restore_current_blog () vs switch_to_blog ()

Después de cada instancia switch_to_blog(), debe llamar restore_current_blog()para restaurar el blog actual (en realidad, anterior).

Pero si está pasando por dos o más blogs y está llamando switch_to_blog()a cada uno, ¿hay alguna razón para no usar uno adicional switch_to_blog()al final del ciclo para cambiar al blog original en lugar de llamar restore_current_blog()a cada pase?

P.ej

Por qué no:

 $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 );

en lugar de:

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

Después de cada instancia en la switch_to_blog()que necesite llamar, de lo restore_current_blog()contrario, WP pensará que está en modo "conmutado" y puede devolver datos incorrectos.

Si ve el código fuente de ambas funciones, verá esas funciones de inserción / extracción de datos en una llamada global $GLOBALS['_wp_switched_stack']. Si no llama restore_current_blog()después de cada switch_to_blog(), $GLOBALS['_wp_switched_stack']no estará vacío. Si $GLOBALS['_wp_switched_stack']no está vacío, WP cree que está en modo conmutado, incluso si ha vuelto a utilizar el blog original switch_to_blog(). La función de modo conmutado es ms_is_switched()y afecta wp_upload_dir(). Si wp_upload_dir()cree que está en modo conmutado, puede devolver datos incorrectos. wp_upload_dir()crea URL para el sitio, por lo que es una función muy crítica.

Este es el uso correcto:

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

Si desea ejecutar varios blogs, no es necesario restaurar el blog anterior cada vez. Lo único que crece es $GLOBALS['_wp_switched_stack']: una matriz con ID de blog, nada de qué preocuparse.

Pero tenga en cuenta que restore_current_blog() ya no funcionará (!!!) Después del segundo cambio, porque utiliza el blog anterior, que no es el primer blog en ese momento. Así que guarde la primera ID de blog y llame ...

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

... en lugar de restore_current_blog()cuando hayas terminado. Las variables globales deben restablecerse, o se encontrará con los problemas mencionados por @ user42826.

El impacto en el rendimiento es enorme. He realizado algunas pruebas en una instalación local con 12 sitios:

$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

El uso restore_current_blog()después de cada cambio duplica el tiempo que se necesita solo para cambiar.

Gracias a @toscho respuesta. Esta solicitud en la cola de WP: consulte las actualizaciones aquí . Hasta que se solucione en WP, si alguien quiere desesperadamente usar el estándar restore_current_blog(), entonces aquí hay otro método (corríjalo si estoy equivocado):

hacer su función, es decir

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();
    }

}

y ejecutar solo una vez cuando termine sus múltiples interruptores. (más: wp-includes / ms-blogs.php )