|
| Iniciado por Domsheldon1, 02,jul. 2019 12:25 - 6 respuestas |
| |
| | | |
|
| |
Miembro registrado
5 mensajes |
|
| Publicado el 02,julio 2019 - 12:25 |
Bonjour,
Nous rencontrons des gros soucis d'accès à une base Windev à partir d'un VPN d'entreprise.
Les sites distants font face à une lenteur extrême lorsqu'elles accèdent à la base HFSQL.
Uniquement avec la base HSQL, le reste (documents, etc...) est très rapide sur le VPN..
Nous avons pensé de tester la base HSQL en hébergement.
Nous n'arrivons pas à canaliser le problème de lenteur.
Merci pour vos réponses.
--
Cordialement,
Domsheldon1
Belgique |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
2.321 mensajes |
|
| Publicado el 02,julio 2019 - 18:16 |
Bonjour,
Votre question est vague... : "une lenteur extrême lorsqu'elles accèdent à la base HFSQL."
Avez-vous testé le temps d'1 accès (HlitPremier par exemple) ?
Avez-vous utilisé l'Analyse des performances ?
Que fait votre application ? Quels types d'écrans ?
Peut-être faut-il passer par des requêtes ou des procédures stockées ?
etc...
--
Bon dev,
Jean-Pierre |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
5 mensajes |
|
| Publicado el 02,julio 2019 - 21:26 |
Bonjour,
Je vous remercie pour votre réponse.
Je ne suis l'auteur du développement.
Je cherche simplement à comprendre comment un application installée sur un serveur de haute capacité soit si lent sur des postes PC sur le réseau VPN d'entreprise.
A la fois je cherche à comprendre et surtout à trouver une solution rapidement.
Le code est-il ouvert (OPEN) si je désire faire appel à un spécialiste externe ?
D'avance, je vous en remercie.
--
Cordialement,
Domsheldon1
Belgique |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
3 mensajes |
|
| Publicado el 03,julio 2019 - 08:49 |
Bonjour,
le serveur, aussi haute capacité soit il, ne sert strictement à rien si votre appli comporte des boucles à gogo qui accèdent à la base en permanence. Ce n'est pas parce que le serveur est énorme que tous les applicatifs qui tournent dessus iront très, très vite.
Si vous n'êtes pas le développeur, personne ne sait si vous avez accès ou non au code source de l'application. Il n'est pas accessible seulement à partir de l'exécutable qui est sur les postes clients, il vous faut le projet Windev qui a servi à le créer.
Quand à trouver une solution, il est impossible de vous en préconiser une avec si peu d'éléments. On ne sait pas si vous êtes sur du Classic ou du C/S, on ignore l'archi du système (haute capacité, ça veut tout dire et rien dire), et on ne connait pas non plus l'application en question dans son fonctionnement (dont certains mécanismes peuvent alerter sur le pourquoi des temps d'accès si longs)
Mais dans ce genre de cas: vous ne trouverez pas la solution en 5 minutes sur un forum si c'était votre espoir, et si le code est en cause ce qui est quasi toujours le cas dans ce genre de situation, vous devrez corriger pour que ça fonctionne correctement.Mensaje modificado, 03,julio 2019 - 08:56 |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
2.321 mensajes |
|
| Publicado el 03,julio 2019 - 09:56 |
Bonjour,
Sans le code,' la solution est d'exécuter l'appli a distance sur le serveur (TSE, citrix, …).
--
Bon dev,
Jean-Pierre |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
3 mensajes |
|
| Publicado el 03,julio 2019 - 11:16 |
Jean-Pierre, pas toujours.
J'ai déjà été confronté à un cas ou l'appli utilisait intensivement la base de registre, et le passage en TSE était impossible sans recodage
Le comportement si vous passiez l'appli en TSE était erratique et causait des exceptions à foison... |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
132 mensajes |
|
| Publicado el 03,julio 2019 - 11:35 |
Bonjour,
si vous utilisez une connexion RDP, cela devrait beaucoup plus rapide.
Bon dev.
--
Cordialement
Philippe T. |
| |
| |
| | | |
|
| | | | |
| | |
|