Administratorul Modx nu funcționează după transfer. Panoul de administrare gol din ModX Revolution nu funcționează, nu se deschide și nu permite intrarea. Ne vedem curând la noi lecții

Accesați panoul de administrare al site-ului dvs. la pagina „Setări - General”. În câmpurile „Adresa WordPress” și „Adresa site-ului”, introduceți adresa URL a noului domeniu și confirmați modificările făcând clic pe butonul „Salvați modificările”. După aceasta, WordPress vă va redirecționa către pagina de conectare a interfeței de administrare, dar pe un domeniu nou.

Bază de date

În baza de date a site-ului, în tabelul wp_options, trebuie să schimbați domeniul site-ului cu unul nou în valorile câmpurilor numite siteurl și home . Aceste opțiuni au ID-uri diferite în diferite versiuni și instalări CMS. Acesta poate fi id 1, 2, 33, 37 și oricare alții. Puteți schimba baza de date în orice mod convenabil: faceți o interogare la baza de date SQL prin orice manager de baze de date, deschideți dumpul SQL salvat al bazei de date într-un editor de text, utilizați manageri de baze de date precum phpMyAdmin, MySQL Workbench, HeidiSQL etc...

Dacă aveți nevoie de o interogare SQL, atunci ar trebui să fie, de exemplu, astfel:

UPDATE wp_options SET option_value = "http://new-domain.domain-zone" WHERE option_name = "home" OR option_name = "siteurl"; !}

După acești pași, site-ul de pe CMS WordPress va funcționa normal pe noul domeniu.

Bună, azi e timpul pentru încă una, dar lecția mult așteptată. Din întâmplare, s-a dovedit a fi pe locul 33 în ordine, iar numărul 3 este numărul meu preferat.

Sper să vă placă și „troica”, cel puțin pentru că după finalizarea lecției numărul 3, blogul dumneavoastră va fi pe Internet, pe un server adevărat, pe care îl așteptați de atâta timp... În sfârșit, veți putea pentru a distribui adresa blogului tău tuturor cunoștințelor și prietenilor tăi, vei începe să-ți îmbunătățești propriul blog, te vei strădui să-l faci excelentul tău „credere”, pe care nu ți-ar fi rușine să-l arăți altora.

Asadar, haideti sa începem. Lecția de azi va fi despre transferul unui blog pe un server real și setările acestuia după transfer.

Migrați blogul la WordPress

  1. Toate fișierele care se află în folder (poate avea alt nume) copiați-l într-un folder separat unde veți stoca toate fișierele blogului (am vorbit despre asta în cel precedent).
    De exemplu, pe unitatea locală D creez un folder similar cu numele . Creez un folder în el webși copiați toate fișierele de acolo d:\Server\home\localhost\www\web\. Fac acest lucru pentru ca blogul nostru să poată continua să funcționeze normal pe computerul local pentru experimente etc. (deoarece vom schimba setarile fisierelor de configurare pentru transfer) Acum toate fisierele blogului meu se gasesc aici:
    Pe viitor vom lucra doar cu acest folder, nu cu d:\Server\home\localhost\www\web\
  2. Deschideți fișierul wp-config.phpîn fișierul cu temă. Va trebui să schimbăm numele bazei de date. Aceste date pot fi găsite în Cpanel (unde am creat baza de date, numele de utilizator, autentificat în phpmyadmin etc. în ultima lecție) al hosterului (v-am spus cum să ajungeți acolo).
  3. Copiați numele bazei de date:

  4. Observați „lucrurile” subliniate din fișier wp-config.php
  5. Trebuie să le înlocuim cu cele pe care le-am creat și specificat în lecția anterioară în timpul procesului de creare a bazei de date:

  6. Salvați wp-config.phpși găsiți fișierul în același loc Deschideți-l și ștergeți tot ce este acolo, adică fișierul tine-l gol.
  7. În continuare, va trebui să parcurgeți procesul de creare a robots.txt

Fişier robots.txt necesare pentru indexarea corectă de către motoarele de căutare (Yandex, Google etc.). Daca nu intelegi ceva, nu conteaza, doar urmareste ce am scris mai jos. Vă voi spune mai multe despre acest fișier în lecțiile următoare. Așadar, asigurați-vă că vă abonați la RSS pentru a nu rata noile lecții de pe blogul pentru începători ()

Crearea ROBOTS.txt

Descărca pe computer. Despachetați-l, ar trebui să existe un fișier acolo robots.txt


Transferarea fișierelor

  1. Acum deschideți FileZilla sau un alt client FTP (citiți despre instalarea FileZilla și cum funcționează). În stânga, mergeți la fereastra cu blogul dvs., iar în dreapta, accesați serverul FTP și deschideți folderul public_html (de exemplu):

  2. Stânga selectați toate fișiereleși apăsați Încărcați pe server:
  3. Procesul de copiere a fișierului va începe. Dacă vi se întreabă „Suprascrieți fișierul?”, confirmați. Este posibil să primiți și un mesaj prin care nu se poate conecta la server, așteptați puțin, copierea fișierelor se va recupera de la sine.
  4. Procesul de copiere a fișierului mi-a luat 30 de minute. Dar unele fisiere(80 bucăți) am netransmis, acest lucru poate fi văzut în colțul din stânga jos (dacă ați transferat toate fișierele, săriți peste următorii 2 pași):

  5. Pentru a le descărca, faceți clic pe „ Transferuri eșuate" (evidențiat cu un marcator albastru), selectați toate fișierele (puteți folosi CTRL+A), faceți clic dreapta și selectați „Ștergeți lista și adăugați din nou fișierele în coadă”:

  6. Acum veți fi redirecționat către fila „ Fișiere într-o sarcină", selectați din nou toate fișierele, faceți clic dreapta și selectați " Efectuați o sarcină":
    Ca rezultat, toate fișierele vor fi descărcate; dacă mai există fișiere nedescărcate, repetați pașii 4-6. Asta e tot cu descărcarea.

Configurarea blogului după transfer

  1. Mergem la panoul de administrare, dar pe un server real, la your_site.ru/wp-admin.
  2. Dacă obțineți ceva similar cu acesta (imaginea de mai jos), doar faceți clic pe link, doar că pluginul împotriva atacurilor XSS a funcționat, nu e mare lucru:
  3. Introduceți admin, parola dvs. (este aceeași care a fost pe computerul local) și bifați caseta de selectare „Ține-mă minte”:
  4. Te afli în panoul de administrare „nativ” (cu care am lucrat adesea pe serverul local), Felicitări pentru finalizarea excelentă a lecțiilor! Acum să trecem la Setări -> Permalink-uri (NC):
  5. Mergeți mai jos și copiați toate informațiile din fereastra pentru .htaccess:
  6. Îl lipim în fișierul nostru .htaccess, care se află în my Disc local D/***Bar/web/.htaccess, lipiți ceea ce ați copiat la pasul 5, salvați fișierul. Pentru mine arata asa:
  7. Acum trebuie să actualizăm acest fișier pe server: pentru asta evidențiați.htaccess faceți clic dreapta și selectați Încărcați pe server:
  8. Clic BINE:
  9. Acum fişier actualizat pe server.
  10. Am redenumit acum și numele și o scurtă descriere a blogului. Pentru a face asta m-am dus la admin blog-> Pornit șantiere -> General:

Acum mergeți la folderul wp-content și acordați permisiunile folderului de încărcări 777 (se arată cum să faceți acest lucru (doar citiți cum să setați permisiunile 777 și asta este)).

Pe aceasta Blogul a fost transferat pe un server real. Am făcut și noi un pic de ajustări după transfer, rezultatul este blogul nostru de pe Internet pentru a intra în ea doar tastează your_blog.ruîn browser și atât.

Sincer să fiu, lecția a durat destul de mult pentru a scrie, deoarece erau o mulțime de tot felul de poze și am încercat să fac această lecție la fel de detaliată ca întotdeauna.

Acum am început să mă gândesc poate incearca uneori fac lecții video(mai ales când materialul de studiat este voluminos)? Cred că vor face viața mult mai ușoară atât pentru mine, cât și pentru tine. În general, mă voi gândi mai mult la acest subiect.

Primul obiectiv atins. Noi a creat un blog. Este disponibil toata lumea.

Acum, înainte de promovare și de a câștiga bani, vor exista lecții despre rafinarea designului, traducerea șabloanelor, adăugarea de noi funcții pe blog și doar o mulțime de lucruri interesante! Voi fi bucuros să te aștept, draga cititorule, pe , și voi sări de bucurie.

Ne vedem curând la noi lecții!

P.s.În curând vă voi spune adresa blogului meu, pe care l-am făcut împreună. Până mă decid, voi aștepta o săptămână sau două.

_______________________________________________________

Următoarea lecție: Lecția 34 este cât se poate de nedureroasă.

Astăzi am întâlnit o eroare curioasă - după transferul site-ului (Jumla), autorizarea a încetat să funcționeze (este imposibil să te autentifici în „panoul de administrare” al site-ului).

În acest caz, nu sunt furnizate mesaje de eroare - pagina de introducere a parolei de conectare este pur și simplu actualizată și asta este tot.

Motivul numărul 1

Cel mai popular motiv pentru această eroare este că discul serverului (contului) este plin. Drept urmare, atunci când încercați să vă conectați la site, scriptul nu reușește să creeze un fișier de sesiune (pentru că discul este plin) și, ca urmare, autorizarea pe site nu are loc.

Este ușor să remediați eroarea - ștergeți spațiul pe disc, astfel încât să aveți cel puțin zece megaocteți, ștergeți folderul temporar (tmp).

Vă rugăm să acordați atenție unui aspect important - discul poate epuiza nu numai spațiu, ci și numărul maxim disponibil de fișiere create (inode)! Adică, s-ar putea să mai rămână spațiu, dar fișierele nu mai pot fi create!

Motivul numărul 2

Verificarea a arătat că în acest caz particular cauza a fost valorile variabile incorecte în fișierul configuration.php (care se află în folderul site-ului)

Public $cookie_domain = "example.org"; public $cookie_path = "/www"; //aparent, ea este de vină, întrucât calea este clar indicată greșit;

Am reușit să corectăm situația setându-le la valori goale:

Public $cookie_domain = ""; public $cookie_path = "";

Apropo, în cazul general, valorile variabilelor $cookie_domain și $cookie_path ar trebui să fie goale - utilizarea lor este relevantă, de exemplu, dacă un alt CMS este instalat într-un subfolder al site-ului, ceea ce necesită o autentificare separată /cookie:

  • $domeniu_cookie: domeniul pentru care valoarea cookie-ului este valabilă. Pentru a permite cookie-uri pentru toate subdomeniile, domeniul trebuie să înceapă cu „.” De exemplu, „.yourdomain.com”. În mod implicit, este folosit numele de domeniu pe care a fost instalat Joomla.
  • $cale_cookie: Calea de pe server pentru care valoarea cookie-ului este validă. De exemplu, dacă este setat la /test/, cookie-ul va fi valabil numai în directorul /test/ și în toate subdirectoarele (de exemplu /test/dir/) ale domeniului. În mod implicit, cookie-ul este valabil pentru întregul domeniu pe care a fost instalat Joomla.