Franky div
20+ лет в SEO, аффилиатке и разработке. Делаю инструменты для вебмастеров: spintax.net (бесплатный опенсорсный спинтакс-движок и плагин для WordPress), generator.ink (генератор уникальных статических сайтов) и 301.st (управление доменами, редиректами и TDS на Cloudflare). Local-first, минимум зависимостей, данные остаются у тебя.
С января месяца в Google Search Console - Core Web Vitals мобильная версия начала уходить в красное - Низкая скорость
В PageSpeed Insights вижу Largest Contentful Paint (LCP) - 8 сек, раньше было в районе 2 сек.
Изменений по сайту и серверу не было.
По факту полная загрузка страницы включая метрику в районе 500мс
У кого как?
Если на сайте и сервере ничего не менялось, а десктоп в норме — скорее всего обновилась модель симуляции в Lighthouse. Google периодически меняет параметры мобильного троттлинга (профиль устройства, сеть). Отсюда и скачок.
Проверьте: в PSI переключитесь между "Данные о работе" (реальные пользователи из CrUX) и "Данные лаборатории" (синтетика Lighthouse). Если field data в норме, а lab data просело — это точно модель, а не сайт. На реальное ранжирование влияет field data.
PageSpeed Insights - полет нормальный!
Всем привет! Сколько максимально кто постил шортсов на канале? Как по трафику? Залетало?
Я вот думаю, может начать штук по 5 в день фигачить? Или многовато?
Имел несколько каналов, растил, монетизировал. Потом конкурент закидал абузами — каналы закрыли, годы работы улетели в шортс. Причём в буквальном смысле — единственное что осталось от контента.
Так что совет от пострадавшего: прежде чем думать сколько шортсов в день шлёпать — подумайте о диверсификации. Один канал = одна точка отказа. YouTube закроет и не объяснит почему, а апелляции — лотерея.
Суть вопроса - хранение графических файлов. Клауд прилёг отдохнуть, ищу альтернативу. Что есть для RU рынка?
VK Cloud Object Storage (S3-совместимый) + их CDN. Для картинок — самое то: платишь за хранение + трафик, без абонентки. S3 API — значит любой клиент/плагин который умеет в S3 будет работать.
(Мой выбор после "падения" CF для РФ-трафика)
Ещё варианты для RU: Selectel (CDN + S3-хранилище), Yandex Object Storage + Yandex CDN. Все трое — российские юрлица, серверы в РФ, оплата рублями.
Если нужен именно CDN для статики без привязки к облаку — Bunny CDN, ~$1/TB, есть POP в Москве.
P.S. К слову о CF и картинках. Я написал WP-плагин для синка медиатеки в Cloudflare Images — удобная штука, S3-подобное хранение картинок через их API. Отправил на wp.org, прошёл 7 раундов модерации (длина префиксов, текстовые домены, инлайн-стили — каждый раз новый ревьюер, каждый раз новые замечания). Пока согласовывали — CF для РФ приказал долго жить. 😉
Для чисто РФ-сайта — да, хватит простого баннера с одной кнопкой, как temniy и показал в начале.
@Nil2024 — справедливо, две кнопки для РФ только убивают статистику без юридической необходимости.
Просто проанализировал то, что предлагали в начале поста и чуть офигел, пардон братаны!
melkozaur и Сергей правильно написали про архитектуру и планирование — без этого любой AI превращается в генератор костылей.
Добавлю из практики. Я делаю плагины для WordPress и прошёл путь от «кодить в чате» до рабочего пайплайна. Разница — как между диктовать код по телефону и работать в IDE.
Проблема автора: чат — это тупик по архитектуре. AI видит только текст в окне, а не ваш проект. Когда контекст переполняется — он начинает забывать что писал 20 сообщений назад и плодит дубли, конфликты, мёртвый код. Отсюда и «страница ушла до небес».
Что реально решает проблему:
1. Агент в терминале вместо чата. Claude Code / Codex / Cursor — не важно что, важен принцип: AI видит ваши файлы напрямую, а не через copy-paste. Он открывает файл → правит нужную функцию → запускает → видит ошибку → фиксит. Контекст не теряется, потому что контекст — это файлы на диске, а не история чата.
2. Планирование ДО кода. Сергей верно написал. Первый промпт должен быть не «напиши мне сайт», а «напиши план: какие файлы, какие модули, что от чего зависит». Получили план — проверили глазами — только потом кодим. Это экономит часы.
3. Маленькие файлы. Если весь код в одном файле на 3000 строк — любой AI сломается. Разбивайте: один файл = одна задача. AI работает с отдельным файлом, не трогая остальные.
Конкретный пример: говорю Claude Code «сделай скриншоты плагина и залей на wordpress.org» — он поднимает Docker с WordPress, открывает браузер, логинится в админку, проходит по 5 страницам, снимает скриншоты, сжимает, делает svn checkout, заливает, чистит за собой. Одна команда, без рук. В чате это потребовало бы 50 сообщений и всё равно бы сломалось.
По бесплатности: Claude Code — платный, но Antigravity (Сергей упомянул) с Opus внутри — рабочий вариант. DeepSeek в Cursor тоже бесплатен. Для старта хватит.
P.S. Общение с AI накладывает паттерны — привычка форматировать сообщения болдами и списками уже неизлечима, простите
Суть: скрипты аналитики лежат в HTML, но с type="text/plain" вместо text/javascript — браузер их не выполняет. После клика «Принять» скрипт меняет type и выполняет их. Кнопка «Только необходимые» — закрывает баннер без активации аналитики.
1. Метрика — НЕ выполняется до согласия:
<script type="text/plain" data-consent="analytics"> (function(m,e,t,r,i,k,a){...})(window, document, "script", "https://mc.yandex.ru/metrika/tag.js", "ym"); ym(XXXXXXXX, "init", { clickmap: true, trackLinks: true, accurateTrackBounce: true }); </script>
2. Баннер + логика согласия:<script> (function() { if (localStorage.getItem('consent')) { activateScripts(); return; } var bar = document.createElement('div'); bar.innerHTML = 'Сайт использует cookies и Яндекс.Метрику для аналитики. ' + '<button id="c-ok">Принять</button> ' + '<button id="c-no">Только необходимые</button>'; Object.assign(bar.style, { position: 'fixed', bottom: '0', left: '0', right: '0', background: '#1a1a1a', color: '#fff', padding: '14px 20px', zIndex: '99999', fontSize: '14px' }); document.body.appendChild(bar); document.getElementById('c-ok').onclick = function() { localStorage.setItem('consent', 'full'); activateScripts(); bar.remove(); }; document.getElementById('c-no').onclick = function() { localStorage.setItem('consent', 'essential'); bar.remove(); }; function activateScripts() { if (localStorage.getItem('consent') !== 'full') return; document.querySelectorAll('script[data-consent]') .forEach(function(s) { var n = document.createElement('script'); n.textContent = s.textContent; s.parentNode.replaceChild(n, s); }); } })(); </script>Что это даёт:— Две кнопки: «Принять» и «Только необходимые» — как требует закон
— Метрика/Аналитика не грузится до явного согласия — type="text/plain" гарантирует
— Работает на любой CMS включая NetCat — один блок перед </body>
— Запоминает выбор в localStorage
— Ноль зависимостей, ~1.5 КБ
Все эти сервисы типа freecookie.net делают ровно то же самое, только грузят 50 КБ чужого JS и ставят свои куки. Иронично.
«Сад серверных наслаждений», 2026, нейромасло.
Слева — рай: админы-монахи, аптайм 99.99%, золотой SSH-ключ на Древе Познания. В центре — наш тред. Справа — те, кто жал Accept All не глядя. Найди Mik Foxy (на горе Арарат) и получи справку о прохождении IQ-теста.
Только не понял в чем суть вашего тоже кликбейта))
Недавно тоже вполне успешно обновил 6 VPS и перенес сотни сайтов, тоже тему создавать?)) Просто хороший рабочий инструмент. Ничего экстраординарного
@MIk Foxi — ты прав насчёт вайбкодинга, но не надо путать тёплое с мягким.
Claude Code — это руки, не мозги. P.S. Как я ненавижу самописные форумы, где нельзся тегнуть собеседника :)
Доброго времени суток, коллеги!
В России существует законодательство, регулирующее работу с cookie-файлами на сайтах. Куки-файлы считаются персональными данными и их обработка регулируется ФЗ-152 (законом о персональных данных).
В связи с этим у меня возник вопрос: Подпадают ли под этот закон информационные сайты, где нет регистрации пользователей?
С одной стороны - не должны бы. Но! Персональными данными является в том числе электронная почта, которая фиксируется на сайте, когда пользователь оставляет комментарий. Также данные собирает Метрика - айпиадреса, например. Исходя из этого получается, что практически все сайты должны разместить поп-ап баннер о сборе cookie с кнопкой “ОК” и уведомить Роскомнадзор о деятельности по обработке персональных данных.
Кто что думает по этому поводу?
Тут в треде всё смешали в кучу — куки, персональные данные, метрику, РКН. Давайте разложим по полочкам, потому что куки кукам рознь.
Что такое кука технически? Это пара ключ=значение, которую сервер просит браузер сохранить. Всё. Сама по себе кука — это не персональные данные, точно так же как пустой конверт — это не письмо.
Какие куки НЕ являются персональными данными:
— Сессионные куки ( PHPSESSID , session_id ) — живут до закрытия браузера, нужны чтобы сайт работал. Без них не будет корзины, авторизации, CSRF-защиты. Это техническая необходимость, а не сбор данных.
— Функциональные куки — язык интерфейса, тема оформления, cookie_consent=yes (ирония — сама кука о согласии на куки). Никакой идентификации пользователя.
— First-party куки без привязки к личности — например, last_visited_page=/catalog . Нет ни email, ни IP, ни имени. Это не ПД ни по ФЗ-152, ни по GDPR.
Какие куки ЯВЛЯЮТСЯ (или могут являться) персональными данными:
— Куки трекинговых систем: _ym_uid (Метрика), _ga (Google Analytics) — уникальные идентификаторы, которые позволяют отслеживать пользователя между визитами и потенциально между сайтами. Вот это уже идентификатор, который в совокупности с другими данными может считаться ПД.
— Third-party куки рекламных сетей (РСЯ, Google Ads) — тут вообще прямая передача поведенческих данных третьим лицам.
— Куки, содержащие JWT-токен с email или user_id внутри — это буквально персональные данные в чистом виде. Кстати, многие даже не знают, что у них в куке лежит Base64-закодированный JSON с email пользователя — открывается декодером за секунду.
Практический вывод:
Если у вас статический сайт без метрики, без рекламы, без форм — у вас, скорее всего, вообще нет кук или есть только технические. Никакой регистрации в РКН не нужно.
Если у вас стоит Метрика — у вас _ym_uid , и формально вы оператор ПД. Но обратите внимание: сама Метрика в стандартной конфигурации не показывает IP пользователя. Яндекс его хеширует на своей стороне. Вы как оператор его не видите и не обрабатываете.
Про «удалить Google Analytics и reCAPTCHA» — это перебор. reCAPTCHA ставит куку _GRECAPTCHA , но она нужна для защиты формы, а не для идентификации. Удалять защиту от спама ради параноидального прочтения закона — так можно и HTTPS отключить, потому что сертификат хранит данные о соединении.
По поводу попапов «Мы используем куки» — в российском законодательстве, в отличие от GDPR, нет прямого требования показывать баннер. ФЗ-152 требует получить согласие на обработку ПД, но форма этого согласия не регламентирована. Попап — это калька с европейского ePrivacy Directive, которая в РФ юридической силы не имеет. Делают «на всякий случай».
Кстати, я публикую расширения для браузеров — инструменты, которые как раз работают с куками (просмотр, экспорт, декодирование JWT прямо в cookie). Так вот, Chrome Web Store и другие маркетплейсы при ревью смотрят именно на то, собирает ли расширение ПД. И первый вопрос — какие куки ты читаешь и зачем. Техническая кука для хранения настроек — ок, отслеживающий идентификатор — объясняй зачем. Подход ровно тот же, что и в законе: контекст решает всё.