Un peu tard pour répondre à cette question, mais quoi qu'il en soit, mes 2 centimes me vont.
J'ai utilisé le multi-version + multi-profil danse avec FF depuis la version 2.0 ou 3.0. Un avantage supplémentaire est la portabilité du profil entre différents ordinateurs et différentes versions de Windows. Voyons les bases:
Installer autant de versions FF que vous le souhaitez, chacune dans son propre répertoire. 'C: \ Program Files (x86)' n'est plus la meilleure option sous Win7 (à cause de l'UAC), mais je continue de l'utiliser malgré cela (sur de mauvaises habitudes de WinXP). Dans cette machine, par exemple, j'ai:
- C: \ Program Files (x86) \ Firefox_26
- C: \ Program Files (x86) \ Firefox_31
- C: \ Program Files (x86) \ Firefox_38
Avoir un dossier dédié pour stocker votre collection de profils FF, avec un sous-dossier pour chaque profil (espérons-le nommé d'une manière significative, afin d'éviter toute confusion). Encore une fois, dans cette machine, j'ai:
- D: \ TJ \ Fake_subst_I \ FF_profiles \ Profil_12.0_Main
- D: \ TJ \ Fake_subst_I \ FF_profiles \ Profil_12.0_PH
- D: \ TJ \ Fake_subst_I \ FF_profiles \ Profil_19.0_Main
- D: \ TJ \ Fake_subst_I \ FF_profiles \ Profil_26.0_Main
- D: \ TJ \ Fake_subst_I \ FF_profiles \ Profil_31.0_discard_sessions
- D: \ TJ \ Fake_subst_I \ FF_profiles \ Profil_31.0_Main
- D: \ TJ \ Fake_subst_I \ FF_profiles \ Profil_38.0_discard_sessions
Allez dans chacun des répertoires d'installation et faites plusieurs copies de firefox.exe (OFC avec des noms différents - encore une fois, noms significatifs!). Par exemple ...
Ce qui suit nécessite une bonne dose d'attention aux détails; pas vraiment compliqué, mais il faut beaucoup de copier-coller et une recherche soigneuse & amp; remplacer: avoir un collection de fichiers .bat cela correspondra à une version donnée de FF avec un dossier de profil donné. J'ai des fichiers .BAT très longs et compliqués que je ne publie pas dans leur intégralité pour l'instant, mais voici quelques éléments clés:
set dir_applic=C:\PROGRA~2\FIREFO~3
REM
REM .BAT is happier with old DOS 8.3 filenames (when 'normal' filenames contain spaces)
REM
set dir_profil=I:\FF_profiles\Profil_38.0_discard_sessions
set ff_exe=firefox(v38_txyz_discard_sessions_bypass_Avast).exe
set coman=start %dir_applic%\%ff_exe% -no-remote -profile %dir_profil%\
REM
REM I don't like and don't use parm '-P' for 'profile NAMES'
REM
echo %coman%
pause
REM
REM ... the echo+pause lets you SEE the actual command expansion before execution
REM
%coman%
REM
REM the cooked-up command has just been executed.
REM
- Si vous avez remarqué que le contenu de la variable 'dir_profil' ne correspond PAS parfaitement au chemin d'accès au dossier de profil, c'est en raison d'un problème de portabilité hérité qui s'est glissé dans mes structures. Ses pas directement liée à la question à laquelle on répond , mais par souci d’exhaustivité, je préciserai que ma version des fichiers .bat contient également les commandes suivantes,
set real_drive=D
set fake_drive=I
subst %fake_drive%: %real_drive%:\TJ\Fake_subst_%fake_drive%
REM ... so that the .BAT actually goads FF into seeing a sub-folder of D: as I:
La configuration ci-dessus vous permet de exécuter plusieurs combinaisons de versions + profils SIMULTANÉMENT (OFC aussi longtemps que la RAM disponible le permet).
Maintenant, pour chaque profil, vous devez avoir tous les éléments suivants valides; sinon, il est garanti que la BORK imminente se produira, non seulement dans un dossier PROFILE particulier, mais également dans un dossier INSTALL particulier. Tu étais prévenu!
- menu Outils / Options / Avancé / Mise à jour: "Ne jamais vérifier les mises à jour" .
- ne pas - jamais - rechercher manuellement les mises à jour FF. Encore une fois - JAMAIS.
- dans
about:config: extensions.update.enabled = faux
- vérifier manuellement les mises à jour des add-ons chaque fois que vous en ressentez le besoin; il est conseillé de vérifier la liste "Afficher les mises à jour les plus récentes" dans le gestionnaire de modules complémentaires par la suite, pour avoir une idée du QUOI les modules complémentaires ont été mis à jour à chaque fois, ainsi que les modifications QUOI ont été apportées à chacune (probablement une geekiness inutile).
Fortement conseillé comme un LA COLLE à l'ensemble de la stratégie:
Plus ou moins recommandé (ne laissez pas les «experts en sécurité» l'apprendre), selon OFC sur vos habitudes de navigation (mal): résistez à la tentation d'avoir TOUTES les dernières versions de FF. Vous devez installer chacun dans son propre répertoire et avoir également un nouveau répertoire de profil.
Chaque fois que vous ressentez le besoin pour avoir une toute nouvelle version FF, vous devez suivre cette procédure:
- téléchargez la nouvelle version à partir de Mozilla.org (encore une fois, n'utilisez aucune fonctionnalité de «mise à jour»)
- créer un NOUVEAU dossier d'installation
- installez la nouvelle version FF dans le dossier nouvellement créé, mais NE l'exécutez pas encore!
- lancez la dernière version de FF que vous avez utilisée (à partir du fichier .BAT, OFC)
- sur cette version précédente de FF, mettez à jour tous les add-ons
- lancer une sauvegarde FULL FEBE de la version précédente de FF (un fichier .ZIP optimisé, nommé '
- créer un dossier NEW EMPTY contenant le profil FF pour la version FF nouvellement installée
- [OPTIONNEL] utilisez 7z pour décompresser le fichier 'quelqu’un.FBU' (sauvegarde du profil compressé par FEBE) et VIDER sans cérémonie de tout son contenu dans le nouveau dossier de profil vide. Remarque: "FACULTATIF" signifie ici: soit vous le faites, dans le but de disposer d’une version COMPLETE et MISE À JOUR d’un profil plus ancien, soit vous ne le faites PAS, en commençant par un nouveau profil BLANK. Les deux fonctionneront, en fonction de l'utilisation souhaitée du nouveau profil. Dans le cas du profil vierge, FF renseignera automatiquement ses éléments de base requis lors de la première utilisation.
- copier le fichier "firefox.exe" de la version FF nouvellement installée dans son répertoire SAME, avec un nom explicite (pour correspondre au nouveau nom de dossier du profil et à son objectif)
clonez votre ancien fichier .bat dans un nouveau, où vous allez remplacer avec précaution le contenu des variables suivantes:
dir_applic (if containing spaces, use its 8.3 DOS notation)
dir_profil
ff_exe
exécutez le fichier & amp; nouvellement cloné fichier .BAT édité, de sorte qu’un RENOMMÉ firefox.exe de la version FF nouvellement installée fasse référence au dossier NOUVEAU nouvellement rempli (tout en ignorant et en conservant les versions précédentes de FF et chacun des profils correspondants)
- c'est le moment de vérité où FF vérifiera la compatibilité de tous vos add-ons, en désactivera quelques-uns, recommandera de nouvelles versions de certaines autres, etc. etc. etc.
- chaque fois que vous avez terminé avec le massage des add-ons dans votre nouveau profil, passez à l'élément suivant!
Puisque Paramètres de FEBE contenir un Dossier de destination pour les sauvegardes de profil, vous devriez maintenant changes le à partir de sa valeur précédente, de sorte que toutes les nouvelles sauvegardes FEBE soient désormais stockées dans un dossier différent des sauvegardes de la version FF précédente.
Générez deux sauvegardes FEBE: une détaillée et une tout-en-un. Vérifiez que les deux jeux de sauvegarde se sont retrouvés dans le dossier de destination NOUVEAU (c’est-à-dire, PAS avec les sauvegardes du combo précédent version-profil).
Créez - et testez - un raccourci quelque part, pointant vers le fichier .BAT récemment testé.
Avoir un soupir de soulagement et / ou me blâmer pour une procédure aussi compliquée et complexe.
Cheers & amp; bonne chance!
Modifiez le 5 juillet 2015 pour clarifier certaines questions soulevées dans un commentaire du PO concernant la solution proposée ci-dessus:
A. Si je "lance un des différents fichiers firefox_xxx.exe sans spécifier de profil sur la ligne de commande" ... il [essaiera] de lancer le profil FF "par défaut" de mon utilisateur Windows, c'est-à-dire le profil situé à l'intérieur "C: \ Utilisateurs \ myusername". Les résultats seraient aléatoires, en fonction de la version du fichier .exe actuel exécutant le profil par défaut et de la version du fichier .exe précédent ayant tenté de s'exécuter sur le même profil par défaut. Rappelant, dans mon schéma de choses, que:
- aucun de mes fichiers assortis firefox_xxx.exe n'est censé être exécuté sans un fichier .BAT approprié;
- Mon profil FF par défaut est utilisé uniquement à des fins de test, par exemple pour comparer un environnement FF plus propre à l'un de mes autres, avec des dizaines de modules complémentaires. Il n'est pas conçu pour être utilisé régulièrement.
B. Le bouton "vérifier les mises à jour" ne doit pas être enfoncé dans mon schéma. Cependant, dans une situation hypothétique où il serait pressé, ce qui suit se produirait approximativement:
- Supposons que je suis en train d'exécuter un fichier .bat particulier qui appelle une installation de FF 31, associé à un profil particulier qui a été personnalisé pour FF 31:
- la mise à jour mettrait effectivement à jour la version de FF située dans "C: \ Program Files (x86) \ Firefox_31" vers, disons, FF 39, y compris ORIGINAL firefox.exe et tous les fichiers de support présents dans ce répertoire d'installation;
- les «clones» renommés de firefox.exe dans le même répertoire d'installation resteraient à la v31, et toute tentative d'exécution de l'un de ces exécutables - maintenant entouré d'un ensemble de fichiers de support mis à jour à la version FF 39 - provoquerait probablement une erreur. erreur, ou ne pas démarrer le navigateur du tout.
- la mise à jour analyserait également le répertoire de profil désigné par le fichier .BAT, validerait et invaliderait les modules complémentaires jugés dignes d’être exécutés avec v39, et paralyserait très probablement ce répertoire de profil pour une utilisation future avec la v31 originale, il pour;
- toutes mes autres versions installées de FF (qui résident chacune dans un répertoire d'installation spécifique) resteraient intactes;
- tous mes autres répertoires de profils existants resteraient intacts, y compris ceux que j'avais éventuellement créés pour 31 FF;
- si, par exemple, après cette mise à jour non souhaitée de FF 31, j’exécutais mon fichier .BAT spécifique, qui appelle mon installation de FF 38, associée à un profil particulier conçu pour FF 38, tout serait toujours intact et fonctionnerait parfaitement;
- OTOH, si je tente maintenant d’exécuter UN AUTRE fichier .BAT qui invoquerait FF 31, associé à un profil DIFFERENT qui a également été personnalisé pour FF 31, j’aurais peut-être des résultats imprévisibles, car ce répertoire de profil différent resterait intact un profil "v31", le répertoire INSTALL de FF 31 contient maintenant une installation complète de FF 39, ainsi que des fichiers .exxés qui sont restés à v31. Dans ce cas, ce fichier .BAT appelle l'un des fichiers .exes 'restants'.
C. Comme je m'attends à avoir démontré ci-dessus, votre déclaration "Si la mise à jour d'une installation affecte d'autres installations ..." est fausse, et par conséquent votre conclusion "les installations ne sont pas totalement indépendantes" est invalide.
D. L'approche lockpref à laquelle vous avez lié est destinée à être utilisée dans un environnement où il existe un "administrateur" qui doit empêcher les actions non souhaitées de la part des "utilisateurs ordinaires". Ma solution, OTOH, est une construction créée par un geek pour son propre usage. En tant que telle, elle suppose non seulement des paramètres d’utilisation stricts et précis, mais également l’absence d’autres utilisateurs qui pourraient le contourner par une utilisation négligente.