Transfer site-ul Bitrix la un alt hosting
Astăzi, să învețe să tolereze site-ul realizat pe Bitrix de la o gazdă la alta sau de hosting VPS / VDS.
În general, indiferent în cazul în care transferul, presetări nu au încă, în ambele cazuri.
Deci, avem un site de lucru pe Bitrix și gata de a cumpărat de găzduire, în cazul în care site-ul de transfer, acces la noul hosting disponibile, putem transfera numai site-ul.
În realitate, există patru moduri de a transfera un site la un alt hosting.
- Crearea unei copii de rezervă locală a site-ului și a transferat într-un nou hosting folosind WinSCP.
- Restaurarea unui site de rezervă la un nou hosting în nor „1C-Bitrix“.
- Crearea unei copii de rezervă locală a site-ului și a transferat într-o nouă gazdă cu programul consola în Linux pentru descărcările de fișiere „wget“.
- Sincronizarea site-ului la un alt hosting, folosind un program de consola pe Linux pentru a sincroniza fișierele și directoarele „rsync“.
Pre-server / testare hosting
Înainte de a transfera site-ul destinație (server / hosting) trebuie să fie testate gata pentru scriptul Bitrix bitrix_server_test
Toate problemele identificate script evidențiate în roșu, setările corecte sunt evidențiate în verde, care nu necesită o intervenție, dar roșu ar trebui să fie corectată.
În general, puteți restaura într-un fel Bitrix cu setările de server incorecte, dar este probabil că problema va apărea apoi în sus, sau ceva nu va funcționa corect pe site-ul, este mai bine pentru a corecta, mai ales în cazul în care codificarea server este diferită de codificarea site-ului.
Dacă găzduirea / serverul vă permite să schimbați configurația PHP în php.ini, atunci eu sunt mereu la sfârșitul acestui fișier adaugă aceste setări, ele pur și simplu suprascrie aceleași setări de mai sus, schimbarea în dosarul nu mai este nevoie de ceva.
Setările php.ini pentru Bitrix în UTF-8
[PHP]
; Error_reporting = E_ALL
error_reporting = E_ALL
E_DEPRECATED
; Log_errors = On
; Error_log = "/var/log/php/PHP_errors.log"
short_open_tag = On
max_execution_time = 60
max_input_vars = 10000
max_input_nesting_level = 100000
memory_limit = 300M
session.use_trans_sid = 0
display_errors = On
post_max_size = 200M
upload_max_filesize = 200M
max_file_uploads = 30
output_buffering = 4096
default_socket_timeout = 60
allow_url_fopen = Oprit
session.gc_probability = 1
realpath_cache_size = 4096k
mbstring.internal_encoding = UTF-8
mbstring.func_overload = 2
zlib.output_compression = Oprit
zlib.output_compression_level = -1
zend.enable_gc = On
expose_php = Oprit
report_memleaks = On
session.entropy_file = / dev / urandom
session.entropy_length = 128
date.timezone = Europa / Moscova
; Date.timezone = "Asia / Novosibirsk"
[MySQL]
mysql.allow_persistent = Oprit
Setările php.ini pentru Bitrix în Windows-1251
// Toate setările ca mai sus, dar este necesar să se înlocuiască UTF-8 la cp1251
mbstring.internal_encoding cp1251
mbstring.func_overload = 0
Dacă nu puteți să modificați setările php.ini:
- sau arunca toate setările furnizorul de găzduire și să le cereți să facă acest lucru;
- sau încercați să le setați în fișierul .htaccess secțiunea mod_php5. care se află la rădăcina site-ului.
php_flag allow_call_time_pass_reference pe
php_flag session.use_trans_sid off
php_value mbstring.func_overload 2
php_value mbstring.internal_encoding UTF-8
Toate setările sunt descrise nu doresc să încerce să ghicească prin experiență:
- Dacă valoarea opțiunii este un număr sau o linie - php_value
- în cazul în care valoarea de pavilion opțiunea Activat sau Dezactivat - php_flag
Acorde o atenție! În cazul în care site-ul va fi în UTF-8, ar trebui stabilită în mod definitiv în setările php.ini de mbstring, altfel site-ul nu este resetat înainte de restaurarea site-ului, deoarece prin date .htaccess setări nu se schimbă.
Așa cum sa spus mai sus, există o problemă cu versiunea de PHP 5.2.8 opțiune valoare mbstring.func_overload prin intermediul site-ului .htaccess nu poate fi schimbat!
Influența poate fi numai în setările gazdă Apache (pe VPS) sau PHP config, puteți scrie un web gazdă, care este pentru domeniul dvs. setați aceste setări.
Toate setările necesare pentru serverul Bitrix instalat, testat, nici o eroare atunci când testarea, mutați pentru a transfera site-ul la un nou hosting și de recuperare.
site-ul de transfer
1. Crearea unei copii de rezervă site local Bitrix și transfer la un nou hosting folosind WinSCP.
În cazul în care nu există probleme cu configurația serverului, puteți trece la site-ul de transfer, următorul algoritm de transfer:
Încărcarea site-ul arhivă la un server nou / hosting.
Transferul de fișiere între server / hosting, puteți folosi programul WinSCP și chituri, modul de instalare și de configurat, puteți citi articolul Instalarea și configurarea WinSCP și PuTTY;
Restore.php încărcând un fișier pe un server, acesta poate și va restabili site-ul;
Totul va fi pas cu pas, în primul rând dezarhivează fișierul la server, apoi introduceți accesul la baza de date de pe noul server (în cazul în care nu există o bază de date, este necesar să se creeze) și totul pe ea, site-ul ar trebui să fie restaurat în totalitate, faceți clic pe „Du-te la site-ul“ buton;
Dar asta nu e tot, site-ul este deja în execuție, dar există un alt punct important.
După restaurarea site-ului pentru a crea un nou fișier .htaccess, iar vechi este redenumit .htaccess.restore, este necesar să se întoarcă înapoi, înapoi .htaccess.restore în .htaccess, deoarece acesta poate fi orice redirecționări și alte configurările de server 301, sau te poate ucide toate promovarea, consecințele vor fi neplăcute.
Scanner de securitate
Desktop -> Settings -> Protecție proactivă -> Security Scanner
Aici am din experienta mea Vreau sa adaug:
- În „Panoul de performanță“ greșelile nu ar trebui să fie exact rar ceva acolo va fi de culoare roșie;
- Cele mai „scanere de securitate“ toate erorile nu sunt corectate pe hosting exact care se referă la setările apache2, Nginx ar putea, etc. dar VPS / VDS pot fi corectate și chiar necesar!
Asta e tot de transfer Bitrix site-ul de la o gazdă la alta. toate 30-60 minute, dacă nici un dans.
Toate celelalte metode vor descrie mai târziu.
2. Restaurarea o copie de rezervă a site-ului dvs. pe găzduirea norilor „1C-Bitrix“.
3. Crearea unei copii de rezervă locală a site-ului și a transferat într-o nouă gazdă cu programul consola în Linux pentru descărcările de fișiere „wget“.
4. site-ul de sincronizare la un alt serviciu de găzduire prin intermediul software-ului consola pe Linux pentru a sincroniza fișierele și directoarele „rsync“.
concluzie
Site-urile lor pot rezista fără frică, înființat de găzduire pentru Bitrix, restaurat site-ul de la spate, totul este completă.
- Prima situație:
Ai avut un site web, totul este în regulă, uita despre asta deja, după 1-2 săptămâni vine de la un client de știri, spunând: „Nu funcționează pentru a descărca fișiere în articol,“ și cine va rezolva problema?
Desigur, se va rezolva, vă sunt transferate la site-ul, va trebui să găsească problema și să o rezolvi, dacă aveți suficiente cunoștințe și experiență, dacă nu aveți suficient, sunteți un purtător de site-uri rău, și în cazul în care încărcătorul de boot să clipească, oh. wei.
În general, site-urile transporta în condiții de siguranță, dacă face în mod corespunzător, fără a le lega la un server care va fi întotdeauna în negru.
Mult noroc pentru tine, nu va lasati pacaliti!