Комментарии 10
Опять кровати переставляют...
Всё Mozilla
Mozilla всё :(
А если серьезно - то задолбали бесполезные изменения аля "нововведения" и попытки затащить пользователей к себе.
Понятно почему очень хочется, но хотя-бы в одной альтернативе могли этого не делать или сделать возможность сторить данные в виде одного файла по указанной ссылке - тогда это можно было класть это куда угодно - хочешь - к ним на сервер, хочешь - в дропбокс, хочешь - к себе на vds.
Тогда этот файл можно было бы скачать кому угодно и спокойно брутфорсить локально.
развлекайтесь
вот тут мои закладки: https://disk.yandex.ru/d/E6qX9L7KeBmupA
а вот тут пароли: https://disk.yandex.ru/d/mZq5Xo8bGwdguQ
Аккаунт переименовывают, потому что он уже может использоваться не только для синхронизации Firefox. Странно, что смена названия кого-то колышет.
Больше всего задалбывают те, кто начинает критиковать, не разобравшись, что такие возможности уже есть.
к себе на vds
Можно на своей VDS поднять сервер синхронизации.
в дропбокс
Можно перенести файл с паролями симлинком в дропбокс. Но это не позволит одновременно держать запущенным этот профиль с разных машин, могут быть конфликты (см. далее). Плюс придётся либо ставить мастер-пароль и постоянно его вводить, либо наворачивать какой-то слой шифрования а-ля Cryptomator / encFS, если, конечно, вы не хотите открытым текстом вывалить в дропбокс свои пароли / историю.
данные в виде одного файла
Плохая идея, у пользователя может быть одновременно включено несколько устройств. Например, пользователь оставил включённым компьютер, отошёл и пользуется браузером на телефоне. Будут конфликты. Нужна нормальная база данных, а не колхоз с файлом.
Если риски устраивают, то симлинк к вашим услугам, от Firefox тут вообще ничего не требуется.
Можно на своей VDS поднять сервер синхронизации.
System Requirements
cmakemake
gcc
golang
Rust stable
python 3.9+
Мне даже без docker уже страшно, дичайший оверинжиниринг. Даже не в смысле сложности деплоя, а в том, что невозможно осознанно контролировать такой объём компонентов на личном сервере. И при этом суть функциональности - безопасно синхронизировать конфиг
Можно на своей VDS поднять сервер синхронизации.
Вы требования их сервера синхронизации видели? Если не видели - посмотрите.
Это даже не стрельба гаубицей по воробьям - там можно целый сервис высокнагруженного бизнеса на этом решении организовать, а не то что файл конфигурации синхронизировать.
Нужна нормальная база данных, а не колхоз с файлом.
Расскажите это SQLlite-у, который, собственно, в Mozilla-вских продуктах широко используется.
Достаточно положить один файл SQLite, и выполнять синхронизацию от любого кол-ва устройств.
Да и, честно, вообще проблем сделать это хоть с одним файлом с JSON ни каких нет - с помощью блокировок все это решаемо. Конфликт может быть только при обновлении.
При синхронизации заблокировал (остальные ждут освобождения), синхронизировал, разблокировал - все - будет работать вполне нормально, без каких-либо конфликтов.
Как сделать сигнал блокировки - можно атрибутами файла, переименовыванием, созданием лок-файла рядом - вариантов также масса.
Есть только один риск - если приложение упало не разблокировав файл - решается временной меткой файла - если с момента блокировки прошло достаточно много врмени, форсить разблокировку-блокировку.
Чтобы было подобие транзакционности и избежать неконсистентности делают так: блокируют основной файл, пишут файл рядом, переименовывают записанный файл в основной файл, снимают блокировку. Это обеспечивает консистентность.
Больше всего задалбывают те, кто начинает критиковать, не разобравшись,
Я, как раз, разбирался - и то, что там предлагают - нормально не юзабельно. Я решил это проблему самописным экстеншеном (синхронизация закладок/открытых вкладок - мне больше ничего не надо), но да - с бд на своем собственном сервере, так как она уже там была. Мог сделать и через один файл.
Прежде чем навшивать ярлыки на собеседника, может быть стоило поинтересоваться его опытом?
Аккаунты Firefox переименовываются в Аккаунты Mozilla