Redirect & 404 Monitor

Redirect Center и 404 Monitor: исправлять битые URL без ручного хаоса в .htaccess

AntiPF фиксирует реальные 404, хранит referrer/statistics и позволяет управлять redirect rules централизованно. Перед массовыми изменениями создаётся backup, а import preview проверяет self-redirects, duplicates, blocking conflicts и loops.

404 monitoringImport / exportLoop & conflict detectionBackup before mass change
Redirect diagnostics
404/old-product/
37 hits
Suggestion/catalog/product/
86%
Import preview1 conflict
BLOCKED
Target checkHTTPS · 200
PASS
Массовый import не должен применяться, если preview нашёл loop/self/conflict.
HTTP hygiene

Редиректы — это данные и транзакции, а не бесконечный файл правил

Redirect Engine нормализует rules, умеет импортировать structured data и ограниченный .htaccess Redirect syntax, строит compiled cache и проверяет конфликты. 404 Monitor сохраняет частоту, referrer и кандидатов для исправления.

OBSERVE

Фактические 404

Собираются реальные response=404 с bounded retention.

VALIDATE

Проверка правил

Self, duplicates, conflicts, loops и небезопасные destinations выявляются до применения.

BACKUP

Rollback safety

Перед mass change используется существующий migration/backup engine.

Архитектура

Monitor → suggest → preview → backup → apply

Redirect management должен быть обратимым и проверяемым. Import разделён на preview и apply, а compiled cache перестраивается после transaction.

01
Record 404

Shutdown hook фиксирует фактический HTTP 404 и referrer.

02
Analyze

Считать hits, top referrer и similarity suggestions.

03
Preview rules

Нормализовать source/destination и найти conflicts/loops.

04
Backup

Создать recovery point перед массовой операцией.

05
Transaction

Применить изменения через SQLite transaction.

06
Compile/check

Перестроить cache и проверить target/status.

Mass-change invariant. Нельзя применять unsafe import или chain rewrite без предварительной проверки и backup.
Что умеет модуль

Что входит в Redirect / 404 контур

Цель — безопасно привести реальные ошибки сайта к управляемой карте перенаправлений.

01

404 Monitor

Hits, first/last seen, referrers, active/resolved lifecycle и retention cleanup.

Подробнее →
02

Redirect rules

HTTP status, host/query/method scope, priority и поддерживаемые типы правил.

Подробнее →
04

Import / export

JSON/CSV и bounded parsing поддерживаемых .htaccess Redirect directives.

Подробнее →
05

Target check

Безопасная проверка public target с ограничением private/reserved destinations и hop count.

Подробнее →
06

Suggestions

Кандидаты для 404 строятся по существующим redirect destinations и URL registry.

Подробнее →
Readiness & evidence

Правило может быть валидным синтаксически, но опасным семантически

Поэтому «import parsed» и «safe to apply» — разные состояния.

VALID
Rule нормализованоDestination и scope прошли базовую validation.
CONFLICT
Пересечение правилПрименение требует исправления/решения конфликта.
LOOP
Обнаружен циклMass apply должен быть заблокирован.
RESOLVED
404 закрытСобытие переводится из active и позже очищается по retention.
Практическое применение

Где модуль экономит время

Особенно заметно на сайтах с долгой историей, миграциями структуры и накопленными 404.

OPS

Массовое исправление

Backup + transaction + compiled cache уменьшают риск ручной правки сотен строк.

Связанный сценарий →
Безопасность

Redirect checker не должен становиться SSRF-инструментом

Проверка target ограничивает private/reserved IP и число hops. Import не принимает произвольный исполняемый код из .htaccess — только поддерживаемые декларативные конструкции.

FAQ

Вопросы про Redirect Center и 404 Monitor

Можно импортировать существующие редиректы?

Да, предусмотрены JSON/CSV и ограниченный parser поддерживаемых Redirect directives из .htaccess с preview до apply.

AntiPF ищет циклы?

Redirect diagnostics проверяет self-redirects, duplicates, blocking conflicts и loops.

Создаётся ли backup?

Перед массовыми изменениями Redirect Engine использует backup engine; это часть safety flow.

Как долго хранятся одиночные 404?

Retention настраивается; старые малозначимые active и resolved записи могут очищаться maintenance-задачей.

Следующий шаг

Приведём 404 и redirects к управляемой системе

Можно начать с экспорта текущих 404, построить безопасную redirect map и применить её после preview/backup.