До принятия кукисов собирающие данные сервисы не подгружаются в принципе.
До принятия кукисов: В window встраивается объекты для Я.Метрики и ГуглАналитики соответственно, запрещающие сбор любых данных. Это также запрещает всем виждетам на сайте собирать данные.
После принятия кукисов, у объектов Я.Метрики и ГуглАналитики обновляются разрешения.
Идентификатор, какие кукисы пользователь разрешил использовать являтся обязательным для работы сайта.
Ну а наш ФЗ на сайтах мы делали похожим образом, но с поправкой, что на сайтах не должно быть никаких внешних сервисов, собирающих данных + уведомления в РКН.
А как вы искали продавцов в Ваш магазин? Вручную опрашивали юр. лица с каких-нибудь ресурсов, содержащих инфу о компаниях? Связывались с продавцами через ваших же конкурентов?
Обновили мы как-то на старом проекте либу, и после этого приложение очень избирательно умерло, потому что свойство на базовой сущности из этой либы стало иметь protected set, вместо public set, и из-за этого похожий на ваш маппер перестал ставить значения этому свойству... Разумеется, баг нашли на проде, осознали далеко не сразу и, разумеется, обновление той либы было необходимо. Сколько же геморра мы получили.
Другая история. Поставили мы какие-то либы для автоматизации всего и вся в нашем проекте, а потом очень долго расхлебывали тонкости, например, hangfire не мог запустить таски, потому что он не мог восстановить какие-то определенные серилизованные им же value object'ы, которые по факту ничем и не отличались от других. Раньше же у нас был максимально простой шедулер, который работал хотя бы стабильно, который можно было удобно перезапустить, в утром можно было добавить/удалить ему таску и тд и тп.
Я это все к тому, что автоматизация – особенно такая, в которой нет особой необходимости – создаёт больше проблем, чем пользы. Ну сделал ты задачу быстрее (и то далеко не всегда), молодец, но потом ещё несколько лет всей команде грозит расхлебывать проблемы из-за новой либы, которую самостоятельно и в разумные сроки ты не поправишь, если что.
"Пет-проект — это что-то такое для души, на несколько вечеров в свободное от работы время."
"на несколько вечеров"
Хе-хе, по-моему, вы слегка недооцениваете пет-проекты. Помимо того, что их нужно придумать, их также надо разработать, отладить и красиво оформить, чтобы в будущем хотелки можно было добавить.
Выглядит более-менее похоже на GDPR.
Сам GDPR мы делали так:
До принятия кукисов собирающие данные сервисы не подгружаются в принципе.
До принятия кукисов: В window встраивается объекты для Я.Метрики и ГуглАналитики соответственно, запрещающие сбор любых данных. Это также запрещает всем виждетам на сайте собирать данные.
После принятия кукисов, у объектов Я.Метрики и ГуглАналитики обновляются разрешения.
Идентификатор, какие кукисы пользователь разрешил использовать являтся обязательным для работы сайта.
Ну а наш ФЗ на сайтах мы делали похожим образом, но с поправкой, что на сайтах не должно быть никаких внешних сервисов, собирающих данных + уведомления в РКН.
А как вы искали продавцов в Ваш магазин? Вручную опрашивали юр. лица с каких-нибудь ресурсов, содержащих инфу о компаниях? Связывались с продавцами через ваших же конкурентов?
Хьюго - это, конечно, мощный инструмент, но он подходит только для генерации шаблонных сайтов без какого бы то ни js кода.
Для сайта-визитки его слишком много, только время создания замедлит из-за своих специфик.
Для генерации шаблонных сайтов-визиток в формате "почти-pdf" подходит идеально, разумеется, со со своими нюансами.
Для генерации просто сайтов уже не проходит, т.к. придётся, откровенно говоря, извращаться, т.к. инструмент максимально неповортливый.
Проще по-быстрому накидать себе сайт-визитку на html + js + css и радоваться жизни.
Некропостинг но все же: команда Hangfire специально внедрила функционал переадресации упавшего таска в default queue
PR, где фикс отклонили: https://github.com/HangfireIO/Hangfire/pull/502
Советую в сторону Gemini Flash посмотреть
Как писали выше, ее легко склонить к разврату – достаточно системного промпта или загрузки контекста общения с обсуждением mature контента.
Бесплатная, включая API
Лимиты запросов для Flash космические, если рассматривать их для одного пользователя
Обновили мы как-то на старом проекте либу, и после этого приложение очень избирательно умерло, потому что свойство на базовой сущности из этой либы стало иметь protected set, вместо public set, и из-за этого похожий на ваш маппер перестал ставить значения этому свойству... Разумеется, баг нашли на проде, осознали далеко не сразу и, разумеется, обновление той либы было необходимо. Сколько же геморра мы получили.
Другая история. Поставили мы какие-то либы для автоматизации всего и вся в нашем проекте, а потом очень долго расхлебывали тонкости, например, hangfire не мог запустить таски, потому что он не мог восстановить какие-то определенные серилизованные им же value object'ы, которые по факту ничем и не отличались от других. Раньше же у нас был максимально простой шедулер, который работал хотя бы стабильно, который можно было удобно перезапустить, в утром можно было добавить/удалить ему таску и тд и тп.
Я это все к тому, что автоматизация – особенно такая, в которой нет особой необходимости – создаёт больше проблем, чем пользы. Ну сделал ты задачу быстрее (и то далеко не всегда), молодец, но потом ещё несколько лет всей команде грозит расхлебывать проблемы из-за новой либы, которую самостоятельно и в разумные сроки ты не поправишь, если что.
Желаем автору терпения для реализации следующих паттернов.
"Пет-проект — это что-то такое для души, на несколько вечеров в свободное от работы время."
"на несколько вечеров"
Хе-хе, по-моему, вы слегка недооцениваете пет-проекты. Помимо того, что их нужно придумать, их также надо разработать, отладить и красиво оформить, чтобы в будущем хотелки можно было добавить.