Fájl htaccess irányelvek, szabályok, hogyan kell beállítani az átirányításokat, tiltások
Kezdjük a távolból, hogy a kezdők is megértsék a működési elv le van írva a cikkben fájlt. A művelet az internetes oldal nem csak szüksége van egy számítógép és a hálózati hozzáférés, hanem meg neki egy speciális szoftver, amely hozzáférést biztosít adatokat a http és https. Ilyen szoftver webszerver. Vannak különböző típusú web szerver, de a leggyakoribb - Apache. Ebből épült nyílt forráskódú, ingyenes, folyamatosan finomított és javított, kompatibilis a legtöbb szkriptek és működik szinte minden platformon, beleértve a Windows, Linux, Netware 5.x
Apache konfigurációja a konfigurációs fájlok tárolt szöveges formátumban. Ezek segítségével megadhatja az egyes cselekvési szabályok a web szerver. A fő konfigurációs fájl neve a httpd.conf vagy apache.conf (attól függően, eloszlás). Sok esetben megadhatja az összes szerver konfiguráció itt, és alapvetően ez a módszer azért előnyös, mert:
a) csökkenti a webkiszolgáló válaszol, amikor szükséges (így az Apache webkiszolgáló egyes hozzáférési nem fogja látni az összes könyvtár .htaccess); b) bizonyos irányelveket, így a modul mod_rewrite irányelv sokféleképpen jobban működnek a fő konfigurációs fájl.
De az iratbetekintési nem lehet minden felhasználó számára a szerver (például abban az esetben, virtuális tárhely), így a többi felkínált fájl további webszerver konfigurációs - .htaccess (c pont az elején a neve).
Mi .htaccess és mire való
Fájlt (vagy fájlokat) .htaccess meghatározza a szabályokat a webszerver csak a könyvtárban, ahol található, és leányvállalatai könyvtárakat, anélkül, hogy a globális változások az egész szerver. Az a képesség, hogy használja .htaccess előírt irányelv (azaz team) - AllowOverride - a fő konfigurációs fájl httpd.conf nevét, amely kifejezetten azt mondja, hogy a .htaccess beállítások elsőbbséget élveznek a beállításokat a httpd.conf (ha másként nem korlátozza az összes a AllowOverride). Ennek az irányelvnek megengedheti magának mindent, és lehetőség van - csak egy pár lépésre. Ha részletes utasításokat annak használata megtalálható az Apache oldalon.
Vele, minden alkalommal, amikor a web szerver, az Apache megkeresi az összes könyvtárat jelenlétére .htaccess. Változások a fájl azonnal érvényes mentés után - csak újraindítani a webszervert nem kell (szemben a változások httpd.conf).
Fájl neve .htaccess - gyakori, de nem feltétlenül. A httpd.conf megadhat egy másik nevet AccessFileName irányelvet. például, az alábbiak szerint:
Hogyan hozzunk létre egy .htaccess fájlt
Fájlnév - .htaccess (egy pont az elején);
Írja - „Minden fájl”;
formátumban az átvitel;
ASCII módban (boot .htaccess FTP protokoll web hosting).
Apache - webszerver kisbetű-nagybetű érzékeny, ezért fontos, hogy írják be a nevüket kis betűkkel. Htaccess és .htaccess - más fájlokat.
A Mac OS fájlok kiindulási ponttal láthatatlanok. Szóval lehet nevezni, és ettől, miután áthaladt FTP tárhely, átnevezés. Általában a fájlt a webszerver gyökérkönyvtárába (/ public_html), vagy a gyökér könyvtárába a hely (/public_html/site.com/).
szintaxis .htaccess
A lehetőségek óriási konfigurációs fájlban. Az alábbiakban az alapvető beállításokat .htaccess.
lehetőségeket .htaccess
hozzáférés-szabályozás
Ban Web hozzáférést, továbbá a VI:
Ban web hozzáférést IP:
Nem enged be a fájlt:
Védelme egy könyvtár jelszóval:
Munkavégzés a webszerver hibák
Néha ahelyett, hogy a kívánt oldalt látogató találkozhat választ a webszerver hibaként tömör, de nem mindig érthető az emberek, hogy miért nem. A teljes lista a státusz kódok megtalálhatók a Wikipédiában. A leggyakoribb (például 404 vagy 500-as hiba) kívánatos, hogy hozzon létre egy oldalt, amely jobban néz ki, és biztosítja a látogató a kiutat. Ez a következőképpen definiálható:
Ui Belépés hosting szolgáltatások HOSTiQ.ua oldalon lehet használni az oldal létrehozásához vezérlőpult cPanel funkciókat (lásd a „Speciális” elem „Hibaoldalak”).
Beállítása 301-es átirányítást a htaccess
Ahhoz, hogy hozzon létre egy állandó átirányítás az irányelvben alkalmazott 301-es átirányítás, amely közvetíti a teljes súlyát az oldal egy új URL-t (ezért célszerű a 302 - abból a célból, SEO).
Átirányítás egész oldalt egy új domain:
Átirányítása egy új oldalt:
Átirányítás modul mod rewrite
Egy elengedhetetlen mechanizmusa változik az URL-link "on the fly" a mod_rewrite modul. A közüzemi ugyanabban az időben, a nehézség abban rejlik, hogy tudod használni a számtalan szabályok, köztük több változó.
Mert a modul működését, mindenekelőtt szükséges irányelveket
RewriteEngine On (művelet magában konvertáló mechanizmus)
Options FollowSymLinks (feltétele mod_rewrite).
Ha a kiszolgáló rendszergazdája letiltotta a lehetőséget a felhasználói könyvtár, akkor nem lehetséges, hogy egy átváltási mechanizmus. Ilyen korlátozásra kerül sor a szerverek, virtuális tárhely biztonsági okokból.
Az egyik funkcionális irányelvek mod_rewrite modul RewriteRule. Ahhoz, hogy adja meg a feltétel, amely akkor lép működésbe, általában használt RewriteCond irányelvet. Ő egy (vagy több) kell előírni, mielőtt a RewriteRule.
Átirányítás az új domain:
Az átirányítási oldalon a domain nélkül www domain www:
Átirányítás a HTTPS (korábban kellett telepíteni a HTTPS igazolást):
kódolás észlelését
Szimbólumtáblázata, amely megnyitja a helyet határozza meg a böngészőben. Azonban, ha az alapértelmezett kódolás:
Ez a változás húzódik keretein .htaccess és minden oldalt az oldal. Megadhatja a kódolási egy adott fájltípust, mint a windows-1251 html:
Gyakran maga az oldal hordozza azt (azaz a fejlécben) tájékoztatás a használt kódolás. Meg kell ellenőrizni, hogy a kódolás dokumentumban meghatározott és kiegyenlített a konfigurációs fájlban. Jelenleg itt utf-8 szinte mindig szükséges, ha a népszerű CMS, hiszen ezek célja egy nagy kört a felhasználók számára világszerte. By the way, ez az alapértelmezett kódolás van beállítva, és a mi közös szerver hosting.
egyéb jellemzők
- Határozza meg a site index file:
Alapértelmezésben az index oldalon tekinthető index.html. Az alábbi irányelvek, megadhat egy másik fájlnevet, ami jön ki első elérésekor a könyvtárba:
- Egy hasznos iránymutatás FilesMatch, amely meghatározza a határait a cselekvés szabályainak fájlnév reguláris kifejezések segítségével. Segítségével például akkor megtagadja a hozzáférést bizonyos fájlokat:
Vannak olyan irányelvek, amelyek a nem támogatott a szerverek virtuális tárhely, de meg lehet oldani őket a CHD, például.
Ennek az az oka, hogy a munka, mint egy suPHP webszerver nem támogatja php_flag és php_value. Ezért azt javasoljuk, hogy használja cPanel (nagyon hasznos alfejezet „kiválasztása a PHP verziója”, hogy működjön együtt a error_log - „Error Log”), vagy hozzon létre egy helyi php.ini fájlt erre a célra. Egy pár irányelvek még mindig vezetett a következők:
- Annak érdekében, hogy letesz webszerver feldolgozása során helytelenül írt scriptek, ott max_execution_time. Segítségével az időt másodpercben kijelölt feldolgozásra PHP script. Növelheti a Web szerver megvárja, míg a szkript futtatásakor:
- Állítsa be a maximális feltöltési méret:
- Kijelző PHP hibák egy külön fájlba:
Ui Egy közös fogadó nehéz pontosan meghatározni, hogy mely irányelveket .htaccess fog működni, mert sokan azok vezetnek a változás a konfiguráció webszerver vannak tiltva nyilvánvaló okokból - ezek a változások hatással lesz az összes felhasználó a médiában.
Ha .htaccess nem működik
Ellenőrizze a fájl lehet dolgozni írásban néhány egyszerű útmutatót, hogy megfelelő szintaxist és igaz httpd beállításai (a korábban leírtak ebben a cikkben) kell működnie:
- például blokkolja a hozzáférést a webhely kívülről irányelvek útján
- vagy írása fájlba sor értelmetlen szimbólumok, amelyek nem irányelveket. Ha egy webszerver kommunikál htaccess, akkor biztosan nem lesz képes olvasni őket, és így a 500-as hiba.
Ha a probléma nem létezik, akkor először keresni az okát a fő konfigurációs fájl:
- ellenőrizze, hogy a létrehozott VirtualHostot bejegyzés az. Példaként:
- további konfigurációs fájl nevét megadva, ahogy kell. Ha .htaccess, akkor:
És még néhány tipp a dolgozó .htaccess
Igen kívánatos, mielőtt bármilyen szerkesztési készítsen egy biztonsági másolatot a fájl - a legrosszabb kimenetel „roll back” a változásokat vissza.
Javasoljuk, hogy a változások fokozatosan, egy minimális irányelvek - és meghibásodás esetén, könnyebb lesz kitalálni, hogy milyen szabály okozta a hibát.
Amíg a módosítások azonnal érvénybe lép, a böngésző cache nem törölték - működésének ellenőrzésére a helyszínen szerkesztése után .htaccess, használja rendszeresen tisztítja, vagy töltse be az oldalt a cache bypass - a Ctrl + F5 (Safariban: Ctrl + R Mac OS: Cmd + R).
A leggyakoribb webszerver hiba, ha .htaccess - 500, és vagy azt jelzi, hogy probléma a szintaxis (elírás az irányelv, például), vagy a fő konfigurációs fájl nem megengedett az ilyen típusú irányelv.
hasznos linkek
A legjobb inspirációt dolgozni .htaccess:
Sok az utasításokat a .htacess, oroszul:
Egyszerű generátorok irányelvek .htaccess:
Ha van elég .htaccess fájlt, hogy módosítsa a beállításokat a Web szerver, a lehetőséget a bérleti díjak egy dedikált szerver Európában vagy az Egyesült Államokban Önnek. A dedikált szerver, akkor a változtatásokat közvetlenül az Apache-ba. Ajánlataink a dedikált szerverek alkalmasak bármely felhasználó. Ha Ön is érdekli a vásárló a domain nevet. A rendelési hosting szolgáltatást, akkor azonnal megtudhatja, hogy mennyi egy domain és hosting.