Htaccess fájl – hogyan készítsünk .htaccess fájlt kezdőknek

nyomtatás · Время на чтение: 13мин · Автор: · Опубликовано · Обновлено

szaporodniHallgassa meg a cikket

Hogyan készítsünk .htaccess fájlt.

htaccess fájl - Hogyan készítsünk .htaccess fájlt kezdőknek? A .htaccess fájl általában csak a Unix - rendszerek alatti kiterjesztéssel rendelkezik. Az Apache szervert futtató webhelyek számára előnyös.

A Htaccess rendelkezik egy szabálykészlettel a kiszolgáló egy adott webhelyéhez. A fájl számos konfigurációs beállítást vezérel az Apache webszerverhez. Az Apache egy széles körben használt szerverszoftver többplatformos operációs rendszerekhez.

Bár az általa használt szintaxis eleinte kissé zavaró lehet, ez a .htaccess fájl sok hasznos dologra képes. Egyes funkciói közé tartozik az átirányítás, a jelszavas védelem, a hozzáférés korlátozása bizonyos feltételek alapján stb. Ebben a bejegyzésben megvizsgáljuk, hogyan hozhat létre és konfigurálhat .htaccess fájlt, és hogyan valósíthat meg néhány leggyakoribb felhasználási módot.

Útmutató a .htaccess fájl létrehozásához

.htaccess fájl beállításai.

A htaccess általában "pontfájlként" ismert, mivel ponttal kezdődik. A pontfájlok szinte mindig konfigurációs fájlok. Az ilyen fájlok operációs rendszerre vagy szoftverre vonatkozhatnak. Alapértelmezés szerint az operációs rendszer elrejti a pontfájlokat a keresőablakban vagy bármely rendszerfájlkezelőben. Általában ki kell választania a "Rejtett fájlok megjelenítése" opciót az operációs rendszer beállításai között. Vagy használhatja a parancsot az összes fájl listázásához a parancssorban. ls-a

Több hasonló fájl is lehet a szerveren, és mindegyik fájl mindig rekurzívan működik. Ez azt jelenti, hogy minden fájl hatással lesz arra a könyvtárra, amelyben található, valamint az összes fájlra és alkönyvtárra.

  1. A fájl létrehozásához elegendő bármely elérhető szövegszerkesztő (például jegyzettömb) használata.
  2. Név (.htaccess) - idézőjelek és egyéb dolgok nélkül.
  3. Mentjük a fájlt.
  4. Ezután egy FTP-kliens segítségével továbbítjuk a szerverére (hosting), szükségszerűen a webhely gyökérkönyvtárába. ASCII módban kell továbbítani. Alapértelmezés szerint a legtöbb FTP-kliens olyan módban továbbítja az adatokat, amely nem hatékony a pontfájlok átviteléhez. Az FTP kliensnek be kell tudnia állítani az átviteli módot. BINÁRIS
  5. Ezután tetszés szerint szerkesztheti, de mindenképpen frissítse a fájl verzióját a szerveren (hoszting). Ha valamilyen oknál fogva úgy tűnik, hogy a szabályok nem léptek életbe, annak oka lehet a hibás fájlengedélyek. A .htaccess fájl engedélyeit 755-re kell állítani. Az FTP-kliensnek rendelkeznie kell a "Fájlengedélyek" opcióval. Ezenkívül a parancsot a .chmod 755 .htaccess terminálban is futtathatja (jobb a teljes címet megadni a fájl előtt).

Egy egyszerű oldalátirányítási példa

A .htaccess egyik fő népszerű szabálya az oldalátirányítás. Bármely relatív útvonalról irányíthat a webhelyigazgatóban. Az oldalt átirányíthatja a webhely egy abszolút elérési útjára, vagy az internet bármely más helyére. A fájlban használandó alapvető szintaxis a következő:

Redirect /directory_to_redirect_from/ https://mysite.com/new_directory/index.html

Mindig relatív elérési utat kell használnia forráskönyvtárként. Az abszolút elérési út az a könyvtár, ahová át kell irányítani.

Példa egy hibadokumentum létrehozására a .htaccess fájlban

Az egyéni hibaoldalak létrehozása nagyon hasznos, mivel lehetővé teszi, hogy a webhely látogatóinak barátságos hibaüzenetet jelenítsen meg, például ha a webhelyen található URL nem működik. Ezzel elkerülhető a barátságtalan „404-es fájl nem található” hiba, és lehetővé válik egy barátságos hiba megjelenítése, amely elmagyarázza a lehetséges megoldásokat, és visszavezeti a látogatót a webhely tartalmához, ahelyett, hogy csalódott és elveszett lenne.

Egyéni hibadokumentumok beállításához hozzon létre egy .htaccess fájlt az alapvető utasításokat és irányelveket követve, amelyek a következő szöveget tartalmazzák:

ErrorDocument 404 /error_pages/404.html

A fenti sor arra utasítja az Apache webszervert, hogy jelenítse meg a /error_pages/404.html címen található dokumentumot (az Ön domain neve/webhelye címe alatt), ha 404-es (a fájl nem található) hiba lép fel.

Ebben a példában azt feltételeztük, hogy létrehozott egy hibadokumentumot, és elnevezte "404.html", és elhelyezte egy "error_pages" nevű könyvtárba a domain neve alatt. Például: http://www.yourdomain.com/error_pages/404.html.

A 404.html dokumentum egy normál HTML-dokumentum, mint a webhelyén található többi dokumentum, és bármilyen tartalmat megjeleníthet, de javasoljuk, hogy adjon meg egy „A fájl nem található” üzenetet.

További hibadokumentumok, például a 401-es jogosulatlan, a 403-as tiltott és az 500-as belső szerver hibaüzeneteinek beállításához hozzon létre egy htaccess fájlt (pont) az alapvető utasításokat és irányelveket követve, amelyek a következő szöveget tartalmazzák:

ErrorDocument 401 /error_pages/401.html
ErrorDocument 404 /error_pages/404.html
ErrorDocument 500 /error_pages/500.html

Példa jelszavas védelemre a .htaccess fájlban

Az Apache webszerver által kínált jelszavas védelmi és hitelesítési rendszerek valószínűleg a .htaccess fájlok legfontosabb felhasználási területei. Nagyon egyszerűen jelszóval védhetünk egy olyan webhely könyvtárát (vagy többét), amelyek eléréséhez felhasználónév és jelszó szükséges. A biztonságos címtárak bejelentkezési folyamatát a webböngésző automatikusan felugró bejelentkezési felület segítségével kezeli (valószínűleg már látta). A jelszavak titkosítása is az egyik legjobb elérhető titkosítási módszerrel történik, amely biztonságban tartja bejelentkezési adatait.

Először döntse el, melyik könyvtárat szeretné jelszóval védeni (vegye figyelembe, hogy a könyvtárban lévő összes fájl és alkönyvtár jelszóval védett lesz), majd hozzon létre egy .htaccess fájlt az alapvető utasításokat és irányelveket követve, amely a következő szöveget tartalmazza:

AuthName „Tag körzetének neve”
AuthUserFile /elérési út/password/file/.htpasswd
AuthType Basic
Érvényes felhasználó megkövetelése

Az első sor közli az Apache webszerverrel, hogy a biztonságos könyvtár neve „Felhasználói zónanév”, amely akkor jelenik meg, amikor megjelenik a bejelentkezési üzenet. A második sor a jelszófájl helyét adja meg. A harmadik sor a hitelesítés típusát jelzi, ebben a példában az "Alap"-ot használjuk, mert HTTP-alap hitelesítést használunk, végül a negyedik sor azt jelzi, hogy érvényes bejelentkezési adatokra van szükségünk, ebben a sorban egy adott felhasználónév megadására is szükség van. , mint például a "felhasználónév kérése felhasználónév" megköveteli a "felhasználónév" felhasználónevet.

Ezt akkor használja, ha jelszóval védi az adminisztrációs területet, nem pedig jelszóval védett nyilvános könyvtárat.

A jelszófájl helye bárhol lehet a webszerveren, a „/location/of/password/file/” helyére a jelszófájlt és a „.htpasswd” fájlt tartalmazó könyvtár teljes/abszolút elérési útját kell írni. léteznie kell, de hívhatod, ahogy akarod.

A ".htpasswd" fájlnevet használjuk, mert a szerver felismeri a fájlnevet, és elrejti a látogatók elől. Vegye figyelembe, hogy egyes kiszolgálók megkövetelik, hogy a jelszófájl ugyanabban a könyvtárban legyen, mint a .htaccess fájl. Fontos az is, hogy a jelszófájl helyére a teljes/abszolút szerver elérési utat használjuk, mert a relatív elérési út vagy az URL bármely változata nem fog működni.

A jelszófájl a következő szöveghez hasonlót tartalmaz:

felhasználónév:titkosított jelszó
fred_smith:oCF9Pam/MXJg2

Most már nem lehet csak jelszót kitalálni, a Unix/Linux szervereken azokat a szervernek kell titkosítania, Windows szervereken pedig csak sima szöveges jelszót kell használni, mivel a Windows nem kínál semmilyen titkosítási módot. A jelszófájlban tetszőleges számú felhasználói bejegyzés szerepelhet, soronként egy fiók, kettősponttal elválasztva a felhasználónevet és a jelszót. Ha nem fér hozzá a szerverhez, kérje meg szolgáltatóját, hogy engedélyezze ezt a funkciót. Kérem, a vezérlőpult beépített funkcióval rendelkezik.

Hogyan lehet blokkolni a látogatókat IP-cím alapján

Az Apache webszerver által kínált látogatóblokkoló eszközök lehetővé teszik számunkra, hogy bizonyos látogatóktól megtagadjuk a hozzáférést, vagy engedélyezzük bizonyos látogatók számára a hozzáférést. Ez rendkívül hasznos a nemkívánatos látogatók blokkolására, vagy arra, hogy a webhely tulajdonosa csak a webhely bizonyos részeit érje el, például az adminisztrációs területet.

A látogatók korlátozásának és blokkolásának beállításához hozzon létre egy .htaccess fájlt az alapvető utasításokat és irányelveket követve, amelyek a következő szöveget tartalmazzák:

order allow,deny
tagadás 255.0.0.0-tól
tagadás 123.45.6-tól.
allow from all

A fenti sorok azt mondják az Apache webszervernek, hogy blokkolja a „255.0.0.0” és „123.45.6.” IP-címekről érkező látogatókat. Vegye figyelembe, hogy a második IP-címből hiányzik a negyedik számkészlet, ez azt jelenti, hogy minden olyan IP-cím, amely megfelel a első. három számkészlet blokkolva lesz, például "123.45.6.10" és "123.45.6.255".

Az összes látogató letiltásának beállításához saját maga kivételével, hozzon létre egy .htaccess fájlt az alapvető utasításokat és irányelveket követve, amelyek a következő szöveget tartalmazzák:

order allow,deny
engedélyezése 255.0.0.0-tól
deny from all

A fenti sorok azt mondják az Apache webszervernek, hogy blokkolja az összes látogatót, kivéve azokat, akiknek IP-címe "255.0.0.0", amelyet le kell cserélnie saját IP-címére.

Tetszőleges számú „deny from” és „allow from” bejegyzést adhat hozzá az „order enable, deny” után. Figyelje meg az alsó sorban az „engedélyezés mindenkinek” helyett a „mindenkitől megtagadás” váltást, ez fontos, és az Ön igényeitől függően módosítani kell. Ha engedélyezni szeretné látogatóinak a hozzáférést, használja az "engedélyezés mindenkitől" lehetőséget, és helyezze el a "megtagadás" sorokat fent.

A letiltott látogatóknál a következő hibaüzenet jelenik meg: "403 letiltva".

Példa egy .htaccess fájl beállítására.

Példaszabályok a .htaccess fájlomban

# AMPFORWPLBROWSERCSTART Böngésző gyorsítótárazás – erősítő hash a böngésző oldalon.

Az IfModule mod_expires.c fájlt zárójelek közé kell tenni „<>”
Lejár Aktív Be
AddType application/vnd.ms-fontobject .eot
AddType application/x-font-ttf .ttf
AddType application/x-font-opentype .otf
AddType application/x-font-woff .woff
AddType image/svg+xml .svg
ExpiresByType application/vnd.ms-fontobject "hozzáférés 1 év"
ExpiresByType application/x-font-ttf „hozzáférés 1 év”
ExpiresByType alkalmazás/x-font-opentype "hozzáférés 1 év"
ExpiresByType alkalmazás/x-font-woff „hozzáférés 1 év”
ExpiresByType image/svg+xml „hozzáférés 1 év”
ExpiresByType kép/web "hozzáférés 1 év"
ExpiresByType kép/gif „hozzáférés 1 év”
ExpiresByType image/jpg „hozzáférés 1 év”
ExpiresByType kép/jpeg „hozzáférés 1 év”
ExpiresByType image/png „hozzáférés 1 év”
ExpiresByType image/x-icon „hozzáférés 1 év”
ExpiresByType text/css "hozzáférés 3 hónap"
ExpiresByType szöveg/javascript „hozzáférés 3 hónap”
ExpiresByType alkalmazás/javascript „hozzáférés 3 hónap”
ExpiresByType alkalmazás/x-javascript „hozzáférés 3 hónap”
ExpiresByType application/xhtml-xml „hozzáférés 3 hónap”
ExpiresByType alkalmazás/pdf „hozzáférés 3 hónap”
ExpiresByType alkalmazás/x-shockwave-flash „hozzáférés 3 hónap”
/IfModule-t zárójelbe kell tenni „<>”

# BEGIN GZIP TÖMÖRÍTÉS – gzip tömörítés

IfModule mod_gzip. feltétlenül tegye zárójelbe a „<>”
mod_gzip_on Igen
mod_gzip_dechunk Igen
mod_gzip_item_include fájl \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include kezelő ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include MIME ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
/IfModule-t zárójelbe kell tenni „<>”

# Böngészőhibák eltávolítása (csak nagyon régi böngészőkhöz szükséges)

BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
Fejléc hozzáfűzése Vary User-Agent
Az IfModule mod_deflate.c fájlt zárójelek közé kell tenni „<>”

# HTML, CSS, JavaScript, szöveg, XML és betűtípusok tömörítése

AddOutputFilterByType DEFLATE alkalmazás/javascript
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
AddOutputFilterByType DEFLATE application/x-font
AddOutputFilterByType DEFLATE application/x-font-opentype
AddOutputFilterByType DEFLATE application/x-font-otf
AddOutputFilterByType DEFLATE application/x-font-truetype
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE font/opentype
AddOutputFilterByType DEFLATE font/otf
AddOutputFilterByType DEFLATE font/ttf
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE kép/x-ikon
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE szöveg/javascript
AddOutputFilterByType DEFLATE szöveg/sima
AddOutputFilterByType DEFLATE text/xml
/IfModule-t zárójelbe kell tenni „<>”

# Megakadályozza, hogy a HTTP Vary fejlécek visszakerüljenek az MSIE család böngészőibe


BrowserMatch „MSIE” kényszer – nincs variáció
BrowserMatch "Mozilla/4.[0-9]{2}" kényszer-nincs változó
/IfModule-t zárójelbe kell tenni „<>”

# Szerver aláírásának elrejtése

ServerSignature Off

# A bal oldali robotok letiltása

SetEnvIfNoCase User-Agent „^Missigua Locator” bad_bot
#SetEnvIfNoCase User-Agent „^PEAR HTTP_Request class” bad_bot
SetEnvIfNoCase User-Agent „^Java/1.4.1” bad_bot
SetEnvIfNoCase User-Agent „^Java/1.5.0” bad_bot
SetEnvIfNoCase User-Agent "^psycheclone" bad_bot
SetEnvIfNoCase User-Agent “^WEP Search 00” bad_bot
SetEnvIfNoCase User-Agent „^FlashGet” bad_bot
SetEnvIfNoCase User-Agent „^GetRight” bad_bot
SetEnvIfNoCase User-Agent „^GetWeb!” bad_bot
SetEnvIfNoCase User-Agent „^Go!Zilla” bad_bot
SetEnvIfNoCase User-Agent “^httplib” bad_bot
SetEnvIfNoCase User-Agent „^Indy Library” bad_bot
SetEnvIfNoCase User-Agent "^InfoNaviRobot" bad_bot
SetEnvIfNoCase User-Agent „^InterGET” bad_bot
SetEnvIfNoCase User-Agent „^Internet Ninja” bad_bot
SetEnvIfNoCase User-Agent „^LexiBot” bad_bot
SetEnvIfNoCase User-Agent „^libWeb/clsHTTP” bad_bot
SetEnvIfNoCase User-Agent “^libwww” bad_bot
SetEnvIfNoCase User-Agent “^libwww-perl” bad_bot
SetEnvIfNoCase User-Agent „^LinkextractorPro” bad_bot
SetEnvIfNoCase User-Agent „^Mozilla.*NEWT” bad_bot
SetEnvIfNoCase User-Agent "^Octopus" bad_bot
SetEnvIfNoCase User-Agent „^ProWebWalker” bad_bot
SetEnvIfNoCase User-Agent „^SuperBot” bad_bot
SetEnvIfNoCase User-Agent “^WebAuto” bad_bot
SetEnvIfNoCase User-Agent „^Wells Search II” bad_bot
SetEnvIfNoCase User-Agent „^Wget” bad_bot
SetEnvIfNoCase User-Agent „^wget” bad_bot

Megadtam egy minimális szabályt, amelyet a fájlom tartalmaz.

.htaccess fájl testreszabási szolgáltatások és gyakori hibák

Ez igaz, ez a fájl leggyakrabban banális szerverhibát okoz: 500 Internal Server Error. Nagyon óvatosan kell szerkesztenie a fájlt, és kövesse az alábbi szabályokat:

  • Szerkesztés előtt mindig mentse el a .htaccess fájl munkapéldányát.
  • Soha ne vezessen be új szabályokat a gyártóhelyen a fájl előzetes áttekintése nélkül.
  • A kódolás általában UTF-8.
  • Minden szabályt új sorba kell írni.
  • Azok az utasítások, amelyeket nem dolgoz fel az Apache szerver, ki vannak zárva – azonnal szerverhibát okoznak.
  • Nem írhat több utasítást egy sorba - 500-as hibát fog kapni.
  • Legyen óvatos – egy extra szóköz vagy karakter hibához vezethet.

Milyen hatással van a .htaccess fájl a webhelyre

Általános szabály, hogy ennek a fájlnak köszönhetően tökéletesen megteheti optimalizálja az oldalt a keresőmotorokhoz. Íme, mit tehet:

  1. 301-es átirányítás beállítása a webhelyen (a leggyakoribb szabály). A szükséges feladatokhoz használható.
  2. A webhely kivonatolási beállításai a szerver oldalon.
  3. A gzip tömörítés engedélyezése (a GNU Zip rövidítése) – fájltömörítés a szerver oldalon.
  4. Biztosítsa a webhely védelmét: IP-címek blokkolása, kitiltások stb.
  5. Adja meg a helyhez lefoglalt memória szükséges mennyiségét.

Ez a minimálisan elérhető funkció ehhez a fájlhoz. A legfontosabb az, hogy ezeket az ajánlásokat megfelelően kövesse. A következő cikkekben megpróbálom leírni néhány szabály erre a fájlra, és azt is tudni fogjuk, mi az robots.txt fájl és hogyan adjunk hozzá webhelytérképet a keresőmotorokhoz.

Köszönjük, hogy elolvasta Nicola Topot

Mennyire hasznos a poszt?

Kattintson a smiley-ra az értékeléshez!

átlagos értékelés 5 / 5. Értékelések száma: 29

Még nincsenek értékelések. Értékelje először.

Читайте также:

1 válasz

  1. Илья szerint:

    Óóó köszi az infót. Legalább élő példákat nézhetsz. A gradiens animáció egyszerűen szuper))) Kiváló alkalmazás - valószínűleg sokáig szenvedett.

Добавить комментарий

Az e-mail címet nem tesszük közzé. Обязательные поля помечены *

19 + 17 =