A propos de la gestion des mise à jour firefox il y a truc que j'ai expérimenté qui marche bien.
Nous sommes en environnement Full Windows. (En environnement Serveur Linux un montage CIFS pourrait faire l'affaire et si les client sont aussi du linux cela peut être un peu plus tiré par les cheveux [wine, recompilation, FirefoxPortable Linux, ...])
Le cas général :
1) Placement du dossier des exécutable sur un rep partagé
2) droit de lecture/exécution pour les utilisateurs potentiels.
3) Distribution du lien (icône) vers l'exécutable Firefox
4) Un fichier de conf bien calé pour gérer tous les paramétrages du navigateur
Avantages : tu es maitre de la situation
-> Si tu as des mises à jour sécurité à faire seul celui qui a les droits d'écriture sur le répertoire peut faire cela.
-> Pour les mises à jour majeures c'est le même topo (j'utilise un petit logiciel libre "unlocker" qui me permet de déverrouiller les fichiers ouverts me permettant de faire une copie de la nouvelle version préalablement testée.
-> Les données de conf des utilisateurs restent stockées sur leur poste
Inconvénient :
-> l'ouverture sur le réseau est un peu plus lente que si firefox était installé sur le poste
-> Si l'utilisateur a une version de firefox déjà installée sur son poste il peut avoir quelques problèmes pour gérer son profil.
Le cas particulier :
-> On reprend le même principe
-> j'ai fait un .bat qui permet d'ouvrir firefox sur un autre profil sur le poste client
-> le lien donné aux utilisateurs pointe vers ce .bat (qui a été compilé en exe)
Avantages :
-> on peut gérer plusieurs profils (donc aussi plusieurs versions de firefox), il n'y a donc plus aucun conflit entre des versions installées sur le poste client et celle utilisée depuis le réseau.
Au final, je distribue mon/mes appli(s) avec un client que je maitrise et l'utilisateur garde son navigateur préféré pour surfer [dans pas mal de cas j'ai aussi désactivé l'accès internet pour ces clients customisés]
[^] # Re: La bonne réponse
Posté par netchaiev . En réponse au journal Un changement inattendu de comportement de Firefox 29. Évalué à 1.
A propos de la gestion des mise à jour firefox il y a truc que j'ai expérimenté qui marche bien.
Nous sommes en environnement Full Windows. (En environnement Serveur Linux un montage CIFS pourrait faire l'affaire et si les client sont aussi du linux cela peut être un peu plus tiré par les cheveux [wine, recompilation, FirefoxPortable Linux, ...])
Le cas général :
1) Placement du dossier des exécutable sur un rep partagé
2) droit de lecture/exécution pour les utilisateurs potentiels.
3) Distribution du lien (icône) vers l'exécutable Firefox
4) Un fichier de conf bien calé pour gérer tous les paramétrages du navigateur
Avantages : tu es maitre de la situation
-> Si tu as des mises à jour sécurité à faire seul celui qui a les droits d'écriture sur le répertoire peut faire cela.
-> Pour les mises à jour majeures c'est le même topo (j'utilise un petit logiciel libre "unlocker" qui me permet de déverrouiller les fichiers ouverts me permettant de faire une copie de la nouvelle version préalablement testée.
-> Les données de conf des utilisateurs restent stockées sur leur poste
Inconvénient :
-> l'ouverture sur le réseau est un peu plus lente que si firefox était installé sur le poste
-> Si l'utilisateur a une version de firefox déjà installée sur son poste il peut avoir quelques problèmes pour gérer son profil.
Le cas particulier :
-> On reprend le même principe
-> j'ai fait un .bat qui permet d'ouvrir firefox sur un autre profil sur le poste client
-> le lien donné aux utilisateurs pointe vers ce .bat (qui a été compilé en exe)
Avantages :
-> on peut gérer plusieurs profils (donc aussi plusieurs versions de firefox), il n'y a donc plus aucun conflit entre des versions installées sur le poste client et celle utilisée depuis le réseau.
Au final, je distribue mon/mes appli(s) avec un client que je maitrise et l'utilisateur garde son navigateur préféré pour surfer [dans pas mal de cas j'ai aussi désactivé l'accès internet pour ces clients customisés]