Cum să: Muți ușor o instalare WordPress de pe Development pe Production?

Când este posibil, definesc WP_HOME și WP_SITEURL în wp-config.php. Această metodă, combinată cu un export și import al bazei de date, este cea mai simplă soluție din cele pe care le cunosc.

http://codex.wordpress.org/Changing_The_Site_URL#Edit_wp-config.php

Trucul meu preferat; adaugă o setare în /etc/hosts pentru a face ca domeniul de producție să indice către mașina ta de dezvoltare, doar pe calculatorul tău. Pentru a implementa în producție, sincronizezi toate fișierele cu rsync și transferi baza de date.

Riscurile acestei strategii sunt evidente; ai putea confunda mediul de dezvoltare cu cel de producție.

Totuși, este o soluție ușoară.

Am dorit ceva similar când am migrat la WP acum câteva luni, așa că am scris un script shell destul de simplu care utilizează rsync și mysqldump prin ssh:

http://snarfed.org/sync_wordpress

Nu este sofisticat sau bazat pe web, dar sunt mulțumit de el.

WP Engine este un serviciu nou care oferă "Staging cu Un Singur Click":

WPEngine are o funcționalitate exclusivă numită "staging". Iată cum funcționează: Înainte de a face o modificare riscantă pe blogul tău, apasă butonul "snapshot". Noi facem o copie completă a blogului tău și o configurăm într-o zonă separată și sigură. Poți experimenta cu orice dorești; nimic nu este live. Numai atunci când ești gata să faci modificările live, atingi site-ul principal.

Pare o metodă foarte ușoară pentru a trece rapid de la dezvoltare la producție, mai ales cu un site deja live.

Pluginul Duplicator: Iată un plugin la care am lucrat. Este încă în fază beta, dar își face treaba pentru majoritatea site-urilor. În prezent, este destinat în special instalărilor WordPress mai mici. http://wordpress.org/extend/plugins/duplicator/

Resurse: Resurse suplimentare pentru acest plugin pot fi găsite aici: http://lifeinthegrid.com/duplicator/

Comunitate: Vă rugăm să ne spuneți despre succesul dumneavoastră sau despre orice probleme cu care ați întâmpinat! Pentru a gestiona mai ușor discuțiile, vă rugăm să postați problemele pe forumurile de pluginuri de la WordPress.org. Vă rugăm să nu postați date din jurnalele pluginului pe forumurile online. Datele din jurnale pot fi trimise pe site-ul nostru de suport.

Puteți arunca o privire asupra unui produs de la iThemes, numit BackUpBuddy. L-am folosit doar de două ori, de fiecare dată am întâmpinat câte o problemă, dar în general pare promițător.

Începând cu 2017, iată cele mai bune două metode pe care le-am descoperit pentru transferul unei baze de date WordPress de la mediul de dezvoltare la cel de producție.

WP Migrate DB Pro / WP Sync DB

https://wordpress.org/plugins/wp-migrate-db/

Aceste plugin-uri WordPress vă permit să transferați, să sincronizați și să actualizați tabelele bazei de date între instalații WordPress. Această metodă este mult mai bună decât un simplu înlocuire de text din mai multe motive, deoarece:

• Exportă baza de date ca un dump MySQL (similar cu phpMyAdmin)
• Realizează înlocuirea URL-urilor și a cailor fișierelor
• Gestionează datele serializate
• Vă permite să salvați fișierul SQL pe computer

Eu sunt un susținător al ideii de a fi plătit pentru munca depusă, așa că vă recomand să-l susțineți pe domnul Brad Touesnard și să cumpărați o licență pentru versiunea originală. WP Sync DB este o replică și, ca urmare, întotdeauna rămâne în urmă în ceea ce privește suportul. Cu acest plugin, procesul este extrem de simplu:

1. Instalați/activați plugin-ul pe localhost și pe mediul de producție
2. Configurați un transfer push de la serverul de dezvoltare/localhost către producție
3. Definiți reguli pentru ce tabele să fie transferate și ce înlocuiri să fie efectuate
4. Gata!

Database Search & Replace for WordPress Databases by InterconnectIT

https://interconnectit.com/products/search-and-replace-for-wordpress-databases/

Acest instrument gratuit nu este un plugin, ci este instalat în directorul rădăcină al instalației WordPress de pe mediul de producție. Nu este la fel de bun ca WP Migrate DB Pro deoarece necesită câțiva pași manuali, dar este totuși o opțiune excelentă care funcționează constant. Când folosiți această abordare, procesul arată astfel:

1. Faceți o copie de rezervă a bazei de date locale – acest lucru este absolut necesar, deoarece o vom reimporta în curând
2. Adăugați scriptul într-un folder din directorul rădăcină al instalației
3. Rulați căutarea și înlocuirea în baza de date
4. Exportați baza de date și salvați-o pentru mediul de producție
5. Reimportați copia de rezervă din pasul #1 pentru a restaura localhost-ul
6. Conectați-vă la baza de date de producție și faceți o copie de rezervă (așa cum ar trebui să faceți întotdeauna înainte de astfel de operații)
7. Importați exportul creat după rularea rutinei de căutare/înlocuire din pasul #4

Puteți utiliza o metodă mai rapidă, dar aceasta implică întreruperea funcționării site-ului de producție, ceea ce, în opinia mea, este inacceptabil. La urma urmei, de aceea îl numim mediu de producție, nu-i așa?

Acest lucru pare promițător. Lucrăm la unele scripturi pentru a gestiona migrarea unora dintre date, de exemplu wp-options, schimbarea căilor în baza de date și copierea mediilor.

Problema pe care o am este că site-ul live continuă să crească în timp ce celălalt este în dezvoltare. Un site la care lucrăm are 20 de postări pe zi și peste 3.000 de comentarii pe zi. Aceasta este o cantitate prea mare de date pentru a fi mutată prin phpmyadmin sau prin linia de comandă. De asemenea, mutarea datelor întotdeauna cauzează probleme UTF din nu știu ce motiv.

În plus, acum că se pare că opțiunile de meniu sunt stocate în baza de date, am și mai multe de gestionat.

Verific tot codul meu în SVN și implementez codul prin FTP de pe server (Beanstalk). Acest lucru nu face însă modificările în baza de date pentru mine și nici nu activează pluginurile noi.

Planul meu în acest moment este să creez un fișier manifest în timp ce dezvolt, pentru a face toate modificările pe site-ul live.

De exemplu, fișierul ar avea linii ușor de citit

Ar include pluginuri de activat, wp-options de mutat, imagini de mutat, pagini de mutat. Apoi, pluginul meu ar detecta fișierul manifest și ar face toate modificările pe site-ul de staging.

Odată ce am testat acest lucru și am fost sigur că am acoperit tot, aș putea fi sigur că va funcționa și în producție.

Acest plugin este încă doar o idee, dar am scris deja o parte din cod pentru el.

De asemenea, dacă doriți să faceți modificări doar la URL în baza de date, puteți utiliza următorul SQL.

doar înlocuiți $old$ cu vechiul domeniu și $new$ cu noul

update wp_postmeta set meta_value = replace(meta_value, '$old$' , '$new$') ;
update wp_posts set post_content = replace(post_content, '$old$' , '$new$') ;
update wp_options set option_value = replace(option_value, '$old$' , '$new$') ;

Abordez personal această problemă cu proiectul meu de pe Github, numit Autopress. Încă nu am o soluție perfectă, dar mă apropii, în special cu plugin-ul wpstage de la oamenii de la wpengine.

Două proiecte Google Summer of Code care au un obiectiv similar:

• Migrare automată (GSoC 2010)
• WordPress Move (propunere) (GSoC 2011)

Am folosit http://wordpress.org/plugins/wp-clone-by-wp-academy/. Funcționează excelent!

Doar 3 pași simpli:

1. Instalează plugin-ul pe ambele site-uri.
2. Folosește plugin-ul pentru a genera o copie de rezervă pe vechiul site.
3. Ia URL-ul copiei de rezervă generat și introdu-l în pagina plugin-ului pe noul site, apasă "Start", iar migrarea se va finaliza în câteva secunde!

Plugin-ul ajustează automat toate URL-urile - inclusiv înlocuirea șirurilor serializate - astfel încât nu există riscul de a pierde configurațiile widget-urilor etc.

Singurele probleme întâlnite au fost la unele site-uri cu baze de date mari (~300MB), care au cauzat întreruperi ale execuției scriptului PHP în timpul importului copiei de rezervă.

De obicei, mă autentific în phpMyAdmin, încarc baza de date și editez conținutul din wp_options>siteurl și wp_options>home pentru a le seta la domeniul dorit. Dacă trebuie să actualizați URL-urile din conținutul postărilor și paginilor, puteți efectua o căutare/înlocuire pentru URL și calea către media/uploads în fișierul .SQL înainte de a-l încărca. Este o sarcină rapidă.

Eu folosesc comanda de export din Subversion pentru a instala fișierele WordPress (http://core.svn.wordpress.org/tags//) precum și toate plugin-urile din depozit (http://plugins.svn.wordpress.org//tags//), apoi doar arhivez tema și plugin-urile personalizate și le instalez în mod normal. După ce totul este funcțional fără conținut, export baza de date de test și fac un search/replace pentru URL și calea fișierelor (stocate pentru media) și import într-o bază de date goală, apoi doar schimb informațiile despre baza de date în wp-config.php. În general, îmi ia aproximativ 10 - 20 de minute.

Deși nu lipsesc soluții bune aici, în spiritul de colaborare, am vrut să adaug și scriptul meu de deploy bash la colecție: https://github.com/jplew/SyncDB

SyncDB este un script bash de deploy menit să elimine plictiseala din sincronizarea versiunilor locale și de la distanță ale unui site Wordpress. Permite dezvoltatorilor care lucrează într-un mediu local (ex. MAMP) să "împingă" sau să "tragă" rapid modificări către sau de pe serverul lor de producție cu o singură comandă în terminal.

Acest script funcționează bine cu WP-Skeleton al lui Mark Jaquith și utilizează mysqldump, git și rsync pentru a vă sincroniza întregul site - baza de date, codul și media - în doi pași simpli:

./syncdb
git push hub master

Acesta este cel mai simplu mod posibil: https://themes.artbees.net/docs/website-migration/
Durează doar două clicuri. Unul pentru export, unul pentru import.

Este posibil prin utilizarea plugin-ului All in one WP Migration. Link-ul de mai sus arată cum să-l folosești.

Un alt instrument util pentru gestionarea migrărilor de server pentru site-uri este WordPress CLI. Acest articol oferă o prezentare bună a ceea ce poate face, dar în mod special secțiunea pentru "Căutare și înlocuire" este utilă pentru a găsi toate referințele către vechea adresă URL a site-ului de dezvoltare:

Gestionare Avansată WordPress Cu WP-CLI

Deoarece rulez site-urile mele pe IIS (folosesc și asp.net, așa că am nevoie de Windows), folosesc WebPI de la Microsoft pentru a instala o nouă instanță, apoi copiez șablonul și folosesc funcția de import/export pentru a transfera datele.

Nu este perfect, dar întregul proces durează mai puțin de o oră.

Evident, ar fi minunat să existe o soluție cu un singur clic, dar aceasta este metoda pe care am găsit-o drept cea mai ușoară pentru mine.

Folosesc plugin-ul BackupBuddy de ceva timp. Acesta îți permite să faci o copie de siguranță atât a bazei de date, cât și a tuturor fișierelor, să o descarci sub formă de arhivă ZIP sau să o trimiți direct pe un alt server prin FTP. De asemenea, face automat înlocuirea URL-urilor atunci când este necesar. În mod obișnuit, întregul proces îmi ia cam 5 minute. Și pentru că toate fișierele sunt comprimate în format ZIP, procesul de încărcare/descărcare este mult mai rapid. Și nu, nu lucrez pentru ei, dar acest plugin a făcut cu adevărat întregul proces mult mai ușor.

Permiteți-mi să vă ofer unul dintre preferatele mele :-)

// cod de bifurcare local<->live testat (acoperă testarea în rețea locală, de ex. de pe dispozitive mobile):
$GLOBALS['is_local'] =  
    in_array( $_SERVER['REMOTE_ADDR'], array("127.0.0.1","::1")) || // simplu localhost (IPv4 IPv6)
              $_SERVER['HTTP_HOST'] == 'local.workblog'          || // apelare prin nume local (ajustați)
       substr($_SERVER["REMOTE_ADDR"],0,8) == '192.168.';           // dispozitiv (mobil) în rețea locală

$table_prefix  = NULL; // asigură scopul

if ( $GLOBALS['is_local'] )  // Bifurcare LOCAL ------------------------
{
        ....
}
else  // Bifurcare STAGE/LIVE -------------------
{

...și apoi continuați de acolo. DB_NAME, DB_USER... table_prefix. Personal, activez ALTERNATE_WP_CRON pe local (pentru a evita unele avertismente enervante), WP_DEBUG oprit pe ambele (dacă nu sunteți dezvoltator) sau doar pe live (dacă sunteți), un alt ini_set('display_errors', '0'); pentru live ar putea fi util, și în cele din urmă, așa cum am menționat mai sus: WP_HOME și WP_SITEURL la URL-ul local/real respectiv.

Cam asta e tot, nimic nu rămâne deasupra liniei clasice WordPress 'Asta e tot, opriți editarea!'...

Partea cu 192.168. vă permite să faceți teste locale (de ex. de pe tablete sau telefoane) în cadrul rețelei locale)

Variabila $GLOBALS['is_local'] poate fi utilă și în dezvoltarea temelor, pentru unele ieșiri de depanare suplimentare, etc...

RAMP este un nou plugin pentru implementarea conținutului de la Crowd Favorite, și arată foarte profesionist. Costă 250$, așa că încă nu l-am testat. S-ar putea să se amortizeze prin timpul economisit, așa că îl iau în considerare.

Marele avantaj pe care îl are în comparație cu majoritatea celorlalte metode menționate, este că poate îmbina inteligent articole, comentarii, etc. Nu este doar o importare a unui mysqldump, ci mai degrabă un sistem de control al versiunilor pentru baza de date. De exemplu, atunci când implementează un articol, va implementa și etichetele pentru acel articol, dacă acestea nu există deja în mediul de producție.

Acest serviciu poate să nu fi existat când ai pus întrebarea, dar eu folosesc de câteva luni un serviciu numit Blogvault și a funcționat impecabil. Am realizat probabil peste 50 de migrări (între domenii, subdomenii și diferiți gazde web), fără nicio problemă și într-un timp foarte scurt.

Este un serviciu plătit (pe domeniu/lună), dar nu foarte scump.

Un coleg a descoperit acest lucru. Concept interesant, deși se pare că nu funcționează între servere diferite. Încă îl explorez, dar pare că ar putea funcționa excelent pentru o instanță de staging.

http://code.google.com/p/deploymint/

O altă soluție plătită: cadrul tematic Xtreme One a lansat versiunea 1.2 cu Xtreme Backup care vă permite să "exportați sau importați setările Childthemes, Layouts sau Widgets cu toate setările/conținutul lor ca fișier XML."

După ce am urmărit acest răspuns pentru o perioadă, am creat propriul meu mic plugin - Pitta Migration. Motivele pentru care am făcut acest lucru sunt:

1. Dintre toate ideile încercate aici - cea mai simplă este utilizarea opțiunilor WP_HOME și WP_SITEURL
2. Apoi le folosesc pentru a seta cele două URL-uri corespunzătoare din wp_options - acest lucru acoperă cazurile în care plugin-urile/temele ignoră aceste setări
3. Acest lucru îmi oferă 100% încredere în ceea ce este modificat în baza mea de date
4. Funcționează și cross-platform (toate acele scripturi bash nu funcționează bine pe Windows)
5. Este ușor de înțeles ce face plugin-ul
6. Nu există alte configurări în afară de cele două constante - faceți un mysqldump și o importare mysql în baza de date locală, iar plugin-ul va detecta că constanta și tabela diferă și le va actualiza pentru a se potrivi
7. Nu se face căutare și înlocuire de text
8. Nicio șansă de a strica baza de date - folosesc WordPress Database Object pentru a face doar două actualizări și nimic mai mult
9. Funcționează bine cu lucruri precum WordPress Skeleton unde puteți avea totul în controlul surselor și puteți seta o configurație locală
10. L-am pus în directorul de plugin-uri WordPress și pe Github astfel încât să fie gratuit, complet open-source, ușor de bifurcat și ușor de instalat
11. Odată instalat, puteți uita de el și ar trebui să "funcționeze pur și simplu" - vă oferă o mică notificare care vă anunță că baza de date a fost modificată
12. Ar trebui să funcționeze cu orice proces de backup/FTP/restaurare

Dacă încerci să realizezi o sincronizare continuă, îți sugerez să folosești rsync împreună cu un job cron personalizat pentru a rescrie orice URL sau date specifice site-ului.

În opinia mea, cea mai simplă metodă pe care o urmez este transferul manual.. Pur și simplu copiez folderul wp-content și fișierul wp-config.php pe noul gazdă. Exportez baza de date de pe vechea gazdă și o import într-o nouă bază de date pe noua gazdă..

În noua bază de date de pe gazda nouă, merg la tabela wp-options și acolo modific URL-ul site-ului și URL-ul Blogului de la adresa vechii gazde la cea a noii gazde. De exemplu de la http://localhost/wp la http://example.com

Acum în fișierul wp-config schimb doar informațiile despre baza de date și utilizator cu cele ale noii gazde.

Acum mă autentific în noul wp-admin și merg la setări și salvez structura legăturilor permanente.

Gata. Cred că este simplu fără a folosi niciun plugin.

Am încercat diferite tipuri de plugin-uri și toate au diverse probleme..

De aceea prefer această metodă simplă de transfer manual care cred că este mai ușoară.