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

дело не в фильтрах, а именно в том что мы видим по адресу 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 не обходится.