wp_new_user_notification_email. Грубый пример:function my_custom_callback( $wp_new_user_notification_email, $user, $blogname )
{
$wp_new_user_notification_email['message'] = 'ваш код письма'; // вот тут меняете стандартное письмо на свое
return $wp_new_user_notification_email; // вот тут мы возвращаем измененные данные дальше в работу
}
add_filter( 'wp_new_user_notification_email', 'my_custom_callback' );После запретить WP и плагинам обновляться самому.
term_description, но сам парсинг oembed закутан в класс WP_Embed. Я попробовал по-быстрому пару вариантов, но не заработало. Времени копать глубже сейчас нету.
по этому дополнительные зависимости не нужны мне)
кастомные папки, например my-plugins, я так понимаю, что я могу в mu-plugins добавить свои плагины
по 1 файлу на плагин, а так как в папке mu-plugins нужно как раз держать именно 1 файл php для одного плагина
в my-plugins
это для того, чтобы я мог к примеру создать много тем и без проблем между ними переключаться, и не тянуть за собой к примеру кастомные поля и страницы настроек, я правильно мыслю?)
2.2. Files
All PHP files MUST use the Unix LF (linefeed) line ending.
All PHP files MUST end with a single blank line.
The closing ?> tag MUST be omitted from files containing only PHP.
не хочу чтобы плагин зависел от страниц, т.к. их администратор может удалить/добавить. Удалить шорткод с них и т.д.
Мне нужно реализовать сложный плагин, с запросом данных с апи других сайтов и отображения нужной информации. Будет идти интерактивный обмен с другим сайтом (предварительная запись).
поэтому думал описать свой страницы в роутинге (как оказывается его тут нет, точнее есть для стандартных механизмов) чтобы они были доступны всегда, вне зависимости от добавленых постов и шорткодов.
Просто есть механизм admin-ajax, но нет простого, не ajax роутинга. это немного меня и смутило. ajax запросы без проблем вызывать можно любые и в админке даже можно виртуальные страницы делать, роутинг есть. А для клиента только посты.