restore_current_blog () vs switch_to_blog ()

Depois de cada instância, switch_to_blog()você deve ligar restore_current_blog()para restaurar o blog atual (na verdade, anterior).

Mas se você estiver percorrendo dois ou mais blogs e ligando switch_to_blog()para cada um deles, existe algum motivo para não usar um adicional switch_to_blog()no final do loop para alternar para o blog original em vez de ligar restore_current_blog()a cada passagem.

Por exemplo

Por que não:

 $original_blog_id = get_current_blog_id();
 foreach( $blog_ids as $blog_id ){
    switch_to_blog( $blog_id );
    //Do stuff
 }
 switch_to_blog( $original_blog_id );

ao invés de:

 foreach( $blog_ids as $blog_id ){
    switch_to_blog( $blog_id );
    //Do stuff
    restore_current_blog_id();
 }

Depois de cada instância que switch_to_blog()você precisar chamar, o restore_current_blog()WP pensará que está no modo "alternado" e pode potencialmente retornar dados incorretos.

Se você visualizar o código fonte das duas funções, verá essas funções enviar / inserir dados em uma chamada global $GLOBALS['_wp_switched_stack']. Se você não ligar restore_current_blog()depois de cada switch_to_blog(), $GLOBALS['_wp_switched_stack']não estará vazio. Se $GLOBALS['_wp_switched_stack']não estiver vazio, o WP acha que está no modo alternado, mesmo que você tenha retornado ao blog original usando switch_to_blog(). A função de modo comutado é ms_is_switched()e afeta wp_upload_dir(). Se wp_upload_dir()pensa que está no modo comutado, pode retornar dados incorretos. wp_upload_dir()cria URLs para o site, por isso é uma função muito crítica.

Este é o uso correto:

 foreach( $blog_ids as $blog_id ){
    switch_to_blog( $blog_id );
    //Do stuff
    restore_current_blog();
 }

Se você deseja executar vários blogs, não há necessidade de restaurar o blog anterior a cada vez. A única coisa que cresce é $GLOBALS['_wp_switched_stack']- uma matriz com IDs de blog, nada para se preocupar.

Mas lembre- restore_current_blog() se de que não funcionará mais (!!!) Após a segunda opção, porque ele usa o blog anterior - que não é o primeiro blog da época. Portanto, armazene o primeiro ID do blog e ligue para…

switch_to_blog( $first_blog_id ); 
unset ( $GLOBALS['_wp_switched_stack'] );
$GLOBALS['switched'] = false; 

... em vez de restore_current_blog()quando terminar. As variáveis ​​globais devem ser redefinidas ou você encontrará os problemas mencionados por @ user42826.

O impacto no desempenho é enorme. Eu executei alguns testes em uma instalação local com 12 sites:

$sites = wp_get_sites();

print '<pre>' . count( $sites ) . " sites\n";

timer_start();

print 'With restore_current_blog():    ';

foreach ( $sites as $site ) {
    switch_to_blog( $site[ 'blog_id' ] );
    restore_current_blog();
}

timer_stop( 1, 9 );

print "\nWithout restore_current_blog(): ";

timer_start();

$current_site = get_current_blog_id();

foreach ( $sites as $site ) {
    switch_to_blog( $site[ 'blog_id' ] );
}

switch_to_blog( $current_site );
$GLOBALS['_wp_switched_stack'] = array();
$GLOBALS['switched']           = FALSE;

timer_stop( 1, 9 );

print '</pre>';

Resultado:

12 sites
With restore_current_blog():    0.010648012
Without restore_current_blog(): 0.005203962

O uso restore_current_blog()após cada opção duplica o tempo necessário apenas para a troca.

Graças à resposta @toscho. Esta solicitação na fila do WP - veja as atualizações aqui . Até que seja consertado no WP, se alguém quiser desesperadamente usar o padrão restore_current_blog(), aqui está outro método (corrija se estiver errado):

faça sua função, ou seja

function restore_original_blog_X(){

    if(!empty(($GLOBALS['_wp_switched_stack'][0])){
        $GLOBALS['blog_id']= $GLOBALS['_wp_switched_stack'][0];
        $GLOBALS['_wp_switched_stack'] = array($GLOBALS['_wp_switched_stack'][0]);
        restore_current_blog();
    }

}

e execute apenas uma vez quando terminar seus vários comutadores. (mais: wp-includes / ms-blogs.php )