web-dev-qa-db-ja.com

Firefoxの複数の独立したバージョンを本当に本当にインストールします

私はここで他のいくつかの質問（例えば、 this と this ）に加えて、Firefoxの複数のバージョンをインストールして実行するためのさまざまな戦略を提供するWeb上の他の多くのページを見てきました並んで。それらのすべては面倒および/または壊れやすいです。

それらはすべて基本的に2つの方法のいずれかに要約され、それぞれに独自の問題があります。

  1. ポータブルFirefoxを使用してください。

    • 問題：ポータブルFirefoxにはプロファイルが1つしかありません。複数のプロファイルを使用するには、インストール 別のプログラム があります。これにより、別のプロファイルが作成され、個別に起動する必要があります（つまり、通常のFirefoxプロファイルマネージャーを使用してプロファイルを管理していません）。

  2. 2番目のバージョンを独自のディレクトリにインストールします。

    • 問題：そのようなインストールされたバージョンはすべて同じappdataディレクトリを使用します。つまり、同じプロファイルが表示されます。特別に指定されたプロファイルを使用して各バージョンを起動する必要があります。そうしないと、別のバージョンで使用されていたプロファイルが変更または破損する可能性があります。つまり、インストールされているバージョンのいずれかに複数のプロファイルを使用することは、誤って間違ったプロファイルを選択した場合に、あるバージョンが別のバージョンのつま先を踏む可能性があるため、やはり危険な提案です。

私が望んでいるのは、Firefoxの複数の独立したバージョンを本当に、本当に、正直にインストールする方法です。独立しているということは、彼らがお互いを知り、相互作用し、干渉してはならないことを意味します。そのバージョンの独自のプロファイルマネージャーを使用して、任意のバージョンの複数のプロファイルを作成できる必要があります。また、バージョンに関連付けられているプロファイルのセット全体が、に関連付けられているプロファイルのセット全体から完全に分離されるように、バージョンには個別のappdataディレクトリが必要です。その他のバージョン。

上記の2つの方法に基づいて、これを行う2つの方法を想像できます。

  1. 本物のポータブルFirefoxがあれば、それは素晴らしいことです。 「実際の」とは、特にプロファイルマネージャーや、PortableAppsインフラストラクチャの追加レイヤーを使用せずにプロファイルを追加/削除/選択する機能など、通常インストールされているバージョンのすべての機能を実際に備えたポータブルバージョンを意味します。

  2. Firefoxの通常のバージョンをインストールできても、別のappdataディレクトリを指定した場合、他のバージョンのプロファイルを踏みにじることはありません。

これらのいずれかを実行する方法はありますか、またはFirefoxの複数のバージョンがインストールされている状況に陥る方法はありますか？それぞれが通常インストールされているバージョンが実行するすべてのことを実行できますが、すべてを完全に独立して実行します。たまたまインストールされている他のバージョンには何の影響もありませんか？

windowsfirefox
8
BrenBarn

この質問への回答は少し遅れていますが、とにかく私の2セントがあります。

バージョン2.0または3.0以降、FFでマルチバージョン+マルチプロファイルダンスを使用しています。追加のボーナスは、異なるコンピューターと異なるWindowsバージョン間のプロファイルの移植性です。基本を見てみましょう：

  1. インストール必要な数のFFバージョンをそれぞれ独自のディレクトリに配置します。 'C：\ Program Files（x86）'はWin7では最適なオプションではなくなりました（UACのため）が、私はそれでもそれを使用する（WinXPの悪い習慣から）。このマシンでは、たとえば、私は持っています：

    • C：\ Program Files（x86）\ Firefox_26
    • C：\ Program Files（x86）\ Firefox_31
    • C：\ Program Files（x86）\ Firefox_38

  2. FFプロファイルのコレクションを格納するための専用フォルダーを用意します。プロファイルごとに1つのサブフォルダー（混乱を避けるために、意味のある方法で名前を付けてください）。繰り返しますが、このマシンには次のものがあります。

    • 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

  3. 各インストールディレクトリ内に移動し、firefox.exeの複数のコピー（異なる名前のOFC –繰り返しますが、意味のある名前です！）を作成します。例えば ​​...

    • C：\ Program Files（x86）\ Firefox_31\firefox（v31_test_restored_profile）.exe
    • C：\ Program Files（x86）\ Firefox_31\firefox（v31_txyz）.exe
    • C：\ Program Files（x86）\ Firefox_31\firefox（v31_txyz_discard_sessions_bypass_Avast）.exe
    • C：\ Program Files（x86）\ Firefox_31\firefox（v31_zyxba_bypass_Avast）.exe

    • C：\ Program Files（x86）\ Firefox_31\firefox.exe

      1. 注：プレーンな「firefox.exe」：「デフォルト」プロファイル（ほとんどの場合ゼロアドオン）を使用してFFの特定のバージョンをテストする場合に使用します。

  4. 以下は、細部に注意を払う必要があります。それほど複雑ではありませんが、多くのコピー貼り付けと慎重な検索と置換が必要です。。BATファイルのコレクションがあると、特定のバージョンのFFと特定のプロファイルフォルダーが一致します。非常に長く複雑な.BATがいくつかありますが、現時点では完全には投稿していませんが、いくつかの重要な要素は次のとおりです。

    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
    1. 変数 'dir_profil'の内容がプロファイルフォルダーのパスと完全に一致しないことに気付いた場合、それは私の構造に忍び込んだレガシーの移植性の問題が原因です。 返信される質問とは直接関係ありませんですが、完全を期すために、私のバージョンの.BATファイルにも事前に次のコマンド：
    set real_drive = D 
 set fake_drive = I 
 subst％fake_drive％：％real_drive％：\ TJ\Fake_subst_％fake_drive％
 REM .... BATが実際に動作するようにFFがDのサブフォルダを見るように：Iとして：

  5. 上記の設定により、バージョン+プロファイルの複数のコンボを同時に実行（使用可能なRAMが許可する限り）OFC）が可能になります。

  6. これで、プロファイルごとに、次のすべてが有効である必要があります。そうしないと、特定のPROFILEフォルダー内だけでなく、特定のINSTALLフォルダー内でも差し迫ったBORKが発生することが保証されます。警告されました！

    • メニューツール/オプション/詳細/更新："更新を確認しない"。
    • しないでください–これまで–FFの更新を手動で確認してください。もう一度–決して。
    • about:config：extensions.update.enabled = false
    • アドオンの更新を手動で確認必要に応じて;後でアドオンマネージャーの[最近の更新を表示]リストを確認して、毎回どのアドオンが更新されたか、およびそれぞれにどのような変更が加えられたか（おそらく不要なオタク）を確認することをお勧めします。

  7. 戦略全体に[〜＃〜]接着剤[〜＃〜]として重く推奨：

    • [〜＃〜] febe [〜＃〜]アドオン– https://addons.mozilla.org/en-US/firefox/addon/febe/ （実用的でインテリジェントなプロファイルバックアップが可能になります–手動、自動、スケジュール、項目別、および/またはオールインワン）

  8. あなたの（誤った）振る舞いのブラウジングの習慣に応じて、多かれ少なかれ推奨されます（「セキュリティ専門家」にこれを知らせないでください）：FFの最新バージョンをすべて持っているという誘惑に抵抗してください。それぞれを独自のディレクトリにインストールし、それに一致する新しいプロファイルディレクトリを用意する必要があります。

  9. 衝動を感じるときはいつでも真新しいFFバージョンを入手するには、次の手順に従う必要があります：

    • mozilla.orgから新しいバージョンをダウンロードします（繰り返しますが、「更新」機能は使用しないでください）
    • 新しいインストールフォルダを作成します
    • 新しく作成したフォルダに新しいFFバージョンをインストールしますが、まだ実行しないでください。
    • 使用している最後のFFバージョンを実行します（.BATファイル、OFCから開始）
    • 以前のFFバージョンでは、すべてのアドオンを更新します
    • 上記の以前のFFバージョンのフルFEBEバックアップを実行します（実際には「whatever.FBU」という名前の最適化された.Zipファイルが生成されます）
    • 新しくインストールしたFFバージョンのFFプロファイルを格納するためのNEWEMPTYフォルダーを作成します
    • [OPTIONAL] 7zを使用して 'whatever.FBU'ファイル（FEBEによるzip形式のプロファイルバックアップ）を解凍し、そのすべての内容を新しく作成された空のプロファイルフォルダーに不用意にダンプします。 注：ここでの「オプション」とは、次のことを意味します。完全で更新されたバージョンの古いプロファイル、またはこれを行わないでください。新しいBLANKプロファイルから始めてください。新しいプロファイルの目的に応じて、両方が機能します。空白のプロファイルの場合、FFは、最初の使用時に基本的な必須要素を自動的に入力します。
    • 新しくインストールしたFFバージョンから「firefox.exe」ファイルを同じディレクトリにコピーします。意味のある名前を付けます（新しいプロファイルフォルダの名前と目的に一致させるため）

    • 以前の.BATファイルを新しいファイルに複製します。ここで、次の変数の内容を慎重に置き換えます。

      dir_applic (if containing spaces, use its 8.3 DOS notation)
dir_profil
ff_exe

    • 新しく複製および編集された.BATファイルを実行して、新しくインストールされたFFバージョンからの名前が変更されたfirefox.exeが新しい入力されたばかりのPROFILEフォルダーを参照するようにします（OFCは以前のFFバージョンとそれに対応する各プロファイルを完全に無視して保持します）

    • これは真実の瞬間 FFがすべてのアドオンの互換性をチェックし、それらのいくつかを無効にし、他のいくつかの新しいバージョンを推奨するなどです。
    • 最新のプロファイルでアドオンのマッサージを終えたら、次のアイテムに進んでください。

  10. FEBEの設定にはプロファイルバックアップ用のDESTINATIONフォルダが含まれているため、これから変更以前の値から変更する必要があります。バックアップは、以前のFFバージョンのバックアップとは異なるフォルダーに保存されます。

  11. 2つのFEBEバックアップを生成します。1つはアイテム化され、もう1つはオールインワンです。両方のバックアップセットが最終的に新しい宛先フォルダーにあることを確認します（つまり、以前のプロファイルとバージョンの組み合わせからのバックアップと一緒ではありません）。

  12. 新しくテストされた.BATファイルを指すショートカットをどこかに作成し、テストします。

  13. 安堵のため息をつく、および/またはそのような複雑で複雑な手順について自分を責めます。

乾杯＆幸運！

2015年7月5日に編集して、上記の提案されたソリューションに対するOPのコメントで提起されたいくつかの問題を明確にします：

A.「コマンドラインでプロファイルを指定せずにさまざまなfirefox_xxx.exeファイルの1つを実行する」場合、Windowsユーザーの「デフォルト」のFFプロファイル、つまり内部にあるプロファイルを実行します。 「C：\ Users\myusername」。結果はランダムになります。これは、デフォルトプロファイルを実行している現在のFF .exeのバージョンと、同じデフォルトプロファイルで以前の実行を試みた以前のFF.exeのバージョンによって異なります。私の計画では、次のことを覚えています。

  • 私のさまざまなfirefox_xxx.exeファイルは、適切な.BATファイルなしで実行することを意図したものではありません。
  • 私のデフォルトのFFプロファイルは、よりクリーンなFF環境を、数十のアドオンを備えた典型的な他の環境と比較するなど、テスト目的でのみ存在し、定期的に使用することを意図したものではありません。

B.「更新の確認」ボタンは、私の計画では押されることを意図したものではありません。ただし、それが押されるという架空の状況では、おおよそ次のことが起こります。

  1. fF31用に調整された特定のプロファイルと組み合わせてFF31のインストールを呼び出す特定の.BATファイルを実行していると仮定しましょう。
  2. この更新により、実際には「C：\ Program Files（x86）\ Firefox_31」にあるFFのバージョンが、たとえばFF 39に更新されます。これには、元のfirefox.exeとそのインストールディレクトリにあるすべてのサポートファイルが含まれます。
  3. 同じインストールディレクトリにあるfirefox.exeの名前が変更された「クローン」はv31のままであり、これらの実行可能ファイルのいずれかを実行しようとすると、すべてFF39に更新された一連のサポートファイルに囲まれている可能性があります。エラー、またはブラウザをまったく起動しない。
  4. 更新は、.BATファイルが指すプロファイルディレクトリもスキャンし、v39で実行するのに適していると思われるアドオンを検証および無効化し、調整された元のv31で将来使用するためにそのプロファイルディレクトリを無効にする可能性があります。ために;
  5. 他のすべてのインストール済みバージョンのFF（それぞれ特定のインストールディレクトリにあります）は変更されません。
  6. fF 31用に作成された他のディレクトリを含め、他のすべての既存のプロファイルディレクトリは変更されません。
  7. たとえば、FF 31のこの望ましくない更新の後で、FF 38のインストールを呼び出す特定の.BATファイルを、FF 38用に調整された特定のプロファイルと組み合わせて実行した場合、すべてがそのままで完全に実行されます。
  8. OTOH、FF31を呼び出す別の.BATファイルを実行しようとすると、FF 31用に調整されたDIFFERENTプロファイルと組み合わせて、予測できない結果が生じる可能性があります。これは、この異なるプロファイルディレクトリがまだそのままであるためです。 'v31'プロファイルであるFF31のINSTALLディレクトリには、完全なFF 39インストールと、v31のままのクローン.exeが含まれるようになりました。この場合、この.BATファイルは「残りの」v31.exeの1つを呼び出します。

C.上記で示したように、「あるインストールを更新すると他のインストールに影響する場合...」という記述は正しくないため、「インストールは完全に独立していない」という結論は無効です。

D.リンクしたlockprefアプローチは、「一般ユーザー」による望ましくないアクションを防止する必要がある「admin」が存在する環境で使用することを目的としています。私のソリューションであるOTOHは、オタクが独自に使用するために作成した構造であるため、厳密で注意深い使用パラメーターだけでなく、不注意な使用によってそれを台無しにする可能性のある他のユーザーがいないことも前提としています。

5
sdrubble

同じシステムにFirefoxを異なる方法でインストールできるかどうかはわかりませんが、同様の問題が発生しました。これは、それを解決するための回避策です。

  1. Firefox Profile Manager （スタンドアロンアプリケーション）をダウンロードして、必要な数のプロファイルを作成します。各プロファイルをインストールするディレクトリを任意に選択できます。プロファイルに一貫した名前を付けることをお勧めしますが、必須ではありません。

  2. デスクトップで、作成したプロファイルごとにFirefoxのリンク（ショートカット）を作成します。

  3. リンクごとに、right-clickで、Propertyを選択し、フィールドTargetで次の行を過ぎます。

    "C:\Program Files (x86)\Mozilla Firefox\firefox.exe" -no-remote -p "profile_name"

  4. 変更 profile_nameプロファイルを作成したときにプロファイルに選択した名前のパーツ。 [〜＃〜] not [〜＃〜]ディレクトリの名前。

  5. 完了です。

私が言ったように、同じFirefoxインストールで複数のプロファイルを実行することになりますが、この場合の利点は、各プロファイルの名前とその機能を覚えていなくても、それらを個別に使用できることです。デスクトップにあるショートカットをクリックするだけで、Firefoxがプロファイルごとに新しいインスタンスを作成します（つまり、新しいfirefox.exe各インスタンスのプロセス）。これは、それらを一緒に実行すると同時に、タスクマネージャーから1つを終了し、再度開いて、必要なことを実行できることを意味します。

私はこれまでこの「トリック」を使用しましたが、問題やデータの損失は発生しませんでした。

0
Overflowh