Где хранится информация о прокси в профиле ZennoBrowser? Можно ли вынести в profile.json?

[The_vAe]

Интересует, где именно физически хранится информация о прокси, установленном в ZennoBrowser-профиле?
Проверял в папке C:\Users\<User>\AppData\Local\ZennoLab\Profiles — но файла или секции с настройками прокси не нашёл.

Задача: подменять прокси в профиле вручную, через файл, без необходимости ожидать API или писать отдельную автоматизацию.

Вопросы:
1. Где именно (в каком файле/реестре/сущности) хранится привязка прокси к профилю?
2. Можно ли как-то напрямую подменять прокси у уже созданного профиля (например, через правку JSON)?
3. Если сейчас такой возможности нет — можно ли вынести прокси в файл profile.json или другой читаемый формат, чтобы была возможность менять его вручную или скриптом?

Такая функция очень помогла бы при массовой генерации и управлении профилями.

 

[Oleg1987]

В c:\Users\{User}\AppData\Local\ZennoLab\ZP8\.zp8\ лежат два файла:

- ProfileManagement.db
- ProxyManagement.db

Это базы данных Sqlite. В них вся инфа

 

[Sergodjan]

В c:\Users\{User}\AppData\Local\ZennoLab\ZP8\.zp8\ лежат два файла:

- ProfileManagement.db
- ProxyManagement.db

Это базы данных Sqlite. В них вся инфа

Где именно (в каком файле/реестре/сущности) хранится привязка прокси к профилю?

Если сейчас такой возможности нет — можно ли вынести прокси в файл profile.json или другой читаемый формат, чтобы была возможность менять его вручную или скриптом?

Не рекомендуем лазить руками никуда - ни в БД, ни в файлы. Продукт находится в стадии разработки и тестирвоания. Постепенно он обрастет фичами и возможностями. А сейчас в любой момент может измениться структура БД напрмиер и прочее и все ваши и клиентские профили улетят за горизонт при очередном обновлении. Рекомендуем набраться терпения, все будет. Но если не все, то многое.

 

[The_vAe]

и все ваши и клиентские профили улетят за горизонт при очередном обновлении.

Что бы адекватно по максимум протестировать - нужно идти на жертвы и зарепортить лучше сейчас, нежели ждать еще год или больше, что бы поймать те же баги, которые я смогу поймать в этом году, но спасибо за беспокойство.

 

[Sergodjan]

Что бы адекватно по максимум протестировать - нужно идти на жертвы и зарепортить лучше сейчас, нежели ждать еще год или больше, что бы поймать те же баги, которые я смогу поймать в этом году, но спасибо за беспокойство.

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