A munkahelyi htaccess és tömörítési felgyorsítása helyszínen
Nyíltan beszélni htaccess és tömörítés.
Úgy vélem, hogy az ülésen a helyzetet, amikor a honlapon, hogy nem válaszol.
Vagy lassan kezd elindulni, és egyre furcsábban kezd viselkedni. Egy egyszerű kívül ellenséges a honlap a szerver továbbra is két tucat más oldalakon.
Mindegyikük különböző kapacitású, szervezet és a forgalom. És amikor a szomszéd kezdődik a tárhely komplex vagy felesleges algoritmusok szkriptek, és beszél hozzád.
A .htaccess fájl segítségével változtathatja a beállításokat a webhely ... mint az Apache webszerver és a PHP lehetőségeket.
Használhatja htaccess különböző beállításokat a különböző könyvtárak.
A gyökér az oldalon, akkor állapítsa -Indexes, és a kiválasztott könyvtárakat létrehozni egy másik .htaccess fájlt, és benne nyilvánítja + Indexek.
Action .htaccess lehetőségek lefelé nyúlik át a könyvtárszerkezetet a legmélyebb fészkelő, azokat nem váltja egy másik htaccess.
És többek között aldomaint (aldoménként könyvtár egy alkönyvtár a fő oldalon).
Általános szabály, hogy a .htaccess fájlt hoz létre a gyökérkönyvtárban a helyszínen, és néha a könyvtárakban, amelyek különleges viselkedése a webszerver.
Lehet és kell (persze, ha ez nem áll rendelkezésre), hogy önállóan hozzon létre egy .htaccess fájlt az FTP-kliens és velük együtt dolgozni, mint bármilyen más fájlt a webhelyen.
Egyes FTP-kliensek fájlokat kiindulási ponttal vannak rejtve, és nem jelennek meg ezek alapértelmezésben. Ilyen esetekben annak érdekében, hogy a .htaccess fájlt, akkor kell FTP-kliens beállításait, állítsa a beállítást a „Rejtett fájlok”.
Ahhoz, hogy a fájlokat egy könyvtárban mindig nélkül feldolgozott optimalizálás, akkor létre kell hozni egy .htaccess fájl vagy könyvtár. Ez a fájl nem tartalmazhat irányelveket, csak annyi a létezéséről.
Fontos, hogy ne felejtsük el, hogy a leállás optimalizálás befolyásolja a sebességet a webhely és forrásainak felhasználására a díjcsomag.
.htaccess konfigurációs öröklődnek domént egy domain.
Amikor megnyit egy mappát megadása nélkül egy adott fájlt a webszerver keresi a fájlt index.htm, index.html, index.php megjelenítéséhez (index fájlok).
Ha az index fájlok hiányoznak, a kiszolgáló egy 403 Forbidden, mivel alapértelmezés szerint a fájl listát a könyvtárban tilos.
Ahhoz, hogy egy 403 Forbidden hiba nem jelenik meg, vagy hozzon létre egy indexet fájl a könyvtárban, vagy add, hogy a .htaccess fájlt opció:
Alapértelmezésben az index fájlt a webhely web szerver beolvassa a fájlt (fontossági sorrendben): index.html. index.php.
Beállítani az index fájlt, a fájlt, adjuk hozzá a nyilatkozatot:
Például a következő nyilatkozatot utasítja a webszerver, amikor elérik az oldalt nyit, mint egy index oldal script nyelv Perl elhelyezett, a cgi-bin könyvtár a webhelyén:
Hogyan megtekintéséhez PHP hibák?
Megjelenítéséhez PHP hibák, adjon egy a .htaccess fájlt:
php_value display_errors 1
Hogyan változtassuk meg a maximális mérete feltöltött fájlokat PHP-ben?
A maximális mérete feltöltött fájlokat van adva a .htaccess két irányelvek:
php_value upload_max_filesize 20M
php_value post_max_size 20M
Ehelyett 20M adja meg a kívánt méretet korlátai. Az érték ezeket a paramétereket nem lehet több, mint 50M. Felhívjuk figyelmét, hogy a szimbólum «M» (latin M) jelzi értékével együtt.
Hogyan határozza meg a PHP értelmező kezelni nem csak az szükséges .php fájlokat?
Ahhoz, hogy a PHP értelmező kezelni fájlok bármilyen meghosszabbítása, meg kell adni a megfelelő utasításokat a .htaccess fájlban található a gyökérkönyvtárban a webhelyen.
Például a következő nyilatkozatot mondja a PHP értelmezőt feldolgozásának szükségességét kiterjesztésű fájlok .phtml:
AddType application / x-httpd-php .phtml
Hogyan változtassuk meg a tárolási PHP munkamenetek
Az alapértelmezett munkamenet tároló - 1440 másodperc (24 perc), a cookie-session id - zárás előtt a felhasználó böngészőjének.
Ha módosítani szeretné a PHP munkamenet tárolási idő szükséges ahhoz, hogy néhány változtatást a .htaccess.
Talán csak a webhely lenne hatékonyabb alternatíva tárolórendszer kapcsolódik a látogató (pl csak a cookie-t), vagy egy alternatív mechanizmus PHP munkamenet tároló (által meghatározott session_set_save_handler ()).
Ha módosítani szeretné a munkamenet tárolási idő .htaccess hozzá az alábbi irányelveket:
# Állítsa be a maximális élettartama az ülés, másodpercben.
# 604800-1 héten.
php_value session.gc_maxlifetime 604800
# Állítsa a cookie-élet, hogy megtartja a session id
# A felhasználó böngészőjének.
php_value session.cookie_lifetime 604800
Ez okozhatja a lassú helyszínen idején a dob a régi ülés tisztító mechanizmus, és növeli a források összege működéséhez szükséges a helyszínen.
- Jelölje meg fészkelő ülés tároló könyvtárakat érvelés N session.save_path. Tisztítsuk meg a régi munkamenetet annak szükségességét, hogy a saját szkripteket. További információ a módszer leírásában session.save_path a PHP dokumentációt.
- Végre a saját munkamenet tárolórendszer (például MySQL), és telepítsd session_set_save_handler ().
Hogyan lehet engedélyezni SSI
SSI irányelvek (Server Side Tartalmazza) feldolgozzák az alapértelmezett kiterjesztésű fájlok .shtml (például index.shtml). Ahhoz, SSI és feldolgozott egyéb fájlokat, meg kell adnia a következő irányelvek .htaccess:
AddType text / html .html .ssi
AddOutputFilter TARTALMAZZA .html .ssi
Ahelyett, hogy «.ssi .html» adja fájlkiterjesztések kell feldolgozni SSI irányelveket.
Kérjük, vegye figyelembe: nem javallott az azonos PHP és SSI fájlt egyszerre.
Hogyan kell beállítani a CGI-parancsfájlok végrehajtását?
A CGI scriptek minden mappában szeretné konfigurálni a webszervert megfelelően használja a .htaccess fájlt.
- A mappában, ahol van a CGI scriptek, hozzon létre egy .htaccess fájlt típusa: Options + ExecCGI
AddHandler cgi-script .cgi .pl helyett «.cgi .pl» listájának megadását, hogy a kiterjesztés kell kezelni szkripteket. - Töltsd le a szkripteket mappát.
- Segítségével a fájlkezelő, állítsa be a script fájl jogosultságokat elvégzésére (755).
Hogyan változtassuk meg a korlátozás a memória használatára PHP-ben?
Megváltoztatni a korlátokat memória használja a következő utasítást .htaccess:
php_value memory_limit 128M
Ehelyett 128M adja meg a kívánt méretet korlátai. Felhívjuk figyelmét, hogy a szimbólum «M» (latin M) jelzi értékével együtt.
Hogy biztosítsuk, hogy az oldal mindig nyitott a fő név?
Example.com helyére a fő webhelye nevét. Most, amikor a hely eléréséhez a felhasználók automatikusan átirányítja a főbb nevét.
Egy kis SEO (hol nélküle)
Semmiképpen ne feledkezzünk meg a feltétel
Nem úgy tűnik, ebben a modulban, és a fogadó webhely fog kiadni 500. hiba. Ez különösen a modul tartalmazza a beépített alapértelmezett Apache. De hirtelen ... Hoszterek és a rendszergazdák mindenféle.
Ebben a részben a nagyobb jó SEO. átírni modul, mint a neve is mutatja foglalkozik átirányítás
Ebben a részben a fájl általunk megadott két ragasztás mi ragasztott your_site és www.vash_sayt Még ha egy felhasználó felhívja a webhely nélkül WWW-t terhelő 301 rederiktom a www.vash_sayt.
És mi megszabadultunk /index.php a query string. Ha egy felhasználó tárcsázza www.vash_sayt / index.php akkor át (újra rederiktom 301) a www.vash_sayt.
Most keresők nem szabad összekeverni a www és nem előidézni a főoldalon az eredményeket indexeli webhelyét. A Google vezérigazgatója tartomány kötés, ha nem érti, hogy ez miért van szükség.
Tehát ... .htcces és tömörítési hogy gyorsítsák fel a helyszínen.
Senki sem állítja, hogy a nagyon hasznos, ha az oldalak gyorsabb betöltését. Ezért az emberek jöttek fel és archív fájlokat.
A Apache, van két kompressziós modul.
Mindkét modul nem az alapértelmezett, és ezért nem feltétlenül lehet jelen az ISP. De a tapasztalat azt mutatja, 99% -a számára egyikük ér.
A leggyakoribb mod_deflate. Összenyomni segítségével a tartalmat az oldalon, a következő sorok hozzáadásával .htaccess:
Mint látható, van, hogy felsorolni MIME típusa fájlokat tömöríteni kell.
A második modul a kevésbé népszerű mod_gzip-et, annak érdekében, hogy tömörítés segítségével add ide a következő sorokat:
Ez a modul képes együttműködni maszkok, ami kétségtelenül egy nagy plusz. És a szintaxis sokkal rugalmasabb, mint az előző.
De használni ritkábban. És a tömörítés nem is merek megítélni, amelyek a modulok jobb. Nem vettem észre egy erős különbség a tesztek. Elvileg minden alkatrész gzip lehet nagyon világos pálya Page Speed, de vannak olyan online szolgáltatásokat, hogy adhat információt arról, hogy a biztonsági mentés vagy nem tartalmazza.
Használhatja ezt vagy online szolgáltatás ellenőrzésére beállíthatunk tömörítést a szerveren.
Kiderült, akkor gyorsan ... Ha alkalmazza caching oldalakon.
Mi caching vannak pluses és minuses, ezért a megközelítés, hogy ezt a kérdést is fel kell készülni. Dinamikusan frissíteni az oldalt 2-3 percenként, mint például a népszerű fórum, meg kell jegyeznünk, hogy a felhasználói igények, hogy a legfrissebb információkat.
De minden helyszínen a tartalma többé-kevésbé állandó. Például ugyanazt a képet, vagy stílust a fájlokat. Ezért kell különböző módon lehet használni a különböző caching tartalmat az oldalon.
A HTML kódba, akkor mindig a meta tagek. És a php tudjuk meg a szerver fejléceket. A kérdés továbbra is az, hogyan kell kezelni a css, js, kép, stb stb
Segítsen nekünk ebben két modulból áll: mod_headers és mod_expires amely képes telepíteni fejlécét a szerver válaszát, és azt sugallják, hogy a böngésző, hogy mit és hogyan gyorsíthatóságát.
Az egyik modulok általában többe kerül a szolgáltató, de ez a helyzet minden modul, amely nem szerepel a standard épít az Apache, a 100% -os garancia senki nem ad. Ezért ismét, hogy elkerüljék a hibákat 500y meghatározza azokat a feltételeket az egyes modulokat.
Itt látható a szintaxis a mod_headers.
Ebben a részben, kikapcsoltam a caching php fájlokat. Bár véleményem szerint egy kis időintervallum caching őket nem fáj.
5-30 másodperc, az az időszak, amelyre kevés változás. És sok felhasználó szeretné használni a kulcsot vissza (visszatért).
Annak érdekében, hogy ne töltse az oldal másodszor, és elkapni a gyorsítótárból, intelligens gyorsítótár-intervallum még mindig megfelelő.
A második szakasz, amely a feltételei mod_expires csak nem csinál semmit -, hogy egy kis PHP cache intervallumban.
Ebben a szerény cikk egy pár. Csak megérintette a felület itt. Tény, hogy a lehetőséget, .htaccess, ahol sok kiterjedt, mint az idézett cikkben. De nem folytatja a céllal, hogy elmesélni tömeg manaul .htaccess.
Minden, amit valaha is akartam, hogy hozzon létre egy kis mag .htaccess fájlt azok számára, akik csak most kezdtek felfedezni ezt a kérdést annak érdekében, hogy megmentsék a az információ keresésére a hálózaton keresztül.
Ennek eredményeként az manipuláció van egy fájl a következő tartalommal:
Számomra túl sok dolog, és lehet, hogy tévedek. Azok számára, akik minden kiderült, megyünk www.webpagetest.org és próbálja mérni a szépség előtt és után.
És itt Könnyen .hatcces használatra: .htaccess
