Schimbarea site-ului principal în WordPress Multisite

Patru ani și niciun răspuns? Deci să începem…-

Să luăm următoarea configurație de rețea ca exemplu (folosesc comanda listă site din WP-CLI):

$ wp site list
+---------+--------------------+---------------------+---------------------+
| blog_id | url                | last_updated        | registered          |
+---------+--------------------+---------------------+---------------------+
| 1       | http://wp.tmp/     | 2016-08-04 08:39:35 | 2016-07-22 09:25:42 |
| 2       | http://foo.wp.tmp/ | 2016-07-22 09:28:16 | 2016-07-22 09:28:16 |
+---------+--------------------+---------------------+---------------------+

Lista de site-uri din rețea ar arăta astfel:

Vrem să folosim site-ul cu ID-ul 2 ca nou site rădăcină cu URL-ul http://wp.tmp/. Aceasta este de fapt aceeași problemă descrisă în întrebare, doar cu alte valori pentru ID și URL-uri.

Partea relevantă pentru multi-site din wp-config.php arată probabil astfel:

const MULTISITE            = TRUE;
const DOMAIN_CURRENT_SITE  = 'wp.tmp';
const PATH_CURRENT_SITE    = '/';
const SITE_ID_CURRENT_SITE = 1;
const BLOG_ID_CURRENT_SITE = 1;
const SUBDOMAIN_INSTALL    = TRUE;

Actualizarea setărilor site-ului în baza de date

WordPress utilizează tabelele wp_*_option și wp_blogs pentru a găsi blogul corespunzător pentru un anumit URL de solicitare și pentru a construi legături permanente corecte pentru acest blog. Deci trebuie să schimbăm valorile din următoarele trei tabele (pentru acest exemplu):

• În wp_options cheile home și siteurl
• În wp_2_options cheile home și siteurl (în cazul dumneavoastră acesta ar fi wp_15_options)
• În wp_blogs coloana domain pentru ambele site-uri cu ID-ul 1 și 2 (respectiv 15)

Folosesc Adminer pentru asta, dar orice alt instrument de gestionare a bazei de date (PhpMyAdmin) funcționează la fel. (Capturile de ecran arată interfața în limba germană, dar cred că ideea este clară.)

În wp_options (tabelul de opțiuni pentru site-ul cu ID-ul 1) am schimbat valorile ambelor chei home și siteurl de la http://wp.tmp la http://foo.wp.tmp. (Captura de ecran de mai sus arată starea înainte de actualizare.)

Am făcut exact același lucru cu tabelul wp_2_options, dar aici am schimbat valoarea de la http://foo.wp.tmp la http://wp.tmp.

Următorul pas este actualizarea tabelului wp_blogs:

(Încă o dată, captura de ecran arată tabelul înainte de a face orice modificare.) Aici pur și simplu schimbați valorile din ambele site-uri în coloana domain:

• wp.tmp devine foo.wp.tmp și
• foo.wp.tmp devine wp.tmp

Acum trebuie să actualizați wp-config.php pentru a gestiona corect noile date de configurare:

const MULTISITE            = TRUE;
const DOMAIN_CURRENT_SITE  = 'wp.tmp';
const PATH_CURRENT_SITE    = '/';
const SITE_ID_CURRENT_SITE = 1;
const BLOG_ID_CURRENT_SITE = 2; // Acesta este noul ID al site-ului rădăcină
const SUBDOMAIN_INSTALL    = TRUE;

În acest moment aveți din nou o rețea WordPress funcțională, dar cu un nou site rădăcină:

$ wp site list
+---------+--------------------+---------------------+---------------------+
| blog_id | url                | last_updated        | registered          |
+---------+--------------------+---------------------+---------------------+
| 1       | http://foo.wp.tmp/ | 2016-08-04 08:39:35 | 2016-07-22 09:25:42 |
| 2       | http://wp.tmp/     | 2016-07-22 09:28:16 | 2016-07-22 09:28:16 |
+---------+--------------------+---------------------+---------------------+

Rețineți: în timpul acestui proces, site-ul dumneavoastră nu va fi disponibil și solicitările vor rezulta în erori neplăcute, așa că ați putea dori să configurați un răspuns 503 Service Unavailable în fața instalării WordPress. Acest lucru poate fi făcut folosind .htaccess.

Actualizarea conținutului din baza de date

Acum vine partea complicată. În acest moment, toate URL-urile din tabelele de conținut indică încă către resursele site-urilor vechi. Dar înlocuirea lor nu este atât de ușoară: Înlocuirea fiecărui http://foo.wp.tmp cu http://wp.tmp în primul pas și a fiecărui http://wp.tmp cu http://foo.wp.tmp în pasul următor va duce la faptul că toate fostele URL-uri vor indica către site-ul cu ID-ul 1 (http://foo.wp.tmp).

Cea mai bună metodă ar fi să introduceți un pas intermediar:

• Căutați http://foo.wp.tmp și înlocuiți-l cu un slug preferabil unic: http://3a4b522a.wp.tmp
• Căutați http://wp.tmp și înlocuiți-l cu http://foo.wp.tmp
• Căutați http://3a4b522a.wp.tmp și înlocuiți-l cu http://wp.tmp

Toate aceste comenzi de căutare și înlocuire ar trebui să ignore cele trei tabele (*_options *_blogs) pe care le-am actualizat anterior, altfel ar strica configurația. De asemenea, ar putea fi util să verificați manual URL-urile din tabelul wp_*_options în afara cheilor home și siteurl.

Aș sugera să folosiți comanda search-replace din WP-CLI pentru asta, deoarece poate gestiona date serializate și nu are limitările pe care le-ar putea avea HTTP.

O alternativă mai ușoară (care nu implică modificarea vreunei linii de cod) este să folosești plugin-ul all-in-one-migration:

1. exportează new.example.com cu ID 15 și
2. reimportează-l pe example.com cu ID 1