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

Kuulake seda artiklit

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.

Artikli sisu:

• Juhised .htaccess-faili loomiseks
• Lihtne lehe ümbersuunamise näide
• Näide failis .htaccess veadokumendi loomisest
• Paroolikaitse näide failis .htaccess
• Kuidas blokeerida külastajaid IP-aadressi järgi
• Näidisreeglid, mis sisalduvad minu .htaccess-failis
• Kohandamise funktsioonid ja levinumad vead
• Millist mõju see saidile avaldab

Juhised .htaccess-faili loomiseks

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 /tee/parool/fail/.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:

järjestus luba, keela keela alates 255.0.0.0 keela alates 123.45.6. luba kõigilt

Ü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:

järjesta luba, keela luba alates 255.0.0.0 keela kõigist

Ü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".

Näidisreeglid, mis sisalduvad minu .htaccess-failis

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

Aegub rakenduses 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 "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 aasta" ExpiresByType image/svg+xml "juurdepääs 1 aasta" ExpiresByType image/webp "juurdepääs 1 aasta" AegubByType image/gif "juurdepääs 1 aasta" AegubByType image/jpg "juurdepääs 1 aasta" AegubByType"Aegub jBpeype"Aeg. image/png "juurdepääs 1 aasta" AegubByType image/x-icon "juurdepääs 1 aasta" AegubByType text/css "juurdepääs 3 kuud" AegubByType text/Javascript "juurdepääs 3 kuud" AegubByType application/Javascript "Access application/BxTy" -javascript "juurdepääs 3 kuud" ExpiresByType rakendus/xhtml-xml "juurdepääs 3 kuud" ExpiresByType rakendus/pdf "juurdepääs 3 kuud" ExpiresByType rakendus/x-shockwave-flash "juurdepääs 3 kuud"

# ALUSTAGE GZIP-TIHENDAMIST – gzip-tihendamine

mod_gzip_on Jah mod_gzip_dechunk Jah mod_gzip_item_include fail \.(html?|txt|css|js|php|pl) item_exclude mime ^image /.* mod_gzip_item_exclude rspheader ^Sisu kodeering:.*gzip.

# 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

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

AddOutputFilterByType DEFLATE rakendus/javascript AddOutputFilterByType DEFLATE application/rss+xml AddOutputFilterByType DEFLATE application/vnd.ms-fontobject AddOutputFilterByType DEFLATE rakendus/x-font Add-FontBATE-Filter AddOutxout rakendus putFilterByType DEFLATE/x-font-ot f 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/xllter DEFLOUTy AddOutputFilterByType DEFLATE font/otf AddOutputF ilterByType DEFLATE font/ttf AddOutputFilterByType DEFLATE image/svg+xml AddOutputFilterByType DEFLATE pilt/x-icon AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/html AddOutputFilterByTerByTypeFilterByTyjaFilterByTy text/plain AddOutputFilterByType DEFLATE text/xml

# Takistab HTTP Vary päiste tagastamist MSIE perebrauseritele

BrowserMatch "MSIE" sunnitud ei muutu BrowserMatch "Mozilla/4.[0-9]{2}" sunnitud ei muutu

# Peida serveri allkiri

Serveri allkiri väljas

# Keela vasakpoolsed robotid

Setenvifnocase kasutaja-agent “^Missigua lokaator” Bad_Bot 1TP31SetenVifnocase'i kasutaja-agent “^pirn http_request class” Bad_bot setenvifnocase'i kasutaja-agent “^java/1.4.1” Bad_Bot setenVifnocase'i kasutaja-agent ”^. Agent “^psycheclone” bad_bot SetEnvIfNoCase kasutajaagent “^WEP Search 00” bad_bot SetEnvIfNoCase kasutajaagent “^FlashGet” bad_bot SetEnvIfNoCase kasutajaagent “^GetRight” bad_bot SetEnvIfNoCase User-Agent “^G User-Agent bad_bot SetEnvIfNoCase kasutajaagent “^Go!Zilla” bad_bot SetEnvIfNoCase kasutajaagent “^httplib” bad_bot SetEnvIfNoCase kasutajaagent “^Indy Library” bad_bot SetEnvIfNoCase kasutajaagent “^InfoNaviRobot” bad_ET Se^EntaseEnv User-Agent “No^EntaseEnv” vIfNoCase Kasutajaagent “^Internet Ninja” bad_bot SetEnvIfNoCase User-Agent “^LexiBot” bad_bot SetEnvIfNoCase kasutajaagent “^libWeb/clsHTTP” bad_bot SetEnvIfNoCase kasutajaagent “^libwww” bad_bot SetEnvIfNoCase “^EnvIfNoCase” ^Ibot Kasutajaagent "^LinkextractorPro" bad_bot SetEnvIfNoCase kasutajaagent "^Mozilla.*NEWT" bad_bot SetEnvIfNoCase kasutajaagent "^Octopus" bad_bot SetEnvIfNoCase kasutajaagent "^ProWebWalker" bad_bot User-Agent kasutaja- Agent “^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 saidi otsingumootorite jaoks suurepäraselt optimeerida. 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õningaid selle faili reegleid, samuti saame teada, mis on fail robots.txt ja kuidas otsingumootoritesse saidiplaani lisada.

Seda artiklit lugedes:

• Saidi lehtede vahemällu salvestamine .htaccessi abil – vahemälu
• Kodulehe HTML koodi optimeerimine – puhastamine, tihendamine, vigade parandamine

Täname lugemise eest: SEO HELPER | NICOLA.TOP