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

masgak Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Привет. Подскажите что не правильно делаю. Никак не получается создать портабл с расширениями.     https://s20.directupload.net/images/241024/mxchjzxg.png   [general] data_dir=C:\iirroonn\IronPortable64\Data cache_dir=C:\iirroonn\IronPortable64\Cache Всего записей: 2941 | Зарегистр. 11-05-2005 | Отправлено: 18:03 24-10-2024

MERCURY127 Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору — Всего записей: 12056 | Зарегистр. 03-08-2008 | Отправлено: 18:05 24-10-2024 | Исправлено: MERCURY127, 18:06 24-10-2024

Capushon Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору masgak: Цитата: что не правильно делаю dll-ка не там...     для Вивальди, но принцип тот же.   И настраивать нужно у же с dll-кой, а не потом. Всего записей: 5177 | Зарегистр. 18-07-2006 | Отправлено: 19:26 24-10-2024 | Исправлено: Capushon, 19:30 24-10-2024

masgak Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Capushon Скопировал из папки iron примерные файлы как на скрине. Не получается. https://s20.directupload.net/images/241024/xppt7y9r.png Всего записей: 2941 | Зарегистр. 11-05-2005 | Отправлено: 19:50 24-10-2024

nekto78 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MERCURY127 Цитата: Понятно. Не ожидал такого идиотизма...   гитхабную аватарку uazo видели? По-моему это всё объясняет.   claim35 Цитата: Это локальный эпизод, системой он не станет, код самого хрома не будут ломать ради маленькой кучки любителей портабла. А код самого хрома в этом эпизоде не задействован вообще. Там в эксешнике есть встроенный манифест, а в манифесте строка <file name="version.dll" loadFrom="%SystemRoot%\system32\"/>, эту строку нужно удалить через редактор ресурсов. И все "санкции" идут лесом Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 20:08 24-10-2024 | Исправлено: nekto78, 21:03 24-10-2024

masgak Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Capushon У меня эти папки пустые.  Недавно я как-то сделал без таких манипуляций. Не могу вспомнить как. Всего записей: 2941 | Зарегистр. 11-05-2005 | Отправлено: 20:31 24-10-2024

a_nester Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору masgak, Приветствую! Вы ж уже по Iron -у задавали вопрос... просмотрите 62 страницу, может, что и вспомните...) Всего записей: 996 | Зарегистр. 08-10-2016 | Отправлено: 21:26 24-10-2024

MERCURY127 Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору nekto78 Цитата: в манифесте строка <file name="version.dll" loadFrom="%SystemRoot%\system32\"/>, эту строку нужно удалить через редактор ресурсов. редактор ресурсов открывать было лень, затер строку напрямую в хексе, во всех трех файлах chrome.dll chrome.exe chrome_elf.dll - не помогло. Всего записей: 12056 | Зарегистр. 03-08-2008 | Отправлено: 22:28 24-10-2024

masgak Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору a_nester Благодарю Получилось)   data_dir=Data cache_dir=Cache   В папку iron закинул chrome++.ini и version.dll   Всего записей: 2941 | Зарегистр. 11-05-2005 | Отправлено: 07:28 25-10-2024

nekto78 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MERCURY127 Цитата: редактор ресурсов открывать было лень, затер строку напрямую в хексе, во всех трех файлах chrome.dll chrome.exe chrome_elf.dll - не помогло. Причина вот здесь: "редактор ресурсов открывать было лень". Проверено. После удаления в редакторе ресурсов работает как надо. Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 14:07 26-10-2024 | Исправлено: nekto78, 14:10 26-10-2024

MERCURY127 Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору nekto78, вы правы. теперь работает. спасибо!   (надо будет как-то автоматизировать сей унылый процесс...) Всего записей: 12056 | Зарегистр. 03-08-2008 | Отправлено: 22:24 26-10-2024

a_nester Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору nekto78, Приветствую! По поводу браузера Catsxp Portable (знаю, что у него есть для портабелизации файл "StartupParm.txt"), но он с ним создаёт папку "Cache" и пишет в реестр. По Вашему методу портабелизации последняя рабочая версия v.4.9.2 на движке Chromium v.128, которая запускается с version.dll и version.ini (ну, может ещё v.4.10.2 на движке Chromium v.129) Начиная с версии v.4.10.4 на движке Chromium v.130, ни в какую не хочет запускаться с version.dll и version.ini . Что интнресно разработчик там такого "намудрил".....)   Всего записей: 996 | Зарегистр. 08-10-2016 | Отправлено: 19:36 01-11-2024

nekto78 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору a_nester Цитата: Приветствую! По поводу браузера Catsxp Portable (знаю, что у него есть для портабелизации файл "StartupParm.txt"), но он с ним создаёт папку "Cache" и пишет в реестр. По Вашему методу портабелизации последняя рабочая версия v.4.9.2 на движке Chromium v.128, которая запускается с version.dll и version.ini (ну, может ещё v.4.10.2 на движке Chromium v.129) Начиная с версии v.4.10.4 на движке Chromium v.130, ни в какую не хочет запускаться с version.dll и version.ini . Что интнресно разработчик там такого "намудрил".....)     Приветствую. Сделал несколько экспериментов: при использовании в прокси-библиотеке функций ShellExecuteEx или ShellExecute для запуска Catsxp не запускается, при использовании функций CreateProcess или WinExec (что практически тоже самое что и CreateProcess) запускается.   Вывод напрашивается такой: разработчик либо допустил ошибку либо намеренно что-то сделал с запретом на использование ShellAPI из DLL, т.к. включение функции удаления директорий (эта функция использует ShellAPI) так же приводит к неработоспособности. Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 22:23 04-11-2024 | Исправлено: nekto78, 16:48 06-11-2024

jasonliull Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору v 1.11.0 https://github.com/Bush2021/chrome_plus/releases/tag/1.11.0 Всего записей: 3087 | Зарегистр. 05-08-2012 | Отправлено: 19:50 12-11-2024

Smitis Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору nekto78 Цитата: Сделал несколько экспериментов: при использовании в прокси-библиотеке функций ShellExecuteEx или ShellExecute для запуска Catsxp не запускается, при использовании функций CreateProcess или WinExec (что практически тоже самое что и CreateProcess) запускается. Смотря откуда запускаете. Если из dllmain, то ожидаемо. ---------- Разум когда-нибудь победит Всего записей: 3761 | Зарегистр. 09-02-2003 | Отправлено: 22:30 12-11-2024

nekto78 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Smitis Цитата: Смотря откуда запускаете. Если из dllmain, то ожидаемо. DllMain -> REDIRECT -> STARTPORTABLE. Выходит что из dllmain. А в чём именно подвох? Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 20:35 13-11-2024

Smitis Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору nekto78 При выполнении dllmain программа ещё не дозагружена в память и много чего работать не будет или будет работать неправильно. Например, OLE Automation вроде как пытается что-то изобразить, но при этом не работает. Сами майки и специалисты много чего нехорошего пишут https://learn.microsoft.com/ru-ru/windows/win32/dlls/dynamic-link-library-best-practices https://www.transl-gunsmoker.ru/2009/01/dllmain.html В общем, функции оболочки (shell32) лучше не использовать (там и на OLE Automation завязано и на оконную систему и пр.). Проверено практикой. В то же время некоторые вещи, которыми пугают, например использование CreateProcess или LoadLibrary использовать на самом деле можно, если осторожно )) не допуская взаимной блокировки.   П.С. Когда мне понадобилось  из dllmain вызывать другие процессы (с ожиданием завершения), функции из shell32 (SHFileOperation для операций) пришлось выкручиваться через использования rundll32: в прокси-dll добавил импортируемые функции для нужных операций, из dllmain через CreateProcess запускается rundll32 с нужной командной строкой. Т.е., из прокси запускается сама прокси. Почему-то с вызовами rundll32 никаких проблем не возникает. В dllmain, естественно, добавлена проверка, что основной процесс это rundll32. ---------- Разум когда-нибудь победит Всего записей: 3761 | Зарегистр. 09-02-2003 | Отправлено: 21:36 13-11-2024

nekto78 Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Smitis Цитата: При выполнении dllmain программа ещё не дозагружена в память и много чего работать не будет или будет работать неправильно. Например, OLE Automation вроде как пытается что-то изобразить, но при этом не работает. Сами майки и специалисты много чего нехорошего пишут https://learn.microsoft.com/ru-ru/windows/win32/dlls/dynamic-link-library-best-practices https://www.transl-gunsmoker.ru/2009/01/dllmain.html В общем, функции оболочки (shell32) лучше не использовать (там и на OLE Automation завязано и на оконную систему и пр.). Проверено практикой. В то же время некоторые вещи, которыми пугают, например использование CreateProcess или LoadLibrary использовать на самом деле можно, если осторожно )) не допуская взаимной блокировки.   П.С. Когда мне понадобилось  из dllmain вызывать другие процессы (с ожиданием завершения), функции из shell32 (SHFileOperation для операций) пришлось выкручиваться через использования rundll32: в прокси-dll добавил импортируемые функции для нужных операций, из dllmain через CreateProcess запускается rundll32 с нужной командной строкой. Т.е., из прокси запускается сама прокси. Почему-то с вызовами rundll32 никаких проблем не возникает. В dllmain, естественно, добавлена проверка, что основной процесс это rundll32.   Спасибо за ЦУ. Попробую для эксперимента другой способ инициализации без явного dllmain примерно так как это в delphi делают с пакетами, посмотрю что получится. Попробовал. Лучше не стало. Всего записей: 642 | Зарегистр. 10-02-2006 | Отправлено: 21:39 13-11-2024 | Исправлено: nekto78, 09:32 15-11-2024

Страницы: 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 браузеров

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование