Wordpress: собственный обработчик POST-запросов?

я правильно понял, что вместо "//do ..." я ставлю содержимое моего обработчика?

MIkhail Derkach, ну да. Обрабатываешь данные и вконце редиректиш на необходимый урл

MIkhail Derkach, не надо так. admin_post не для этого.
Лучше уж тогда отправлять на admin-ajax.php
https://wp-kama.ru/id_2018/ajax-v-wordpress.html#a...

Дмитрий, и как мне быть?
мне лишь нужно сформировать отчет и отправить на почту.
обработчиков несколько (в зависимости от обрабатываемых данных), но это не столь важно
получается, мне либо надо перенаправить это через функционал вп, либо использовать только мои файлы...

MIkhail Derkach, так я ж написал.
Используем как эндпоинт admin-ajax и отправляем все как если б это был ajax запрос.
после редиректим куда надо. По ссылке все расписано, даже на русском.

Дмитрий, будем пробовать, спасибо

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

Дмитрий, все верно, поэтому я и написал, что аякс не обязателен (а не "не нужен"). Можно с ним, можно без. Впрочем, логика будет та же, по сути функцию/метод можно переписать и под admin-ajax, и под обычный POST, и под REST API, и даже под свой кастомный ajax-обработчик (который будет сильно быстрее).

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

Игорь Воротнёв, а можно чуть более развернутый вариант вашего ответа? ибо я нуб в таких делах :(

MIkhail Derkach, в течение часа отдельным ответом напишу, надо текущую рбаоту закончить сначала

Дмитрий, Непойму чем так плох мой вариант, если даже в документации написано что хук для этого и предназначен. Если нет то для чего именно предназначен этот хук? Просто я всегда его юзаю в этом смысле.

MIkhail Derkach, так можно и с перезагрузкой в метрике достижение цели отмечать

MrTimon, хе. Век живи, век учись. Посмотрел код, действительно
admin-post.php - "Intended for form submission handling in themes and plugins."
только стоит тогда добавить и add_action( "admin_post_nopriv_{$action}", "some_action_post_callback" );

Ну и, судя по коду, что admin-ajax, что admin-post - работают примерно одинаково. Можно и туда и туда отправлять.

MrTimon, Технически, хуки правильные и лично я в основном использую их. Но там есть ведерко нюансов. Во-первых, этих хуков 4 штуки - 2 по 2. Одна пара для авторизованных, другая для неавторизованных (_nopriv_), в каждой паре есть общий хук без конкретного экшна, плюс динамический хук с конкретным экшном. Надо понимать четко конкретные capabilities. Дополнительно, там могут быть нюансы с headers already sent из-за использования send_origin_headers. Плюс нужны nonces. Action лучше передавать через hidden field. По сути этот файл является аналогом admin-ajax.php, но для POST/GET, именно с этой целью он и создавался. Правильно использовать именно его. Но, увы, документации и информации по этим хукам достаточно мало, поэтому я стараюсь не советовать их новичкам - долго объяснять. Особенно если новички дальше начинают не вникая совать туда что попало и не утруждать себя валидацией данных и корректной отработкой ошибок. А еще у новичков часто бездумно закрыт доступ к админке с помощью какого-нибудь супер-пупер плагина безопасности, и в лучшем случае доступ открывается только для admin-ajax.php. Ну или .htaccess. Соответственно, эти хуки не отработают. Ну и еще по мелочи парочка моментов. Сложнее делать валидацию форм.

В общем, в силу отсутствия качественной информации по этому способу, новичкам лучше с ним быть аккуратным. Хотя сам по себе этот способ как раз является наиболее оптимальным.