Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Version.dll / Chrome++ для Chrome и иных Chromium браузеров

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95

Открыть новую тему     Написать ответ в эту тему

insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Chrome++ DLL для портаблезации Chrome и иных Chromium-based браузеров.

Chrome-браузеры в файле "Secure Preferences" сохраняют хеш на основе конкретного пользователя конкретной установленной ОС. При запуске в другом пользователе или ОС браузер обнаруживает несоответствие старого хеша и затирает "Secure Preferences" целиком! Соответственно, теряются все установленные расширения и часть настроек, потому что именно от него они зависят. Так же могут затираться куки и сохранённые данные логинов+паролей. Именно Version.DLL не даёт браузеру потерять настройки с расширениями.
Помимо этого при использовании Version.dll отпадает необходимость указывать --user-data-dir=<путь>, по умолчанию она будет в ..\Data и ..\Cache (уровнем выше от chrome.exe). Эти пути можно менять на свои в ini файле. Так браузер можно запускать прямо по ехе, без дополнительных лаунчеров или батников.
 
Работоспособность проверена на: Brave, CentBrowser, Chromium (dev), GDIChromium, Google Chrome, Iron, Supermium, Ungoogled Chromium, Vivaldi и других.
* Существуют несколько "особенных", где version.dll затруднено либо бесполезно: MS Edge, QQ, 360EE.
 
Актуальные (Cr118+): Версия Описание Обновления Страница загрузки Прямые ссылки **    
Chrome++ от Bush2021 (release) Почитать История Скачать x86, x64, chrome++.ini    
Version.dll от nekto78 (release) Почитать История Скачать x86, x64, version.ini    
Vivaldi++ от ca-x (czyt) (release) Почитать История Скачать x86, x64    
Vivaldi++ от ca-x (czyt) (nightly) Почитать История Скачать x86, x64      
Chrome++ от jestxfot (release) Почитать История Скачать x86, x64

** Прямые ссылки - только для опытных пользователей. Если вы не знаете, какой файл нужен, читайте инструкцию и скачивайте релиз со страницы загрузки!
 
Архив версий (перезаливы)
 
Инструкция:
1. Положить version.dll возле chrome.exe / brave.exe / vivaldi.exe / <...>
2. Запустить браузер по exe
Готово! Пользоваться и радоваться результату.
По вкусу можно поковырять ini.
F.A.Q. по ini-файлам
 
Внимание!
• Для 32-битной версии использовать 32-битную version.dll, а для х64 - соответственно х64. Не путать!
Имя файла должно быть именно "version.dll"! Не "version.32.dll". Не "version.64.dll". Не "chrome++.dll". Не какое-то ещё. Только "version.dll"!
• Если хочется оставить старый настроенный профиль, не забывайте сначала сделать его бэкап! Затем при первом запуске нужно будет установить расширения заново. Не забывайте предварительно позаботиться о сохранении паролей/куков, если нужны.

Всего записей: 19845 | Зарегистр. 04-11-2010 | Отправлено: 02:18 02-01-2023 | Исправлено: insorg, 22:21 09-06-2025
Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Обсуждение шапки продолжайте в тестировании!

----------
Я прав! Если не прав
Любимое занятие форумчан - экстраполировать свой частный случай на большинство. И чем экзотичнее случай - тем глобальнее выводы

Всего записей: 39616 | Зарегистр. 26-02-2002 | Отправлено: 13:56 01-06-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Версия 1.0.5.7. Сегодня исправлена ошибка в функции сброса бита в атрибутах процесса из-за которой рядом с исполняемым файлом браузера иногда появлялся файл debug.log (ошибка приводила к обнулению одного байта, а не одного бита). Скачать по прямым ссылкам в шапке.

Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 18:42 01-06-2025 | Исправлено: nekto78, 18:43 01-06-2025
RazOne707



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
Решил попробовать вашу Version.dll,отлично работает,спасибо за труды.
1. Не понятна настройка в ini "RMDISK - этот параметр определяет включена или нет функция определения пути к файлам в директории TEMP на рам диске. " - о каком определении идет речь ?  
Например у меня Temp через imdisk вот таким образом:

 
2. Есть нюанс. Наличие DeleteDir=%DATADIR%\Default\Service Worker в ini ломает полностью работу ui расширения:  
https://chromewebstore.google.com/detail/proxy-switchyomega-3-zero/pfnededegaaopdmhkdmcofjmoldfiped
Оно же на гитхабе https://github.com/zero-peak/ZeroOmega

Всего записей: 2839 | Зарегистр. 06-10-2023 | Отправлено: 12:01 04-06-2025 | Исправлено: RazOne707, 12:19 04-06-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
RazOne707
 

Цитата:
nekto78
Решил попробовать вашу Version.dll,отлично работает,спасибо за труды.
1. Не понятна настройка в ini "RMDISK - этот параметр определяет включена или нет функция определения пути к файлам в директории TEMP на рам диске. " - о каком определении идет речь ?  
Например у меня Temp через imdisk вот таким образом:
 
2. Есть нюанс. Наличие DeleteDir=%DATADIR%\Default\Service Worker в ini ломает полностью работу ui расширения:  
https://chromewebstore.google.com/detail/proxy-switchyomega-3-zero/pfnededegaaopdmhkdmcofjmoldfiped
Оно же на гитхабе https://github.com/zero-peak/ZeroOmega

 
1. Это определение обычно начинает работать при установке расширений. Если в системе папка TEMP расположена на рамдиске, тогда расширения не устанавливаются с сообщение что-то типа "Невозможно найти директорию TEMP". Причина в том что в хромом для определения пути к файлу по его хендлу используется функция GetFinalPathNameByHandle, а эта функция всегда завершается с ошибкой если файл расположен на рамдиске. Включение параметра RMDISK в прокси библиотеке изменяет в хромом метод определения на альтернативный (ссылка на который предложена в самих же исходниках хромого) и путь к файлам в папке TEMP на рамдиске определяется правильно.
 
2. Уже обсуждалось. Читать от сюда
http://forum.ru-board.com/topic.cgi?forum=5&topic=51073&start=1480#15
и от сюда
http://forum.ru-board.com/topic.cgi?forum=5&topic=51073&start=1500#12

Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 13:20 04-06-2025 | Исправлено: nekto78, 13:38 04-06-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ARoma

Цитата:
nekto78
А не могли бы вы по аналогии с браузерным, сделать универсальную (если такое возможно) прокси dll для приложений на electron.
Вот для примера и вот ещё, вот на них можно потестить.

Эта прокси библиотека с Яндек Музыкой вполне нормально работает, по крайней мере с первыми её версиями (которые были 32-х битными) точно. Фритюбу не проверял из-за отсутствия 32-х битных её версий.

Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 18:21 04-06-2025 | Исправлено: nekto78, 18:36 04-06-2025
virjokk



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
Можно ли научить version.dll фиксировать/запоминать путь установки распакованных расширений?
Пути к ним, как известно, хранятся браузером в абсолютном виде. Соответственно, при смене системы, диска или даже папки расположения браузера эти расширения надо устанавливать заново, что делает портабельность несколько ограниченной.  
Не знаю точно, как это реализовать, но, к примеру, дллка где-то в профиле сохраняет путь к распакованному расширению, затем при переносе в другую систему или при смене пути браузера проверяет существует ли сохраненный путь, и если да, то пытается подсунуть его браузеру в качестве пути установки распакованного расширения. Либо, если распакованное расширение установлено из папки самого браузера (например, расположено в browser\ext), то сохранять только относительный путь.

Всего записей: 487 | Зарегистр. 19-05-2006 | Отправлено: 18:56 04-06-2025 | Исправлено: virjokk, 18:59 04-06-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
virjokk

Цитата:
nekto78
Можно ли научить version.dll фиксировать/запоминать путь установки распакованных расширений?
Пути к ним, как известно, хранятся браузером в абсолютном виде. Соответственно, при смене системы, диска или даже папки расположения браузера эти расширения надо устанавливать заново, что делает портабельность несколько ограниченной.  
Не знаю точно, как это реализовать, но, к примеру, дллка где-то в профиле сохраняет путь к распакованному расширению, затем при переносе в другую систему или при смене пути браузера проверяет существует ли сохраненный путь, и если да, то пытается подсунуть его браузеру в качестве пути установки распакованного расширения. Либо, если распакованное расширение установлено из папки самого браузера (например, расположено в browser\ext), то сохранять только относительный путь.

Постановка вопроса не корректна. Правильно было бы так: "Можно ли с помощью version.dll научить браузер подключать распакованные расширения из указанной папки?" Примерно так, да и так тоже не совсем корректно. Поясню. При установке расширений из интернет "магазина" они скачиваются браузером во временную системную папку в виде файла с расширением crx и уже из этого файла устанавливается (распаковывается) в определённую папку в профиле браузера (обычно это папка с фиксированным именем Extensions). Путь к установленным расширениям хранится в файле настроек в виде относительного пути (относительно профиля и папки Extensions), а при запуске браузера извлекается из файла настроек и достраивается до абсолютного.
С распакованными расширениями всё несколько иначе. Они не устанавливаются, а просто запускаются, т.е. подключаются к исполнению; путь к ним также запоминается в файле настроек, но уже не как относительный, а как абсолютный и при запуске браузера извлекается из файла настроек полностью так как он там прописан.
Учитывая всё это простого способа обучить браузер использовать относительные пути для распакованных расширений на данный момент не знаю.
 
П.С. Для себя на данный момент этот вопрос закрыл так - скачал из магазина несколько самых необходимых расширений в виде crx файлов и устанавливаю просто перетаскивая их на окно браузера.

Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 21:07 04-06-2025 | Исправлено: nekto78, 21:26 04-06-2025
RazOne707



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
virjokk
Просто упакуй их в самом браузере в crx и установи =получится +- тоже самое, но уже переносимое

Всего записей: 2839 | Зарегистр. 06-10-2023 | Отправлено: 21:32 04-06-2025 | Исправлено: RazOne707, 21:32 04-06-2025
virjokk



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78

Цитата:
простого способа обучить браузер использовать относительные пути для распакованных расширений на данный момент не знаю
А может попробовать обучить не браузер, а дллку? Например, смотреть в каталоге, где она сама находится, на наличие папки с определенным именем (EXT, MYEXT и т. п.), и если таковая существует и в ней есть  подпапки, содержащие файл manifest.json, то считать эти подпапки распакованными расширениями, пути к которым дллка уже сама может достроить до абсолютных. Далее смотреть, были ли эти расширения подключены к исполнению браузером, т. е. искать в preferences  относительные части пути к ним (\\EXT\\ext1, \\EXT\\ext2, \\EXT\\ext3). Ну и если да, то просто заменить в preferences имеющиеся абсолютные пути на вновь обнаруженные. И да, не ругайтесь сильно, я гуманитарий, объясняю как могу
 
Добавлено:
RazOne707
Это рабочий вариант, да. Но не все браузеры разрешают устанавливать crx, есть такие, которые принимают только распакованные расширения. Например, вот этот

Всего записей: 487 | Зарегистр. 19-05-2006 | Отправлено: 22:05 04-06-2025 | Исправлено: virjokk, 22:17 04-06-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
virjokk

Цитата:
А может попробовать обучить не браузер, а дллку? Например, смотреть в каталоге, где она сама находится, на наличие папки с определенным именем (EXT, MYEXT и т. п.), и если таковая существует и в ней есть  подпапки, содержащие файл manifest.json, то считать эти подпапки распакованными расширениями, пути к которым дллка уже сама может достроить до абсолютных. Далее смотреть, были ли эти расширения подключены к исполнению браузером, т. е. искать в preferences  относительные части пути к ним (\\EXT\\ext1, \\EXT\\ext2, \\EXT\\ext3). Ну и если да, то просто заменить в preferences имеющиеся абсолютные пути на вновь обнаруженные. И да, не ругайтесь сильно, я гуманитарий, объясняю как могу

Нет, такой вариант не реализуем. Поясню. В файле preferences кроме пути к расширению прописаны еще идентификатор расширения, путь к манифесту расширения, версия, какие-то флаги и что-то еще, не помню точно (в исходниках смотрел) и специальным образом рассчитанный ключ (при расчете используется несколько параметров, в том числе путь к расширению и его идентификатор) не говоря уже о всех прочих настройках. Ключ - это своего рода цифровая подпись, которая используется системой безопасности браузера для проверки пути, идентификатора и т.д. расширения на подлинность. При несоответствии расширение не загружается, а его файлы удаляются. Т.о. отредактировать в файле preferences пути к расширениям не сложно, но без правильно рассчитанного ключа они становятся недействительными.
Попробую посмотреть на предмет перехвата стандартных функций, которые могут использоваться браузером при подключении расширений, но подозреваю что это пустая трата времени.

Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 22:20 04-06-2025 | Исправлено: nekto78, 13:27 05-06-2025
a_nester



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Приветствую! Разобрался и с настройками, и с расширениями, и с ключами) Проверил работу, вот с такими параметрами в браузерах :
 
Catsxp Browser v.5.6.2 (v.137.0.7151.80) x64
Cent Browser v.5.1.1130.129 (v.118.0.5993.159) x64 - изменён chrome.dll (v.126.0.6478.182)
Chromium v.137.0.7151.69 x64 (Hibbiki)
Coc Coc v.142.0.150 (v.136.0.7103.150) x64
NAVER Whale v.4.32.315.11 (v.136) x64
Ungoogled Chromium v.136.0.7103.97 x64 (macchrome)
+
version.dll v.1.0.5.7 x64 (01.06.2025) by nekto78
version.ini :

Код:
[Parameters]
APPDIR=1
REGOFF=1
AIDOFF=1
DIROFF=1
RMDISK=0
REFINE=0
SPFOLD=1
BCTOFF=1
STARTM=0


Код:
[General]
DATADIR=User Data
CACHEDIR=Cache
SPECFOLDER=..\User Data
RUNPARAM=--no-default-browser-check --no-first-run --no-report-upload --disk-cache-dir=nul --disable-gpu-shader-disk-cache --disable-gpu-program-cache --disk-cache-size=1 --disable-machine-id --disable-encryption --disable-encryption-win --disable-component-update --disable-breakpad --disable-crash-reporter --disable-logging --force-device-scale-factor=1 --test-type=ui --popups-to-tabs --close-window-with-last-tab=never --show-avatar-button=never --disable-features=OmniboxSteadyStateHeight --disable-features=CustomizeChromeSidePanel

В Catsxp Browser добавил к основным ключам ещё пару Catsxp ключей :

Код:
--disable-catsxp-detect-outdated-install --disable-catsxp-update --catsxp-microsoft-brand --catsxp-use-google-sync

В [DirList] ; Директории профиля по умолчанию :
 
строчку (по умолчанию) :
DeleteDir=%DATADIR%\Default\Service Worker
заменил на :
DeleteDir=%DATADIR%\Default\Service Worker\CacheStorage
 
Всё запускается, расширения скачиваются и устанавливаются (значки отображаются)... в общем всё работает... проблем не наблюдал!
 
nekto78, благодарность!

Всего записей: 995 | Зарегистр. 08-10-2016 | Отправлено: 16:07 05-06-2025 | Исправлено: a_nester, 16:20 05-06-2025
jasonliull



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
chrome_plus 1.12.0-alpha.1
https://github.com/Bush2021/chrome_plus/releases/tag/1.12.0-alpha.1

Всего записей: 3087 | Зарегистр. 05-08-2012 | Отправлено: 05:54 06-06-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Всё запускается, расширения скачиваются и устанавливаются (значки отображаются)... в общем всё работает... проблем не наблюдал!

Ок. В свою очередь благодарю за качественное тестирование. Значит версию 1.0.5.7 буду переводить в стадию релиза.

Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 12:58 06-06-2025 | Исправлено: nekto78, 13:00 06-06-2025
greeple

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
a_nester
Цитата:
заменил на :
DeleteDir=%DATADIR%\Default\Service Worker\CacheStorage

проверь ещё
Цитата:
не хотят загружать QR-код на странице web.whatsapp.com
Неофициальные сборки: Google Chrome & Chromium

Всего записей: 7460 | Зарегистр. 11-02-2020 | Отправлено: 13:03 06-06-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
не хотят загружать QR-код на странице web.whatsapp.com
И на остальных сайтах тоже, где он требуется.

Всего записей: 2353 | Зарегистр. 25-11-2023 | Отправлено: 13:13 06-06-2025
sexyseven



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
DeleteDir=%DATADIR%\Default\Service Worker\CacheStorage

Попробовал, действительно, пока эту строчку не закомментируешь, QR не грузит.

Всего записей: 673 | Зарегистр. 02-08-2011 | Отправлено: 14:27 06-06-2025
a_nester



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
greeple,
MaraGame24,
sexyseven,
Да, так и есть! Если, в version.ini :

Код:
DeleteDir=%DATADIR%\Default\Service Worker\CacheStorage

то :

Цитата:
не хотят загружать QR-код на странице web.whatsapp.com


Цитата:
И на остальных сайтах тоже, где он требуется.

Удалил я эту строку вообще из version.ini :

Код:
DeleteDir=%DATADIR%\Default\Service Worker

 
p.s. Ненужное в папке "Service Worker" умеет подчищать расширение Click&Clean v.9.8.2.0 . Но я б сказал бы, что оно "глючное" и при выставленных настройках очищать после закрытия браузера, очистка не срабатывает. Приходится, после работы в браузере, в ручную открывать это расширение в браузере и производить очистку (Настройки - нажать "Очистка").

Всего записей: 995 | Зарегистр. 08-10-2016 | Отправлено: 14:59 06-06-2025 | Исправлено: a_nester, 15:18 06-06-2025
greeple

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
a_nester
Цитата:
и при выставленных настройках очищать после закрытия браузера

вроде такая фича работает если в браузере включена галка Продолжить выполнение фоновых приложений после закрытия
 
Добавлено:
но понятно что большинству оно не надо, чтобы расширки оставались запущенными когда браузер выключен
 
Добавлено:
особенно в портаблах

Всего записей: 7460 | Зарегистр. 11-02-2020 | Отправлено: 17:01 06-06-2025
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
virjokk

Цитата:
 У Bush2021 прямые ссылки поменялись  

Похоже, он вообще их убрал насовсем.
Убираю нерабочие ссылки, исправляю на новый путь к ini.
 
 
Добавлено:
Да он, похоже, вообще грохнул всю папку setdll целиком:

injectpe.bat
chrome++32.dll
chrome++64.dll
setdll32.exe
setdll64.exe
chrome++.ini
README.md

 
Добавлено:
Bush2021 chrome_plus 1.11.1 main ~ [2024.12.06].zip
https://www.upload.ee/files/18182741/Bush2021_chrome_plus_1.11.1_main____2024.12.06_.zip.html
Если кому нужно, у меня сохранилось.

Всего записей: 19845 | Зарегистр. 04-11-2010 | Отправлено: 17:06 06-06-2025 | Исправлено: insorg, 17:06 06-06-2025
greeple

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Цитата:
Если кому нужно, у меня сохранилось.

оно и на гите сохраняется же https://github.com/Bush2021/chrome_plus/tree/27f41a7c1cc10b7b35a14d238543c0b54073028c/setdll

Всего записей: 7460 | Зарегистр. 11-02-2020 | Отправлено: 17:35 06-06-2025
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95

Компьютерный форум Ru.Board » Компьютеры » Программы » Version.dll / Chrome++ для Chrome и иных Chromium браузеров


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2025

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru