Migracija WordPress sajta

Migracija WordPress sajta

Updated: 20/03/2019.

U ovom članku objasniću kako se radi migracija sajta. Uputstvo je dato za sajt koji koristi CMS i bazu (WordPress konkretno u ovom primeru), ali princip je isti za veliku većinu sajtova (za sajtove bez baze samo nije potrebno raditi korake vezane za migraciju baze). Trudiću se da objasnim što kraće, lakše, korak po korak (za samo bekapovanje videti: Bekap WordPress sajta). Krenimo.

Sadržaj:

  1. Uvodne napomene
  2. Korišteni termini
  3. Bekap
  4. Zapisivanje svega sa old-host
  5. Podešavanje new-host
    5.1. “Radni” domen
    5.2. Kreiranje korisnika za reseller
    …5.2.1. Kreiranje korisničkog paketa
    …5.2.2. Kreiranje novog korisnika
    5.3. Kreiranje nove baze i korisnika
  6. Utvrđivanje putanja do fajlova
  7. Editovanje fajlova i baza sa old-host
  8. Kopiranje fajlova
  9. Importovanje baze
  10. DNS i nameserver-i
    10.1. Korištenje nameservera (novog) hosting provajdera
    10.2. Izmena adrese preko Cloudflare
  11. SSL – https podešavanja
  12. Testiranje
  13. Kratka rekapitulacija


1. Uvodne napomene

Da biste mogli reći da je neki sajt Vaš, morate ispuniti sledeća tri kriterijuma:

  • Imati kontrolu nad domen registrarom za taj domen.
  • Imati ažurne bekape fajlova i baza.
  • Biti u stanju da uradite migraciju sajta na drugi hosting server.

Ako nemate bekape sajta, mogućnost izmene nameservera u registraru domena, mogućnost seljenja sajta na drugi hosting server – nećete moći namestiti sajt da radi ako se desi bilo kakav prolem sa hosting provajderom, serverom, ili samim sajtom.

Osnovna svrha ovog uputstva je da služi na prvom mestu meni kao podsetnik, kako ne bih pri svakoj selidbi lupao glavu: “kako je ono najbolje da se uradi?” Ovo je meni radilo za poslednje dve selidbe oko desetak sajtova, ne vidim zašto ne bi radilo uvek. Isprobano je za shared i reseller hosting. Ipak, sva uputstva koristite na sopstveni rizik – ne preuzimam odgovornost za Vaš sajt.

Birajte korisnička imena i lozinke koji se teško pogode! U ovom tekstu je sve dato samo kao primer – da se lako pamti i razume.

Tačan izgled ekrana i panela Vaših hosting provajdra se može razlikovati, ali princip je isti.

Preporuka: pročitajte uputstvo od početka do kraja, samo da vidite o čemu se sve tu priča. Onda ga pročitajte ponovo i vidite da li ima delova koji Vam nisu jasni (i guglajte ako Vam linkovi sa ovog sajta nisu dovoljni da sve shvatite). Tek iz trećeg pokušaja ga pokušajte slediti korak po korak i izvesti operaciju migracije sajta.

Neki od linkova (koji preporučuju alate) su affiliate tipa. To znači da će cena za Vas biti ista (ili čak povoljnija nego redovno), dok ja dobijam poneki dinar ako nešto kupite. Stvari koje preporučujem su one koje koristim i volim (svi živi nude affiliate provizije – često su i toliko veće, koliko je proizvod gori 🙂 ).

Moje iskustvo sa prethodnim hosting provajderom i kako sam tražio novi hosting, napisao sam ovde: Justhost review.


2. Korišteni termini

Da ne bude zabune, u definisaću šta se pod kojim terminom misli u nastavku teksta:

  • example.com – domen koji je korišten za primer, zamenite to Vašim domenom (koji selite).
  • working.com – domen koji služi kao “glavni” – ako se koristi reseller hosting.
  • old-host – hosting (provajder) na kojem se sajt trenutno nalazi (i sa kojeg se seli) – “stari hosting”.
  • new-host – hosting na koji se sajt seli, “novi hosting”.
  • oldusername – korisničko ime na old-host za pristup cPanelu, FTP-u i ostalom.
  • old-password – lozinka za oldusername.
  • newusername – korisničko ime (koje će biti kreirano) na new-host.
  • new-password – lozinka za newusername.
  • old_database – ime baze kakvo je na old-host.
  • new_database – ime baze (koje će biti kreirano) na new_host.
  • old_db_user – ime korisnika za old_database na old-host.
  • old_db_password – lozinka za old_db_user.
  • new_db_user – ime korisnika (koje će biti kreirano) za new_database na new-host.
  • new_db_password – lozinka za new_db_user.
  • old_root_dir – direktorijum u kojem se nalazi sajt na old-host.
  • new_root_dir – direktorijum sajta na new-host. Na primer: /home/newusername/public_html/

Sledi postupak procedure za migraciju kompletnog sajta, korak po korak:


3. Bekap

Kompletna procedura za bekap sajta, sa objašnjenjem nekoliko različitih metoda sa sve slikama ekrana, data je u posebnom članku: bekap WordPress sajta. Ovde neću “duplirati” to objašnjenje – pogledajte linkovanu stranicu i uradite bekap.

Kopirani bekapi služiće za naredne korake migracije sajta, kako je objašnjeno u nastavku.


4. Zapisivanje svega sa old-host

Sada treba zapisati sve podatke vezane za hosting na kojem se sajt trenutno nalazi (old-host), dakle:

  • Korisničko ime (za ovo uputstvo reći ćemo da je to “oldusername”).
  • Lozinka (old-password).
  • Ime baze (old_database).
  • Ime korisnika baze (old_db_user).
  • Lozinka korisnika baze (old_db_password).
  • Direktorijum gde se sajt nalazi na old-host (old_root_dir).

Primer za direktorijum (u poglavlju 6 je objašnjeno kako se dolazi do ovih podataka za direktorijum):

/home1/oldusername/example-website/

Ovako može izgledati ako je sajt dodat kao dodatni domen. Ako je sajt “glavni” (ili jedini) na nalogu kod hosting provajdera (old-host), onda će najverovatnije izgledati ovako (ako niste uneli svestan napor da bude drugačije):

/home1/oldusername/public_html/

To jest, fajlovi sajta biće smešteni direktno “ispod” public_html direktorijuma. Za ovo uputstvo, reći ćemo da je to /old_root/. Obratite pažnju na kose crte ( ” / ” ). Ako navedem samo:

  • old_root – to je ekvivalentno sa:
  • /home1/oldusername/example-website/

Vodeće i završne kose crte će biti navedene kada su potrebne!

Kakav god da je slučaj, napravite .txt fajl i tu zapišite sve navedene podatke. Još bolje, smestite to sve kriptovano, pomoću KeePass na primer, pošto su ovo sve osetljivi i poverljivi podaci.


5. Podešavanje new-host

Trebalo bi da na novom hostingu (new-host) dobijete kreirano neko korisničko ime i lozinku za pristup, ili da sami to kreirate prilikom prijave.

Korisničko ime newusername, za pristup cPanel-u, FTP-u (i WHM-u u slučaju reseller hosting naloga) je nešto što obično generiše sam hosting provajder, najčešće na osnovu domena koji Ste naveli pri registraciji.

Lozinka (new-password) je najčešće ona koju ste naveli pri kreiranju naloga, svakako nije loše postaviti dobru, sigurnu, samo Vama poznatu.

U ovom primeru ću koristiti izmišljeni newusername i new-password za lozinku i password.

Na novom hostu ćete dobiti podatke o nameserverima koje koristi Vaš server, kao i IP adresi servera (sa, ili bez njihovih IP adresa). Na primer:

ns1.new-host.com  162.169.222.49
ns2.new-host.com  162.169.225.50

Trebalo bi da dobijete i IP adresu svog (novog) hosting servera. Na primer:

“Shared IP address: 191.71.40.135”

Ako koristitie Cloudflare, ova IP adresa će Vam biti značajna – kasnije o tome.

5.1. “Radni” domen

Bilo da koristite shared, ili reseller hosting, možete registrovati “glavni” nalog sa “radnim” domenom. Pod ovim mislim na domen koji nema imati nikakve veze sa Vašim sajtom. Možete registrovati domen poput dddfffggg123.com kod domen registratora (kao što je Namecheap – affiliate link). Pa sa tim domenom (dddfffggg123.com) otvoriti nalog kod hosta. Ovaj domen će u uputstvu biti “kršten” kao: working.com.

Šta ovo omogućava? Omogućava da se napravi da se na ftp i cPanel logujete kao:

  • cpanel.working.com i
  • ftp.working.com, ili samo working.com u FTP klijentu – ovo zavisi od podešavanja hosting provajdera.

Čak i pre nego preselite sajt(ove). Samo treba da namestite da working.com koristi nameservere novog hosting provajdera (promena nameservera je objašnjena kasnije, u 10. poglavlju). Instalirajte svakako SSL za radni domen (poglavlje 11 objašnjava SSL) Ovo čini stvari malo praktičnijim, ali nije neophodno. Uvek se možete prijaviti u svoj nalog preko sajta hosting provajdera.

5.2. Kreiranje korisnika za reseller

Ovaj deo važi samo ako koristite reseller hosting i hoćete da sajt koji selite ima svoj poseban cPanel (pametna opcija). Korisnici shared hostinga mogu odmah preskočiti na poglavlje 5.3.

Ulogujte se u WHM (bilo preko sajta novog hostinga, ili preko whm.working.com, ako koristite radni domen).

Log in to Web Host Manager (WHM) Picture 1
Prijava na Web Host Manager (WHM)
Slika 1
Logging in to WHM through the new hosting provider’s user panel/portal Picture 2
Prijava na WHM preko korisničkog panela/portala na sajtu hosting provajdera
Slika 2

5.2.1. Kreiranje korisničkog paketa

Kliknite na “Add a Package” – (1) na slici 3:

WHM options for creating a new package (1) and user (2) Picture 3
WHM opcije za kreiranje novog paketa (1) i korisnika (2)
Slika 3

Otvoriće se prozor na kojem se dodeljuje ime paketa i postavljaju sva ograničenja. Ova ograničenja postavite po želji, ili ostavite podrazumevana ako niste sigurni šta radite.

Choosing package name (“example-package”) and setting up the limits Picture 4
Izbor imena paketa (“example-package”) i podešavanje ograničenja
Slika 4

Skrolujte dalje da podesite sve ostale opcije (ostavite na podrazumevanom ako niste sigurni) i kliknite “Add”:

Setting up package options and creating it Picture 5
Podešavanja opcija paketa i kreiranje
Slika 5

Jedan paket se može koristiti za više korisnika (tj. svi mogu koristiti isti paket). Takođe, moguće je napraviti više paketa, tako da ne dobiju svi kreirani korisnici ista ograničenja i opcije.

5.2.2. Kreiranje novog korisnika

Kliknite na “Create a New Account” – (2) na slici 3.

Zatim ispunite opcije: ime domena (example.com u našem primeru), paket (working_example-package) i tako dalje – primer je dat na slici 6:

Creating a new user in WHM Picture 6
Kreiranje novog korisnika u WHM
Slika 6

Sada imamo korisnika “newusername” sa šifrom “new-password”, paketom “working_example-package” na domenu example.com.

5.3. Kreiranje nove baze i korisnika

Podesite željenu verziju PHP-a. Opcija je obično u cPanelu, sa natpisom poput “Select PHP Version”. Kada izaberete željenu verziju, ostavite podešavanja na podrazumevanim, ako ne znate baš tačno šta Vam je i kako potrebno za podesiti.

Ako sajt ne krosti bazu, možete preskočiti odmah na poglavlje 6.

Ako koristite reseller hosting, u poglavlju 5.2. je objašnjeno kreiranje korisnika “newusername” sa šifrom “new-password”. Ako koristite shared hosting, trebalo bi da ste od hosting provajdera dobili neki kreiran username, ali za ovaj primer ćemo se ponašati kao da je to isto “newusername” i da Ste izabrali lozinku “new-password“.

Ulogujte se na cPanel. Ovo možete raditi preko cpanel.working.com ako ste napravili radni domen (slika 7), ili pomoću kontrolnog panela hosting provajdera (slika 2, samo klik na cPanel, ne na WHM).

cPanel login screen Picture 7
Ekran za prijavu na cPanel
Slika 7

Kada se prijavite na cPanel, kliknite na “MySQL Databases”.

Choose MySQL Databases Picture 8
Izaberite MySQL Databases
Slika 8

Zatim se pravi nova baza (ili više njih ako je potrebno):

Making a new database “newusername_new_database” Picture 9
Pravljenje nove baze “newusername_new_database”
Slika 9

Posle klika na “Create Database” bićete obavešteni da je baza kreirana i kliknuti na povratak na prethodni ekran, ili biti automatski preusmereni. Sada treba kreirati novog korisnika (sa “new_dp_password” lozinkom):

Crating a new user “newusername_new_db_user” for the database Picture 10
Kreiranje novog korisnika “newusername_new_db_user” za bazu
Slika 10

Ostaje da se kreirani korisnik doda kreiranoj bazi i dodele privilegije (prava pristupa) – slike 11 i 12:

Adding a user to a database Picture 11
Dodavanje korisnika bazi
Slika 11

Kliknite na “all privileges”, a zatim na “Make Changes”:

Giving the user database access rights (privileges) Picture 12
Dodavanje prava (privilegija) nad bazom korisniku
Slika 12

Naravno, korisniku se mogu dodeliti i samo neka prava (ne sva) – ako tačno znate šta i zašto radite.


6. Utvrđivanje putanja do fajlova

Ulogujte se na cPanel new-host, kliknite na “Domains” i vidite koja je root putanja domena, slika 13:

Root directory of example.com is /public_html Picture 13
Root direktorijum example.com domena je /public_html
Slika 13

Domen se nalazi u “public_html” direktorijumu, koji se nalazi direktno na rootu korisničkog naloga ( ” / ” ). U nekim slučajevima (dodati domeni i slično), ovo se može razlikovati, na primer:

/moji-sajtovi/example-com/

Sada treba otvoriti cPanel i “File Manager” i pogledati koji je korisnikov home direktorijum (nekad podatak postoji direktno u samom cPanelu kao “Home Directory”).

Home directory (1) and the directory where we confirmed the domain is placed (2) Picture 14
Home direktorijum (1) i direktorijum gde smo utvrdili da je smešten domen (2)
Slika 14

Sada znamo da je direktorijum sajta u ovom primeru u stvari:

home/newusername/public_html

U nastavku ćemo ovo “krstiti” samo kao ” new_root_dir “.

Uradite isto ovo na old-host da utvrdite koji je tačno “old_root_dir“, ako već niste u koraku iz 4. poglavlja.


7. Editovanje fajlova i baza sa old-host

Da rekapituliramo – sada bi trebalo da nam je poznato sledeće:

  • new_database ime nove baze – kreirane u poglavlju 5.3. kao “newusername_new_database”.
  • new_db_user korisnik nove baze kreiran kao “newusername_new_db_user” – poglavlje 5.3.
  • new_db_password – lozinka za new_db_user, ovde smo stavili “new_db_password” – glupavo, da.
  • new_root_dir – kako je objašnjeno u poglavlju 6. u ovom slučaju je “home/newusername/public_html”.

Takođe bi trebalo da imamo i podatke sa old-host. Ovi podaci i imena koja koristim objašnjeni su u poglavlju 2. Korišteni termini.

Napravite radnu kopiju bekapa na kojem ćete vršiti izmene. Ostavite svakako (barem jedan) rezervni bekap!

Ako su imena i lozinke korisnika baze, ime baze i putanja u koju je smešten sajt isti za staru i novu lokaciju, onda se može odmah preskočiti na poglavlje 8.

Potrebno je otvoriti eksportovane baze (old_database u našem primeru) u nekom tekstualnom editoru (ja volim Notepad++ – da, samo Windows 🙂 ). Uraditi search-replace na sledeće termine (zameniti ih stvarnim za Vaš sajt):

  • old_root_dir zameniti sa new_root_dir
  • old_database zameniti sa new_database
An example for search-replace. Click “Replace All” Picture 15
Primer pretrage i zamene – kliknuti “Replace All”
Slika 15

Zatim, otpakujte jednu kopiju svih fajlova sajta sa old-host, pa uradite pretragu svih tih fajlova na sledeći tekst u njima:

oldusername – ako se razlikuje od newusername. Ako su isti, onda je nešto komplikovanije – treba raditi pretragu po svemu što se razlikuje: putanja, ime baze, korisnik baze, ili/i (samo) lozinka baze. Primer pretrage pomoću Total Commander-a:

Searching all the website files for a given text within them Picture 16
Pretraga svih fajlova sajta za željeni tekst unutar njih
Slika 16

Sve fajlove koji su pronađeni pretragom (najlakše ako se korisničko ime razlikuje, a nepotrebno išta menjati ako je sve potpuno identično – i putanja, ime baze…) treba otvoriti u tekst editoru i uraditi search-replace (slika 15) na sledeće termine:

  • old_root_dir zameniti sa new_root_dir. Unutar .json fajlova, putanje direktorijuma nisu odvojene crtom ( ” / ” ), nego ovako: ” \/ “, na primer – home1\/oldusername\/example-website. Tako da je to još jedna stvar na koju treba raditi pretragu i izmenu (i / i \/ varijante putanja).
  • old_database zameniti sa new_database (ako se razlikuju – isto kao što smo radili sa eksportovanom bazom – iznad slike 15).

U wp-config.php fajlu treba izmeniti i ovo (pored iznad navedenog):

  • old_db_user zameniti sa new_db_user
  • old_db_password zameniti sa new_db_password

Naravno, sačuvati sve izmene i zipovati sve tako izmenjene fajlove zajedno, kako bi se lakše uploadovali na new-host.


8. Kopiranje fajlova

Kopiranje fajlova može se uraditi iz cPanela i pomoću FTP klijenta (ja volim FileZilla). Ako koristite radni domen, FTP će raditi sa sledećim postavkama (za ovaj primer):

An example of a FTP setup Picture 17
Primer FTP podešavanja
Slika 17

U zavisnosti od hosting provajdera, parametri se mogu razlikovati (recimo ftp.working.com), ali suština je ista.

Fajlove koji su editovani i zipovani kako je objašnjeno u poglavlju 7 treba uploadovati na server u direktorijum new_root_dir (videti poglavlje 6 za objašnjenje putanja). Nakon uploada, treba otpakovati zipovani fajl (kasnije se može i obrisati, kada se utvrdi da sve radi).

Select the backup file and then click “Extract” Picture 18
Izabrati bekap klikom i kliknuti na “Extract”
Slika 18

Dok ste u cPanelu, uradite još i sledeće, biće važno kasnije:

Activating display of hidden files within cPanel’s File Manager Picture 19
Aktiviranje prikaza skrivenih fajlova u Fajl Menadžeru cPanel-a
Slika 19


9. Importovanje baze

Ako sajt ne koristi bazu, preskočite na poglavlje 10.

Import baze je relativno jednostavan. Članak o bekapu sajta objašnjava kako se baza eksportuje/bekapuje. Razlika u odnosu na taj postupak je što ovde treba birati opcije “restore” ili “import” – u zavisnosti od alata.

Možete pokrenuti phpMyAdmin iz cPanel-a. Kliknuti na newusername_new_database da je selektujete, a onda kliknuti na “import”. Izaberite izmenjeni fajl old_database sa svog računara. Ostavite sve opcije kako stoje, samo pritisnite “Go”.

phpMyAdmin database import – in three quick steps Picture 20
phpMyAdmin import baze – u tri laka koraka 🙂
Slika 20


10. DNS i nameserver-i

Sada je sve spremno. Prebacili smo sve fajlove i bazu – ako nije napravljena neka greška pri kopiranju, ili/i editovanju fajlova (i baze), trebalo bi nakon ovog koraka sve proradi – tj. da sajt “zaživi” na novom hostingu. Ovaj korak smo ostavili za kraj jer želimo što kraći prekid rada sajta – saopštavamo “belom Svetu” novu adresu tek nakon što smo sve pripremili i podesili.

Ako je sajt podešen da koristi isključivo (forsira) https protokol (SSL/TLS enkripciju), onda nakon podešavanja objašnjenih u ovom poglavlju treba odmah uraditi i podešavanje SSL/TLS sertifikata kao što je objašnjeno u 11. poglavlju – inače možda neće raditi.

Ono što bih sada uradio je da na sajtu kakav je još uvek (na old-host) izmenim neku rečenicu (tako da tačno znam šta sam i kako izmenio), ili dodam neki testni komentar i slično. Tako ću, kad odradim izmene DNS-a, moći videti da su te izmene nestale, tj. da zaista pristupam sajtu na new-host. Postoje i drugi načini da se ovo proveri (IP adresa na primer), ali meni je ovako nekako najzgodnije i najsigurnije se osećam.

Za promenu nameserver-a, objasniću prvo proceduru u slučaju da se koristi “običan” nameserver, a zatim i za slučaj korištenja Cloudflare servisa, ili nekog drugog “specijalnog DNS-a”

10.1. Korištenje nameservera (novog) hosting provajdera

Za ovaj naš primer, već smo uzeli (poglavlje 5) da su name serveri na new-host sledeći:

ns1.new-host.com  162.169.222.49
ns2.new-host.com  162.169.225.50

Potrebno je ulogovati se na panel domen registratora koji koristite. Nađite u meniju opciju “manage”, ili “edit/manage nameserver” i slično. Zapišite koji su trenutno nameserveri namešteni. Zamenite old-host nameserver-e onima sa new-host.

Nameserver change Picture 21
Izmena nameserver-a
Slika 21

Tačan izgled ovog reklama se razlikuje u zavisnosti od domen-registrara, ali princip je isti.

Kada se ovo izmeni i snimi, treba sačekati i do 24 časa (nekad i duže) da se promena “razglasi” svim DNS-ovima i da svi krenu pokazivati na novu adresu. Ako se koristi Cloudflare, izmena je trenutna (jedna od prednosti).

10.2. Izmena adrese preko Cloudflare

Ako Vam je sajt već podešen da radi iza Cloudflare zaštite (Cloudflare nameserver-i podešeni u domen registraru), onda je za migraciju potrebno promeniti DNS polja u Cloudflare.

U 5. poglavlju smo rekli da će IP adresa new-host biti, kao primer: 191.71.40.135

Ovu adresu treba uneti na Cloudflare u DNS podešavanjima. Zapišite adresu koja je trenutno ovde podešena, može zatrebati kasnije za “vraćanje”. Slika 21 dole pokazuje kako to izgleda, a ispod nje ćemo objasniti šta je tu šta (korištne je working.com domen kao primer):

Setting up DNS with Cloudflare Picture 22
Podešavanje DNS-a na Cloudflare
Slika 22

Dakle – samo domen (i njegov www alijac) idu preko keša i zaštite (narandžasti oblačić). Sve ostalo je ostavljeno da ide direktno na podešenu IP adresu. Za radni domen, treba podesiti i polje whm – ako se želite logovati na WHM preko: whm.working.com.

Sada se ulogujte u cPanel i kliknite na “Zone Editor”, a zatim na “Manage” pored imena domena za koji želite videti podatke (koji se “seli”). Videće se svi DNS upisi, pa one koji fale, ili nisu ispravno upisani u Cloudfare DNS, treba prepraviti u Cloudflare-u. Primer polja koja treba izmeniti/dodati:

MX bikegremlin.com mail handled by mx.spamexperts.com – priority 10
MX bikegremlin.com mail handled by fallbackmx.spamexperts.eu – priority 20
MX bikegremlin.com mail handled by lastmx.spamexperts.net – priority 30

TXT bikegremlin.com v=spf1 +a +mx +ip4:191.71.40.135 +a:out.webaccountserver.com ~all
TXTdefault._domainkey – copy/paste iz cPanel-a, poduže je.

Ono što može praviti problem Crypto opcije – SSL:

  • Ako novi server nema dobro instalirane SSL sertifikate, opcija “Full (strict)” prikazivaće grešku pri konekciji sa Cloudflare ka host serveru.
  • Ako se izabere “Flexible”, hoće da se javi problem sa previše redirekcija, pa opet neće otvarati stranice (osim možda naslovne).
  • “Full” mi se pokazalo kao “najsigurnija” opcija dok se sve dobro ne podesi, pa onda prebaci na “Full (strict)”.


11. SSL – https podešavanja

Proverite da li su sva podešavanja iz prethodnog poglavlja urađena kako treba. Ulogujte se u cPanel, da podesite/ažurirate SSL/TLS. Ovde ću dati primer za podešavanje Let’s Encrypt sertifikata. Vaš meni se može razlikovati, ali princip je isti (zavisi od hosting provajdera i sertifikata koje koristite).

Choose option for the SSL You use – Let’s Encrypt in this example Picture 23
Izaberite opciju za SSL koji koristite – Let’s Encrypt u ovom primeru
Slika 23
Choosing the certificate issue for example.com domain Picture 24
Izbor izdavanja sertifikata za domen example.com
Slika 24
Choosing which certificates to issue and using which method Picture 25
Biranje koji sve sertifikati da se izdaju i kojim metodom
Slika 25

Ako niste sigurni šta ovde izabrati, pokušajte sa ovako izabranim opcijama, ili eksperimentišite, dok ne dobijete poruku da je sve prošlo bez grešaka – detaljnije pisanje o ovome prevazilazi obim ovog članka.


12. Testiranje

Idite na sajt. Ako Ste napravili izmene pre ažuriranja nameservera i DNS-a (kako je objašnjeno na početku poglavlja 10), videćete odmah da li ste pristupili novoj, ili staroj verziji sajta.

Ako prikazuje staru verziju sajta: strpite se da se DNS-ovi dogovore, treba i ceo jedan dan često (ako se koristi Cloudflare promena je trenutna).

Ako sajt ne radi, pogotovo kod WordPress sajta:

  • Pronađite u new_root_dir fajl koji se zove “.htaccess” i napravite bekap kopiju, za svaki slučaj. Obrišite ga.
  • Sada bi trebalo da možete pristupiti sajtu. Ulogujte se na admin panel.
  • Idite na Settings/Permalinks.
  • Kliknite: “Save Changes” (bez da išta menjate).

Sada bi trebalo da sve radi. Ako ne radi, vratite nameservere na stare (kako bi sajt radio sa old-host), a zatim redom, polako, proverite šta ste sve radili, gde ste propustili izmenu, kopiranje, jedno slovo, jedan razmak, lozinku i slično. Radite polako, strpljivo, postupno i sve zapisujte – jedan po jedan korak.

Proveriti da li radi sve vezano za mejlove (slanje, potvrde, primanje…). Opširnije: problem sa mejlovima.

Proveriti AMP validaciju (ako su aktivne AMP stranice).

Proveriti da li search, dodaj u korpu i sve ostale funkcije sajta rade.


13. Kratka rekapitulacija

  • Bekapujte sve podatke i baze sa old-host i napravite radnu kopiju podataka.
  • Popišite sve podatke sa old-host vezano za korisnike, lozinke, putanje, baze…
  • Kreirajte korisnika, baze, lozinke – sve što treba na new-host – i to popišite.
  • Izaberite PHP verziju i ostala podešavanja samog servera.
  • Editujte eksportovane fajlove sa old-host da odgovaraju novim putanjama, korisnicima, imenu baze…
  • Importujte izmenjene fajlove i baze na new-host.
  • Izmenite nameservere (i DNS).
  • Podesite SSL sertifikate.
  • Ako pravi probleme, probajte prvo obrisati .htaccess iz root-a.
  • Testirajte da li sve radi kako treba.

Komentiraj