Htaccess-fail – kuidas luua .htaccess-faili juhend algajatele

printida · Время на чтение: 13мин · kõrval · Avaldatud · Uuendatud

paljunedaKuula artiklit

Kuidas luua .htaccess-faili.

htaccess fail - kuidas luua .htaccess faili algajale? Htaccess failil on reeglina ainult Unixi laiend - süsteemid. Ja see on kasulik Apache serverit kasutavatele saitidele.

Htaccessil on serveri konkreetse saidi jaoks reeglid. Fail juhib paljusid Apache veebiserveri konfiguratsioonisuvandeid. Apache on laialdaselt kasutatav serveritarkvara platvormidevaheliste operatsioonisüsteemide jaoks.

Kuigi selle kasutatav süntaks võib alguses olla segane, võib see .htaccess-fail teha palju kasulikke asju. Mõned selle funktsioonid hõlmavad ümbersuunamist, paroolikaitset, juurdepääsupiiranguid teatud tingimustel ja palju muud. Selles postituses vaatleme, kuidas luua ja konfigureerida .htaccess-faili ning rakendada selle kõige levinumaid kasutusviise.

Juhised .htaccess-faili loomiseks

.htaccess-faili seaded.

htaccess on üldiselt tuntud kui "punktfail", kuna see algab punktiga. Punktfailid on peaaegu alati konfiguratsioonifailid. Sellised failid võivad olla operatsioonisüsteemi või tarkvara osa jaoks. Vaikimisi peidab operatsioonisüsteem otsinguakendes või mis tahes süsteemi failihalduris punktifailid. Tavaliselt peate oma operatsioonisüsteemi seadetes valima suvandi "Kuva peidetud failid". Või võite kasutada käsku, et loetleda kõik käsureal olevad failid. ls-a

Serveris võib olla mitu sarnast faili ja iga fail töötab alati rekursiivselt. See tähendab, et iga fail mõjutab kataloogi, milles see asub, samuti kõiki faile ja alamkatalooge.

  1. Selle faili loomiseks piisab mis tahes saadaoleva tekstiredaktori (näiteks märkmiku) kasutamisest.
  2. Nimi (.htaccess) - ilma jutumärkideta ja muu.
  3. Salvestame faili.
  4. Seejärel edastame selle FTP-kliendi abil teie serverisse (hostimisse), tingimata saidi juurkataloogis. Peate edastama ASCII-režiimis. Vaikimisi edastab enamik FTP-kliente andmeid režiimis, mis pole punktifailide edastamiseks tõhus. Teie FTP-klient peaks saama edastusrežiimi seadistada. BINAAR
  5. Seejärel saate seda oma soovi järgi redigeerida, kuid kindlasti värskendage faili serveris (hostimises) olevat versiooni. Kui mingil põhjusel tundub, et reeglid ei ole kehtima hakanud, võib põhjuseks olla valed failiõigused. Htaccess-faili õigused peaksid olema seatud väärtusele 755. Teie FTP-kliendil peaks olema valik "Failiõigused". Lisaks saab käsu käivitada terminalis .chmod 755 .htaccess (parem on enne faili määrata täielik aadress).

Lihtne lehe ümbersuunamise näide

Üks peamisi populaarseid reegleid .htaccessis on lehe ümbersuunamine. Saate oma saidi direktoris marsruudi teha mis tahes suhtelisest teest. Samuti saate lehe ümber suunata kas oma saidi absoluutsele teele või mis tahes muusse kohta Internetis. Teie failis kasutatav põhisüntaks on:

Suuna ümber /kataloog_ümbersuunamise_kohast/ https://mysite.com/uus_kataloog/index.html

Lähtekataloogina peate alati kasutama suhtelist teed. Absoluutne tee peab olema kataloog, kuhu ümber suunata.

Näide failis .htaccess veadokumendi loomisest

Kohandatud vealehtede loomine on väga kasulik, kuna see võimaldab teil näidata veebisaidi külastajatele sõbralikku veateadet, näiteks kui teie veebisaidil olev URL ei tööta. See väldib ebasõbralikku tõrget "404 faili ei leitud" ja võimaldab kuvada sõbraliku vea, selgitades võimalikke lahendusi ja suunates külastaja tagasi teie veebisaidi sisu juurde, mitte jätma nad pettunud ja kadunud.

Kohandatud veadokumentide seadistamiseks looge htaccess-fail, järgides põhijuhiseid ja juhiseid, mis sisaldavad järgmist teksti:

ErrorDocument 404 /error_pages/404.html

Ülaltoodud rida käsib Apache veebiserveril 404 (faili ei leitud) tõrke korral renderdama dokumendi, mis asub aadressil /error_pages/404.html (teie domeeninime/veebisaidi aadressi all).

Selles näites eeldasime, et lõite veadokumendi ja andsite sellele nimeks "404.html" ning paigutasite selle oma domeeninime all olevasse kataloogi nimega "error_pages". Näiteks http://www.yourdomain.com/error_pages/404.html.

Dokument 404.html on tavaline HTML-dokument nagu teisedki teie veebisaidil ja võib kuvada mis tahes soovitud sisu, kuid soovitame teil lisada teate "Faili ei leitud".

Täiendavate veadokumentide (nt 401 Unauthorized, 403 Forbidden ja 500 Internal Server tõrketeadete) seadistamiseks looge htaccess-fail (punkt), järgides põhilisi juhiseid ja juhiseid, mis sisaldavad järgmist teksti:

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

Paroolikaitse näide failis .htaccess

Apache veebiserveri pakutavad paroolikaitse- ja autentimissüsteemid on ilmselt kõige olulisem .htaccess-failide kasutusala. Väga lihtsalt saame parooliga kaitsta veebisaidi kataloogi (või mitut), millele juurdepääsuks on vaja kasutajanime ja parooli. Nende turvaliste kataloogide sisselogimisprotseduuri haldab automaatselt veebibrauser, kasutades hüpikakna sisselogimisliidest (olete seda ilmselt varem näinud). Paroolid krüpteeritakse ka ühe parima saadaoleva krüpteerimismeetodi abil, mis hoiab teie sisselogimismandaadid turvalisena.

Esmalt otsustage, millist kataloogi soovite parooliga kaitsta (pidage meeles, et kõik kataloogis olevad failid ja alamkataloogid on parooliga kaitstud), seejärel looge .htaccess-fail, järgides põhijuhiseid ja juhiseid, mis sisaldavad järgmist teksti:

AuthName "liikme piirkonna nimi"
AuthUserFile /path/to/password/file/.htpasswd
AuthType Basic
Nõua kehtivat kasutajat

Esimene rida ütleb Apache veebiserverile, et turvalise kataloogi nimi on "Kasutajatsooni nimi", mis kuvatakse sisselogimisviipa ilmumisel. Teine rida määrab paroolifaili asukoha. Kolmas rida näitab autentimise tüüpi, selles näites kasutame "Basic", kuna kasutame HTTP põhiautentimist ja lõpuks neljas rida näitab, et vajame kehtivaid sisselogimismandaate, seda rida saab kasutada ka konkreetse kasutajanime määramiseks , näiteks "nõua kasutajanime kasutajanimi" nõuab kasutajanime "kasutajanimi".

Kasutaksite seda siis, kui kaitseksite parooliga administraatoriala, mitte ei seadista parooliga kaitstud avalikku kataloogi.

Paroolifaili asukoht võib olla kõikjal teie veebiserveris, "/location/of/password/file/" tuleks asendada paroolifaili ja faili ".htpasswd" sisaldava kataloogi täieliku/absoluutse teega. peaks olemas olema, kuid võite seda nimetada kuidas iganes soovite.

Kasutame failinime ".htpasswd", kuna server tunneb failinime ära ja peidab selle külastajate eest. Pange tähele, et mõned serverid nõuavad, et paroolifail oleks .htaccess-failiga samas kataloogis. Samuti on oluline paroolifaili asukoha määramiseks kasutada serveri täielikku/absoluutset teed, suhteline tee või URL-i mis tahes variatsioon ei tööta.

Paroolifail sisaldab midagi sarnast järgmise tekstiga:

kasutajanimi: krüptitud parool
fred_smith:oCF9Pam/MXJg2

Nüüd ei saa te lihtsalt parooli välja mõelda, Unixi/Linuxi serverites peab need olema serveri poolt krüptitud, Windowsi serverites kasutate lihtsalt lihtteksti parooli, kuna Windows ei paku krüpteerimismeetodeid. Paroolifailis võib olla suvaline arv kasutajakirjeid, üks konto rea kohta, eraldades kasutajanime ja parooli kooloniga. Kui teil pole serverile juurdepääsu, paluge oma teenusepakkujal see funktsioon lubada. Palun, juhtpaneelil on see funktsioon sisse ehitatud.

Kuidas blokeerida külastajaid IP-aadressi järgi

Apache veebiserveri pakutavad külastajate blokeerimise tööriistad võimaldavad meil keelata juurdepääsu teatud külastajatele või lubada juurdepääsu teatud külastajatele. See on äärmiselt kasulik soovimatute külastajate blokeerimiseks või veebisaidi omanikule juurdepääsu võimaldamiseks ainult veebisaidi teatud jaotistele, näiteks haldusalale.

Külastajate piirangute ja blokeerimise seadistamiseks looge htaccess-fail, järgides põhijuhiseid ja juhiseid, mis sisaldavad järgmist teksti:

käsk lubada, keelata
keelata alates 255.0.0.0
eitada alates 123.45,6.
allow from all

Ülaltoodud read käsivad Apache veebiserveril blokeerida IP-aadresside "255.0.0.0" ja "123.45.6" külastajad. Pange tähele, et teisel IP-aadressil puudub neljas numbrikomplekt, see tähendab mis tahes IP-aadressi, mis vastab Esimene. kolm numbrikomplekti blokeeritakse, näiteks "123.45.6.10" ja "123.45.6.255".

Kõigi külastajate, välja arvatud teie enda, blokeerimise seadistamiseks looge htaccess-fail, järgides põhilisi juhiseid ja juhiseid, mis sisaldavad järgmist teksti:

käsk lubada, keelata
luba alates 255.0.0.0
keelata kõigest

Ülaltoodud read käsivad Apache veebiserveril blokeerida kõik külastajad, välja arvatud need, kelle IP-aadress on "255.0.0.0", mille peaksite asendama oma IP-aadressiga.

Saate lisada suvalise arvu kirjeid "keela alates" ja "luba alates" pärast "order lubada, keelata". Märkige alumisel real muudatust "luba kõigilt" asemel "keela kõigilt". See on oluline ja seda tuleks muuta vastavalt teie vajadustele. Kui soovite lubada oma külastajatele juurdepääsu, peaksite kasutama käsku "luba kõigilt" ja asetama read "keela alates".

Blokeeritud külastajatele kuvatakse veateade "403 Keelatud".

Htaccess-faili seadistamise näide.

Näidisreeglid, mis sisalduvad minu .htaccess-failis

# AMPFORWPLBROWSERCSTART Brauseri vahemälu – võimendi räsimine brauseri poolel.

IfModule mod_expires.c peab olema sulgudes “<>”
Aegub Aktiivne Sees
AddType application/vnd.ms-fontobject .eot
AddType application/x-font-ttf .ttf
AddType application/x-font-opentype .otf
AddType rakendus/x-font-woff .woff
AddType image/svg+xml .svg
ExpiresByType application/vnd.ms-fontobject "juurdepääs 1 aasta"
ExpiresByType application/x-font-ttf "juurdepääs 1 aasta"
ExpiresByType application/x-font-opentype "juurdepääs 1 aasta"
ExpiresByType application/x-font-woff "juurdepääs 1 aasta"
ExpiresByType image/svg+xml “juurdepääs 1 aasta”
ExpiresByType pilt/veebi "juurdepääs 1 aasta"
ExpiresByType pilt/gif "juurdepääs 1 aasta"
ExpiresByType image/jpg "juurdepääs 1 aasta"
ExpiresByType image/jpeg "juurdepääs 1 aasta"
ExpiresByType image/png "juurdepääs 1 aasta"
ExpiresByType image/x-icon "juurdepääs 1 aasta"
ExpiresByType text/css "juurdepääs 3 kuud"
ExpiresByType text/javascript "juurdepääs 3 kuud"
ExpiresByType rakendus/javascript "juurdepääs 3 kuud"
ExpiresByType rakendus/x-javascript "juurdepääs 3 kuud"
ExpiresByType application/xhtml-xml "juurdepääs 3 kuud"
ExpiresByType rakendus/pdf "juurdepääs 3 kuud"
ExpiresByType rakendus/x-shockwave-flash "juurdepääs 3 kuud"
/IfModule peab olema sulgudes “<>”

# ALUSTAGE GZIP-TIHENDAMIST – gzip-tihendamine

IfModule mod_gzip. lisage kindlasti sulgudesse "<>"
mod_gzip_on Jah
mod_gzip_dechunk Jah
mod_gzip_item_include fail \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include käitleja ^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 ^Sisu kodeering:.*gzip.*
/IfModule peab olema sulgudes “<>”

# Eemaldage brauseri vead (vajalik ainult väga vanade brauserite jaoks)

BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
Päise lisamine Vary User-Agent
IfModule mod_deflate.c peab olema sulgudes “<>”

# Tihendab HTML-i, CSS-i, JavaScripti, teksti, XML-i ja fonte

AddOutputFilterByType DEFLATE rakendus/javascript
AddOutputFilterByType DEFLATE rakendus/rss+xml
AddOutputFilterByType DEFLATE application/vnd.ms-fontobject
AddOutputFilterByType DEFLATE rakendus/x-font
AddOutputFilterByType DEFLATE rakendus/x-font-opentype
AddOutputFilterByType DEFLATE application/x-font-otf
AddOutputFilterByType DEFLATE rakendus/x-font-truetype
AddOutputFilterByType DEFLATE application/x-font-ttf
AddOutputFilterByType DEFLATE rakendus/x-javascript
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE rakendus/xml
AddOutputFilterByType DEFLATE font/opentype
AddOutputFilterByType DEFLATE font/otf
AddOutputFilterByType DEFLATE font/ttf
AddOutputFilterByType DEFLATE image/svg+xml
AddOutputFilterByType DEFLATE pilt/x-ikoon
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE tekst/javascript
AddOutputFilterByType DEFLATE tekst/tavaline
AddOutputFilterByType DEFLATE text/xml
/IfModule peab olema sulgudes “<>”

# Takistab HTTP Vary päiste tagastamist MSIE perebrauseritele


BrowserMatch "MSIE" sunnitud-ei-variatsioon
BrowserMatch "Mozilla/4.[0-9]{2}" sunnitud muutuja puudub
/IfModule peab olema sulgudes “<>”

# Peida serveri allkiri

Serveri allkiri väljas

# Keela vasakpoolsed robotid

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

Andsin minimaalsed reeglid, mis minu failis sisalduvad.

.htaccess faili kohandamise funktsioonid ja levinumad vead

See on õige, see fail põhjustab kõige sagedamini banaalset serveritõrke 500 Internal Server Error. Peate faili väga hoolikalt redigeerima ja järgima järgmisi reegleid:

  • Enne redigeerimist salvestage alati .htaccess-faili töökoopia.
  • Ärge kunagi tutvustage tootmiskohale uusi reegleid ilma faili esmalt üle vaatamata.
  • Kodeering on tavaliselt UTF-8.
  • Iga reegel tuleb kirjutada uuele reale.
  • Need juhised, mida Apache server ei töötle, on välistatud - need põhjustavad kohe serveri vea.
  • Ühele reale ei saa kirjutada mitut juhist - saate vea 500.
  • Olge ettevaatlik – lisa tühik või märk võib põhjustada tõrke.

Millist mõju avaldab .htaccess-fail saidile?

Reeglina saate tänu sellele failile suurepäraselt optimeerida saiti otsingumootorite jaoks. Ta saab teha järgmist.

  1. 301 ümbersuunamise seadistamine saidil (kõige levinum reegel). Saab kasutada vajalike ülesannete täitmiseks.
  2. Saidi räsimise seaded serveri poolel.
  3. Gzipi tihendamise lubamine (lühend sõnast GNU Zip) – faili tihendamine serveri poolel.
  4. Tagage saidi kaitse: IP-aadresside blokeerimine, keelud jne.
  5. Määrake saidi jaoks eraldatud mälumaht.

See on selle faili minimaalne saadaolev funktsioon. Peaasi on kõiki neid soovitusi õigesti järgida. Järgmistes artiklites püüan kirjeldada mõned reeglid selle faili jaoks, ja me saame ka teada, mis on faili robots.txt ja kuidas saidikaarti lisada otsingumootoritele.

Täname, et lugesite Nicola Topi

Kui kasulik postitus on?

Hindamiseks klõpsake emotikonil!

keskmine hinne 5 / 5. Hinnangute arv: 29

Hinnanguid veel pole. Hinda kõigepealt.

Sulle võib meeldida ka...

1 vastus

  1. Илья ütleb:

    Ooo aitäh info eest. Vähemalt saate vaadata elavaid näiteid. Gradiendi animatsioon on lihtsalt super))) Suurepärane rakendus - tõenäoliselt kannatas see pikka aega.

Lisa kommentaar

Sinu e-postiaadressi ei avaldata. Nõutavad väljad on tähistatud *-ga

12 − 7 =