Как исправить баг htacces вордперсса или как настроить правильный ответ сервера?

Question

[Крил]

Проблема такая - сервер отдаёт неправильные заголовки

site.ru/www - страницы нет - получаем 404
site.ru/page - страница есть - получаем 200
site.ru/page/www - страницы нет - получаем 200 и видим страницу по адресу site.ru/page
site.ru/page/www/www - страницы нет - получаем 404
site.ru/category/page - категория есть - получаем 200
site.ru/category/page/page/page/page - категории нет - получаем 200

Проверял на разных сайтах и разных серверах. Стоит плагин супер кеш и чпу

Answer 1

[Максим Гречушников]

добро пожаловать в объятия wp

Answer 2

[Игорь Воротнёв]

Вы не понимаете архитектуру WP, те 200, где вы ожидаете 404 - абсолютно корректны. Это не баг. Например:

site.ru/category/page/page/page/page - категории нет - получаем 200

В данном случае ответ 404 и соответствующая страница и не должна быть, вы запросили контент по параметрам, и вместо 404 WordPress вам выдаст страницу, на которой написано - по вашему запросу ничего не найдено. Это динамика. Представьте ситуацию - интернет магазин. Вы ищете товар по фильтрам. Выбрали один фильтр, отфильтровали товары. Второй - тоже отфильтровали. Третий фильтр - и вам пишет "товаров не найдено". Это нормальная работа, 404ю отдавать здесь некорректно.

Comments

[Крил]

дело не в фильтрах, а именно в том что мы видим по адресу site.ru/category/page/page/page/page страницу site.ru/category/page/ без редиректа

[Игорь Воротнёв]

Там и не должно быть никакого редиректа. Читайте https://codex.wordpress.org/Template_Hierarchy и wphierarchy.com/. Попробуйте написать что конкретно вы хотите на выходе получить, зачем вам это. Возможно, так я смогу вам подсказать куда копать.

[Игорь Воротнёв]

В принципе, все не обнаруженные объекты можно форсить на 404, если так уж сильно надо. Во всех шаблонах идет WordPress Loop, в нем есть блок "else". Обычно именно в нем подключается шаблон или текст "ничего не найдено", который и прилетает вместе с 200м кодом. Ничто не мешает еще на уровне получения результатов запроса к БД посмотреть, если ответ не содержит результатов - отправить соответствующий заголовок, прекратить выполнение, или же продолжить выполнение, но вместо стандартного шаблона включить 404й.

[Крил]

Игорь Воротнёв: вот это и нужно только вп сам обрабатывает 404 и как им управлять пока непонятно

[Игорь Воротнёв]

В папке темы должен быть файл 404.php. Если в .htaccess прописать:

ErrorDocument 404 /index.php?error=404

то сервер будет сам отправлять куда надо. Это раз. Два - можно использовать условие is_404() и редиректить куда угодно (хоть на статическую страницу ошибки), включать заголовки, грузить нужные темплейты. Подробнее тут:

stackoverflow.com/questions/7824792/wordpress-plug...

Смысл в том, что на ранний action (который подходит для конкретной ситуации) хукается функция, которая отлавливает ошибку и дальше - делает что надо. Этим путем можно отслеживать все что угодно, и делать тоже все, что захочется. Важно понимать иерархию темплейтов а также WordPress Page Lifecycle. Например, в ссылке вверху, к моменту экшна template_redirect WP уже отпарсил урл, сгонял запрос в БД и содержит объект со всеми данными. Его можно в этом месте разобрать, посмотреть что там есть, чего нет, и соответственно, выдать нужные заголовки и подключить нужный шаблон.

[Крил]

Игорь Воротнёв: но дуло в том что по адресу site.ru/category/page/page/page/page мы видим контент страницы site.ru/category/page/ но урл site.ru/category/page/page/page/page

[Игорь Воротнёв]

80689248440: правильно, потому что там контент не найден, но подключен то по иерархии шаблон page.php, и берется контент с самого первого найденного фрагмента (остальные - это параметры, а параметры лишь модифицируют контент текущей страницы). Почитайте что ли про rewrite rules в WP. Про ЧПУ в целом, что это такое и как им пользоваться. Вам или какой-то странный роутинг урлов нужен, либо вы концепцию в целом не понимаете. Я потому и попросил вас выше написать кейс, для которого это нужно, так мне легче будет подсказать.

[Крил]

Игорь Воротнёв: хочу исправить ответы на более логичные:
когда находимся на главной и приписываем что-то левое то получаем и видим 404 - это правильно
когда находимся на любой page.php и припысываем бред к url то получаем 404 - правильно, но если приписываем любые цифры то получаем 200 и страницу без цифр, но в url они есть - от этого хочу избавиться
если находимся на archive.php (в категории) site.ru/category/name/ и дописываем бред то получаем 404, если дописываем ещё раз name (хоть сколько раз) то получаем 200 и site.ru/category/name/ с урлом site.ru/category/name/name/name/name/ (хотя подкатегории такой нет) - тут хочу получать 404 даже на site.ru/category/name/name/
но не отдавать 404 по пагинации site.ru/category/name/page/13/ когда страница 13 реально существует.

[Игорь Воротнёв]

80689248440: позвольте, для начала спросить, а зачем это надо? Чисто из принципа? Эти несуществующие урлы нигде не светятся, в индекс не попадают. Устранять это нет острой необходимости.

Если зайти просто на страницу, например about, то WordPress будет искать 2 переменные:

Matched Query:
pagename=about
&page=

Поэтому цифры после названия страницы распознаются и принимаются - такая регулярка стоит в rewrite_rule. Потому что контент страницы можно разбить на несколько подстраниц. Ну а другие символы регулярку не проходят, поэтому получается 404. Контент не меняется, потому что страница все же одна. Если надо отрезать цирфы - по упомянутому мною выше способу проверяете ответ из БД, если там аргумент paged будет false - делайте редирект на уровень выше, избавляясь от цифр.

С категориями и другими таксономиями чуть сложней, но принцип тот же.

Установите себе плагин Query Monitor, поможет понять что происходит внутри. А также Rewrite Rule Inspector, в нем можно прямо повводить разные урлы и посмотреть, какое правило подхватывается, какие дальше по списку стоят (WP использует первое из списка которое удовлетворило запрос). Это все поможет отловить конкретные ситуации/условия, в которых нужно добавить 404, а как это сделать - см. через один ответ выше.

[Крил]

Игорь Воротнёв: боюсь что попадают если оставить ссылку гденить.
про wp_qwery я ориентируюсь, но как отловить все ситуации пока не понял чтоб они не мешали друг другу
знаю что в htacchess можно задавать условия - вот думаю отловить цифры по принципу нету ли /page/ перед цифрами и отдавать 404 если нету.
хотелось бы всё решить через htacchess не углубляясь в написание скриптов так как всё равно не понимаю как спровоцировать 404 именно через wp (возможно я уже перегрелся)

[Игорь Воротнёв]

80689248440: так я же выше скинул ссылку на stackoverflow, там именно прямым текстом написано как спровоцировать 404 именно через wp :)

На уровне htaccess тоже можно, по крайней мере часть проблемы закрыть. Но я по Nginx больше, так что не подскажу. Есть вот такое обсуждение, там про статику, но может что-то полезное есть:

wordpress.stackexchange.com/questions/24587/how-do...

Для отлова всех ситуаций как раз и пригодится Query Monitor + Rewrite Rule Inspector. Иначе я бы их не советовал) Это вообще 2 базовых инструмента, без которых разработка под WP не обходится.