Kā droši klonēt WordPress sagatavošanas vietni
Publicēts 2026. gada 19. augustā
Sagatavošanas vietne ir vieta, kur “neliels atjauninājums” pārstāj būt neliels un kļūst par incidentu produkcijā. Pirms maināt tēmu, testējat spraudni, rediģējat norēķinu darbību vai pieskaraties pielāgotam kodam, jums ir nepieciešama darbojoša kopija, kas uzvedas kā publiskā vietne, nepakļaujot riskam reālus klientus, saturu vai ieņēmumus.
Ja meklējat kā klonēt WordPress sagatavošanas vidi, svarīgi ir saprast, ka kopējat vairāk nekā tikai WordPress failus. Noderīgs klons ietver vietnes failus, tās datubāzi, pareizos domēna iestatījumus un dažus aizsardzības pasākumus, kas neļauj testa aktivitātēm nonākt produkcijā. Ja izlaižat kādu no šīm daļām, var rasties bojātas saites, pieteikšanās cikli vai testa e-pasti, kas nonāk reālajās iesūtnēs.
Vispirms izvēlieties klonēšanas virzienu
“Klonēt sagatavošanas vidi” var nozīmēt divus ļoti atšķirīgus uzdevumus. Iespējams, vēlaties kopēt savu publisko vietni uz sagatavošanas vidi, lai testa vide atspoguļotu pašreizējo produkcijas iestatījumu. Vai arī, iespējams, vēlaties kopēt apstiprinātās izmaiņas no sagatavošanas vides atpakaļ uz publisko vietni.
Pirmā iespēja parasti ir drošāka un biežāk sastopama. Tā atsvaidzina sagatavošanas vidi ar jūsu vietnes aktuālo versiju, sniedzot uzticamu vietu izmaiņu testēšanai. Otrajai iespējai nepieciešama lielāka piesardzība, jo produkcijā pa to laiku, kamēr izstrāde turpinājās sagatavošanas vidē, var būt saņemti jauni pasūtījumi, veidlapu iesniegumi, komentāri, lietotāju reģistrācijas vai satura labojumi.
Veikaliem, dalības vietnēm, rezervēšanas platformām un jebkurai vietnei ar aktīviem lietotāju datiem izvairieties akli pārrakstīt produkciju ar vecāku sagatavošanas vides datubāzi. Koda un atlasītu failu kopēšana var būt piemērota, taču visas publiskās datubāzes aizstāšana var izdzēst neseno uzņēmējdarbības aktivitāti. Šis ir viens no tiem gadījumiem, kad pareizā metode ir atkarīga no tā, kas tika mainīts un kur atrodas jaunākie dati.
Kas ietilpst pilnā WordPress klonā
WordPress vietnei ir divas galvenās daļas: faili un datubāze. Abas ir jākopē, lai sagatavošanas vietne darbotos, kā paredzēts.
Faili ietver WordPress kodola failus, tēmas, spraudņus, augšupielādes, kešatmiņas konfigurācijas un bieži arī `wp-config.php` failu, kas satur videi specifiskus iestatījumus. Datubāzē glabājas ziņas, lapas, lietotāji, iestatījumi, spraudņu dati, WooCommerce pasūtījumi un daudz kas cits. Kopējot tikai failus, iegūsiet čaulu bez vietnes satura un iestatījumiem. Kopējot tikai datubāzi, WordPress paliek bez vajadzīgā koda un augšupielādēm.
Pēc kopēšanas jums ir jāpielāgo arī URL. Datubāze, kas eksportēta no `example.com`, joprojām satur atsauces uz `example.com`, līdz šīs vērtības tiek aizstātas ar sagatavošanas vides adresi, piemēram, `staging.example.com`. WordPress dati var saturēt serializētas vērtības, tāpēc vienkārša meklēšana un aizstāšana teksta redaktorā ir riskanta. Izmantojiet WordPress saderīgu migrācijas rīku, uzticamu komandrindas meklēšanas un aizstāšanas procesu vai vadības paneļa darbplūsmu, kas paredzēta pareizai datubāzes aizstāšanas apstrādei.
Sagatavojieties, pirms kaut ko kopējat
Sāciet ar jaunu produkcijas vietnes dublējumu. Tas nav tikai formāls solis. Tas ir jūsu ceļš atpakaļ, ja failu pārsūtīšana, datubāzes imports vai iestatījumu maiņa noiet greizi. Ja iespējams, glabājiet dublējumu atsevišķi no servera, īpaši vietnēm, kas ir svarīgas jūsu biznesam.
Pēc tam izveidojiet sagatavošanas vides galamērķi. Tā var atrasties apakšdomēnā, piemēram, `staging.example.com`, apakšdirektorijā vai atsevišķā serverī. Apakšdomēns parasti ir tīrākā izvēle, jo tas darbojas kā neatkarīga vietne, vienlaikus paliekot viegli atpazīstams.
Izveidojiet datubāzi un datubāzes lietotāju sagatavošanas videi. Nenorādiet sagatavošanas vidi uz produkcijas datubāzi. Pat šķietami nekaitīgs spraudņa atjauninājums vai testa veidlapas iesniegums var ierakstīt datus. Atsevišķas datubāzes neļauj kļūdai sagatavošanas vidē kļūt par problēmu publiskajā vietnē.
Pirms klonēšanas ātri pierakstiet produkcijai specifiskos pakalpojumus: maksājumu vārtejas, transakciju e-pastu, analītiku, kešatmiņas slāņus, CDN iestatījumus, drošības spraudņus un ārējās API. Šie savienojumi sagatavošanas vidē bieži ir jāatspējo, jāaizstāj vai jāpārslēdz testa režīmā.
Kā soli pa solim klonēt WordPress sagatavošanas vietni
Precīzie ekrāni dažādās hostinga vidēs atšķiras, taču process paliek nemainīgs.
1. Kopējiet WordPress failus
Kopējiet produkcijas vietnes failus uz sagatavošanas vietnes dokumenta sakni. Iekļaujiet slēptos failus, piemēram, `.htaccess`, ja tas ir būtiski. Direktorijam `wp-content` jāpievērš īpaša uzmanība, jo tas satur tēmas, spraudņus un multivides augšupielādes.
Ja jūsu servera panelis piedāvā vietnes klonēšanas funkciju, tā var samazināt manuālo darbu, kopējot failus un izveidojot galamērķa struktūru jūsu vietā. FASTPANEL vidē vietņu un datubāzu pārvaldība ir apvienota vienā pārskatāmā vidē, kas palīdz izvairīties no ierastās problēmas — vajadzības meklēt vienas vietnes daļas dažādos rīkos.
Manuālai kopēšanai izmantojiet failu pārvaldnieku, SFTP vai servera puses komandu. Kopēšana servera pusē bieži ir ātrāka lielām multivides bibliotēkām, jo failiem vispirms nav jāceļo caur jūsu lokālo datoru.
2. Eksportējiet un importējiet datubāzi
Eksportējiet produkcijas datubāzi, pēc tam importējiet to jaunajā sagatavošanas vides datubāzē. Pārliecinieties, ka imports tiek pabeigts bez kļūdām. Daļējs imports sākumā var izskatīties labi, bet vēlāk neizdoties, kad WordPress pieprasa trūkstošu tabulu vai spraudņa iestatījumu.
Atjauniniet sagatavošanas vietnes `wp-config.php` failu ar jauno datubāzes nosaukumu, lietotājvārdu, paroli un resursdatoru. Ja datubāzes resursdators nav mainījies, tas joprojām var būt `localhost`, taču pārbaudiet, nevis miniet.
3. Aizstājiet publisko URL ar sagatavošanas vides URL
Klonētajā datubāzē atjauniniet atsauces no produkcijas adreses uz sagatavošanas vides adresi. Tas ietver gan WordPress sākumlapas URL, gan vietnes URL, kā arī saites, kas saglabātas lapu saturā, logrīkos, tēmu iestatījumos, lapu veidotājos un spraudņos.
Pēc aizstāšanas atveriet sagatavošanas vietni privātā pārlūka logā. Pārbaudiet sākumlapu, dažas ziņas, multivides bibliotēku, izvēlnes, veidlapas un WordPress administrēšanas zonu. Ja redzat pāradresācijas atpakaļ uz produkciju, vēlreiz pārbaudiet `home` un `siteurl` vērtības datubāzē un pārbaudiet URL konstantes failā `wp-config.php`.
4. Padariet sagatavošanas vidi drošu testēšanai
Klonēta sagatavošanas vietne joprojām var uzvesties kā produkcija, ja vien nenorādāt tai citādi. Iestatiet no-index noteikumu, lai meklētājprogrammas neindeksētu dublētu saturu. Ja iespējams, aizsargājiet vietni ar paroles piekļuvi vai IP ierobežojumiem, īpaši, ja tajā ir klientu dati vai nepabeigts darbs.
Pēc tam apturiet uz āru vērstos pakalpojumus. Pārslēdziet maksājumu spraudņus smilškastes režīmā, atspējojiet reālu e-pastu piegādi, izslēdziet mārketinga automatizāciju un pārskatiet webhook integrācijas. Labāk, lai testa pasūtījums nenonāk nekur, nekā lai sagatavošanas vietne paziņo reālam klientam, ka viņa pasūtījums ir nosūtīts.
5. Notīriet kešatmiņu un atsvaidziniet pastāvīgās saites
Kešatmiņa var likt veiksmīgam klonam izskatīties bojātam. Notīriet WordPress kešatmiņas spraudņus, servera kešatmiņu un CDN kešatmiņu, kas ir saistīta ar sagatavošanas vides domēnu. Pēc tam vienu reizi saglabājiet pastāvīgo saišu iestatījumus WordPress administrēšanas panelī, lai atkārtoti ģenerētu pārrakstīšanas noteikumus.
Ja stilu lapas, attēli vai JavaScript joprojām tiek ielādēti no produkcijas, vēlreiz meklējiet datubāzē veco domēnu. Pārbaudiet arī tēmas opcijas un lapu veidotāja iestatījumus, jo daži rīki glabā URL ārpus parastā lapas satura.
Pārbaudes, kas novērš biežākās sagatavošanas vides kļūdas
Pirms izstrādātāji vai klienti sāk testēšanu, veiciet īsu praktisku pārbaudi:
- Pārliecinieties, ka sagatavošanas vide izmanto savu datubāzi un neraksta datus produkcijā.
- Pārliecinieties, ka WordPress iestatījumos un galvenajās vietnes lapās ir redzams sagatavošanas vides URL.
- Pārliecinieties, ka meklētājprogrammas ir bloķētas un piekļuve ir aizsargāta tur, kur tas nepieciešams.
- Pārliecinieties, ka e-pasts, maksājumi, webhook un trešo pušu API ir drošos testa iestatījumos.
- Pārliecinieties, ka varat pieteikties, augšupielādēt multividi, iesniegt testa veidlapu un skatīt lapas mobilajā ier īcē.
Pārbaudiet arī videi specifiskos iestatījumus kešatmiņas, drošības un optimizācijas spraudņos. Daži spraudņi identificē vietni pēc domēna nosaukuma, IP adreses vai licences atslēgas. Funkcijai, kas darbojas publiskajā vietnē, sagatavošanas vidē var būt nepieciešama atļauja vai atsevišķa konfigurācija.
Izmaiņu pārvietošana no sagatavošanas vides atpakaļ uz produkciju
Kad testēšana ir pabeigta, neuzskatiet, ka apgrieztajai klonēšanai būtu jāpārraksta viss. Brošūras tipa vietnei bez jaunas aktivitātes failu un datubāzes aizstāšana pēc dublējuma izveides var būt saprātīga. Aktīvai WooCommerce vietnei drošāka izvietošana var būt tikai izmainīto tēmas failu, pielāgoto spraudņu vai rūpīgi pārskatītu datubāzes iestatījumu pārvietošana.
Ja iespējams, plānojiet izmaiņas publiskajā vietnē mierīgākā periodā. Ieslēdziet apkopes režīmu tikai tad, ja izvietošana to prasa, pēc tam notīriet kešatmiņu un nekavējoties pārbaudiet klienta ceļu: sākumlapa, pieteikšanās, veidlapas, grozs, norēķināšanās un jebkura ieņēmumiem kritiska integrācija.
Sagatavošanas vietne nav vērtīga tāpēc, ka tā ir otra WordPress kopija. Tā ir vērtīga tāpēc, ka dod jums iespēju pieņemt lēmumus, pirms apmeklētāji izjūt sekas. Uzturiet to aktuālu, izolētu un ļaujiet tai uztvert radošo uzvedību, pirms tas jādara produkcijai.