Cum de a muta un site la altul Drupal hosting

Pe scurt - am nevoie pentru a face o copie locală a site-ului curent, realizat pe Drupal. Voi descrie procesul în detaliu mai jos - să-mi fie pat de copil. În același timp, și puteți veni la îndemână.

Pentru a muta în siguranță la noua gazdă pe site-ul de lucru trebuie să fie instalat modulul backup_migrate.

Aici vom expune compresie - GZIP, de exemplu. În Opțiuni Baza de date tabel de bloc nu exclude, dar exclude datele din tabelele de mai jos:

  • cache și chache_ *
  • AccessLog
  • căutare și search_ *
  • sesiuni
  • câine de pază

Destinație părăsi „Manual Backupurile Directory“. Salvați setările pentru viitor și faceți clic pe Backup Now (copie acum).

Acum conectare la server prin ssh. în Linux cu aceste probleme nu trebuie să li se permită, în Windows, folosesc o grămadă de WinSCP + Putty.

Deci, vom scrie pe CD-ul consola [calea către site-ul] tar zcvf imya_arhiva.tgz public_html. Calea către fișierele de pe site-ul dvs., desigur, va avea dumneavoastră. Pre recomandat pentru a șterge memoria cache - arhiva va fi mult mai ușor, mai ales în cazul în care site-ul este multi.

Pentru Windows va fi mai convenabil comanda zip arhiva -rv public_html (în loc de gudron).

După crearea arhivei - este copiat pe computer.

Acum, site-ul ravorachivaem în Denver (care, în cazul meu) sau într-un nou hosting gratuit (în funcție de sarcina) web.

Crearea unei baze de date în site-urile / toate / default / fișier settings.php, modificați setările pentru a accesa baza de date, și în cazul în care separat propysyvali - $ baseurl mine.

Run /install.php, a pus Drew, executați update.php, în cazul în care există erori - repara. Include o copie de rezervă modul migra, pe pagina admin / content / backup_migrate / destinatie / lista / fișiere / manual selectând fișierul dorit cu baza de date și pentru al restaura.

În fiecare caz, volumul de muncă pentru a face upgrade site-ul Drupal va fi diferit. La un totul merge bine si fara probleme, pe alte erori acolo furioase, care este pur și simplu imposibil de prezis. În plus, unele module nu mai sunt relevante, nu mai sunt acceptate. Din nou, API schimbări semnificative se manifestă foarte des.

Cale de ieșire din acesta este doar unul singur: pentru a prinde acele școli pe care le puteți prinde și corecte, în alte cazuri - alternativa iskta sau compromis.

Nu ratați următoarele puncte de vedere:

  • Problemă: Drupal 7 nu este pathauto de lucru.
    Soluție: Formatul jeton sa schimbat în această privință, nu trebuie să uităm să rescrie șabloane alias.

### vă împărtăși concluziile cu D6 de upgrade -> D7. Spisochek va completa și extinde.

Bună ziua, a existat o problemă cu transferul la server, la nord există un site pe Drupal sub Doman site1.com, pe noul domeniu același server site2.com este creat, toate fișierele sunt mutate în domeniul de pe site1.com site2.com, duplicate bază de date în phpMyAdmin , a ordonat setarea settings.php, ștearsă bază de date cache. dar site-ul nu are.

require_once # '/ Include / bootstrap.inc #.';
drupal_bootstrap (DRUPAL_BOOTSTRAP_FULL);

// constante de stare a meniului sunt numere întregi; Conținutul paginii este un șir de caractere.
în cazul în care (is_int ($ retur)) comutator ($ retur) caz MENU_NOT_FOUND:
drupal_not_found ();
pauză;
caz MENU_ACCESS_DENIED:
drupal_access_denied ();
pauză;
caz MENU_SITE_OFFLINE:
drupal_site_offline ();
pauză;
>
>
elseif (isset ($ retur)) // Print orice valoare (inclusiv un șir gol), cu excepția NULL sau nedefinită:
Tema de imprimare (# 'pagina #', $ întoarcere);
>

drupal_page_footer ();
EO aici și prezintă elemente în inspectorul!
plz ajutor!

Maria Sherskova 03.27.15, 12:43

Goliți memoria cache complet, executați update.php și coroane. Dacă acest lucru nu se îmbunătățește după - atunci ceva nu se face. Restul trebuie să se uite la ce greseli sunt emise. Elemente de inspector (Firebug?) Mai ales nu a ajutat aici.