Технические разборы задач

После переноса WordPress на новый домен обычно ломаются внутренние ссылки, формы заявок, sitemap, robots.txt, канонические URL и старые редиректы. Визуально сайт может открываться, но реклам…

Сайт стал открываться на новом домене как основная рабочая версия, формы продолжили принимать заявки, а поисковые и рекламные ссылки перестали вести в технический мусор.

Каждое утро сайты становились недоступны. Визуально это выглядело как случайная проблема с сервером или SSL, но повторяемость по времени указывала на системную причину.

Сайты перестали регулярно падать утром. Причина была зафиксирована, а не просто временно залита перезапуском сервиса.

Почта формально существовала, но доверия к домену не было: MX, SPF, DKIM, DMARC и SMTP-настройки были неполными или несогласованными. Для бизнеса это означает потерянные ответы клиентов и за…

Почта стала предсказуемой: письма начали проходить корректнее, домен получил нормальные почтовые признаки, а проблему можно стало контролировать по конкретным проверкам.

Проверка с одного компьютера показывала, что сайт работает, но у пользователей из других сетей он не открывался. Это опасная ситуация: владелец видит 200 OK, а реальные клиенты видят пустоту…

Проблему перестали искать вслепую. Стало видно, где сайт реально доступен, где падает маршрут, а где нужно работать с зеркалами, прокси или DNS.