IRP Technical Monitor

Status

no data

Score

HTTP

Last check

Never

Связь с агентом: Сводка

Здесь можно оставить вводные, уточнения или команду для следующей проверки. Заметки сохраняются отдельно для сайта Rubic.us и этого агента.

Для этого агента вводных пока нет.

Сводка появится после следующей проверки сайта.

Связь с агентом: Кэширование

Для этого агента вводных пока нет.

Нет данных политики кэширования.

Связь с агентом: База данных

Последние вводные: 1 всего, 1 активных, 0 закрытых

Команда active 2026-05-03T19:42:14.689Z

TEST task layer autoload dry-run

Ответ агента: Принято как "Команда" для агента "База данных". Команда будет учтена в следующей проверке; после выполнения ее можно пометить использованной или закрытой.

Нет данных Database Health Agent.

Связь с агентом: Плагины

Последние вводные: 1 всего, 0 активных, 1 закрытых

Правило revoked 2026-05-03T17:27:59.317Z

1. Два анти-спам решения для форм входа Simple Login Captcha — добавляет 3-значный captcha на login. WPS Hide Login — скрывает страницу wp-login.php целиком. Wordfence — встроенный 2FA и rate limiting на логин. WP Armour Honeypot — honeypot на формах. Проблема: WPS Hide Login + Simple Login Captcha + Wordfence одновременно — известный источник «белых экранов» на странице логина и блокировок легитимных пользователей. WPS Hide Login уже сам по себе закрывает 99% брутфорса. Рекомендация: выберите ОДНО — либо WPS Hide Login, либо Wordfence Login Security. Simple Login Captcha можно убрать. 2. Два плагина для дублирования записей Duplicate Page (mndpsingh287) Yoast Duplicate Post Проблема: добавляют две одинаковые ссылки «Дублировать» в админке, могут конфликтовать в bulk actions, оба пишут в wp_postmeta. Рекомендация: оставить Yoast Duplicate Post (поддерживается командой Yoast, есть rewrite & republish), удалить Duplicate Page. 3. Два плагина мультиязычности (потенциально) Polylang — активен. WPML — удалён, но если в БД остались таблицы wp_icl_*, переводы и языковые мета-данные, они могут мешать Polylang при попытке сканировать контент. Рекомендация: очистить остатки WPML из БД (таблицы wp_icl_*, опции wpml_*, icl_*).

Нет данных Plugin Hygiene Agent.

Агент Mailchimp появится после следующей проверки Rubic.

Задачи агентов

Это рабочий список задач по сайту Rubic.us. Команды и вопросы из окон связи автоматически создают карточки здесь. Execute сейчас выключен: агент готовит диагностику и dry-run, а реальные изменения требуют backup и подтверждения.

Открытые задачи

Закрытые

Режим execute

выключен

Приоритет	Статус	Задача	Путь	Защита	Следующий шаг	Управление
Задач пока нет. Напишите команду или вопрос в любом окне связи с агентом.

Current Issues

Проблем не найдено.

Assisted Fix Queue

Подготовленных действий нет.

История работ

Короткая раскладка по дням только для сайта Rubic.us: какие замечания закрывали, зачем это было нужно и что изменилось.

2026-06-02 - Ручные изменения (rubic)

Статус	Что сделали	Результат
done	(manual)	Следующие шаги Наблюдение за работой rubic-external-links. Аудит fb-instant-articles. Удаление окончательно неиспользуемых legacy-плагинов после периода наблюдения. Подготовка к тестовому переходу на PHP 8.2.
done	(manual)	Текущий статус Рабочие замены: rubic-share-buttons — production rubic-post-views — production rubic-external-links — production Отключены: easy-social-share-buttons3 essb-facebook-comments essb-post-views sem-external-links Все основные функции сайта после отключения сохранены.
done	5. Проведено тестирование rubic-external-links Проверено: внешние ссылки корректно получают target="_blank"; внешние ссылки получают rel="noopener noreferrer"; внутренние ссылки Rubic не изменяются; sem-external-links отключён; rubic-external-links работает штатно; конфликтов не обнаружено. (manual)
done	4. Разработан новый плагин rubic-external-links Создана замена sem-external-links. Функционал: внешние ссылки получают target="_blank"; внешние ссылки получают rel="noopener noreferrer"; глобальный nofollow отключён; поддерживаются списки: Sponsored domains; Nofollow domains; Excluded domains; существующие rel-атрибуты редакторов сохраняются; внутренние ссылки Rubic не изменяются. (manual)
done	3. Проведён полный аудит sem-external-links Установлено: плагин не используется темой напрямую; собственных таблиц БД не имеет; данных, критичных для работы сайта, не хранит; основной функционал — автоматическое добавление target="_blank" и rel="nofollow" ко всем внешним ссылкам. Также установлено, что политика глобального nofollow устарела и не соответствует текущим задачам Rubic. (manual)
done	2. Проведён аудит готовности к PHP 8.2 Основной legacy-блокер ESSB устранён. Текущая оценка готовности сайта к переходу на PHP 8.2 существенно улучшилась. Выявлены оставшиеся кандидаты для анализа: fb-instant-articles; sem-external-links. (manual)
done	Итог работ за 02.06.2026 Выполнено 1. Завершена замена ESSB Старые плагины выведены из эксплуатации: Easy Social Share Buttons for WordPress ESSB Facebook Comments ESSB Post Views Для замены разработаны и внедрены собственные micro-plugin решения: rubic-share-buttons rubic-post-views Проверено: кнопки шеринга работают; мобильная версия работает; счётчик просмотров работает; блок «Самое читаемое» работает; колонка просмотров в админке восстановлена; критических проблем после отключения ESSB не выявлено. (manual)

2026-05-29 - Ручные изменения (rubic)

Статус	Что сделали	Почему
done	Этап 7. Подготовка staging-плана Подготовлен полный документ внедрения. План включает: проверку структуры; проверку PHP 8.2; установку на staging; совместную работу со старым ESSB; отключение ESSB; проверку блока "Самое читаемое"; проверку просмотров; поиск скрытых зависимостей; rollback-план. Production не затрагивается. (manual)
done	Этап 6. Создание и ревизия micro-plugin Созданы: rubic-share-buttons rubic-post-views Проведён code review. Исправлена критическая проблема: При совместной работе со старым ESSB просмотры могли учитываться дважды. Исправление внесено. После исправления оба плагина признаны пригодными для staging-тестирования. (manual)
done	(manual)	Этап 5. Проектирование замены ESSB Принято решение отказаться от замены одним большим плагином. Подготовлена архитектура: rubic-share-buttons Функции: Facebook X/Twitter VK WhatsApp Telegram Email Замена shortcode: [easy-social-share ...] rubic-post-views Функции: запись просмотров в essb_views; совместимость с блоком "Самое читаемое"; cookie-защита; nonce; защита от двойного подсчёта.
done	Этап 4. Аудит ESSB Проведён полный аудит: easy-social-share-buttons3 essb-post-views essb-facebook-comments Подтверждено использование в теме Тема: rubic-redesign напрямую использует: [easy-social-share ...] в нескольких шаблонах. Поэтому прямое отключение ESSB невозможно без замены функционала. Подтверждено использование просмотров Обнаружен виджет: Самое читаемое Источник данных: meta_key = essb_views Виджет: CustomWidgetMostViewedPosts.php использует накопленные просмотры ESSB. Анализ механизма просмотров Установлено: essb-post-views представляет собой очень простой механизм: JS вызывает AJAX; AJAX увеличивает essb_views; защиты от повторов практически отсутствуют. Вывод: Функцию можно заменить собственным плагином без потери совместимости. (manual)
done	Этап 3. Аудит активных плагинов Проведена классификация всех активных и неактивных плагинов. Результат: KEEP 15 плагинов имеют подтверждённое использование. REVIEW 16 плагинов требуют дополнительной проверки. REMOVE CANDIDATE Выявлены 4 кандидата на удаление: cyr3lat essb-facebook-comments seo-optimized-images svg-support Удаление пока не выполнялось. (manual)
done	Этап 2. Анализ хвостов удалённых плагинов Проверены: wp_icl_* wp_charitable_* wp_wsl_* wp_actionscheduler_* wp_wpmailsmtp_* Подтверждено WPML Плагин отсутствует. Осталось: таблицы WPML; настройки WPML. Общий объём: ~22 MB. Статус: Кандидат на будущую очистку. Charitable Плагин отсутствует. Остались: таблицы пожертвований; настройки. Статус: Кандидат на будущую очистку. WordPress Social Login Плагин отсутствует. Остались: wp_wsluserscontacts wp_wslusersprofiles Статус: Кандидат на будущую очистку. WP Mail SMTP Плагин установлен, но неактивен. Статус: Не удалять без дополнительной проверки. Action Scheduler Используется как библиотека. Статус: Не трогать до отдельного анализа зависимостей. (manual)
done	Отчёт о проделанной работе Дата: 29.05.2026 Цель этапа Провести технический аудит WordPress-сайта Rubic.us с целью: выявления устаревших и лишних плагинов; анализа структуры базы данных; поиска хвостов удалённых плагинов; подготовки к переходу на PHP 8.x; поиска возможностей замены тяжёлых legacy-плагинов собственными micro-plugin. Выполненные работы Этап 1. Анализ базы данных Проведён аудит структуры БД WordPress. Проверено: размер autoload options; размер основных таблиц; cron-задачи; остатки удалённых плагинов; крупнейшие потребители места в БД. Результаты Наибольшие объёмы занимают: Таблица Размер wp_postmeta ~291 MB wp_posts ~211 MB wp_wfFileMods ~203 MB wp_wfKnownFileList ~86 MB wp_yoast_indexable ~74 MB Вывод: Основной объём БД формируют: Wordfence; Yoast SEO; контент WordPress. (manual)

2026-05-28 - Ручные изменения (rubic)

Статус	Что сделали	Почему
done	Что будем делать завтра ЭТАП 1 — CLEAN STAGING Главная цель: создать новый staging, который: полностью соответствует production; безопасен; пригоден для PHP 8 тестов; пригоден для Codex; пригоден для AI-аудита. План на завтра 1. Проектирование нового staging Решить: новый поддомен или замена старого; способ копирования; способ синхронизации uploads. 2. Анализ uploads Понять: структура медиа; есть ли мусор; есть ли giant files; нужны ли все uploads в staging. 3. Проверка current PHP frontend Понять: какая PHP реально крутит production; как именно она задаётся в панели. 4. Подготовка AI-инвентаризации Следующие цели: hooks; cron; autoload; plugins dependencies; heavy queries; duplicate assets. (manual) (manual)
done	(manual)	Главный итог дня Сегодня проект перестал быть “просто старым WordPress”. Теперь у нас: понятная архитектурная картина; подтверждённые зоны риска; рабочий DevOps pipeline; рабочий WP-CLI через PHP 8.2; roadmap; staging strategy; понимание, как строить AI-аудит дальше.
done	7. Принято важное архитектурное решение Старый staging НЕ используем. Вместо этого: Будем создавать новый clean staging из production. Это очень важное решение для проекта. 8. Найдена структура хранения сайта Production размер: 47G Но выяснилось: 23G = uploads 23G = Updraft backups То есть: сам WordPress относительно небольшой; гигантский объём занимает медиа + backup архивы. 9. Проанализированы backups Выяснилось: Updraft уже хранит полный backup production; backup разбит на части по ~400MB; это можно использовать для нового staging. 10. Проверена БД Размер БД: ~660MB Структура: posts ~307MB postmeta ~289MB Для сайта такого возраста — это нормально. 11. Проверено свободное место Свободного места достаточно. Это означает: можно создавать новый staging; можно делать временные копии; можно проводить AI-аудит без риска нехватки storage. (manual) (manual)
done	4. Получили первую AI-карту плагинов Найдено: 35 активных plugins; 1 must-use plugin; db.php drop-in; legacy social stack; duplicate functionality; heavy plugins; security-risk plugins. 5. Найдены ключевые зоны риска Критические кандидаты на аудит: Legacy: easy-social-share-buttons3 ESSB addons Возможные дубли: duplicate-page duplicate-post Потенциальная нагрузка: YARPP Wordfence WPForms UpdraftPlus Потенциальный security risk: wp-file-manager 6. Проверен staging Обнаружено: stage.rubic.us существует, НО: сильно устарел; не соответствует production; содержит старые plugins; содержит старые cache systems; содержит старые migration tools; не пригоден для полноценного тестирования. (manual) (manual)
done	Итог работы за сегодня — проект AI-аудита rubic.us Что сделали 1. Подтвердили рабочую инфраструктуру Проверено и подтверждено: ☑ SSH-доступ ☑ доступ к серверу ☑ WP-CLI ☑ PHP CLI ☑ структура WordPress ☑ доступ к production ☑ наличие staging 2. Найдена первая критическая архитектурная проблема Legacy plugin: easy-social-share-buttons 3 При запуске через PHP 8.2: fatal error; create_function() legacy; несовместимость с PHP 8+. Это уже подтвердило: сайт сильно зависит от старого PHP; миграция на современный стек невозможна без аудита plugins. 4. Подтвердили проблему PHP CLI По умолчанию сервер использует: PHP 5.6 Но WP-CLI удалось безопасно запускать через: /usr/bin/php8.2 $(which wp) И это: не ломает production; не меняет PHP сайта; даёт возможность безопасного анализа. (manual) (manual)

2026-05-17 - Ручные изменения (rubic)

Статус	Что	Что сделали	Почему	Результат
done		Создали Cloudflare API Token для rubic.us. Дали ему минимальные права: Cache Purge Zone Read Ограничили токен только доменом rubic.us. Подключили токен в WordPress Cloudflare plugin. Исправили Forbidden, после чего очистка кэша заработала. Очистили Cloudflare/APO cache. (manual)		Проверили монитор: статус улучшился с critical / 59 до warning / 84. Итог: WordPress теперь может чистить Cloudflare cache через API token, а проблема с кэшем заметно улучшилась.

Техническая история чеков

Checked At	Status	Score	HTTP	Duration	Issues
No checks yet.