par Stéphane Bernabé » mer. oct. 28, 2009 6:23 pm
michel5733 a écrit :j'ai rien contre tuyauter ceux qui voudraient faire pareil
voir même leur faire la config a distance
mais je vais pas filer la soluce gratos a l'éditeur qui a pas fait l'effort de développer un module réseau en plusieures années :p
montpe34 a écrit :Bonjour a tous,
est il vraiment possible de lzncer vega 5 en reseau? J'ai tenté de le demarrer bà partir du fichier exe sur le second poste via le reseau mais au moment du lancement, il fait appel au dossier "fichiers" dispo sur c/ et non pas sur le c/ du reseau. si quelqu'un a la soluce, merci de la donner, meme en privé, epsilog reste sourd à toute proposition.
Voici mon mail:
iform@hotmail.fr
Merci a bientot j'espere
Bonjour à tous,
pour clarifier un peu, j'aimerais apporter quelques précisions d'ordre technique. Si vous êtes allergiques à la chose, passez votre chemin. Si la question "
ben quoi, on peut avoir Vega5 en réseau gratos ?" vous intéresse, lisez mon petit message...
En premier lieu, beaucoup le savent ici, nous avons
choisi de ne pas faire de développement réseau pour Vega. J'ai déjà longuement à et de nombreuses reprises expliqué les raisons objectives de ce choix sur le forum, je n'y reviendrai pas ce soir.
En second lieu, utiliser un logiciel en réseau peut vouloir dire des choses de nature très différentes.
Il peut s'agir de l'utilisation d'un ordinateur "à distance". Des logiciels comme "VNC" font ça très bien. C'est le type d'outils utilisés par certaines hotlines pour prendre le contrôle de votre ordinateur à distance. C'est effectivement gratuit, nécessite peu ou pas de paramétrage. Mais ça ne permet PAS d'utiliser Vega en réseau, j'y reviendrai. Tout au plus, deux utilisateurs peuvent en quelque sorte se partager le même écran, le même clavier et la même souris pour utiliser le même (et unique) logiciel. Ça marche, c'est solide, c'est du Canada Dry de réseau puisqu'en réalité le logiciel s'exécute en monoposte. Mais ça peut suffire dans de nombreux cas. On en a déjà parlé ici plusieurs fois.
On peut aussi apprendre à Vega à utiliser des fichiers qui ne se trouvent pas sur l'ordinateur local, dans C:\SSV. Un répertoire situé sur un autre ordinateur, correctement partagé, peut donc faire l'affaire. Mais même si les données sont accédées au travers du réseau local, il ne s'agit toujours PAS d'une utilisation "en réseau".
Mais alors, c'est quoi une utilisation en réseau ?
C'est essentiellement un choix profond de conception du logiciel qui permet à plusieurs utilisateurs d'
exploiter de façon simultanée les mêmes fichiers de données, voire les mêmes fonctionnalités, en
garantissant la cohérence permanente de la base de données.
Et c'est ce dernier point qui fait défaut dans toutes les solutions évoquées jusqu'à ce jour par les uns ou par les autres. Car garantir la cohérence de la base de données ne peut se faire qu'au niveau de la programmation des accès aux données, au cœur même du logiciel. Et pas par un choix de configuration ou l'usage d'un quelconque utilitaire.
Un exemple : quand vous établissez une FSE, Vega lui attribue un numéro unique. Un logiciel réseau garantirait à chaque utilisateur du réseau que toutes les FSE élaborées simultanément seraient bien identifiées de façon unique. Mais un logiciel comme Vega ne sait pas faire ça. Donc, quand on arrive à partager des données, à lancer plusieurs fois le logiciel, au travers d'outils ou de partages réseau simples ou élaborés, on dispose d'un logiciel "réseau" sans aucune stabilité pour les données. Et fatalement, un jour ou l'autre, ça pète ! Ça peut prendre du temps. Mais quand ça arrive (et croyez-moi, ça arrive toujours), il n'y a plus qu'à s'asseoir et à pleurer : même nos équipes techniques ne peuvent pas reconstruire la base de données !
Je ne cherche pas à dire que la solution trouvée par michel5733 n'est pas pertinente : je ne la connais pas. S'il peut en faire profiter les utilisateurs intéressés, tant mieux. Mais ma responsabilité est de les mettre en garde sur les risques bien réels pris par leurs données.
[quote="michel5733"]j'ai rien contre tuyauter ceux qui voudraient faire pareil ;) voir même leur faire la config a distance ;)
mais je vais pas filer la soluce gratos a l'éditeur qui a pas fait l'effort de développer un module réseau en plusieures années :p[/quote]
[quote="montpe34"]Bonjour a tous,
est il vraiment possible de lzncer vega 5 en reseau? J'ai tenté de le demarrer bà partir du fichier exe sur le second poste via le reseau mais au moment du lancement, il fait appel au dossier "fichiers" dispo sur c/ et non pas sur le c/ du reseau. si quelqu'un a la soluce, merci de la donner, meme en privé, epsilog reste sourd à toute proposition.
Voici mon mail: iform@hotmail.fr
Merci a bientot j'espere[/quote]
Bonjour à tous,
pour clarifier un peu, j'aimerais apporter quelques précisions d'ordre technique. Si vous êtes allergiques à la chose, passez votre chemin. Si la question "[i]ben quoi, on peut avoir Vega5 en réseau gratos ?[/i]" vous intéresse, lisez mon petit message... :wink:
En premier lieu, beaucoup le savent ici, nous avons [u]choisi [/u]de ne pas faire de développement réseau pour Vega. J'ai déjà longuement à et de nombreuses reprises expliqué les raisons objectives de ce choix sur le forum, je n'y reviendrai pas ce soir.
En second lieu, utiliser un logiciel en réseau peut vouloir dire des choses de nature très différentes.
Il peut s'agir de l'utilisation d'un ordinateur "à distance". Des logiciels comme "VNC" font ça très bien. C'est le type d'outils utilisés par certaines hotlines pour prendre le contrôle de votre ordinateur à distance. C'est effectivement gratuit, nécessite peu ou pas de paramétrage. Mais ça ne permet PAS d'utiliser Vega en réseau, j'y reviendrai. Tout au plus, deux utilisateurs peuvent en quelque sorte se partager le même écran, le même clavier et la même souris pour utiliser le même (et unique) logiciel. Ça marche, c'est solide, c'est du Canada Dry de réseau puisqu'en réalité le logiciel s'exécute en monoposte. Mais ça peut suffire dans de nombreux cas. On en a déjà parlé ici plusieurs fois.
On peut aussi apprendre à Vega à utiliser des fichiers qui ne se trouvent pas sur l'ordinateur local, dans C:\SSV. Un répertoire situé sur un autre ordinateur, correctement partagé, peut donc faire l'affaire. Mais même si les données sont accédées au travers du réseau local, il ne s'agit toujours PAS d'une utilisation "en réseau".
Mais alors, c'est quoi une utilisation en réseau ?
C'est essentiellement un choix profond de conception du logiciel qui permet à plusieurs utilisateurs d'[u]exploiter de façon simultanée les mêmes fichiers de données[/u], voire les mêmes fonctionnalités, en [u]garantissant la cohérence permanente de la base de données[/u].
Et c'est ce dernier point qui fait défaut dans toutes les solutions évoquées jusqu'à ce jour par les uns ou par les autres. Car garantir la cohérence de la base de données ne peut se faire qu'au niveau de la programmation des accès aux données, au cœur même du logiciel. Et pas par un choix de configuration ou l'usage d'un quelconque utilitaire.
Un exemple : quand vous établissez une FSE, Vega lui attribue un numéro unique. Un logiciel réseau garantirait à chaque utilisateur du réseau que toutes les FSE élaborées simultanément seraient bien identifiées de façon unique. Mais un logiciel comme Vega ne sait pas faire ça. Donc, quand on arrive à partager des données, à lancer plusieurs fois le logiciel, au travers d'outils ou de partages réseau simples ou élaborés, on dispose d'un logiciel "réseau" sans aucune stabilité pour les données. Et fatalement, un jour ou l'autre, ça pète ! Ça peut prendre du temps. Mais quand ça arrive (et croyez-moi, ça arrive toujours), il n'y a plus qu'à s'asseoir et à pleurer : même nos équipes techniques ne peuvent pas reconstruire la base de données !
Je ne cherche pas à dire que la solution trouvée par michel5733 n'est pas pertinente : je ne la connais pas. S'il peut en faire profiter les utilisateurs intéressés, tant mieux. Mais ma responsabilité est de les mettre en garde sur les risques bien réels pris par leurs données. :roll:
