Пума Тайланд

Тут дело не в обратной подпитке. Два независимых действия: Принудительный даёт фазу на L2 сразу, а RELAY1 размыкает L1 только через ~7–10 мс. В этот момент оба входа вентилятора под напряжением — двухскоростной мотор не любит такое.

Finder 40.52 как раз DPDT: катушка от "Принудительного", NC-контакт обрывает L1, NO-контакт включает L2. Одно реле, синхронное переключение.

Ещё: линии ванной и туалета нельзя просто объединять в одну точку для RELAY2 — будет обратная подпитка и второй свет включится от первого. Нужны раздельные контакты.

Google Drive зря отпадает. Их API дёргается прямо из браузерного JS через OAuth с client ID, без server secret. appDataFolder — папка, невидимая пользователю в Drive (scope drive.appdata), только твоё приложение её видит. Кладёшь один зашифрованный sync.json, пользователь нажимает «войти через Google» и готово.

конкурент задублирует запросы к API — и по входам-выходам всё восстановит

у тебя финальные хопы оба 0% — и google.com, и mirror.yandex.ru — трафик доходит нормально. Потери на промежуточных хопах МТС — ICMP rate limiting: backbone роутеры деприоритизируют TTL Exceeded ответы, стандартная практика. Если игры/сайты всё равно лагают — смотри на потери именно на последнем хопе.

на органику это не влияет, контекст и SEO-позиции никак не связаны. Серые строки в вебвизоре Метрика уже пометила как ботов сама. Остальное — мусорные площадки в РСЯ/КМС, попроси подрядчика разбивку по площадкам.

push в GitLab не отменить через pipeline — коммит уже в репо, и только потом стартует CI. Блокировать именно push можно через server hooks (pre-receive), но там таймаут секунды — ИИ не вписать.

Нормальная схема: поставь protected branch на main (запрет прямого push), разраб пушит в ветку, открывает MR, CI запускает скрипт. Diff берёшь через

git diff $CI_MERGE_REQUEST_DIFF_BASE_SHA $CI_COMMIT_SHA

или через GitLab API изменений MR. Результат — комментарием в MR, если скрипт вернул ненулевой exit code — merge заблокирован при включённом "Pipelines must succeed".

requests.post() в job синхронный, job стоит и ждёт пока ИИ не ответит.

она умеет, это в фичах на сайте. Но в базовом режиме записи не прокатит — там пишутся экранные координаты, свёрнутое окно их не ловит. Нужен режим эксперта → там есть привязка к окну.

p.s. если это игра с DirectX — там и expert mode может не помочь, нужна виртуалка или RDP

тут MySQL кривит на связке CTE + оконная функция + COALESCE — оптимизатор скорее всего объединяет CTE в основной запрос так, что rp.start_report_date оказывается NULL внутри COALESCE.

Чище всего — используй третий аргумент LAG вместо обёртки в COALESCE:

lag(t.rasp_time, 1, rp.start_report_date) over(partition by t.vg_id order by t.rasp_time) as prev_rasp_time

Если не поможет — разнеси по уровням: вычисли LAG в raw_data как отдельный столбец lag_rasp_time, COALESCE уже в следующем SELECT:

coalesce(lag_rasp_time, start_report_date) as prev_rasp_time

Можно ещё попробовать хинт NO_MERGE для report_period — Akina в комментарии намекнул правильно.

Провайдер нужен, но лучше не делать из него «бога». Разбей на слои: transport (только connect/reconnect/auth), subscription registry (хранит активные комнаты, при reconnect сам делает join), и event handlers где setQueryData если пришёл полный объект, invalidateQueries если partial. pathname — только сигнал «какие комнаты сейчас нужны», не основа архитектуры. И один queryKeys factory вместо строк в каждом хуке — это сразу уберёт половину несовпадений ключей.

p.s. после reconnect обязателен resync (snapshot по HTTP или sync_required событие) — socket.io recovery при долгом обрыве не гарантирован.

у меня стоит @Voice + RHVoice — без лимитов, читает epub/pdf любой длины

паттерн «DNS лёг + webui мёртв + ребут помогает» это утечка памяти скорее всего, не железо. AmneziaWG на Linux-ядре (Padavan как раз) имеет известные баги с памятью. Отключи на пару недель и посмотри — если зависаний нет, он виноват.

requests.get(multiqr_url), ищи href с qr.nspk.ru в html. Нет — DevTools Network, кликни СБП.

это IMAP? Thunderbird качает только заголовки, тело фильтрам недоступно — отсюда и глюк.

Параметры аккаунта → Синхронизация и дисковое пространство → включи "Хранить сообщения на этом компьютере". Если всё равно не ловит — в фильтре поставь "Запускать при получении после классификации".