Немного опоздал с ответом на этот вопрос, но все равно идут мои 2 цента.
Я использую мульти-версию + многопрофильный танец с FF с версии 2.0 или 3.0. Дополнительным бонусом является переносимость профиля между разными компьютерами и разными версиями Windows. Давайте посмотрим на основы:
Установите столько версий 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
У вас есть специальная папка для хранения вашей коллекции профилей FF, с одной подпапкой для каждого профиля (будем надеяться, что имя будет иметь какое-либо осмысленное значение, чтобы избежать путаницы). Опять же в этой машине у меня есть:
- 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
Зайдите в каждый из каталогов установки и сделайте несколько копий firefox.exe (OFC с разными именами - опять же, значимые имена!). Например ...
Что следует, требует здоровой дозы внимания к деталям; не очень сложный, но требует много копий-вставок и тщательного поиска и замены: есть коллекция.BAT-файлы, которые будут соответствовать определенной версии FF с определенной папкой профиля. У меня некоторые очень длинные и замысловатые.НДТ, которые я сейчас не публикую в полном объеме, но следуют некоторые ключевые элементы:
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
- Если вы заметили, что содержимое переменной '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: as I:
Вышеуказанная настройка позволяет вам запускать несколько комбинаций версий + профилей ОДНОВРЕМЕННО (OFC, если позволяет доступная RAM).
Теперь для каждого профиля вам нужно, чтобы все следующие параметры были действительными; в противном случае неизбежный BORK гарантированно произойдет не только в одной конкретной папке PROFILE, но и в одной конкретной папке INSTALL. Вы были предупреждены!
- Меню Инструменты / Параметры / Дополнительно / Обновление: "НИКОГДА не проверять наличие обновлений".
- не проверять обновления FF вручную. Снова - НИКОГДА.
about:config: extensions.update.enabled = false- проверять обновления дополнений ВРУЧНУЮ всякий раз, когда вы чувствуете необходимость; После этого рекомендуется проверить список "Просмотр последних обновлений" в диспетчере надстроек, чтобы узнать, какие надстройки обновлялись каждый раз, а также КАКИЕ изменения были внесены для каждого (возможно, излишняя ненормальность).
Сильно рекомендуется в качестве клея для всей стратегии:
Более или менее рекомендуется (не позволяйте "экспертам по безопасности" узнать об этом), в зависимости от OFC от ваших (неправильных) поведений при просмотре: не поддавайтесь искушению иметь ВСЕ последние версии FF. Вы должны будете установить каждый из них в свой собственный каталог и иметь НОВЫЙ каталог профиля, чтобы соответствовать, также.
Всякий раз, когда вы чувствуете необходимость иметь совершенно новую версию FF, вам нужно будет выполнить следующую процедуру:
- загрузите новую версию с Mozilla.org (опять же, НЕ используйте функцию обновления)
- создать новую папку установки
- установите новую версию FF во вновь созданную папку, но НЕ запускайте ее!
- запустить последнюю версию FF, которую вы использовали (начиная с.BAT-файл, OFC)
- на этой предыдущей версии FF обновите все дополнения
- запустите FULL FEBE резервную копию указанной предыдущей версии FF (она сгенерирует оптимизированную.ZIP-файл, на самом деле называется «что угодно.ФБ ")
- создать новую пустую папку для размещения профиля FF для вновь установленной версии FF
- [ДОПОЛНИТЕЛЬНО] используйте 7z для распаковки.FBU 'файл (резервная копия профиля ZIP от FEBE) и бесцеремонно сбрасывает все его содержимое во вновь созданную пустую папку профиля. Примечание: "ДОПОЛНИТЕЛЬНО" здесь означает: либо ВЫ ДЕЛАЕТЕ это, чтобы достичь цели ПОЛНОЙ и ОБНОВЛЕННОЙ версии старого профиля, либо ВЫ НЕ ДЕЛАЕТЕ этого, чтобы начать с совершенно нового профиля BLANK.Оба будут работать, в зависимости от того, для чего вы хотите новый профиль - и в случае пустого профиля FF автоматически заполняет свои основные обязательные элементы при первом использовании.
- скопируйте файл 'firefox.exe' из только что установленной версии FF в тот же самый каталог, теперь со значимым именем (чтобы соответствовать имени и назначению папки нового профиля)
клонировать свой предыдущий.BAT файл в новый, где вы аккуратно замените содержимое следующих переменных:
dir_applic (if containing spaces, use its 8.3 DOS notation)
dir_profil
ff_exe
запустить недавно клонированный и отредактированный.BAT-файл, так что RENAMED firefox.exe из недавно установленной версии FF будет ссылаться на новую только что заполненную папку PROFILE (при этом OFC полностью игнорирует и сохраняет предыдущие версии FF и каждый из их соответствующих профилей)
- это момент ИСТИНЫ, когда FF проверит все ваши дополнения на совместимость, отключит некоторые из них, порекомендует новые версии некоторых других и т. д. и т. д. и т. д.
- когда вы закончите с массажными надстройками в своем новом профиле, переходите к следующему пункту!
Поскольку настройки FEBE содержат папку DESTINATION для резервных копий профиля, теперь вы должны изменить ее на предыдущее значение, чтобы с этого момента любые новые резервные копии FEBE сохранялись в папке, отличной от резервных копий предыдущей версии FF.
Создайте две резервные копии FEBE: одну подробную и одну все-в-одном. Убедитесь, что оба набора резервных копий оказались в новой папке назначения (т. Е. НЕ вместе с резервными копиями из предыдущей комбинации профиля и версии).
Создайте - и протестируйте - где-нибудь ярлык, указывающий на недавно протестированный.BAT файл.
Вздохните с облегчением и / или обвините себя в такой сложной и сложной процедуре.
Ура и удачи!
Изменить 5 июля 2015 г., чтобы уточнить некоторые проблемы, поднятые в комментарии ОП к моему предложенному решению выше:
A. Если я "запустил один из различных файлов firefox_xxx.exe без указания профиля в командной строке" ... он [попытался бы] запустить профиль FF по умолчанию моего пользователя Windows, то есть профиль, расположенный внутри "C:\Users\ MyUserName". Результаты будут случайными, в зависимости от того, какая версия является текущим файлом FF .exe с профилем по умолчанию, и какой версией был предыдущий файл FF .exe, который пытался выполнить предыдущий запуск с тем же профилем по умолчанию. Помня, по моей схеме вещей, что:
- ни один из моих разных файлов firefox_xxx.exe не должен запускаться без надлежащего.Файл BAT;
- мой профиль FF по умолчанию находится там только для целей TEST, таких как сравнение более чистой среды FF с одной из моих типичных других с десятками надстроек, и не предназначен для регулярного использования.
B. Кнопка "проверить наличие обновлений" не предназначена для нажатия в моей схеме. Однако в гипотетической ситуации, когда она будет нажата, произойдет примерно следующее:
- давайте предположим, что я работаю с конкретным.Файл BAT, который вызывает установку FF 31, в сочетании с конкретным профилем, который был адаптирован для FF 31:
- обновление фактически обновит версию FF, расположенную в «C:\Program Files (x86)\Firefox_31», до, скажем, FF 39, включая ORIGINAL firefox.exe и все вспомогательные файлы, присутствующие в этом каталоге установки;
- переименованные «клоны» firefox.exe в том же каталоге установки ОСТАЮТСЯ в v31, и любая попытка запустить любой из этих исполняемых файлов - теперь окруженных набором вспомогательных файлов, которые все теперь обновляются до FF 39 - вероятно, выкинет ошибка или не запускать браузер вообще.
- обновление также будет сканировать каталог профиля, на который указывает.BAT-файл, проверяющий и лишающий законной силы надстройки, которые сочтет пригодными для запуска с v39, и, скорее всего, наносящий вред этой директории профиля для любого будущего использования с оригинальной версией v31, для которой он был адаптирован;
- все мои другие установленные версии FF (каждая из которых находится в определенном каталоге установки) останутся нетронутыми;
- все остальные мои каталоги профилей останутся нетронутыми, включая любые другие, которые я мог бы создать для FF 31;
- если, например, после этого нежелательного обновления FF 31 я запускаю свой конкретный.BAT-файл, который вызывает мою установку FF 38, в сочетании с определенным профилем, специально предназначенным для FF 38, все было бы не тронутым и отлично работало;
- ОТО, если я сейчас попытаюсь запустить ДРУГОЙ.BAT-файл, который будет вызывать FF 31, в сочетании с РАЗНЫМ профилем, который также был адаптирован для FF 31, я мог бы иметь непредсказуемые результаты - потому что, хотя этот другой каталог профиля по-прежнему не поврежден как профиль 'v31', каталог INSTALL FF 31 теперь содержит полную версию FF 39 вместе с клонированными файлами .exes, которые остались на v31. Это .В этом случае BAT-файл будет вызывать один из «оставшихся» v31 .exes.
C. Как я ожидал продемонстрировать выше, ваше утверждение «Если обновление одной установки влияет на другие установки ...» не соответствует действительности, и поэтому ваш вывод "установки не являются полностью независимыми" неверен.
D. Подход lockpref, с которым вы связаны, предназначен для использования в среде, где есть «администратор», который должен предотвращать нежелательные действия «обычных пользователей». Мое решение, OTOH, является конструкцией, созданной гиком для его собственного использования, и поэтому оно предполагает не только строгие и осторожные параметры использования, но также и отсутствие других пользователей, которые могут скрыть это из-за неосторожного использования.
