Să vorbim sincer despre htaccess și despre compresie.
Cred că ați întâlnit situația când site-ul dvs. nu mai răspunde.
Sau începe să se încarce lent și începe să se comporte ciudat. Pe o simplă găzduire în plus față de site-ul dvs. pe server există două duzini de alte site-uri.
Toate acestea sunt diferite în ceea ce privește capacitatea, organizarea și traficul. Iar atunci când vecinul dvs. începe script-uri complexe sau redundante în ceea ce privește găzduirea, acesta vă răspunde și dumneavoastră.
Fișierul .htaccess vă permite să schimbați multe dintre setările site-ului dvs. ... atât setările serverului web Apache cât și opțiunea PHP.
Puteți utiliza htaccess cu setări diferite pentru directoare diferite.
În rădăcina site-ului se poate declara -Indexes, iar în directoarele selectate se creează un alt fișier .htaccess și în acesta se declară + Indexuri.
Efectul opțiunilor .htaccess se propagă în jos pe arborele de directoare până la cea mai adâncă măsură până când este anulat de o altă htaccess.
Și inclusiv subdomeniile (deoarece directoarele subdomeniului sunt subdirectoare ale site-ului principal).
În mod tipic, fișierul .htaccess este creat în directorul rădăcină al site-ului și uneori în directoare care necesită un comportament specific serverului web.
Este posibil și necesar (desigur, dacă acest lucru nu este disponibil) să creați singur fișierul .htaccess utilizând un client FTP și să lucrați cu acesta ca și cu orice alte fișiere de pe site-ul dvs.
Unii clienți FTP consideră fișierele care încep cu un punct de ascuns și nu le afișează în mod implicit. În astfel de cazuri, pentru a vedea fișierul .htaccess, trebuie să activați setarea "Afișare fișiere ascunse" în setările clientului FTP.
Pentru a face fișierele din orice director întotdeauna procesate fără optimizare, trebuie să creați un fișier .htaccess în acest director. Este posibil ca acest dosar să nu conțină nicio directivă, ci doar existența acesteia este suficientă.
Este important să nu uitați că optimizarea dezactivării poate afecta viteza site-ului dvs. și utilizarea resurselor planului tarifar.
Pentru subdomeniul, setările domeniului .htaccess sunt moștenite.
Când deschideți un director fără a specifica un anumit fișier, serverul web caută fișiere index.htm, index.html, index.php pentru a fi afișate (fișiere index).
Dacă nu există fișiere index, serverul returnează o eroare interzisă 403, deoarece lista de fișiere din director nu este afișată în mod implicit.
Pentru ca eroarea 403 interzisă să nu fie afișată, creați un fișier index în director sau adăugați opțiunea în fișierul .htaccess:
În mod implicit, fișierul index al site-ului dvs., serverul web consideră fișierul (în ordinea priorității): index.html. index.php.
Pentru a seta un fișier index ca fișier arbitrar, adăugați următoarea instrucțiune:
De exemplu, următoarea declarație instruiește serverul Web atunci când accesați site-ul se deschide ca o pagină index limbă script Perl, plasat în directorul cgi-bin a site-ului:
Cum permit afișarea erorilor PHP?
Pentru a afișa erorile PHP, adăugați o directivă în fișierul .htaccess:
php_value display_errors 1
Cum pot modifica dimensiunea maximă a fișierelor încărcate în PHP?
Dimensiunea maximă a fișierelor încărcate este specificată în .htaccess utilizând două directive:
php_value upload_max_filesize 20M
php_value post_max_size 20M
În loc de 20M, specificați limita de dimensiune dorită. Valoarea acestor parametri nu poate fi mai mare de 50M. Rețineți că simbolul "M" (latină M) este indicat împreună cu valoarea.
Cum pot spune interpretului PHP nu numai să proceseze fișierele .php?
Pentru a forța interpretul PHP să se ocupe de fișiere cu o extensie arbitrară, trebuie să adăugați instrucțiunile corespunzătoare fișierului .htaccess localizat în directorul rădăcină al site-ului dvs.
De exemplu, următoarea instrucțiune va spune interpretului PHP să se ocupe de fișierele cu extensia .phtml:
Aplicație AddType / x-httpd-php .phtml
Cum se poate schimba timpul de stocare al sesiunilor PHP
În mod implicit, timpul de stocare a sesiunii este de 1440 secunde (24 de minute), cookie-ul cu ID-ul sesiunii este înainte ca utilizatorul să închidă browserul.
Pentru a schimba timpul de stocare al sesiunilor PHP, trebuie să faceți mai multe modificări în .htaccess.
Poate că un mecanism alternativ pentru stocarea datelor legat de un vizitator (de exemplu, numai printr-un modul cookie) sau un mecanism alternativ pentru stocarea sesiunilor PHP (stabilit utilizând session_set_save_handler ()) va fi mai eficient pentru site-ul dvs.
Pentru a schimba timpul de stocare a sesiunii, adăugați următoarele directive în .htaccess:
# Setați durata maximă a sesiunii în secunde.
# 604800 - 1 săptămână.
php_value session.gc_maxlifetime 604800
# Setați durata de viață a cookie-ului, care salvează ID-ul sesiunii
# în browser-ul utilizatorului.
php_value session.cookie_lifetime 604800
Acest lucru poate determina încetinirea site-ului în momentul începerii mecanismului de curățare a sesiunilor vechi și a creșterii cantității de resurse necesare funcționării site-ului.
- Specificați directoarele de stocare a sesiunilor cu argumentul N în calea session.save_path. Este necesar să curățați sesiunile vechi cu propriile scenarii. Pentru mai multe informații despre această metodă, consultați descrierea session.save_path din documentația PHP.
- Implementați propriul mecanism pentru stocarea sesiunilor (de exemplu, în MySQL) și instalați-l folosind session_set_save_handler ().
Cum se activează SSI
Directivele SSI (Server Side Includes) sunt prelucrate în mod implicit în fișierele cu extensia .shtml (de exemplu, index.shtml). Pentru ca SSI să fie procesate în alte fișiere, următoarele directive trebuie să fie specificate în fișierul .htaccess:
Textul AddType / html .html .ssi
AddOutputFilter INCLUDES .html .ssi
În loc de ".ssi .html", specificați extensiile de fișiere în care trebuie procesate directivele SSI.
Rețineți: nu este recomandat să utilizați simultan PHP și SSI în același fișier.
Cum configurez execuția scripturilor CGI?
Pentru a rula scripturile CGI într-un dosar, trebuie să configurați serverul web utilizând fișierul .htaccess.
- În dosarul în care trebuie executate scripturile CGI, creați un fișier .htaccess al formularului: Opțiuni + ExecCGI
AddHandler cgi-script .cgi .pl În loc de ".cgi .pl" specificați lista de extensii care ar trebui să fie procesate ca script-uri. - Descărcați scripturile în dosar.
- Cu ajutorul managerului de fișiere, setați fișierele de script pentru a executa permisiuni (755).
Cum se poate modifica limita de utilizare a memoriei în PHP?
Pentru a modifica limita de memorie, utilizați următoarea directivă în .htaccess:
php_value memory_limit 128M
În loc de 128M, specificați limita de dimensiune dorită. Rețineți că simbolul "M" (latină M) este indicat împreună cu valoarea.
Cum de a face site-ul întotdeauna deschis prin numele său principal?
Înlocuiți example.com cu numele principal al site-ului dvs. Acum, când accesați site-ul, utilizatorii vor fi redirecționați automat la numele primar.
Un pic SEO (în cazul în care fără ea)
Asigurați-vă că nu uitați de condiție
Nu mergeți la gazda acestui modul și site-ul dvs. va emite o eroare de 500. Acest modul special este inclus în mod implicit în ansamblul Apache. Ei bine și brusc ... Hosterii și administratorii lor se întâmplă pe toată lumea.
În această parte a beneficiului, mai mult pentru SEO. Modulul de rescriere, așa cum rezultă din numele său, se ocupă de redirecționări
În această parte a fișierului am specificat două lipire am lipit your_site și www.vash_sayt Chiar dacă un utilizator apelează site-ul fără WWW pentru a transfera 301 rederiktom sale pe www.vash_sayt.
De asemenea, am scapat de /index.php în șirul de interogare. Dacă utilizatorul va apela www.your_site / index.php, el va fi redirecționat (din nou 301 de către un rederik) la www.your_site.
Acum, motoarele de căutare nu vor fi confundate între www și nu vor duplica pagina principală în rezultatele indexării site-ului. Dacă nu înțelegeți de ce aveți nevoie, faceți clic pe domeniul splicing-ului Google CEO.
Deci ... .htces și compresie pentru a accelera site-ul.
Nimeni nu susține că este foarte util când paginile dvs. se încarcă mai repede. De aceea oamenii au inventat fișiere.
Apache are două module de compresie.
Ambele module nu sunt implicite, deci este posibil ca acestea să nu fie prezente la ISP. Dar, după cum arată practica, 99% dintre furnizori au unul dintre ei.
Cel mai comun mod_deflate. Pentru ao folosi pentru a comprima întregul conținut de pe site-ul dvs., adăugați următoarele fișiere în fișierul .htaccess:
După cum puteți vedea, trebuie să listați tipul de mime de fișiere care ar trebui comprimate.
Al doilea modul mai puțin popular este mod_gzip. Pentru a activa compresia cu acesta, adăugați următoarele linii:
Acest modul poate funcționa cu măști, ceea ce este, fără îndoială, un mare plus. Și sintaxa este mult mai flexibilă decât cea anterioară.
Dar folosiți-l mai rar. Iar la compresie nici măcar nu presupun că voi judeca care dintre module este mai bună. Nu am observat o diferență puternică în teste. În principiu, toate detaliile despre Gzip pot fi foarte clar urmărite în Speed Page, dar există și servicii online care vă pot oferi informații despre dacă această copie de rezervă este activată sau nu.
Puteți utiliza acest serviciu sau acest serviciu online pentru a verifica dacă este activată compresia de pe serverul dvs.
Se pare că este mai rapid ... Dacă aplicați cache-ul paginilor.
Caching-ul are argumente pro și contra, deci trebuie să vă pregătiți pentru această problemă. Pentru un site actualizat dinamic la fiecare 2-3 minute, de exemplu un forum popular, trebuie să vă gândiți că utilizatorul trebuie să vadă informațiile actuale.
Dar orice site are conținut mai mult sau mai puțin static. De exemplu, aceleași imagini sau fișiere de stil. Prin urmare, va trebui să folosim în mod diferit cache-ul de conținut diferit pe site.
În marcajul html putem folosi meta tag-uri întotdeauna. Și prin php putem seta antetele de răspuns ale serverului. Întrebarea rămâne, ce despre css, js, imagine, etc.? și altele asemenea.
Ajutați-ne în acest mod pot două module: mod_headers și mod_expires care pot seta anteturile în răspunsul serverului și pot spune browser-ului dvs. ce și cum se cachează.
Unul dintre module costă de obicei furnizorul, dar ca și în cazul oricărui modul care nu face parte din ansamblul standard Apache, nimeni nu vă va oferi o garanție de 100%. De aceea, din nou pentru a evita cea de-a 500-a eroare indică condițiile pentru fiecare dintre module.
Aici este sintaxa mod_headers.
În această secțiune, am dezactivat cache-ul de fișiere php. Deși, în opinia mea, un interval de timp mic de cache nu-i face rău.
5-30 secunde, acesta este intervalul de timp pentru care se schimbă puțin. Și mulți utilizatori preferă să utilizeze cheia din spate.
Pentru a nu încărca pagina a doua oară, dar pentru ao extrage din memoria cache, este adecvat un interval rezonabil de cache.
În cea de-a doua secțiune în care se află condițiile pentru mod_expires, fac doar asta - pentru php am pus un interval mic de cache.
În acest articol modest, nu toate sunt descrise. Am atins doar suprafața de aici. De fapt, posibilitățile .htaccess sunt mult mai extinse decât cele descrise în articol. Dar nu m-am străduit să redau greutatea manaului prin .htaccess.
Tot ce am vrut este de a crea un mic fișier .htaccess de bază pentru cei care tocmai au început să exploreze această problemă, în scopul de a economisi timpul lor în căutarea de informații în rețea.
Ca urmare a tuturor manipulărilor, am un fișier de genul:
Pentru mine multe lucruri și poate mă înșel. Pentru cei care au reușit, vizitați www.webpagetest.org și încercați să măsurați frumusețea înainte și după.
Și aici aveți deja deja un htc pentru a utiliza: .htaccess
Cred că sa dovedit htaccess și compresie pentru a grăbi site-ul!
Navigare după înregistrări
Articole similare
-
Monitorizarea executării ordinelor "pentru a verifica activitatea personalului
-
Script PHP pentru verificarea legăturilor externe ale site-ului
Trimiteți-le prietenilor: