Tutoriale WordPress de încredere, atunci când aveți cea mai mare nevoie.
Ghidul începătorului pentru WordPress
Cupa WPB
25 de milioane+
Site-uri web care folosesc plugin-urile noastre
16+
Ani de experiență WordPress
3000+
Tutoriale WordPress de la experți

Cum să creați ușor un site de staging pentru WordPress (Pas cu Pas)

Când vine vorba de efectuarea de actualizări sau modificări semnificative ale site-ului dvs. WordPress, efectuarea acestora direct poate fi riscantă. Aici intervine un site de staging.

Este o clonă perfectă a site-ului tău live unde poți testa în siguranță modificări, depana probleme și rafina actualizări înainte de a le implementa pe site-ul tău principal.

La WPBeginner, folosim site-uri de staging pentru a testa actualizările site-ului web înainte de a le publica pe site-urile noastre live. Acest lucru ne scutește de potențiale perioade de inactivitate, funcționalități defecte și alte complicații.

În acest ghid pas cu pas, vă vom arăta cum să creați cu ușurință un mediu de staging pentru site-ul dvs. WordPress. Vom acoperi mai multe metode diferite, iar majoritatea dintre ele necesită doar câteva clicuri.

Cum să creezi un site de staging pentru WordPress

Ce este un site de staging?

Un site de staging este o clonă a site-ului tău live, care este folosită pentru a testa modificările înainte de a le publica. Site-urile de staging te ajută să depistezi erorile, astfel încât să nu îți strici site-ul live.

În trecut, era foarte dificil să configurezi un site de staging WordPress, dar acum acest lucru s-a schimbat, astfel încât chiar și o persoană non-tehnică o poate face.

Mulți utilizatori instalează WordPress local pe computerele lor Windows sau Mac pentru a testa modificările. Odată ce au terminat cu actualizările, pur și simplu încarcă acele modificări de pe localhost pe serverul live.

Cea mai mare problemă cu această abordare este ce se întâmplă dacă ceva ce a funcționat pe localhostul dvs. nu funcționează pe serverul live?

Adesea, site-urile locale și serverele de găzduire WordPress live nu rulează în același mediu.

Deoarece site-ul de staging se află pe serverul dvs. de găzduire web, puteți preveni cu ușurință toate acele erori, deoarece rulează aceeași configurație de server ca și site-ul dvs. live.

Acestea fiind spuse, să aruncăm o privire la cum să configurați un site de staging pentru WordPress.

Cum să creați cu ușurință un site de staging WordPress

Există mai multe moduri de a crea un site de staging pentru WordPress. Cel mai ușor este să folosiți funcția de site de staging încorporată a furnizorului dvs. de găzduire.

Unele dintre cele mai bune companii de găzduire WordPress oferă deja site-uri de staging cu 1 clic. Dacă site-ul dvs. web este găzduit la una dintre ele, atunci puteți crea cu ușurință un site de staging fără nicio bătaie de cap.

Dacă nu ai una dintre aceste soluții populare de găzduire, atunci avem și o soluție pentru a te ajuta să creezi un site de staging WordPress folosind un plugin (și chiar manual).

Pentru o navigare mai rapidă, puteți utiliza navigarea de mai jos pentru a sări la secțiunea cea mai relevantă pentru dvs.:

Crearea unui site de staging pe Bluehost

Bluehost este una dintre cele mai bune companii de găzduire WordPress. Ei oferă o soluție rapidă de creare a unui site de staging cu un singur clic cu toate planurile lor.

Mai întâi, trebuie să accesați tabloul de bord Bluehost și să vizitați secțiunea „My Sites”.

Apoi, comutați la fila „Pluginuri” și activați comutatorul de lângă opțiunea „Plugin Bluehost”.

Activați pluginul Bluehost

După aceea, accesați tabloul de bord al site-ului dvs. WordPress și vizitați pagina Bluehost » Staging.

Acum continuați și faceți clic pe butonul „Create Staging Site”.

Apăsați butonul create staging site

Bluehost va pregăti acum mediul de staging pentru site-ul dvs. web.

Odată ce acest lucru este făcut, va afișa o secțiune „Site de testare” unde trebuie să bifați caseta „Nu editați în prezent”.

Faceți clic pe butonul Nu editați în prezent

O fereastră de dialog se va deschide acum pe ecran, solicitându-vă să comutați la site-ul de staging.

De aici, apasă butonul „Comutare”.

Apăsați butonul de comutare

Odată comutat, veți vedea un buton pe ecran care indică faptul că lucrați pe site-ul de staging.

Puteți continua și lucra la site-ul dvs. web fără să vă faceți griji că acesta va afecta site-ul dvs. live.

Activați tema pe site-ul de staging

Implementarea modificărilor de la Staging la Site-ul Live pe Bluehost

Odată ce sunteți gata să publicați modificările de pe staging pe site-ul live, accesați pur și simplu pagina Bluehost » Staging din bara laterală de administrare WordPress.

De aici, veți vedea meniul derulant cu opțiuni de implementare lângă site-ul dvs. de staging. Puteți implementa doar fișierele, doar baza de date sau toate modificările.

Dacă nu sunteți sigur, faceți clic pe butonul „Implementați toate modificările” pentru a continua.

Alegeți opțiunea Deploy All Changes din opțiunea Staging Site

După aceea, faceți clic pe butonul „Deploy Site” de lângă meniul derulant.

Aceasta va deschide o fereastră pop-up unde vi se va cere să confirmați că doriți să implementați site-ul de testare pe site-ul de producție. Faceți clic pe butonul „Implementare” pentru a continua.

Apăsați butonul Deploy din prompt

Bluehost va începe acum să implementeze site-ul dvs. de staging pe site-ul live. În funcție de dimensiunea site-ului dvs. web, acest lucru poate dura ceva timp.

Acum puteți reveni la site-ul dvs. live pentru a vedea modificările în acțiune, făcând clic pe butonul radio de sub opțiunea Site de producție.

Comutați la site-ul de producție

Clonarea site-ului de producție în Staging

Acum, când reveniți pe site-ul de producție, orice modificări pe care le faceți acolo nu sunt sincronizate automat cu site-ul dvs. de staging.

În viitor, dacă doriți să testați mai multe lucruri pe site-ul dvs. de staging, va trebui să duplicați site-ul.

Pentru a face acest lucru, trebuie să vizitați pagina Bluehost » Staging și să faceți clic pe butonul „Clone to staging”.

Faceți clic pe butonul Clonare în staging

Bluehost va clona apoi cele mai recente modificări de pe site-ul dvs. live pe site-ul dvs. de staging. După aceea, puteți trece la site-ul de staging pentru testare și dezvoltare.

Crearea unui site de staging pe SiteGround

SiteGround este o altă companie de hosting WordPress de top care oferă o funcție de staging cu un singur clic cu planurile lor GrowBig și GoGeek.

Am folosit acest hosting la WPBeginner și am avut o experiență grozavă cu el. A fost fiabil, rapid și ușor de gestionat, făcându-l o alegere solidă pentru site-ul nostru web.

Pentru a afla mai multe, consultați recenzia noastră SiteGround.

Dacă site-ul dvs. web este găzduit la SiteGround, atunci așa ați configura un site de staging.

Mai întâi, trebuie să vă conectați la tabloul de bord SiteGround și să treceți la fila Websites. De aici, trebuie să alegeți Site Tools sub site-ul dvs. web.

Panoul de control SiteGround

Pe ecranul următor, trebuie să faceți clic pe meniul WordPress » Staging din coloana din stânga.

De aici, selectați site-ul dvs. web și apoi furnizați un nume pentru copia dvs. de staging.

SiteGround creează o copie de staging a site-ului dvs. web

Faceți clic pe butonul „Creare” pentru a continua și Siteground va crea o copie de testare a site-ului dvs. web.

După aceea, trebuie să faceți clic pe butonul „Mergi la URL-uri protejate” pentru a vă putea proteja prin parolă site-ul de staging și a-l păstra privat.

Site staging SiteGround creat

Pe ecranul următor, Siteground va completa automat URL-ul și calea pentru site-ul dvs. de testare.

Trebuie să introduceți numele de utilizator și parola pe care doriți să le utilizați pentru a vă proteja site-ul de staging.

Protejați site-ul de staging

Apăsați pe butonul „Protejați” pentru a vă salva setările.

Acum puteți reveni la pagina WordPress » Staging și puteți face clic pe butonul „Log in to Admin Panel” de lângă site-ul dvs. de staging.

Autentificare pe site-ul dvs. web de staging

SiteGround va deschide acum zona de administrare WordPress a site-ului dvs. de staging. Puteți testa modificările pe acest site de staging.

Implementați modificările înapoi pe site-ul dvs. live

După ce ați testat modificările pe site-ul de staging, este posibil să doriți să le îmbinați cu site-ul dvs. live.

SiteGround face acest lucru ușor, de asemenea.

Pur și simplu faceți clic pe meniul WordPress » Staging din coloana din stânga. Apoi faceți clic pe meniul cu trei puncte de lângă site-ul dvs. de staging din secțiunea „Gestionare copii de staging”.

Implementați toate modificările de la staging pe site-ul live

Meniul vă va afișa două opțiuni de implementare. Puteți alege fie opțiunea „Implementare completă”, fie opțiunea „Implementare personalizată”.

Opțiunea „Deploy complet” combină totul de pe site-ul de staging cu site-ul dvs. live. „Deploy personalizat” vă permite să selectați ce fișiere sau date doriți să combinați.

Dacă nu sunteți sigur, alegeți opțiunea „Implementare completă”.

SiteGround va copia apoi site-ul de staging pe site-ul dvs. live.

Fuzionarea Live cu site-ul dvs. de staging

Modificările pe care le faceți pe site-ul dvs. web live nu sunt copiate automat pe site-ul dvs. web de staging.

De fiecare dată când trebuie să lucrați la site-ul dvs. de staging, repetați procesul de mai sus pentru a crea un nou site de staging.

Crearea unui site de staging pe WP Engine

WP Engine este cea mai bună companie de găzduire WordPress gestionată din lume. Găzduirea WordPress gestionată este un serviciu de concierge pentru site-ul dvs. WordPress, unde furnizorul de găzduire se ocupă de actualizări, backup-uri, securitate și performanță.

WP Engine oferă o soluție de testare cu un singur clic pentru toate planurile lor. Dacă utilizați WP Engine pentru a găzdui site-ul dvs. web, atunci așa veți configura un mediu de testare pentru site-ul dvs.

Mai întâi, trebuie să vă conectați la tabloul de bord WP Engine. Apoi, accesați pagina „Site-uri” și selectați site-ul dvs. web făcând clic pe el.

site-uri WP Engine

Acest lucru vă va duce la tabloul de bord al site-ului dvs.

Acum, trebuie să faceți clic pe linkul „Adăugați Staging” din coloana din stânga sau să îl selectați sub numele site-ului dvs. din partea de sus.

Apăsați pentru a adăuga un mediu de staging în WP Engine

Aceasta vă va duce la ecranul „Adăugare mediu”.

Vi se va cere să alegeți cum doriți să procedați cu mediul dvs. de staging.

Copiați mediul existent pe site-ul de staging

Iată ce face fiecare dintre aceste opțiuni:

  • „Începe cu un site nou gol” creează un site nou gol.
  • „Începeți cu o experiență ghidată” creează un site nou cu o experiență ghidată și conținut demo.
  • „Copiază un mediu existent pe acest site” va copia mediul dvs. de producție sau de dezvoltare pe acest site (de exemplu, va copia site-ul dvs. live pe acest mediu).
  • „Move an existing environment” mută un mediu pe acest site (de exemplu, mutați mediul de dezvoltare pe Staging)
  • „Începeți cu un site WooCommerce” creează un nou site WordPress cu WooCommerce preinstalat.

Deoarece doriți să creați o copie de staging a site-ului nostru live, va trebui să faceți clic pe opțiunea „Copiază un mediu existent pe acest site”.

Alegeți mediul pe care doriți să îl copiați

După ce ați ales un mediu, alegeți cel mai recent backup pe care doriți să-l copiați și apoi faceți clic pe butonul „Următorul” pentru a continua.

Acum, va trebui să furnizați un nume pentru site-ul dvs. de staging. Acest nume va fi utilizat în URL-ul site-ului dvs. de staging. După aceea, alegeți STG (staging) ca tip de mediu.

Numele site-ului de staging

Faceți clic pe butonul „Create Environment” pentru a continua.

WP Engine va crea acum un site de staging pentru dvs. După aceea, veți fi redirecționat către tabloul de bord al mediului dvs. de staging.

Protejați prin parolă mediul dvs. de staging

Apoi, trebuie să faceți clic pe butonul Lacăt pentru a activa protecția prin parolă pentru site-ul dvs. de staging.

După aceea, trebuie să comutați la fila „Utilități” pentru a copia numele de utilizator și parola site-ului dvs. de staging.

parola site-ului de staging

Acum puteți face clic pe butonul „WP Admin” din partea de sus pentru a vă conecta la site-ul dvs. de staging.

Simțiți-vă liber să faceți modificări și să testați funcționalități pe site-ul de staging, la fel cum ați face pe un site WordPress obișnuit pe care îl instalați oriunde altundeva.

autentificare pe site-ul de staging

Implementați modificări de pe site-ul de staging pe site-ul live pe WP Engine

Doriți să îmbinați modificările pe care le-ați făcut pe site-ul de staging pe site-ul dvs. live?

Pur și simplu faceți clic pe butonul „Copiază mediul” pentru a începe implementarea.

Copiere mediu de staging

Acest lucru vă va duce la pagina de opțiuni. De aici, trebuie să alegeți mediile sursă și destinație pentru copiere.

Aici veți selecta site-ul dvs. de staging ca mediu sursă și site-ul dvs. de producție sau live ca mediu destinație.

Opțiuni de implementare

Puteți alege ce doriți să copiați. De exemplu, puteți copia toate tabelele și fișierele bazei de date, fișiere și tabele specifice ale bazei de date sau doar sistemul de fișiere.

Notă: Dacă copiezi totul, vei pierde orice date stocate pe site-ul tău live după ce îl folosești pentru a crea mediul de testare. Acestea pot include date importante, cum ar fi postări noi, pagini, clienți și comenzi. Deci, este o idee bună să rulezi un backup al site-ului tău live înainte de a implementa din mediul de testare.

Apoi, faceți clic pe butonul „Review and Confirm” pentru a începe implementarea. Va dura ceva timp pentru a copia totul pe site-ul dvs. live.

Veți primi o notificare prin e-mail când procesul este complet.

Crearea unui site de staging folosind un plugin WordPress

Dacă compania dvs. de hosting WordPress nu oferă o funcție de site de staging, atunci puteți crea totuși un site web de staging folosind un plugin WordPress.

Există câteva dezavantaje în utilizarea acestei metode.

În primul rând, un plugin va avea un control limitat asupra serverului dvs. de găzduire. Acesta este motivul pentru care s-ar putea să nu ofere întotdeauna cele mai bune rezultate.

În al doilea rând, pluginul pe care îl vom folosi va stoca site-ul dvs. de staging pe propriile servere. Dacă sunteți preocupat de confidențialitate și protecția datelor, acest lucru s-ar putea să nu fie ideal pentru dvs.

În cele din urmă, pluginul are mai multe incompatibilități cunoscute. Vă rugăm să verificați pagina lor de incompatibilități pentru a vă asigura că site-ul dvs. este compatibil.

Acestea fiind spuse, să vedem cum să creăm un site WordPress de staging folosind un plugin WordPress.

Primul lucru pe care trebuie să-l faceți este să instalați și să activați pluginul WP Stagecoach. Pentru mai multe detalii, consultați ghidul nostru pas cu pas despre cum să instalați un plugin WordPress.

La activare, pluginul va adăuga un nou element de meniu etichetat WP Stagecoach în bara de administrare. Făcând clic pe el, veți fi direcționat către pagina de setări a pluginului.

Introduceți cheile API WPStagecoach

Va trebui să introduceți numele de utilizator WP Stagecoach și cheia API, pe care o puteți găsi în contul dvs. pe site-ul pluginului.

După aceea, trebuie să vizitați pagina WP Stagecoach » WP Stagecoach și să alegeți un nume pentru site-ul dvs. de staging. Acest nume va fi folosit și ca subdomeniu al site-ului dvs. WordPress de staging.

Conectați WP Stagecoach

Nu uitați să bifați caseta de lângă opțiunea „Protejați prin parolă site-ul de testare”. Acesta va proteja site-ul dvs. de testare de vizualizarea publică și de motoarele de căutare.

Faceți clic pe butonul „Ride the Stagecoach” pentru a continua.

Progres WP Stagecoach

Plugin-ul va crea acum o copie de rezervă a fișierelor și bazei de date WordPress pentru a le exporta pe site-ul dvs. de staging.

Poate dura ceva timp, în funcție de dimensiunea site-ului dvs. WordPress.

Odată terminat, veți vedea linkul către site-ul dvs. de staging și zona sa de administrare.

WP Stagecoach a terminat crearea unui site de staging

Puteți face clic pe link pentru a vizita site-ul dvs. de staging și a începe să lucrați la el.

Veți observa un mesaj portocaliu aprins în bara de administrare din partea de sus, indicând că lucrați pe site-ul dvs. de staging.

Previzualizare staging WPSC

Implementarea site-ului de staging pe cel live folosind WP Stagecoach

Odată ce sunteți gata să importați modificările pe site-ul dvs. live, accesați pagina WP Stagecoach » Import Changes și faceți clic pe butonul „check for changes”.

Verifică modificările

Pluginul va verifica acum modificările de pe site-ul dvs. de testare și apoi vă va afișa opțiuni pentru a le importa.

Puteți alege dintre toate modificările, modificările de fișiere sau modificările bazei de date.

Opțiuni de modificare

Plugin-ul vă va arăta progresul importului și vă va notifica când este gata.

Acum puteți testa site-ul dvs. live pentru a vedea dacă toate modificările au fost importate cu succes.

Creați un site de staging pentru WordPress manual

Această metodă vă va învăța cum să creați manual un site de testare pentru instalarea dvs. WordPress. Este destinată utilizatorilor avansați și necesită mai multă muncă decât alte metode descrise mai sus.

Un alt dezavantaj al acestei metode este că site-ul dvs. va fi indisponibil temporar la implementarea modificărilor de pe staging pe serverul live.

Acestea fiind spuse, să vedem cum să creați manual un mediu de staging pentru site-ul dvs. WordPress.

Mai întâi, trebuie să creați un subdomeniu pentru site-ul dvs. de staging. Dacă folosiți Bluehost, accesați tabloul de bord al contului dvs. de găzduire și comutați la fila „Avansat”.

Apoi, faceți clic pe butonul „Manage” de lângă opțiunea „cPanel”.

Faceți clic pe butonul Gestionare de lângă opțiunea cPanel

Aceasta va deschide cPanel-ul într-o filă nouă unde trebuie să derulați în jos la secțiunea „Domeniu”.

De aici, faceți clic pe opțiunea „Domenii”.

Apăsați pe opțiunea Domeniu în cPanel

Acest lucru va deschide o listă cu toate domeniile din contul dvs. de găzduire. Aici, trebuie să faceți clic pe butonul „Creare domeniu nou”.

După ce faceți acest lucru, o nouă pagină se va deschide pe ecran unde trebuie să scrieți subdomeniul dvs. urmat de numele domeniului sub câmpul „Domeniu”, astfel:

subdomain.example.com

După aceea, pur și simplu faceți clic pe butonul „Trimite” pentru a salva setările.

Creează un subdomeniu

Notă: Folosim Bluehost în capturile noastre de ecran, deci ecranul dvs. ar putea arăta diferit.

Panoul de control al găzduirii dvs. va adăuga acum subdomeniul dvs., pe care îl puteți utiliza pentru a importa site-ul dvs. WordPress live.

Apoi, trebuie să instalați și să activați pluginul gratuit Duplicator pe site-ul dvs. live. Dacă aveți nevoie de funcționalități complete, puteți obține versiunea premium a Duplicator aici.

Mai multe dintre mărcile noastre partenere au folosit, de asemenea, acest instrument pentru a crea copii de rezervă și au obținut rezultate excelente. Pentru a afla mai multe, consultați recenzia noastră despre Duplicator.

La activare, trebuie să faceți clic pe meniul Duplicator din bara laterală de administrare WordPress și să faceți clic pe butonul „Creare nou” sub Backupuri.

Creează o nouă copie de rezervă în Duplicator

Apoi, puteți introduce un nume pentru backup și faceți clic pe butonul „Next” pentru a continua.

Introduceți un nume pentru backup-ul dvs.

După aceea, Duplicator va rula acum expertul de duplicare a site-ului web.

Mai întâi, va rula câteva teste pentru a vedea dacă totul este în ordine. Dacă toate elementele sunt marcate ca „Bun”, faceți clic pe butonul „Construiți”.

Butonul Duplicator build package

Pluginul va începe acum să creeze un pachet de backup Duplicator pentru site-ul dvs. WordPress. Acest proces poate dura câteva minute, în funcție de dimensiunea site-ului dvs.

Odată terminat, veți vedea opțiuni de descărcare pentru Installer și pachetul Archive. Trebuie să faceți clic pe butonul „Descărcați ambele fișiere” pentru a descărca ambele fișiere pe computer.

Descărcați pachetul și instalatorul Duplicator pe computerul dvs.

Va trebui să încarci ambele fișiere în directorul de fișiere al subdomeniului pe care tocmai l-ai creat. Pentru detalii, vezi ghidul nostru despre cum să folosești FTP pentru a încărca fișiere pe site-ul tău WordPress.

Apoi, noul dvs. site WordPress de staging va avea nevoie de o nouă bază de date. Să creăm una.

Accesează panoul de control al contului tău de găzduire WordPress și comută la fila „Avansat”.

După aceea, derulați în jos la secțiunea „Baze de date” și faceți clic pe butonul „Gestionare” de lângă ea.

Faceți clic pe butonul Gestionare de lângă opțiunea Bază de date

Dacă nu folosiți Bluehost, atunci mediul dvs. de găzduire WordPress ar putea arăta puțin diferit. Nu vă faceți griji și căutați secțiunea Baze de date.

Aceasta vă va duce la pagina „Baze de date MySQL”, unde puteți începe prin a furniza un nume pentru baza dvs. de date.

Apoi, faceți clic pe butonul „Creare bază de date”.

Faceți clic pe butonul creează baza de date pentru a crea o bază de date pentru site-ul de staging

Apoi, trebuie să creați un utilizator MySQL pentru baza dvs. de date.

Derulați în jos la secțiunea Utilizatori MySQL și furnizați un nume de utilizator și o parolă pentru noul dvs. utilizator de bază de date.

Nume de utilizator și parolă pentru baza de date

Acum trebuie să acordați acestui utilizator permisiunea de a accesa și modifica baza de date pe care ați creat-o anterior.

Derulați pur și simplu în jos la secțiunea „Adăugare utilizator la baza de date” și selectați baza de date și utilizatorul pe care tocmai l-ați creat.

Adaugă utilizator în baza de date

După aceea, faceți clic pe butonul „Adăugare” pentru a continua.

Vi se va cere să selectați privilegiile pentru utilizator. Continuați și selectați caseta de selectare „All Privileges”, apoi faceți clic pe butonul „Make changes”.

Gestionați privilegiile utilizatorilor

Acum baza dvs. de date este gata de utilizat pentru site-ul dvs. de staging.

Apoi, trebuie să deschideți o nouă filă de browser și să introduceți subdomeniul site-ului dvs. de staging astfel:

https://yoursubdomain.example.com/installer.php

Nu uitați să înlocuiți yoursubdomain cu subdomeniul real și example.com cu propriul nume de domeniu.

Aceasta va lansa expertul de instalare Duplicator.

Introduceți detaliile bazei de date

În secțiunea „Configurare”, instalatorul vă va cere să introduceți informațiile bazei de date WordPress.

Gazda dvs. va fi probabil localhost. După aceea, veți introduce detaliile bazei de date pe care ați creat-o pentru noul dvs. nume de domeniu în pasul anterior.

Apăsați pe butonul „Validează” pentru a vă asigura că Duplicator se poate conecta la baza de date.

Duplicator validat

Odată terminat, faceți clic pe butonul „Next” pentru a continua.

Duplicator va despacheta acum baza de date și fișierele WordPress și le va importa pe site-ul dvs. de staging.

Odată finalizat, veți vedea un mesaj de succes.

Finalizare expert Duplicator

Puteți face clic pe butonul „Admin Login” pentru a accesa zona de administrare WordPress a site-ului dvs. pe noul site de staging.

Acum ai site-ul tău de staging configurat. Îl poți proteja adăugând protecție prin parolă la subdomeniu.

Accesează tabloul de bord al contului tău de găzduire și comută la fila „Advanced”.

După aceea, derulați în jos la secțiunea „cPanel” și faceți clic pe butonul „Gestionare” de lângă ea.

Faceți clic pe butonul Gestionare de lângă opțiunea cPanel

Aceasta va deschide cPanel într-o fereastră nouă, unde trebuie să derulați în jos la secțiunea „Fișiere”.

De aici, faceți clic pe pictograma „Confidențialitate director”.

Faceți clic pe opțiunea Privacy Directory din secțiunea Files

Apoi, trebuie să selectați folderul subdomeniului dvs. și apoi să selectați opțiunea de bifare „protejați prin parolă acest director”.

Vi se va cere să furnizați un nume pentru această setare, apoi să faceți clic pe butonul „Salvare”.

Configurați setările de confidențialitate a directorului pentru a proteja prin parolă site-ul de staging

Site-ul dvs. de staging va fi acum ascuns în spatele protecției prin parolă, păstrându-l departe de motoarele de căutare și de ochii publicului.

Acum puteți lucra la site-ul dvs. de staging și puteți face orice modificări la acesta.

Implementează manual site-ul de staging în producție

După ce sunteți gata să implementați modificările de pe site-ul de staging pe serverul live, veți urma aceiași pași descriși mai sus.

Pur și simplu creați un nou pachet Duplicator pe site-ul dvs. de testare și descărcați fișierele Installer și Archive pe computerul dvs. (Vezi instrucțiunile de mai sus).

Apoi, trebuie să accesați site-ul dvs. live și să creați o copie de rezervă completă WordPress (puteți folosi și Duplicator pentru a crea o copie de rezervă completă).

După ce ați terminat, va trebui să ștergeți toate fișierele și folderele WordPress de pe site-ul dvs. live. Aceasta înseamnă că site-ul dvs. WordPress va fi offline pentru o perioadă.

În cele din urmă, urmați instrucțiunile de mai sus pentru a rula expertul de instalare Duplicator pentru a importa site-ul de staging pe serverul live.

După cum puteți vedea, ultima metodă nu este deloc cea mai bună metodă. Există multe lucruri în timpul procesului care vă pot deteriora site-ul.

Sugerăm să evitați această metodă cu orice preț, cu excepția cazului în care nu aveți altă opțiune. Vă recomandăm să utilizați un furnizor de găzduire fiabil, cum ar fi Bluehost, SiteGround sau WP Engine, cu funcționalități integrate pentru site-uri de staging.

Sperăm că acest articol v-a ajutat să învățați cum să creați cu ușurință un mediu de staging pentru site-ul dvs. WordPress. Dacă întâmpinați probleme, consultați ghidul nostru despre cum să vă testați site-ul pentru actualizarea la Gutenberg. De asemenea, ați putea dori să învățați cum să folosiți WordPress Playground în browserul dvs. pentru testare.

Dacă ți-a plăcut acest articol, te rugăm să te abonezi la canalul nostru de YouTube pentru tutoriale video WordPress. Ne poți găsi, de asemenea, pe Twitter și Facebook.

Dezvăluire: Conținutul nostru este susținut de cititori. Acest lucru înseamnă că dacă faceți clic pe unele dintre linkurile noastre, este posibil să câștigăm un comision. Vedeți cum este finanțat WPBeginner, de ce contează și cum ne puteți susține. Iată procesul nostru editorial.

Cel mai bun instrumentar WordPress

Obține acces GRATUIT la instrumentarul nostru - o colecție de produse și resurse legate de WordPress pe care fiecare profesionist ar trebui să le aibă!

Interacțiuni cu cititorii

209 CommentsLeave a Reply

  1. Salut,

    Am făcut doar primii cinci pași din acest ghid și apoi m-am pierdut la „upload your Wordpress content to. Acum mi-am stricat complet site-ul și aș dori să știu cum să anulez ceea ce am făcut.

    Mulțumesc.
    – Lynda

  2. Mulțumesc mult pentru asta – sunt un începător, dar încerc să-mi dau seama cum să fac aceste lucruri singur, astfel încât să pot lansa un nou design folosind mai întâi un site de test pentru a-l face corect. Am reușit să urmez instrucțiunile tale perfect până la această parte:

    „După copierea bazei de date, trebuie să copiezi fișierele WordPress, pluginurile, temele și încărcările. Mai întâi descarcă o copie nouă de WordPress de pe WordPress.org. Încarcă conținutul WordPress pe site-ul tău de staging. Notă, nu rula încă instalarea WordPress.”

    Puteți, vă rog, să mă sfătuiți cum se face acest lucru sau să mă direcționați către un alt articol de instrucțiuni? Nu reușesc să aflu cum să fac altfel. Mulțumesc mult anticipat.

  3. Deci am reușit să-mi creez mediul de staging cu succes — am toate mediile, temele, pluginurile, totul transferat corespunzător. Cu toate acestea, am făcut câteva modificări la tema mea (nu prin coduri, ci prin setările încorporate ale temei — lucruri de bază precum un logo personalizat (pe care îl pot vedea în biblioteca mea media), culoarea temei, aspectul paginii de pornire etc. Aceste modificări sunt singurul lucru care, din anumărat motiv, lipsesc de pe site-ul meu de staging. Știe cineva de ce s-ar putea întâmpla asta?

  4. Articol grozav! Doar un lucru care nu îmi este clar.

    Dacă am site-ul web actual non-WordPress pe un nume de domeniu example.com și vreau să construiesc un site web nou folosind WordPress și să îl dezvolt într-un mediu de staging pe un subdomeniu dev.example.com – este acest lucru posibil?
    Pot crea un subdomeniu dev.example.com și instala WP pe același server folosit de site-ul web actual non-WP?
    Ulterior, când site-ul web va fi finalizat, vreau să conectez site-ul meu dezvoltat în WP cu numele de domeniu example.com.

    Mulțumesc pentru ajutor.

      • Mulțumesc pentru un articol foarte util! Sunt într-o situație similară cu Mark, însă site-ul meu actual este un site Wordpress. Pot dezvolta în continuare site-ul reproiectat pe un site de staging într-un subdomeniu? Și dacă da, trebuie să creez o nouă bază de date?

  5. Salut, articol grozav, dar ce se întâmplă dacă nu vreau să folosesc XAMPP și vreau doar să folosesc un subdomeniu ca site de staging și apoi să trimit modificările la producție? Care ar fi cea mai bună modalitate de a implementa modificările?

  6. Acest proces va crea un Utilizator de Bază de Date și îl va adăuga la baza de date pe care am creat-o în timpul copierii, oferindu-i singur toate privilegiile? sau trebuie să creăm un utilizator de bază de date la un moment dat?

    • Ok, am încercat.. în ambele moduri.
      Odată am creat utilizatorul bazei de date înainte de a instala WordPress pe site-ul de staging și a funcționat. Cealaltă dată, nu am făcut-o și am primit eroarea „Am reușit să ne conectăm la serverul bazei de date (ceea ce înseamnă că numele de utilizator și parola sunt corecte), dar nu am reușit să selectăm baza de date a*******_ata_d2db.”

      Asta înseamnă pentru mine că cineva trebuie să creeze un utilizator manual, doar copierea bazei de date nu va fi suficientă. Corect?

      • Sper că ați rezolvat asta, dar doar pentru a lăsa asta aici pentru ca alții să o găsească, chiar trebuie să creați un utilizator pentru baza de date (ceea ce nu este clar în acest articol). Folosind Bluehost, a trebuit să fac cam trei pași. Primul pas este să folosiți cPanel-ul MySQL Database pentru a accesa lista bazelor de date MySQL. Odată ajuns acolo, am putut vedea că noua bază de date de staging pe care o copiasem folosind phpMyAdmin conform articolului, nu avea un utilizator privilegiat alocat. Așa că am creat un utilizator, dar apoi am descoperit că utilizatorul pe care l-am creat avea prea multe caractere (16 este maximul). Odată ce am rezolvat asta, a trebuit să adaug acest utilizator la o bază de date folosind aceeași pagină MySQL. Ca parte a acestui pas de atribuire, am putut selecta „TOATE PRIVILEGIILE” pentru a face acest utilizator un utilizator privilegiat pentru această nouă bază de date de staging. Odată ce totul a fost configurat, am putut configura Wordpress să se conecteze la baza de date de staging.

  7. Resursă fantastică! Am ajuns la un punct de blocaj de staging WP și apoi am găsit asta. Mi-a salvat viața! Mulțumesc! Singurele lucruri pe care le-aș adăuga ar fi câteva informații meta pentru începători ca mine. : )

  8. Mulțumesc pentru tutorial. Se pare că am rămas blocat la unul dintre primii pași. Când dau clic pe 'go' după modificarea URL-urilor în SQL, primesc mesajul '# MySQL returned an empty result set (i.e. zero rows)'
    Așa am introdus datele:

    UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
    UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
    UPDATE wp_posts SET guid = REPLACE(guid, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);
    UPDATE wp_posts SET post_content = REPLACE(post_content, ‘http://www.example.co.za/wp’, ‘http://staging.example.co.za’);

    Poate cineva să mă ajute cu asta, vă rog?

    Mulțumesc

  9. Salut,

    În primul rând, mulțumesc pentru un tutorial uimitor despre asta.

    Am întâmpinat o singură problemă până acum și anume când încerc să introduc subdomeniul meu prin www.staging.example.com. Primesc acest mesaj: err_connection_timed_out ???

    • Salut,

      Am înțeles asta deoarece aveam nevoie de un prefix pentru tabel.

      Acum staging.mysite.com este funcțional, dar stilul și aspectul sunt complet diferite.
      Cum fac ca fișierele din tema mea copil să se aplice temei curente???

      Se pare că îi lipsesc multe imagini, CSS și câteva setări de bază?…

  10. Mulțumesc pentru acest tutorial grozav!

    Descoper că, după ce am configurat totul, comentariile de pe blogul live ajung acum pe blogul de staging de pe subdomeniu. Nu pot găsi nimic în setări care să explice acest comportament. Subdomeniile au oare o prioritate din anumit motiv?

    Aveți idei?

    • Poate că atunci când ați efectuat operațiunea de actualizare a URL-urilor în baza de date, ați făcut-o pe baza de date a site-ului dvs. live, în loc de baza de date a noului site de staging? Trebuie să selectați baza de date a site-ului de staging după ce o creați, înainte de a efectua operațiunea. Poate ați omis acest pas de selectare.

  11. Am primit erori legate de certificate SSL. Sunt un începător când vine vorba de utilizarea Git și a liniei de comandă pe Mac-ul meu. Deci, nu am reușit să sincronizez totul așa cum mi-am dorit.

    De asemenea, modul în care apar pașii sunt buni pentru a sincroniza fișierele de pe discurile locale cu serverul – modificări în folderul temei etc.

    Cu toate acestea, nu există niciun mecanism de sincronizare evidențiat pentru modificările serverului MySQL în cazul Wordpress.

  12. Nu știu. Asta pare foarte confuz.

    Deci, un Git Bucket este ca un intermediar între computerul meu local și serverul de dezvoltare găzduit? De exemplu, dacă am website.com, apoi creez dev.website.com, apoi creez un cont și un repository gol în Git Bucket, apoi creez un folder gol pe computerul meu local și editez fișierele local și le sincronizez cu repository-ul Git Bucket, și apoi cum fac commit pe site-ul live? Există vreo conexiune și control asupra site-ului live? Se pare că de aici, sincronizezi repository-ul tău Git Bucket cu dev.website.com

    Și apoi ce? Aș dori ca acest articol să aibă o diagramă pentru a înțelege cum funcționează totul. Poate că are sens pentru voi, deoarece o faceți toată ziua, dar pentru prima dată, este o experiență amețitoare. Mai ales că mai multe puncte din această configurație au eșuat și a trebuit să repar personal fiecare dintre ele. În acest moment, am creat dev.website.com, am copiat toate fișierele de pe site-ul live pe el, am copiat baza de date, am conectat-o, m-am logat pe site-ul WordPress dev.website.com, m-am asigurat că totul este în regulă, dar acum... Sunt pierdut în legătură cu ce fac mai departe.

    În articolul dumneavoastră, ne cereți să inițializăm un director local pe computerul nostru. Ei bine, încerc SOURCE TREE de la Git Bucket, care, apropo, arată grozav. Dar acum ce? Orice ajutor cu privire la procedura de aici? Care este logica pentru toate acestea?

    Creez un folder pe unitatea mea locală, acesta se sincronizează cu un depozit Git Bucket, astfel încât oamenii să poată dezvolta colaborativ. Dar cine încarcă modificările pe serverul dev.website.com? Nu au nevoie utilizatorii să poată face acest lucru pentru a vedea modificările live pe server? Deci, cum se conectează toate acestea?

    Și cum actualizezi modificările finale pe site-ul live odată ce ești gata? Mamă, sunt confuz. Am petrecut 3 zile configurând asta și nu pot să înțeleg următorul pas, pentru că nu înțeleg cum funcționează totul.

    Vreun ajutor?

    • Salut Evan, deși sunt sigur că ai rezolvat deja, deoarece au trecut luni, am crezut că ar putea ajuta pe alții cu aceeași întrebare. După ce ți-ai salvat codul în controlul versiunilor, vei muta modificările pe serverul ales de tine (dev/staging/production) folosind funcția de deploy. Acest lucru este descris în secțiunea de mai sus intitulată „Deploying Changes From BitBucket to Staging Site”. Sper că acest lucru clarifică!

  13. Sunt cu adevărat un începător în acest domeniu și am citit articolul de câteva ori. Cred că mediul meu este aproape configurat, piesa care pare să lipsească este în pasul de instalare. Instrucțiunile spun să copiați fișierele, dar să nu instalați „încă”, când în acest proces rulez o instalare de wp? Nu sunt sigur dacă unele dintre problemele cu care m-am confruntat se datorează gazdei mele, care este hostgator, sau ceva ce am făcut greșit. Orice sugestie ar fi grozavă.

    Ceea ce se întâmplă în acest moment este că nu există erori, dar nimic nu este redat la URL-ul zonei mele de staging.

  14. Articol bun. Deși, pe tot parcursul, vorbești despre configurarea unui site de dezvoltare pe server ca un subdomeniu. Dar la final folosești un server Xammp local.

    Cum ați configura un mediu de test pe serverul unde este găzduit domeniul? Folosiți și bitbucket pentru asta?

    Mulțumesc, salutări.

  15. Salut, am creat cu succes un site de staging, dar site-ul meu live avea deja o mică problemă cu un plugin. Am contactat dezvoltatorul și acesta mi-a cerut credențialele de administrator. Urmând sfatul tău dintr-un alt articol, i-am oferit credențialele de logare pentru site-ul meu de staging și el a rezolvat problema. Pentru a face modificările pe site-ul live, mi-a spus să import baza de date de pe site-ul de staging pe site-ul live. Îngrijorarea mea este legată de modificările SQL pe care le-am făcut în baza de date de staging. Dacă copiez baza de date, nu se va redirecționa site-ul meu live către site-ul de staging acum? Nu pot găsi interogările SQL pentru a le șterge.
    Mulțumesc

  16. hei,

    articol bun, am urmat toate instrucțiunile și mi-a oferit un proces clar de vizualizare pentru utilizarea git și a mediului de staging. sper ca toți oamenii experimentați să facă ceea ce ați făcut, astfel încât mulți să poată progresa de la începător la avansat.

    Mulțumesc mult.

    Isagani

  17. Doar un articol perfect care m-a ajutat să configurez totul.

    Mediul meu de staging este pe același hosting linux partajat, doar într-un alt director.
    Am folosit acest lucru și ca depozit pentru git.

    Cu Coda, lucrez online în acel mediu de testare. Pe măsură ce salvez fișierele modificate (în principal CSS), văd instantaneu actualizările.
    Așadar, nu am nevoie de fișiere locale pe laptopul meu.

    Dar cum să extrag acele fișiere remote din folderul staging, fără a descărca o copie locală?

    Mersi!
    Kristof

  18. Mulțumesc pentru articol!

    Am o problemă, totuși: am două baze de date și nu sunt sigur care dintre ele (sau poate ambele) este conectată la site-ul meu live. Am verificat fișierul wp-config.php și acesta se leagă la o bază de date cu un nume diferit, una care nu apare în lista mea de baze de date (în phpMyAdmin). Este posibil ca baza de date să fi fost redenumită?

    • Caută în fișierul tău wp-config.php, acolo este direcționat wp către baza de date respectivă, baza de date pe care o folosești va fi listată acolo.

  19. Am câteva probleme cu site-ul de dezvoltare care nu recunoaște tema și conținutul meu. Am copiat fișierele de mai jos înainte de a rula instalarea de WordPress, însă paginile și conținutul nu sunt încă recunoscute. Am verificat fișierele și media mea se află în fișierul uploads, temele mele sunt prezente, la fel și plugin-urile mele, dar niciunul dintre ele nu este recunoscut pe site-ul WordPress propriu-zis.

    /wp-content/uploads
    /wp-content/themes
    /wp-content/plugins

    Aveți sugestii despre ce altceva aș mai putea încerca? Mulțumesc!

    • Am aceeași problemă. Aveți sugestii despre ce să încerc? Am urmat instrucțiunile pentru a copia acele fișiere dintr-un folder în altul și este în locul corect.

    • Brad, deci asta înseamnă că nu folosești subdomeniul. Îl folosești doar ca subdirector, pentru care nu a trebuit să creezi un subdomeniu pentru a-l folosi.

  20. Vă mulțumesc mult pentru acest tutorial! Instrucțiunile pas cu pas sunt perfecte pentru cineva care nu a mai făcut asta înainte. Am întâmpinat o problemă unde primeam un mesaj de eroare după crearea unui subdomeniu (ceva de genul unei probleme de configurare a DNS-ului). Pentru oricine se confruntă cu această problemă – ștergeți cache-ul și cookie-urile browserului, apoi veți vedea ecranul corect. Mi-a luat zile să înțeleg acest lucru (am așteptat câteva zile pentru că am crezut că va dura 24 de ore sau cam așa ceva pentru ca domeniul să se propage).

  21. Uau. Nu ar fi mai simplu, reducând destul de mulți pași și diminuând natura tehnică a acestui proces, să folosiți pur și simplu un plugin de backup cu o funcție de migrare (căutare/înlocuire în baza de date)… în loc să copiați bazele de date manual, *și* în loc să folosiți Git/Bitbucket? Sau nu înțeleg eu ceva?

    • Pentru site-uri mai mici, poate. Dar plugin-uri precum Duplicator încep să eșueze sau au randamente semnificativ diminuate pe site-uri mai mari. De exemplu, dacă lucrați la un site cu mult conținut media, Duplicator nu va putea niciodată să transfere totul. Veți primi mesaje de avertizare și va trebui să lăsați conținutul media în urmă la transfer.

      Da, acest tutorial ar fi excesiv pentru un blog mic. Dar este absolut modul în care ar trebui să procedați pentru, să zicem, un site woocommerce cu 3.000 de produse (inclusiv imagini și date personalizate).

      Cealaltă considerație majoră este frecvența modificărilor. Unele site-uri sunt destul de neîntreținute după ce devin live. Poate doar actualizați nucleul + pluginurile și efectuați câteva modificări minore pe an. Alte site-uri ar putea necesita modificări săptămânale sau chiar mai frecvente. În acest caz, ar deveni o corvoadă să așteptați backup-urile și apoi să restaurați un backup pe noul site (sperând că funcționează de fiecare dată). Folosind metoda descrisă în tutorial, puteți face modificări mai mici pe rând, imediat după ce le testați.

  22. Articol excelent. Căutam informații despre cele mai bune practici pentru site-urile de staging WordPress. Secțiunea suplimentară despre fluxul de lucru git-bitbucket este foarte apreciată.

  23. Fantastic tutorial, thank you! I know WPEngine.com has a staging site built into their hosting options which seems fantastic although I haven’t tried it just yet. Are there any other easier options you know of to setup and operate a staging site, with more of a plugin functionality like WPEngine? They literally have a clone to staging button and a clone to live button that makes this seem like a process from the 80’s LOL… :-)

    Tutorial uimitor, mulțumesc pentru conținut de nivel enterprise!

  24. Poate cineva să elaboreze asupra acestui pas:

    „Mai întâi descărcați o copie nouă de WordPress de pe WordPress.org. Încărcați conținutul WordPress pe site-ul dvs. de staging. Notă, nu rulați încă instalarea WordPress.”

    Am citit asta ca „1) descărcați fișierul zip WordPress de pe WordPress.org și 2) încărcați fișierul .zip în folderul /staging prin Manager de fișiere.” Cu toate acestea, nu cred că este corect.

    • Puteți încărca fișierul .zip și apoi extrageți conținutul în managerul de fișiere.

    • De fapt, am descoperit problema... și a fost rezolvată... totuși, nu pot adăuga imagini în biblioteca mea.... a mai întâmpinat cineva această provocare.

      • Instalarea wordpress rulează pe Windows?
        (Dacă da, trebuie să acordați permisiuni NTFS de modificare utilizatorului IUSR pe C:WindowsTemp)

  25. Tutorial grozav... totuși, după ce încerc să mă loghez pe site-ul de staging, sunt direcționat către „Oops! Google Chrome nu a putut găsi http”. Ce fac greșit?

  26. Acesta este într-adevăr un tutorial grozav și ceva ce am vrut să fac de mult timp. Problema mea este că atunci când vizitez ecranul de conectare WP, se pare că stilizarea temei mele nu este aplicată. Este normal? De asemenea, când introduc credențialele mele de pe site-ul live în câmpurile pentru site-ul de staging, nu mă conectează. Mă duce la „Oops! Google Chrome nu a putut găsi http”. Fac ceva greșit?

  27. Articol foarte util. Singura problemă pe care o am este că atunci când începe să discute despre controlul versiunilor, trece de la concentrarea pe instalarea alternativă de WordPress pe server la o instalare locală pe mașina cuiva.

    Presupun că cineva și-ar construi site-ul local (eu folosesc WAMP) și apoi ar folosi Git/Bitbucket & Ftploy pentru a actualiza instalarea de WordPress de dezvoltare/staging? Asta ar însemna că cineva ar avea trei versiuni ale site-ului WordPress în permanență [Producție, Dezvoltare/Staging, Local].

    Cum se asigură cineva că instalarea locală de WordPress rămâne compatibilă cu baza de date și alte configurații de pe server? Sau există o modalitate de a utiliza Git/Bitbucket/Ftploy pe server fără a fi nevoie să implicați o copie locală a site-ului dvs. WordPress?

  28. Deoarece, în mod obișnuit, dezvolt într-o zonă de staging pe serverul meu și apoi o mut pe serverul clientului pentru a intra în funcțiune, revenirea la versiunile anterioare este aproape imposibilă. Acest articol m-a făcut să iau în serios în considerare implementarea controlului versiunilor cu Git și Bitbucket. Vă mulțumesc mult pentru acest tutorial.

    • Mulțumesc. Este sigur să copiez pur și simplu toate fișierele de pe site-ul „test” și să le lipesc peste fișierele curente „live” prin FTP? Sau este mai mult de atât?

  29. Ar fi aceasta cea mai bună modalitate de a duplica un site web, de a-l configura cu o temă/conținut nou, apoi de a-l copia pe site-ul web live curent?
    Doresc să schimb tema, dar este o sarcină destul de mare, așa că, în loc să o activez și apoi să încerc frenetic să repar lucrurile timp de zile, caut o modalitate de a copia site-ul meu curent, de a-l schimba pe totul „în fundal”, apoi de a face noul site live. Vă rog să-mi spuneți dacă este chiar posibil?

  30. Odată ce am site-ul exact așa cum îl vreau în mediul de staging,
    există o modalitate sigură de a copia acele fișiere pe site-ul real, live?

    Scopul meu este să schimb temele, dar deoarece acest lucru ar implica destul de mult
    configurare, caut o modalitate de a face acest lucru în siguranță și de a înlocui conținutul meu
    actual cu cel nou doar când este gata (fără a schimba permalink-urile și SEO-ul, sper). Este posibil?

  31. Articol excelent…. Am putut urma instrucțiunile pas cu pas și am finalizat crearea site-ului de dezvoltare pe serverul meu de găzduire. Felicitări autorului.

  32. Am câteva probleme când încerc să rulez interogările SQL pentru a schimba referințele către site-ul de staging. Primesc următorul eroare:


    #1064 – Aveți o eroare în sintaxa SQL; verificați manualul corespunzător versiunii serverului dvs. MySQL pentru sintaxa corectă de utilizat lângă ‘1
    UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://example’ la linia 1

    Interogarea mea SQL este următoarea:


    1
    UPDATE wp_options SET option_value = REPLACE(option_value, ‘http://example.com’, ‘http://dev.example.com’);
    2
    UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘http://example.com’, ‘http://dev.example.com’);
    3
    UPDATE wp_posts SET guid = REPLACE(guid, ‘http://example.com’, ‘http://dev.example.com’);
    4
    UPDATE wp_posts SET post_content = REPLACE(post_content, ‘http://example.com’, ‘http://dev.example.com’);

    Am ratat un pas sau am ceva incorect în interogare? Mulțumesc pentru ajutor.

    • Nu contează, mi-am rezolvat problema. Simțiți-vă liber să ștergeți acest comentariu.

      • Am aceeași problemă. Aș putea să vă întreb cum ați rezolvat această problemă?
        Mulțumesc anticipat

        #1064 – Aveți o eroare în sintaxa SQL; verificați manualul corespunzător versiunii serverului dvs. MySQL pentru sintaxa corectă de utilizat lângă „)” la linia 1

    • Trebuie să eliminați numerele de pe linii, să înlocuiți example.com cu URL-ul site-ului dvs. live și dev.example.com cu URL-ul site-ului dvs. de dezvoltare sau de staging.

      Admin

  33. Acest articol este cel mai util pentru utilizatorul care dorește să facă aplicații avansate WordPress

  34. Am urmat instrucțiunile și am reușit să fac site-ul de staging să funcționeze. Cu toate acestea, fiecare link, pagină și chiar autentificarea revin la site-ul live, nu la site-ul de staging. Cum pot remedia acest lucru?

    • trebuie să schimbi adresa site-ului și adresa WordPress. Pentru a face asta, trebuie să rulezi această interogare SQL în phpmyadmin pentru baza de date a site-ului tău de staging:

      UPDATE wp_options SET option_value = REPLACE(option_value, ‘ORIGINAL_URL’, ‘NEW_URL’);
      UPDATE wp_postmeta SET meta_value = REPLACE(meta_value, ‘ORIGINAL_URL’, ‘NEW_URL’);
      UPDATE wp_posts SET guid = REPLACE(guid, ‘ORIGINAL_URL’, ‘NEW_URL’);
      UPDATE wp_posts SET post_content = REPLACE(post_content, ‘ORIGINAL_URL’, ‘NEW_URL’);

      Nu uitați să înlocuiți URL-ul original cu URL-ul site-ului dvs. live și URL-ul nou cu URL-ul site-ului dvs. de staging.

      Admin

      • OK – funcționează acum. A trebuit să rulez interogarea de mai multe ori, dar am reușit să o fac să funcționeze. Problema cu care mă confrunt acum este că toate setările temei lipsesc. Antetul, widgeturile, fundalul etc. sunt setate la valorile implicite ale temei. Nu sunt sigur cum să actualizez setările la cele ale site-ului live. Am copiat cele 3 fișiere din directorul wp-content. Mulțumesc pentru articolul și suportul remarcabil.

  35. Salut,

    Ca de obicei, tocmai ți-am citit articolul bine scris despre staging. Am doar o întrebare în minte acum și anume dacă există vreo modificare făcută în baza de date în timp ce lucrez la orice proiect, atunci trebuie să o încarc separat pe server de mediul local, în timp ce fișierele vor fi implementate automat prin ftploy.

    Noroc și mulțumiri.
    Continuați cu munca bună.

  36. Dacă fac modificări la proiectul meu local WP, înțeleg că fișierele din tema mea sunt modificate și acestea sunt încărcate în staging prin BitBucket/Ftploy. Ce se întâmplă cu baza de date/tabelele din proiectul meu local? Nu înțeleg de ce acestea nu sunt incluse și ele? Sau baza de date/tabelele din staging vor fi actualizate pe baza modificărilor de temă care sunt încărcate? Mulțumesc!!

    • Clive, în depozitul tău BitBucket poți stoca doar fișierele tale WordPress. FTPloy pur și simplu sincronizează acele fișiere cu site-ul tău de staging.

      Admin

      • Ce recomanzi atunci când se fac modificări în baza de date? Să zicem că creez o pagină nouă; ar trebui să reimport baza de date pe serverul de dezvoltare după ce fac modificări la ea în copia mea locală? De asemenea, mutarea de la dezvoltare la producție, aveți recomandări în afară de importarea manuală și rularea unei căutări și înlocuiri pentru a repara URL-ul?

  37. Ca de obicei, un articol grozav și exact când am nevoie de el. Continuați munca excelentă! Pe altă notă, sunt pe iPhone-ul meu și acea bară neagră enervantă de 'Trending' îmi stă în calea comentariilor. Acest articol m-a ajutat atât de mult încât am trecut prin mai multe încercări pentru a putea comenta.

  38. Nu am fost cu adevărat menționat despre ce să fac cu baza de date de staging și cum să transfer modificările către baza de date live, mai ales dacă clientul dvs. a făcut modificări pe site-ul live în timp ce dvs. ați făcut modificări pe site-ul de staging și există modificări în ambele baze de date.

    Aceasta este o zonă a mediilor de staging cu WordPress la care nu am reușit să înțeleg.

    • Staging-ul este practic pentru dezvoltare, atunci când lucrezi la teme sau plugin-uri. Am importat baza de date doar pentru a avea date reale cu care să testăm. Nu este menit să fie o copie sincronizată a site-ului tău live.

      Admin

      • Nu știu dacă este la fel ca întrebarea lui Eben, dar totul merge bine până la…: încărcarea/transferul conținutului de staging pe site-ul live. presupunând că totul este perfect în staging, cum fac ca toată această structură/conținut perfect să fie site-ul live, fără riscuri?

  39. Am început să folosesc WP Migrate DB (http://wordpress.org/plugins/wp-migrate-db/) pentru a converti URL-urile și căile în baza de date. Va converti, de asemenea, URL-urile și căile care se află în date serializate.

    Deci copiez fișierele pe serverul de staging și creez o bază de date, apoi export baza de date live prin WP Migrate DB și o import în noua bază de date prin phpMyAdmin.

    Cea mai mare problemă este atunci când site-ul live este actualizat înainte ca eu să aduc baza de date a serverului de staging înapoi.

  40. Dacă aveți Softaculous, este și mai ușor să implementați un site de test pe site-ul live: puteți clona site-ul într-o locație din același server.
    Este ceea ce fac eu: creez mediul de testare și, când am terminat, mă duc pur și simplu la lista instalărilor mele WordPress din panoul de control Softaculous și „clonesc” site-ul în locația live. Locația live trebuie să fie goală de alte fișiere pentru ca acest lucru să funcționeze.

  41. Mulțumesc Syed & Echipei, acesta este unul dintre cele mai complete și ușor de înțeles pentru cititorii obișnuiți Ghid de Staging pentru WP. Bine făcut.

Lasă un răspuns

Vă mulțumim că ați ales să lăsați un comentariu. Vă rugăm să rețineți că toate comentariile sunt moderate conform politicii noastre de comentarii, iar adresa dvs. de e-mail NU va fi publicată. Vă rugăm să NU folosiți cuvinte cheie în câmpul nume. Să avem o conversație personală și semnificativă.