restore_current_blog () vs switch_to_blog ()

Po każdym wystąpieniu switch_to_blog()należy zadzwonić, restore_current_blog()aby przywrócić bieżący (faktycznie poprzedni) blog.

Ale jeśli przeglądasz dwa lub więcej blogów i wywołujesz switch_to_blog()każdy z nich, czy istnieje jakiś powód, aby nie używać dodatkowego switch_to_blog()na końcu pętli, aby przełączyć się na oryginalny blog, zamiast dzwonić restore_current_blog()przy każdym przejściu.

Na przykład

Dlaczego nie:

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

zamiast:

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

Po każdej instancji switch_to_blog()ciebie trzeba nazwać restore_current_blog()inaczej WP będzie sądzić, że jest w trybie A „włączane” i potencjalnie mogą powrócić nieprawidłowe dane.

Jeśli zobaczysz kod źródłowy dla obu funkcji, zobaczysz, że te funkcje push / pop data w globalnej nazwie $GLOBALS['_wp_switched_stack']. Jeśli nie zadzwonisz restore_current_blog()po każdym switch_to_blog(), $GLOBALS['_wp_switched_stack']będzie pusty. Jeśli $GLOBALS['_wp_switched_stack']niepuste WP uważa, że ​​jest w trybie przełączonym, nawet jeśli wróciłeś do oryginalnego bloga przy użyciu switch_to_blog(). Funkcja trybu przełączanego działa ms_is_switched()i ma wpływ wp_upload_dir(). Jeśli wp_upload_dir()myśli, że jest w trybie komutacji, może zwrócić niepoprawne dane. wp_upload_dir()buduje adresy URL witryny, więc jest to bardzo ważna funkcja.

To jest prawidłowe użycie:

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

Jeśli chcesz uruchomić wiele blogów, nie musisz za każdym razem przywracać poprzedniego bloga. Jedyne, co rośnie, to $GLOBALS['_wp_switched_stack']tablica z identyfikatorami blogów, nie ma się czym martwić.

Pamiętaj jednak, restore_current_blog() że nie będzie już działać (!!!) Po drugim przełączeniu, ponieważ korzysta z poprzedniego bloga - który wtedy nie jest pierwszym blogiem. Zapisz więc pierwszy identyfikator bloga i zadzwoń…

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

… Zamiast restore_current_blog()kiedy skończysz. Zmienne globalne muszą zostać zresetowane, w przeciwnym razie napotkasz problemy wymienione przez @ user42826.

Wpływ na wydajność jest ogromny. Przeprowadziłem kilka testów na lokalnej instalacji z 12 witrynami:

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

Wynik:

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

Używanie restore_current_blog()po każdym przełączniku podwaja czas potrzebny tylko na przełączenie.

Dzięki odpowiedzi @toscho. To żądanie w kolejce WP - zobacz aktualizacje tutaj . Do czasu, gdy zostanie to naprawione w WP, jeśli ktoś desperacko chce użyć standardu restore_current_blog(), oto inna metoda (popraw, jeśli się mylę):

wykonaj swoją funkcję, tj

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

}

i wykonaj tylko raz po zakończeniu wielu przełączników. (więcej: wp-obejmuje / ms-blogs.php )