Astăzi am întâlnit o eroare curioasă - după transferul site-ului (Jumla), autorizarea a încetat să funcționeze (este imposibil să intri în „panoul de administrare” al site-ului).
În același timp, nu sunt date mesaje de eroare - pagina de introducere a parolei de conectare este pur și simplu actualizată și atât.
Motivul numărul 1
Cel mai frecvent motiv pentru această eroare este că discul serverului (contului) este plin. Ca urmare, atunci când încearcă să intre pe 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ă rămână cel puțin o duzină de megaocteți, ștergeți folderul temporar (tmp).
fi atent la aspect important- discul poate epuiza nu numai spațiul, ci și numărul maxim disponibil de fișiere create (inode)! Adică locul încă mai poate rămâne, dar fișierele nu se mai pot crea!
Motivul numărul 2
Verificarea a arătat că în acest caz cauza au fost valorile incorecte ale variabilelor din 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ă remediam situația setând valori goale pentru ei:
Public $cookie_domain = ""; public $cookie_path = "";
Apropo, în cazul general, valorile variabilelor $cookie_domain și $cookie_path ar trebui să fie în continuare goale - utilizarea lor este relevantă, de exemplu, pentru cazurile în care este instalat un alt CMS în subfolderul site-ului, ceea ce necesită o intrare separată/cookie-uri:
- $domeniu_cookie: domeniul pentru care valoarea cookie-ului este validă. Pentru a permite cookie-uri pentru toate subdomeniile, domeniul trebuie să înceapă cu „.”. De exemplu, „.yourdomain.com”. Valoarea implicită este Numele domeniului 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 în care a fost instalat Joomla.
Accesați panoul de administrare al site-ului dvs. din pagina „Setări - General”. În domeniile adresa WordPress” și „Adresa site-ului”, specificați adresa URL a noului domeniu și confirmați modificările făcând clic pe butonul „Salvați modificările”. După aceea, 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 un ID diferit versiuni diferite CMS și instalații. Poate fi id 1, 2, 33, 37 și orice altele. Puteți schimba baza de date în orice mod convenabil: aduceți în baza de date interogare SQL prin orice manager de baze de date, deschideți sql-dump salvat al bazei de date în 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 = "(!LANG:http://new-domain.domain-zone" WHERE option_name = "home" OR option_name = "siteurl"; !}
După pașii de mai sus, site-ul de pe CMS WordPress va funcționa bine pe noul domeniu.
Nu cu mult timp în urmă, m-am confruntat cu o problemă că, după transferul site-ului pe o altă găzduire, panoul de administrare MODX Revolution a încetat să funcționeze. Site-ul funcționează pe deplin, dar când merg în centru, văd următoarea poză.
Când faceți clic pe orice link, nu se întâmplă nimic. Pe scurt, a ieșit o imagine atât de ciudată nefuncțională. Apropo, acest lucru poate ieși nu numai dacă ați transferat site-ul, ci și în timpul unei actualizări sau doar în timpul instalării inițiale a motorului. De asemenea, este posibil ca panoul de administrare să fie gol sau pur și simplu să nu fie deschis și să nu vă lase să intrați. Dar nu totul este atât de înfricoșător, există o cale de ieșire care va ajuta la rezolvarea problemei în doar 5 minute.
Mai întâi, mergi la găzduirea pe care se află site-ul și mergi în folderul config.cache.php
Calea către acest folder este: /core/cache/system_settings/config.cache.php
După ce am găsit folderul, deschideți-l într-un editor de text și găsiți două rânduri importante pentru noi.
Avem nevoie de două rânduri:
'compress_css' => '1',
'compress_js' => '1',
În mod implicit, ele vor fi opuse „1”, trebuie să schimbăm „1” cu „0”, astfel încât să fie, ca în captura mea de ecran.
După ce faceți aceste modificări, salvați. Totul va funcționa, dar nu pentru mult timp, după 10 minute va înceta din nou să funcționeze și zerourile pe care le-am corectat în fișierul config.cache.php se vor schimba automat în unele, iar totul va deveni din nou inoperant. Pentru a preveni acest lucru, trebuie să faceți încă o mică modificare, dar nu pe găzduire, ci în panoul de administrare în sine.
În panoul de administrare însuși, plasați mouse-ul peste sistem și accesați „Setări sistem”. În continuare, căutăm două din aceleași linii.
În fața lor, vor sta cuvintele „Da”, dar trebuie să schimbăm „Da” cu „Nu” în aceste două rânduri.
După ce faci astea ultima schimbare, atunci problemele cu un panou de administrare gol, care nu funcționează și care nu se deschide vor dispărea și nu vor mai reveni. Abia după transferul pe o altă găzduire, sau după actualizare, toate aceste probleme pot reveni. Dar vei fi pregătit pentru ele și le vei putea elimina rapid.
Bună ziua, azi e timpul pentru încă una, dar lecție mult așteptată. Din întâmplare, a fost pe locul 33 în ordine, iar numărul 3 este numărul meu preferat.
Sper să vă placă și „troica” măcar 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 să distribuie adresa blogului tău tuturor prietenilor și cunoștințelor, 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 despre transferul blogului pe un server real și setările acestuia după transfer.
Migrarea blogului la WordPress
- Toate fișierele din 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 . În el creez un folder webși copiați toate fișierele de acolo d:\Server\home\localhost\www\web\. Fac asta ca să putem menține blogul să funcționeze normal calculator local pentru experimente etc. (deoarece vom schimba setările fișierelor de configurare pentru transfer) Acum am toate fișierele de blog aici:
În viitor, vom lucra numai cu acest folder., nu cu d:\Server\home\localhost\www\web\ - Deschiderea fișierului 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 gazdei (cum se ajunge acolo).
- Copiați numele bazei de date:
- Observați „lucrurile” subliniate din fișier wp-config.php
- Trebuie să le înlocuim cu cele pe care le-am creat și indicat în lecția anterioară în procesul de creare a bazei de date:
- Salvăm wp-config.phpși în același loc găsiți fișierul Deschideți-l și ștergeți tot ce este acolo, adică fișierul ține gol.
- În continuare, va trebui să finalizați procesul de creare a robots.txt
Fişier robots.txt necesare pentru o indexare corectă motoare de căutare(Yandex, Google etc.). Dacă nu înțelegeți ceva - nu contează, trebuie doar să urmați ceea 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 Newbie ()
Creați ROBOTS.txt
Descărca pe computer. Despachetați-l, ar trebui să existe un fișier robots.txt
Transferarea fișierelor
- Acum deschideți FileZilla sau un alt client ftp (aproximativ Instalarea FileZillași citește despre munca lui). În stânga, mergeți la fereastra cu blogul dvs., iar în dreapta, mergeți la serverul FTP și deschideți folderul public_html (de exemplu):
- Stânga selectați toate fișiereleși apăsați Încărcați pe server:
- Procesul de copiere a fișierelor va începe. Dacă vi se întreabă „Suprascrieți fișierul?”, confirmați. Este posibil să primiți și un mesaj că nu se poate conecta la server, așteptați puțin, copierea fișierelor se va recupera de la sine.
- Procesul de copiere a fișierelor 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):
- 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 CTRL + A), faceți clic pe butonul din dreapta al mouse-ului și selectați „Ștergeți lista și adăugați din nou fișierele în coadă”:
- Acum veți fi transferat la fila " Fișiere într-un job", 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ă încă nu sunt descărcate, repetați pașii 4-6. Cu descărcare, asta e tot.
Configurarea blogului după migrare
- Mergem la panoul de administrare, dar deja pe un server real, la adresa your_site.ru/wp-admin.
- Dacă obțineți ceva asemănător cu asta (poza de mai jos), doar faceți clic pe link, doar că pluginul de la atacurile XSS a funcționat, e în regulă:
- Introduceți admin, parola dvs. (este aceeași care a fost pe computerul local) și bifați caseta „Ține-mă minte”:
- Te afli în panoul de administrare „nativ” (cu care am lucrat adesea server local), Felicitări pentru un curs grozav! Acum să mergem la Setări -> Permalink-uri (CNC):
- Coborâm mai jos și copiem toate informațiile din fereastra .htaccess:
- Îl inserăm în fișierul nostru .htaccess, care se află în my disc local D/***Bar/web/.htaccess, lipiți ceea ce ați copiat în pasul 5, salvați fișierul. Pentru mine arata asa:
- Acum trebuie să actualizăm fisierul dat pe server: pentru asta aloca .htaccess faceți clic dreapta și selectați elementul Încărcați pe server:
- Clic O.K:
- Acum fişier actualizat pe server.
- De asemenea, acum am redenumit numele și scurta descriere blog. Pentru asta am mers la admin blog-> Pornit setări -> General:
Acum accesați folderul wp-content și dați folderul de încărcări permisiunile 777 (se arată cum să faceți acest lucru (doar citiți cum să setați permisiunile 777 și atât)).
Pe aceasta transferul blogului pe serverul real este finalizat. Am făcut și noi o mică ajustare după transfer, rezultatul este blogul nostru de pe Internet pentru a intra în ea suficient pentru a tasta your_blog.ruîn browser și tot.
Sincer să fiu, lecția a fost scrisă de destul de mult timp, deoarece sunt multe poze de tot felul și am încercat să fac această lecție detaliată ca întotdeauna.
Acum am început să mă gândesc pot sa incerc uneori fac lecții video(mai ales când materialul de studiat este voluminos)? Cred că vor face viața mult mai ușoară pentru mine și pentru tine. În general, încă mă gândesc la acest subiect.
Primul obiectiv atins. Noi a creat un blog. Este disponibil toata lumea.
Acum, înainte de promovare și câștiguri, vor exista lecții despre finalizarea designului, traducerea șabloanelor, adăugarea de noi funcții pe blog și doar o mulțime de lucruri interesante! te voi astepta cu placere draga cititorule, pe , și voi sări de bucurie.
Ne vedem în curând pentru 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 cât mai nedureroasă posibil.
