Примечание: это неполный ответ, который будет расширен постепенно
Единственный надежный способ сбрасывать правила перезаписи в мультисайтах, не разрушая при этом структуру постоянных ссылок основного и / или любого другого контекста блога (в зависимости от того, как и на что вы переключаетесь), это сбрасывать правила перезаписи в заданном контексте следующим образом. :
global $wp_rewrite;
$wp_rewrite->init(); //important...
$wp_rewrite->flush_rules();
Вышеприведенное гарантирует, что правильная структура постоянных ссылок для данного контекста извлекается и устанавливается до создания правил перезаписи и фиксации изменений в базе данных.
Это не относится к одному сайту, где контекст не имеет значения, потому что существует только один контекст.
flush_rewrite_rules()на мой взгляд, ошибочна предпосылка о том, что она принимает правильный контекст, но не принимает во внимание наше использование, switch_to_blogдля которого полностью изменяется контекст и остается нас на опасной территории, если мы попытаемся сбросить правила, потенциально.
Вот как flush_rewrite_rules()выглядит внутреннее устройство :
function flush_rewrite_rules( $hard = true ) {
global $wp_rewrite;
$wp_rewrite->flush_rules( $hard );
}
Я не могу придумать причину, почему это не должно выглядеть так:
function flush_rewrite_rules( $hard = true ) {
global $wp_rewrite;
$wp_rewrite->init(); //hello....
$wp_rewrite->flush_rules( $hard );
}
... особенно если учесть, что конструктор WP_Rewriteчего делает? Это делает это ...
public function __construct() {
$this->init();
}
Касаясь вашей первой проблемы, чтобы продолжить эту линию, хотя,
Итак, как бы плагин работал над надежной очисткой правил перезаписи в мультисайтах :
- Когда создается новый сайт, для сайта?
Давайте посмотрим, что ядро WordPress будет особенно вызывать во время этого процесса:
- первый
wpmu_create_blog()
- который затем вызывает,
install_blog()который, в свою очередь, вызываетpopulate_options()
- затем
populate_options()устанавливает структуру постоянных ссылок по умолчанию в таблице параметров
- после того,
install_blog()как побежал, wp_install_defaults()затем вызывается
- затем
wp_install_defaults()сбрасывает правила перезаписи для вновь созданного сайта, прежде чем снова переключиться на текущий блог через restore_current_blog().
Важно отметить, что wp_install_defaults()правила сбрасываются точно так, как я предложил выше:
$wp_rewrite->init();
$wp_rewrite->flush_rules();
... потому что это единственный способ убедиться, что правильные permalink_structureправила созданы для текущего контекста.
Также в проблеме, обнаруженной в проблеме Github , причина, по которой пользователь испытал следующее поведение:
Когда создается новый сайт, он нарушает постоянные ссылки уровня поста только на сайте верхнего уровня - в большинстве конфигураций постоянных ссылок, но не во всех:
Эти 2 формата работают правильно.
По умолчанию - работает как положено
Day & Name - работает как положено
... потому что если основной блог имеет структуру постоянных ссылок Day & Name /%year%/%monthnum%/%day%/%postname%/, то при создании нового сайта он также имеет структуру постоянных ссылок Day & Name, /%year%/%monthnum%/%day%/%postname%/поэтому никакой заметной проблемы не возникает, когда плагин Yoast SEO сбрасывает перезапись. правила на shutdownкрючке.