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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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 96 97 98 99 100 101 102 103 104

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

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"!
• Если хочется оставить старый настроенный профиль, не забывайте сначала сделать его бэкап! Затем при первом запуске нужно будет установить расширения заново. Не забывайте предварительно позаботиться о сохранении паролей/куков, если нужны.

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



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

Цитата:
Значит всё же хромой в очередной раз затягивает гайки.

nekto78, при RMDISK=1 вы перехватываете GetFinalPathNameByHandleW, в теле которой творится дичь. Покажите конкретное место в исходниках, для которого этот перехват нужен.

Всего записей: 529 | Зарегистр. 23-12-2008 | Отправлено: 19:39 14-10-2025
nekto78



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

Цитата:
nekto78, при RMDISK=1 вы перехватываете GetFinalPathNameByHandleW, в теле которой творится дичь. Покажите конкретное место в исходниках, для которого этот перехват нужен.
 

Когда-то уже писал что при установке расширений хромой проверяет путь к папке Temp особым образом и если эта папка расположена на RAM диске используемая там функция GetFinalPathNameByHandle всегда завершается с ошибкой, а браузер сообщает "COULD_NOT_GET_TEMP_DIRECTORY". В исходниках самого хрома (версии примерно 109) был предложен альтернативный вариан без использования GetFinalPathNameByHandle и ссылка на него. Собственно код по ссылке и был реализован и до сего момента исправно работал и работает за исключением "суперактуальных" версий.
 
В исходниках не помню точно какой версии файл file_util_win в реализации функции NormalizeToNativeFilePath в строке 426 комментарий и прямая ссылка
 
// In Vista, GetFinalPathNameByHandle() would give us the real path
// from a file handle.  If we ever deprecate XP, consider changing the
// code below to a call to GetFinalPathNameByHandle().  The method this
// function uses is explained in the following msdn article:
// http://msdn.microsoft.com/en-us/library/aa366789(VS.85).aspx
 
Функция NormalizeToNativeFilePath вызывается функцией NormalizeFilePath, а функция NormalizeFilePath функциями VerifyJunctionFreeLocation, SandboxedUnpacker из файла sandboxed_unpacker.
 
В двиге 109 версии если смотреть под отладчиком реализация более и менее совпадает с означенными исходниками.

Всего записей: 710 | Зарегистр. 10-02-2006 | Отправлено: 22:11 14-10-2025 | Исправлено: nekto78, 11:54 15-10-2025
El Sanchez



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

Цитата:
при установке расширений хромой проверяет путь к папке Temp особым образом и если эта папка расположена на RAM диске используемая там функция GetFinalPathNameByHandle всегда завершается с ошибкой, а браузер сообщает "COULD_NOT_GET_TEMP_DIRECTORY"

nekto78, это так, я проверил для ImDisk, GetFinalPathNameByHandle завершается с ошибкой ERROR_INVALID_FUNCTION.

Цитата:
В исходниках самого хрома (версии примерно 109) был предложен альтернативный вариан без использования GetFinalPathNameByHandle и ссылка на него.

nekto78, с 77.0.3818.0 внедрили, стало быть код, который вы взяли, следует смотреть в предыдущем билде, а это в 77.0.3817.2. Только вот код в NormalizeToNativeFilePath полностью не покрывает функционал реальной GetFinalPathNameByHandle, точнее NormalizeToNativeFilePath ну никак не аналог GetFinalPathNameByHandle. Ваша реализация не проверяет аргументы, буфер ваш внутренний ограничен MAX_PATH, пофиг, что вызывающий запросит DOS-нотацию, где максимум 32767 символа, пофиг, что результатом функции всегда будет длина внутреннего буфера, для вызывающего это будет сюрпризом, когда он мусор будет считывать при реальной длине меньше MAX_PATH.
 
 

Всего записей: 529 | Зарегистр. 23-12-2008 | Отправлено: 13:02 15-10-2025
nekto78



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

Цитата:
что результатом функции всегда будет длина внутреннего буфера, для вызывающего это будет сюрпризом, когда он мусор будет считывать при реальной длине меньше MAX_PATH.

Нет, это не так не совсем так. Смотрел под отладчиком, результат функции (в указателе) всегда только реальный путь без лишнего мусора (компилятор в delphi умеет работать с указателями такого типа и обо всём позаботился). А вот с  возвращаемым значением количества символов в пути да - сильная несостыковка, надо исправлять. По поводу проверки аргументов - смотрел и менял их в оригинальной функции под отладчиком и смотрел что будет, так вот хромой при установке расширений всегда вызывает эту функцию с одним и тем же значением аргументов: FILE_NAME_NORMALIZED и VOLUME_NAME_NT (в диапазоне версий 109 - 135 это точно), под них и реализована модифицированная функция без дополнительной проверки.
 
deb7

Цитата:
Если есть время, надеюсь вы сможете решить все эти проблемы

 
El Sanchez
Благодарю за замечания. Внёс некоторые исправления в код функции без полного, но, на мой взгляд, достаточного соответствия. Бинарники перекомпилил и обновил. Дополнительно исправил ошибки в GetComputerNameW. Так что можно тестировать.

Всего записей: 710 | Зарегистр. 10-02-2006 | Отправлено: 17:00 15-10-2025 | Исправлено: nekto78, 11:04 16-10-2025
deb7

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
Если есть время, надеюсь вы сможете решить все эти проблемы.(извиняюсь опечатка)
 
 

Всего записей: 12 | Зарегистр. 20-03-2015 | Отправлено: 22:05 15-10-2025 | Исправлено: deb7, 22:16 15-10-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
С GetComputerName и заданием имени компьютера интересная ситуация получается - некоторые браузеры начинают терять расширения после задания имени если расширения были установлены когда имя компьютера не было задано.
 
El Sanchez

Цитата:
nekto78, про GetComputerNameEx не забудьте, а то ж тоже вызывается, даже чаще, чем GetComputerName.

В исходниках нашел несколько вызовов GetComputerNameEx, в том числе при определении адреса localhost и чтении системного DNS кэша. Попробовал перехватом установить заглушку на эту функцию и - начал работать перехват DNS запросов через прокси библиотеку так как если бы системная служба DNS-клиента была отключена. О как интересно получилось, долго искал способ, а тут бац и готово. Смотрелка трафика подтверждает отсутствие соответствующих запросов. Значит буду доводить до логического завершения рафинирование DNS запросов.
 
П.С.
Судя по исходникам заглушка для GetComputerNameEx так же исключает использование браузером настроенных системных политик безопасности.
 
Добавлено 21.10.2025.
 
Версию 1.0.5.8 перевел в стадию релиза. Список изменений на странице проекта GotFlic по ссылке Почитать из шапки и далее Список изменений.md или по прямой ссылке.

Всего записей: 710 | Зарегистр. 10-02-2006 | Отправлено: 16:30 19-10-2025 | Исправлено: nekto78, 12:49 21-10-2025
54321pusk



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Добрый день.
Есть ли GoogleChromePortableCreator.bat новее чем ver.4.0 [24.03.2023]? Если есть, то дайте ссылку, плз.
Спасибо.

Всего записей: 128 | Зарегистр. 14-09-2010 | Отправлено: 16:32 21-10-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
 
А можно как нибудь обойти проверку, что не дурачок ))) Cloudflare ???

Всего записей: 2738 | Зарегистр. 25-11-2023 | Отправлено: 19:22 21-10-2025
nekto78



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

Цитата:
А можно как нибудь обойти проверку, что не дурачок ))) Cloudflare ???

Не знаю. Не исследовал этот вопрос. Тут наверно нужно смотреть что запрашивают от клиента серверы и что получают в ответ перед тем как принять решение начать проверку. Может быть там проверка многоступенчатая с использованием гугло-статистики, может ещё какая... А гугел от яндекса шарахается как чёрт от ладана, что уменьшает вероятность проверок.

Всего записей: 710 | Зарегистр. 10-02-2006 | Отправлено: 21:09 21-10-2025 | Исправлено: nekto78, 20:26 23-10-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
 
Надо UDER AGENT сменить...Ваш YaBrowser/25.2.8.99 Safari/537.36 криво открывает Gogle (без иконок)...
Есть ли у вас другой вариант ??? Например Firefox...
Тернет чего то ни чего подходящего не выдает...

Всего записей: 2738 | Зарегистр. 25-11-2023 | Отправлено: 21:18 21-10-2025
deb7

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

Цитата:
Тернет чего то ни чего подходящего не выдает...
В смысле?
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:143.0) Gecko/20100101 Firefox/143.0
User Agents

Всего записей: 12 | Зарегистр. 20-03-2015 | Отправлено: 21:29 21-10-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deb7
Цитата:
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:143.0) Gecko/20100101 Firefox/143.0
Этот не работает...
 
Вот так у меня все сработало на ура )))
--user-agent="Mozilla/5.0 (X11; Linux x86_64; rv:150.0) Chrome/140.0.0.0 Gecko/20100101 Firefox/150.0 Safari/537.36"

Всего записей: 2738 | Зарегистр. 25-11-2023 | Отправлено: 21:33 21-10-2025 | Исправлено: MaraGame24, 22:00 21-10-2025
HelioSS



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Поставил version.dll от nekto78 на последнюю версию Supermium - браузер запускался, но тут же слетал.
Поставил от Bush2021 - вроде всё нормально. Но после закрытия браузера (даже после предварительно очистки Истории Ctrl-Shift-Del) в Cashe остаётся всякого почти на мегабайт.

Всего записей: 6266 | Зарегистр. 26-11-2007 | Отправлено: 13:21 22-10-2025
nekto78



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

Цитата:
Поставил version.dll от nekto78 на последняя версию Supermium - браузер запускался, но тут же слетал.

С версией прокси 1.0.5.9 последняя версию Supermium точно работает.

Всего записей: 710 | Зарегистр. 10-02-2006 | Отправлено: 22:34 23-10-2025 | Исправлено: nekto78, 22:46 23-10-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
 
Прокси 1.0.5.9...Работает на моем диструктивном браузере )))
Whale Browser "Chromium";v="140"...
 
Может кому пригодится...Обновили настройки под него--->>>  Подробнее...

Всего записей: 2738 | Зарегистр. 25-11-2023 | Отправлено: 23:49 23-10-2025 | Исправлено: MaraGame24, 00:33 24-10-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
 
Не удаляется файл BrowserMetrics-spare.pma (DeleteFile=.\User Data\BrowserMetrics-spare)...
Точнее он удаляется при первом запуске, нооо при использовании браузера он опять появляется и перезаписывается (не блочится соответсвенно), а это 4mb лишнего веса и лишняя запись на SSD, что не есть здорово...
Есть ли выход из этой ситуации ???

Всего записей: 2738 | Зарегистр. 25-11-2023 | Отправлено: 12:49 24-10-2025 | Исправлено: MaraGame24, 13:16 24-10-2025
nekto78



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
MaraGame24
Скорее всего нет. Придётся смириться. Функционалом прокси-библиотеки предусмотрена блокировка повторного создания только директорий, но не файлов. Вообще делал несколько экспериментов с блокировкой создания файлов и это приводило к хаотичному и непредсказуемому "падению" браузера.

Всего записей: 710 | Зарегистр. 10-02-2006 | Отправлено: 13:27 24-10-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
nekto78
Цитата:
Скорее всего нет.
Нашлось решение...Тестирую )))
Стереть в блокноте по нулям, удалить наследования в безопасности файла...
Исключить из удаления в version.ini, файл в папке оставить...
Итог ))) Файл будет всё время с нулевым размером )))
 
Натестировались ))) Не прокатывает... Если удалять папку, то нужно обратно включать наследования файла...

Всего записей: 2738 | Зарегистр. 25-11-2023 | Отправлено: 13:32 24-10-2025 | Исправлено: MaraGame24, 14:00 24-10-2025
lz57005



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

Цитата:
Придётся смириться.

не надо мириться))  надо доделывать в экспорт добавить свою функцию, пусть будет Portable. В функцию Detach когда процесс завершается добавить запуск dll через  
RunDll32.EXE version.dll,portable  
можно просто добавить небольшой делэй и попытаться удалить, так с последним закрытым процессом файл освободится и удалится, можно отслеживать завершение процесса со стороны, это уже по желанию, раз мы про удаление файлов папок, то очень хотелось бы разделения списков удаления и блокировки создания, одно дело я не хочу чтобы что-то писалось, другое мне не нужно содержимое записанного после закрытия  
 
хотя я поспешил невнимательно прочитал... сверху нужна блокировка файла, это имхо переребор, но про удаление моя мысль актуальна вне контекста предыдущего обсуждения
 

Всего записей: 84 | Зарегистр. 09-04-2012 | Отправлено: 15:25 24-10-2025 | Исправлено: lz57005, 15:27 24-10-2025
MaraGame24



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lz57005
Цитата:
Не удаляется и не блокируется файл BrowserMetrics-spare.pma
Там еще перед созданием этого файла появляется папка "BrowserMetrics" в той же директории...Дальше эта папка сама исчезает, а файл остаётся и постоянно перезаписывается,  что не есть айс...

Всего записей: 2738 | Зарегистр. 25-11-2023 | Отправлено: 16:02 24-10-2025 | Исправлено: MaraGame24, 16:23 24-10-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 96 97 98 99 100 101 102 103 104

Компьютерный форум 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

LiteCoin: LgY72v35StJhV2xbt8CpxbQ9gFY6jwZ67r

Рейтинг.ru