Idite na administrativnu ploču svoje stranice na stranici "Postavke - Općenito". U polja "WordPress adresa" i "Adresa stranice" unesite URL nove domene i potvrdite promjene klikom na gumb "Spremi promjene". Nakon toga WordPress će vas preusmjeriti na stranicu za prijavu administratorskog sučelja, ali na novu domenu.

Baza podataka

U bazi podataka web-mjesta, u tablici wp_options, trebate promijeniti domenu web-mjesta u novu u vrijednostima polja pod nazivom siteurl i home. Ove opcije imaju različite ID-ove u različitim verzijama i instalacijama CMS-a. Može biti id 1, 2, 33, 37 i bilo koji drugi. Bilo koja baza podataka može se promijeniti prikladan način: napravite upit SQL bazi podataka kroz bilo koji upravitelj baze podataka, otvorite spremljeni sql-dump baze podataka u uređivač teksta, koristite upravitelje baza podataka kao što su phpMyAdmin, MySQL Workbench, HeidiSQL itd...

Ako trebate SQL upit, trebao bi biti, na primjer, ovakav:

AŽURIRAJ wp_options SET option_value = "(!LANG:http://nova-domena.zona-domene" WHERE option_name = "home" OR option_name = "siteurl"; !}

Nakon obavljenih radnji, stranica je uključena CMS WordPress dobro će raditi na novoj domeni.

Ne tako davno, naišao sam na problem da je nakon prijenosa stranice na drugi hosting MODX Revolution admin panel prestao raditi. Stranica radi u potpunosti, ali kada odem u centar, vidim sljedeću sliku.

Kada kliknete na bilo koji link, ništa se ne događa. Ukratko, ispala je tako čudna nefunkcionalna slika. Usput, ovo se može pojaviti ne samo ako ste prenijeli web mjesto, već i tijekom ažuriranja ili samo tijekom početne instalacije motora. Također se može dogoditi da je administratorska ploča prazna ili jednostavno nije otvorena i ne pušta vas unutra. Ali nije sve tako zastrašujuće, postoji izlaz koji će pomoći riješiti problem u samo 5 minuta.

Prvo idite na hosting na kojem se stranica nalazi i idite u mapu config.cache.php

Put do ove mape je: /core/cache/system_settings/config.cache.php

Nakon što smo pronašli mapu, otvorimo je u uređivaču teksta i pronađemo dva nama važna retka.

Trebamo dvije linije:

'compress_css' => '1',
'compress_js' => '1',

Prema zadanim postavkama, one će biti nasuprot '1', moramo promijeniti '1' u '0' tako da bude kao na mojoj snimci zaslona.

Nakon što napravite ove promjene, spremite. Sve će raditi, ali ne zadugo, nakon 10 minuta opet će prestati raditi i nule koje smo ispravili u datoteci config.cache.php automatski će se promijeniti u jedinice i sve će opet postati neoperativno. Da biste to spriječili, morate napraviti još jednu malu promjenu, ali ne na hostingu, već u samom admin panelu.

U samoj administrativnoj ploči prijeđite mišem preko sustava i idite na "Postavke sustava". Zatim tražimo dvije iste linije.

Nasuprot njima će stajati riječi "Da", ali moramo promijeniti "Da" u "Ne" u ova dva retka.

Nakon što učinite ove Posljednja promjena, tada će problemi s praznim, neradnim i neotvarajućim administratorskim panelom nestati i više se neće vraćati. Tek nakon prelaska na drugi hosting ili nakon ažuriranja, svi ovi problemi se mogu vratiti. Ali bit ćete spremni za njih i moći ćete ih brzo eliminirati.

Pozdrav, danas je vrijeme za još jedan, ali dugo očekivana lekcija. Igrom slučaja bio je 33. po redu, a broj 3 mi je najdraži broj.

Nadam se da će vam se svidjeti i "trojka" barem zato što će nakon završene lekcije broj 3 vaš blog biti na internetu, na pravom poslužitelju, koji ste tako dugo čekali... Konačno ćete moći podijelite adresu svog bloga svim svojim prijateljima i poznanicima, počet ćete poboljšavati vlastiti blog, trudit ćete se da on postane vaša izvrsna "zamisao", koju se ne biste sramili pokazati drugima.

Pa krenimo. Današnja lekcija će o preseljenju bloga u pravi server i njegove postavke nakon prijenosa.

Migracija bloga na WordPress

1. Sve datoteke u mapi (možda imate drugo ime) kopiraj na zasebna mapa, gdje ćete pohraniti sve datoteke bloga (o tome sam govorio u prethodnom).
   Na primjer, na lokalnom pogonu D stvaram mapu sličnog naziva . U njemu stvaram mapu mreža i tamo kopirajte sve datoteke d:\Server\home\localhost\www\web\. To radim kako bismo mogli nastaviti normalno raditi na blogu. lokalno računalo za eksperimente itd. (budući da ćemo mijenjati postavke konfiguracijskih datoteka za prijenos). Sada su sve datoteke bloga koje imam ovdje:
   Ubuduće ćemo raditi samo s ovom mapom., ne sa d:\Server\home\localhost\www\web\
2. Otvaranje datoteke wp-config.php u datoteci teme. Morat ćemo promijeniti naziv baze podataka. Ovi se podaci mogu pronaći u Cpanelu (gdje smo kreirali bazu podataka, korisničko ime, prijavili se na phpmyadmin itd. u prošloj lekciji) hosta (kako doći tamo).
3. Kopirajte naziv baze podataka:
   
   
4. Obratite pozornost na podcrtane "stvari" u datoteci wp-config.php
   
5. Trebamo ih zamijeniti onima koje smo izradili i naznačili u prethodnoj lekciji u procesu kreiranja baze podataka:
   
   
6. štedimo wp-config.php i na istom mjestu pronađite datoteku Otvorite ga i izbrišite sve što je tamo, odnosno datoteku držati praznim.
7. Zatim ćete morati dovršiti proces stvaranja datoteke robots.txt

Datoteka roboti.txt potrebno za ispravno indeksiranje tražilice(Yandex, Google itd.). Ako nešto ne razumijete - nema veze, samo slijedite ono što sam napisao ispod. Reći ću vam više o ovoj datoteci u sljedećim lekcijama. Stoga se svakako pretplatite na RSS kako ne biste propustili nove lekcije s bloga Newbie ()

Stvorite ROBOTS.txt

Preuzmite na svoje računalo. Raspakirajte ga, trebala bi biti datoteka roboti.txt

Prijenos datoteka

1. Sada otvorite FileZilla ili neki drugi ftp klijent (pročitajte o instaliranju FileZille i kako radi). S lijeve strane idite na prozor sa svojim blogom, a s desne strane idite na FTP server i otvorite mapu public_html (na primjer):
   
   
2. Lijevo odaberite sve datoteke i pritisnite Prenesi na poslužitelj:
   
3. Pokrenut će se proces kopiranja datoteka. Ako se od vas zatraži "Prepisati datoteku?", potvrdite. Također možete dobiti poruku da nemogućnost spajanja na server, samo pričekajte malo, kopiranje datoteka će se oporaviti.
4. Proces kopiranja datoteka trajao mi je 30 minuta. Ali neke datoteke(80 komada) Imam ne prenosi se, to se može vidjeti u donjem lijevom kutu (ako ste prenijeli sve datoteke, preskočite sljedeća 2 koraka):
   
   
5. Za preuzimanje kliknite na " Neuspjeli prijenosi" (označeno plavim markerom), odaberite sve datoteke (možete CTRL + A), kliknite desnu tipku miša i odaberite "Očisti popis i ponovno dodaj datoteke u red čekanja":
   
   
6. Sada ćete biti prebačeni na karticu " Turpije u poslu", ponovno odaberite sve datoteke, kliknite desnom tipkom miša i odaberite " Izvršite zadatak":
   Kao rezultat toga, sve će datoteke biti preuzete, ako još uvijek nisu preuzete, ponovite korake 4-6. Uz preuzimanje, to je sve.

Postavljanje bloga nakon migracije

1. Idemo na administrativnu ploču, ali već na pravom poslužitelju, na adresi vaša_stranica.ru/wp-admin.
2. Ako dobijete nešto slično ovome (slika ispod), samo kliknite na link, samo je plugin iz XSS napada radio, u redu je:
   
3. Unesite admin, svoju lozinku (ista je ona koja je bila na lokalnom računalu) i potvrdite okvir "Zapamti me":
   
4. Nalazite se u "nativnoj" administratorskoj ploči (s kojom smo često radili lokalni poslužitelj), Čestitamo na odličnom tečaju! Sada idemo na Postavke -> Stalne veze (CNC):
   
5. Idemo dolje i kopiramo sve informacije u .htaccess prozor:
   
6. Umetnemo ga u našu .htaccess datoteku koja se nalazi u mom Lokalni disk D/***Bar/web/.htaccess, zalijepite ono što ste kopirali u 5. koraku, spremite datoteku. Kod mene to izgleda ovako:
   
7. Sada moramo ažurirati dana datoteka na poslužitelju: za ovo dodijeliti .htaccess pritisnite desni klik i odaberite stavku Prenesi na poslužitelj:
   
8. Klik U REDU:
   
9. Sada datoteka ažuriran na poslužitelju.
10. Također, sada sam preimenovao naslov i kratki opis bloga. Za ovo sam otišao administrator bloga-> Uključeno postavke -> Općenito:
    

Sada idite u mapu wp-content i dajte mapi za uploads dopuštenja 777 (prikazano je kako to učiniti (samo pročitajte kako postaviti dopuštenja 777 i to je to)).

Na ovo prijenos bloga na pravi poslužitelj je završen. Također smo napravili mala prilagodba nakon prijenosa, rezultat je naš blog na internetu da uđem u to dovoljno da tipkam vaš_blog.ru u pregledniku i sve.

Da budem iskren, lekcija je pisana dosta dugo, jer ima puno raznih slika i pokušao sam ovu lekciju učiniti detaljnom kao i uvijek.

Sada sam počeo razmišljati mogu pokušati ponekad učiniti video lekcije(posebno kada je materijal za proučavanje obiman)? Mislim da će oni znatno olakšati život i meni i tebi. Općenito, još uvijek razmišljam o ovoj temi.

1. cilj postignut. Mi napravio je blog. Dostupan je svatko.

Sada, prije promocije i zarade, bit će lekcija o finalizaciji dizajna, prevođenju predložaka, dodavanju novih značajki blogu i samo puno zanimljivih stvari! rado ću te čekati dragi čitatelju, na , i skakat ću od sreće.

Vidimo se uskoro na novim lekcijama!

P.s. Uskoro ću vam reći adresu mog bloga koji smo zajedno radili. Dok se ne odlučim, pričekat ću tjedan-dva.

_______________________________________________________

Sljedeća lekcija: Lekcija 34 što je moguće bezbolnije.

Danas sam naišao na neobičnu pogrešku - nakon prijenosa stranice (Jumla), autorizacija je prestala raditi (nemoguće je ući u "admin panel" stranice).

Istodobno se ne daju poruke o pogrešci - stranica za unos lozinke za prijavu jednostavno se ažurira i to je to.

Razlog broj 1

Najčešći razlog za ovu grešku je da je disk poslužitelja (računa) pun. Kao rezultat toga, prilikom pokušaja ulaska na stranicu, skripta ne uspijeva stvoriti datoteku sesije (jer je disk pun), i kao rezultat toga, autorizacija na stranici se ne događa.

Pogrešku je lako popraviti - očistite prostor na disku tako da ostane najmanje desetak megabajta, očistite privremenu mapu (tmp).

Obratite pozornost na važan aspekt - ne samo da može ponestati prostora na disku, već i najveći dostupan broj kreiranih datoteka (inode)! Odnosno, mjesto i dalje može ostati, ali se datoteke više ne mogu stvarati!

Razlog broj 2

Provjera je pokazala da su upravo u ovom slučaju uzrok bile netočne vrijednosti varijabli u datoteci configuration.php (koja se nalazi u mapi stranice)

Javna $cookie_domain = "example.org"; javni $cookie_path = "/www"; // po svemu sudeći, ona je kriva, jer je put jasno naznačen netočno;

Uspjeli smo popraviti situaciju postavljanjem praznih vrijednosti za njih:

Javna $cookie_domain = ""; javni $cookie_path = "";

Usput, u općem slučaju, vrijednosti varijabli $cookie_domain i $cookie_path i dalje bi trebale biti prazne - njihova je upotreba relevantna, na primjer, u slučajevima kada je drugi CMS instaliran u podmapu web-mjesta, što zahtijeva poseban unos/kolačići:

• $cookie_domain: Domena za koju je vrijednost kolačića važeća. Da biste omogućili kolačiće za sve poddomene, domena mora započeti s '.' Na primjer, '.yourdomain.com'. Zadano je Naziv domene na kojem je instalirana Joomla.
• $cookie_path: Put na poslužitelju za koji je važeća vrijednost kolačića. Na primjer, ako je postavljen na /test/ tada će kolačić biti valjan samo unutar direktorija /test/ i svih poddirektorija (npr. /test/dir/) domene. Prema zadanim postavkama kolačić vrijedi za cijelu domenu na kojoj je instalirana Joomla.