![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagnerhttps://groups.google.com/a/chromium.org/g/embedder-dev/c/nxm7giktnte/m/ec6arh9sbwaj?pli=1
Тут пишут, что Гугль собирается запретить пользователям сторонихх сборок Chromium испольновать некоторые виды своего API, в частности Google Sync.
Почему-то мейнтейнеры некоторых пакетов Chromuum для всяких дистрибутивов в панике.
From the email I received I understand that the ability to use Google Sync will be removed from my API keys used to build this Slackware Chromium browser binary. The value of the Chromium package for endusers will drop right to zero if that is true. I honestly see no reason to continue compiling and packaging Chromium for Slackware if the Google developers present in this group confirm this policy change by Google.
пишет Eric Hameleers. Я честно сказать не понимаю, чему здесь паниковать. Браузер он и без Sync-а браузер. И как раз сборка Chromium, которая заведомо не пытается обращаться к серверам Google, если только юзер не набрал google.com в строке URL имеет несколько бо́льшую ценность для пользователей чем якобы опенсурсный бразуер, сливающий данные на сервера Google.
Но вообще по-моему раз пошла такая пьянка, надо мейнтейнерам собраться и создать альтернативную реализацию Sync-сервера для Chromium. Которую включить в дистрибутивы, чтобы каждый юзер мок собственный Sync сервер поднять. И никаких API keys там не испольовать. Только логин и пароль. Конечно, Chrome туда логиниться вряд ли сможет - гугль там URL на свои сервера захардкодил. Но тем не менее.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: 2021-01-23 12:46 pm (UTC)так синхронизация работает только если её явно настроить.
честно говоря, мне удобно, что мой домашний chromium синхронизируется не только с рабочим chromium же, но и с хромом на телефоне.
no subject
Date: 2021-01-23 12:53 pm (UTC)Ну значит на телефон тоже придется поставить свободную сборку хромиума, умеющую работать с свободными синк-серверами.
Лучше написать новый sync server
Date: 2021-01-23 04:38 pm (UTC)Re: Лучше написать новый sync server
Date: 2021-01-23 04:50 pm (UTC)Ну вроде в Мозилле это уже сделали. Стало только хуже.
По хорошему счету надо бы вернуться к способу хранения закладок, применявшемуся в Netscape 3.0 - в обычном html-файле, и синхронизировать его syncthing-ом или коммитить в произвольную, выбранную пользоваателем VCS.
Re: Лучше написать новый sync server
Date: 2021-01-24 11:22 am (UTC)Плюс они хотели того, чтобы неквалифицированному пользователь пользовался серверами, которыми Mozilla владеет. А не заставлять его что-то где-то ставить. А тут уже всплывают совсем другие соображения. Нужно шифровать файлы, чтобы чего не надо не видеть, нужно обеспечивать устойчивость итд итп.
Вот и накидали сложности.
Re: Лучше написать новый sync server
Date: 2021-01-24 12:22 pm (UTC)Вот именно это и мешает. Механизм синхронизации конфигурации браузера должен быть таков, чтобы обеспечивать целостность конфигурации в кейсе, когда три клиента запущены одновременно на трёх устройствах (домашняя машина, рабочая машина, телефон) и пользователь активно работает с двумя (машина по текущему месту нахождения, телефон).
Спроектировать схему хранения настроек так, чтобы она была реплицируема пофайлово с хотя бы eventual consistency — наверно, теоретически возможно, но не факт, что проще, чем сервис синхронизации.
Re: Лучше написать новый sync server
Date: 2021-01-24 05:58 pm (UTC)Даже если он запущены одновременно, пользователь один. а значит работает с ними последовательно.
А за идею реплицировать КОНФИГУРАЦИЮ я бы вообще убивал нахрен канделябрами по гениталиям.
Программа всегда при старте должна стартовать в некоей явно заданной командой "сохранить конфигурацию" НА ДАННОМ УСТРООЙСТВЕ конфигурации. Чтобы если пользователь спорол херню и создал себе неудобную конфигурацию, он бы легко возвращал ее в исходное состояние просто закрыв программу и открыв ее заново.
Вот, кстати, задумался над вопросом, не стоит ли на собеседовании кандидатам задавать вопрос "закрываете ли вы все вкладки в браузере в конце рабочего дня?", и тех, кто так не делает - не брать.
Re: Лучше написать новый sync server
Date: 2021-01-25 06:18 am (UTC)Я настроил себе удобную конфигурацию на одном устройстве, автоматически среплицировал её на другое устройство, и далее, за счёт свойства единственности внимания, поддерживаю её в удобном состоянии на обоих устройствах.
Если этого не будет — а правильнее сказать, когда этого не было — приходилось вручную применять дома найденное на работе изменение. Это неудобно само по себе.
Если я создал себе неудобную конфигурацию, я должен мочь достаточно легко её откатить тут же и сразу же, как обнаружил. Если она настолько неудобная, что программа не запускается или не даёт доступа к встроенным инструментам настройки — то ручным ковырянием в профиле.
Некоторые параметры конфигурации нет смысла реплицировать на все устройства — например, адрес прокси-сервера. Ну так это специально настраивается в Firefox’е — «такой-то параметр не синхронизировать».
А что касается закрытия вкладок, то я не понимаю, почему в середине работы над задачей закрывать документацию, необходимую для такой работы, или, например, недописанный черновик статьи. Почему вообще хоть когда-нибудь закрывать почту, календарь и тикет-трекер.
Re: Лучше написать новый sync server
Date: 2021-01-25 06:28 am (UTC)Я настроил удобную конфигурацию на одном устойстве, автоматически среплицировал ее на другое, а там она оказалась неудобной, потому что устройства РАЗНЫЕ и паттерн их использнования тоже разный.
Удобнее вручную применять дома сделанное на работе изменение, если оно там нужно, чем вручную отменять 10 неудобноых. (а потом на работе опять их применять,потому что они из дома обратно среплицировались).
Реплицировать на все устройства адрекс прокси сервера? Да вы что!!! У меня на каждом устройстве обычно используется от 3 до 5 разных прокси серверов в зависимости от URL и прочих параметров выполняемого запроса.
А что касается закрытия вкладок, то когда ты встал от комьпютера и пошел с работы домой, то это не "середина рабогты над задачеЙ", а "перерыв в работе над задачей".
У меня. например, есть две разных почты - рабочая и личная. Кончился рабочий день, можно рабочую закрыть.
Re: Лучше написать новый sync server
Date: 2021-01-25 07:56 am (UTC)Я адрес прокси-сервера как раз привёл как пример конфигурации, которую не нужно реплицировать.
Я могу понять закрытие рабочей почты и, возможно, вкладок по работе, в конце рабочего дня на удалёнке, как меру разделения рабочего/личного времени (хотя считаю, что отключения нотификаций по времени суток и переключения на другой рабочий стол достаточно). Я не понимаю смысла закрытия чего бы то ни было на офисной машине на тот период, когда сотрудник физически от той машины ушёл, а когда вернётся, то это будет новый рабочий день и там снова понадобятся все те же приложения и вкладки.
Re: Лучше написать новый sync server
Date: 2021-01-25 08:10 am (UTC)Человек придет после 16-часового перерыва в работе. После этого почитает свежую почту и выяснит, что ему нужно срочно отложить эту задачу и хвататься за другую, с более высоким приоритетом.
Re: Лучше написать новый sync server
Date: 2021-01-25 09:56 am (UTC)А, и у вас в команде/компании это частый кейс, поэтому сто́ит ограничиться пулом кандидатов, которые предпочитают stateless workflow?
Re: Лучше написать новый sync server
Date: 2021-01-25 09:43 pm (UTC)Re: Лучше написать новый sync server
Date: 2021-01-26 10:09 am (UTC)Re: Лучше написать новый sync server
Date: 2021-01-26 10:14 am (UTC)Ну примерно так же как в науке. Надо написать что-то большое - берешь творческий отпуск, и отключаешься от рутины.
Правда лично у меня в этом плане все плохо. У нас релизы раз в квартал. И только успеешь с ноябрським разгрестись, уже надо вовсю над февральским работать. Но это у меня должность такая - выпускающий релиз-инженер.
Re: Лучше написать новый sync server
Date: 2021-01-26 04:09 pm (UTC)Re: Лучше написать новый sync server
Date: 2021-01-24 06:03 pm (UTC)Мешает. Потому что в профиле есть слишком много вещей. которые синхронизировать ну просто нельзя. Скажем размеры и расположение окон - на некоторых устройствах они просто в экран не влезут.
Вот если производитель софта хочет чтобы юзер пользовался серверами, которыми он владеет, этот производитель отчетливо злонамерен. Почему-то производители почтовых клиентов не хотят чтобы все пользователи их клиента пользовались их почтовым сервером. Даже микрософт не предлагает всем ползователям аутлука пользоваться своим хотмейлом, понимая что у них могут быть другие предпочтения.
Хотя в злонамеренности микрософта никто не сомневается. Но там хотя бы деньги корпоративных заказчиков считать умеют.
Для того чтобы пользователь мог не возиться с настройкой собственного сервера, можно было договорится с несколькими независимими поставщиками серверных услуг.
no subject
Date: 2021-01-23 01:31 pm (UTC)Вообще-то есть какая-то реализия Sync сервера для Firefox (но довольно страшная). Лучше ее оживить или написать новый и интегрироваться именно с ней. В целях совместимости.
no subject
Date: 2021-01-23 02:06 pm (UTC)https://github.com/mozilla-services/syncserver
no subject
Date: 2021-01-23 08:01 pm (UTC)Не вот с чем совместимости не надо, так это с этим ублюдством. Нужно подумать три раза о том, чего мы собственно хотим от синхронизации. После чего реализовать ее на базе тупого webdav-сервера, как это делают календари и адресные книжки.
no subject
Date: 2021-01-24 11:26 am (UTC)no subject
Date: 2021-01-24 05:54 pm (UTC)Если учесть что многие десктопные расширения принципиально не работают на мобильных устройствах, и наоборот, синхронизировать набор установленных расширений - задача близкая к бессмысленной.
Есть такая забавная вещь. У человека есть ровно одно внимание. Поэтому работает он с браузерами последовательно. Поэтому не надо усложнять себе задачу - можно просто тупо последовательно писать. Фигня началась тогда когда в Мозилле вместо плейн текста (html, javascript) решили испоьзовать для хранения конфигурации SQLite.
no subject
Date: 2021-01-25 09:47 pm (UTC)Неужели жизненный опыт не подсказывает, что использовать человека для сериализации ЗАПИСИ данных это путь в ад, быстрый как прыжок с крыши?
no subject
Date: 2021-01-23 04:02 pm (UTC)з.ы. искользуйте дляудрений разный регистр. ибо сам символударения не видно практически польностью.
no subject
Date: 2021-01-23 05:45 pm (UTC)no subject
Date: 2021-01-25 06:30 am (UTC)Я пожалуй напишу в правилах своего ЖЖ, что здесь за использование разного регистра для ударений полагается бан. Если у вас символ ударения не видно, поставьте нормальные шрифты.
А указывать другим читателям МОЕГО ЖЖ как следует писать, и как нет, вы не имеете права.
no subject
Date: 2021-01-23 04:11 pm (UTC)Отправку телеметрии никто отключать не собирается)
no subject
Date: 2021-01-24 06:03 pm (UTC)Ну значит мейнтейнеры пакетов в дистрибутивах должны это оторвать.
no subject
Date: 2021-01-25 01:17 am (UTC)Всё больше сайтов ни на чём другом работать уже не хотят.
no subject
Date: 2021-01-25 06:07 pm (UTC)