htaccess fail – seaded ja kasutusnäited. Praktilised lahendused .htaccess faili kasutamiseks

Tänapäeval kasutatakse Apache veebiserverit enamiku võrgus olevate saitide töö korraldamiseks. See jääb jõudluses veidi maha, kuid seda on väga lihtne seadistada ja sellel on tohutult palju funktsioone.

Apache veebiserverit saab seadistada mitte ainult põhikonfiguratsioonifailis, vaid ka .htaccess-failide kaudu. Need failid paigutatakse kindlatesse kaustadesse ja annavad veebiserverile teada, kuidas selles kaustas ja selle alamkataloogides käituda.

Htaccess-faili seadistamine on väga sarnane Apache peamise konfiguratsioonifaili seadistamisega. Aga see on veidi erinev. Selle failiga saate seadistada ümbersuunamisi, sisemisi URL-i muudatusi, juurdepääsuõigusi, parooli autoriseerimist ja palju muud. Tänases artiklis vaatleme, kuidas htaccessi oma serveri jaoks õigesti konfigureerida.

Oleme teemat juba ühes eelmises artiklis alustanud, kuid täna värskendame veidi teavet ja vaatame htaccessi seadistust üksikasjalikumalt.

Kõik htaccess faili käskkirjad täidetakse täpselt samamoodi nagu globaalses konfiguratsioonifailis, ainult direktiivi sees . See ei võimalda globaalseid seadeid muuta, kuid saate väga täpselt häälestada programmi käitumist kaustades, millele teil on juurdepääsuõigused.

Direktiivide üldine süntaks on väga lihtne, need on käskude paarid ja nende valikud, mis on eraldatud tühikuga, näiteks:

Käsu parameeter1 parameeter2 lipud

Käske on üsna palju ja me vaatame neid nende toimingute näidete abil. Lisaks käskudele endile saab siin kasutada pesastatud struktuure, näiteks moodulite aktiveerimiseks või konkreetse mooduli saadavuse kontrollimiseks. Liigume nüüd lähemale, kuidas htaccessi õigesti konfigureerida. Alustame kõige lihtsamate sammudega.

Htaccessi juurdepääsu seadistamine

Üsna sageli kasutatakse kaustale juurdepääsu kontrollimiseks htaccessi. Juurdepääsu kontrollimiseks kasutatakse kolme käsku:

tellida- tellida;
eitama- keelama;
lubama- lubama.

Esiteks, kasutades järjestusvalikut, peate märkima, millises järjekorras käskkirjad täidetakse, vaid sellel käsul on tähendus ja pole vahet, millises järjekorras need failis asuvad.

Seejärel lubame või keelame käsu lubamise või keelamise abil teatud aadressidelt juurdepääsu kaustale. Näiteks selleks, et keelata kõik, mida peate htaccessi lisama:

Tellimus keelduda, lubada
Keeldu kõigist

Kuid saame lubada juurdepääsu ka ainult kohalikust võrgust:

Tellimus keelduda, lubada
Keeldu kõigist
Luba 192.168.0.

Kui on määratud keela, luba, siis kontrollitakse selles järjekorras. Esiteks kõik keelavad käskkirjad, seejärel kõik lubavad direktiivid ja kui ükski tingimus ei vasta, siis jäetakse taotlus vahele. Näiteks võiks eelmise näite kirjutada nii:

Telli luba, keela
Luba 192.168.0.

URL-i muutmine htaccessis

Htaccessi kasutatakse kõige sagedamini URL-i muutmiseks käitusajal või ümbersuunamiseks. Moodul mod_rewrite vastutab selle funktsiooni eest ja on tavaliselt enamikus Apache konfiguratsioonides lubatud.

URL-i muutmine htaccesis toimub kolme direktiivi abil, need on RewriteBase, mis määrab aadressi eesliide, RewriteCond kontrollib vastavust ja RewriteRule- muudab URL-i vastavalt regulaaravaldisele, kui kõik sobivad reeglid vastavad.

Esmalt peate lubama Mod_Rewrite, juhuks kui moodul pole veel aktiivne:

RewriteEngine sisse lülitatud

Näitame, et juurt tuleks kasutada URL-i eesliitena:

Ja me asendame URL-i automaatselt index.html-ist index.php-ga. Pange tähele, et algne URL on soovitud faili tee, mis on seotud htaccess-faili asukohaga:

RewriteRule index.html/index.php

Tõhusamaks asendamiseks võite kasutada regulaaravaldisi, mis koosnevad erimärkidest ja muutujatest ning tavalistest märkidest ja numbritest. Vaatame peamisi eritegelasi:

^ - rea algus;
$ - rea lõpp;
. - mis tahes sümbol;
* - mis tahes arv sümboleid;
? - üks konkreetne sümbol;
- tähemärkide jada, näiteks 0 kuni 9;
| - sümbol või on valitud üks või teine rühm;
() - kasutatakse märgirühmade valimiseks.

Htaccessi regulaaravaldistes saate kasutada ka muutujaid päringu päistest saadud andmetega, näiteks:

%(HTTP_USER_AGENT)- kasutaja-agendi väli, mille edastab kasutaja brauser;
%(REMOTE_ADDR)- kasutaja IP-aadress;
%(REQUEST_URI)- taotletud URI;
%(QUERY_STRING)- päringu parameetrid pärast ?

Need on kõige sagedamini kasutatavad muutujad, kuid neid on palju rohkem, ülejäänud leiate ametlikust dokumentatsioonist. Regulaaravaldised avavad laiemaid võimalusi, näiteks saab kõigil lehtedel html-i asendada php-ga:

RewriteEngine Sees;
RewriteBase/;

Direktiiv RewriteCond annab veelgi suurema paindlikkuse, saate valida, millistele aadressidele muudatust rakendada, näiteks defineerime andmed ümber ainult selle versiooni jaoks, millel on www:

RewriteBase/;
RewriteCond % (HTTP_HOST) ^www.site.ru$
RewriteRule ^(.*)\.html$ $1.php

Nii saate oma URL-ides teha mis tahes teisendusi ilma tegelikult kuhugi ümber suunamata. Järgmisena aga vaatame, kuidas ümbersuunamisi teha.

Ümbersuunamiste seadistamine htaccessis

Htaccess ümbersuunamiste seadistamine toimub samamoodi, kasutades sama mod_rewrite moodulit, kuid nüüd määrame url-i muutmise asemel lipu soovitud toimingu ja ümbersuunamiskoodiga.

Lihtsaima ümbersuunamise saab teostada ilma mod_rewriteta, kasutades järgmist rida:

Ümbersuunamine 301 /index.html http://www.site.ru/index.php

Kuid tavaliselt vajate laiema mõjuga ümbersuunamisi. Kõik näeb välja väga sarnane, ainult nüüd kasutame lipukest suur- ja suurtähtede ignoreerimiseks, [L] töötlemise peatamiseks ja [R] ümbersuunamiseks. Näiteks htaccessi ümbersuunamine mitte-www-versioonilt domeenile, millel on www:

RewriteCond %(HTTP_HOST) ^site\.ru$
RewriteRule ^(.*)$ http://www.site.ru/$1

Väärtus R=301 tähendab ümbersuunamiskoodi, mis tagastatakse kliendile, mida saate kasutada 301, 302 jne. Htaccessi ümbersuunamine www-domeenist ilma eesliiteta domeeni näeb välja järgmine:

RewriteCond %(HTTP_HOST) ^www.site\.ru$
RewriteRule ^(.*)$ http://site.ru/$1

Ümbersuunamise saate teha samal viisil:

RewriteRule ^vana_aadress /uus_aadress/$1

Suuna ümber http-versioonilt https-le:

RewriteCond %(SERVER_PORT) ^80$
RewriteCond %(HTTP) =sees
RewriteRule ^(.*)$ https://site.ru/$1

Htaccessis vealehtede seadistamine

Kui lehe genereerimisel ilmnevad vead, väljastab veebiserver lühiteate ja veakoodi. Kuid kasutajatele on palju selgem, mis toimub, kui teete iga vea jaoks eraldi lehe koos piltide ja täieliku selgitusega.

Htaccessi seadistamine selle üksuse jaoks on väga kasulik. Võite kasutada ErrorDocument direktiivi. Seda kasutades saate määrata HTML-lehtedel vead 4xx ja 5xx. Näiteks 404 jaoks:

ErrorDocument 404 http://site.ru/error/404.shtml
ErrorDocument 403 http://site.ru/error/403.shtml
ErrorDocument 401 http://site.ru/error/401.shtml
ErrorDocument 500 http://site.ru/error/500.shtml

Vahemälu htaccessis

Brauser võimaldab teatud aja jooksul oma vahemällu salvestada pilte, skriptifaile, stiile ja muid meediumifaile. Vahemälu eluea määrab veebiserver spetsiaalsete päiste abil. Neid saab konfigureerida aegumismooduli abil.

Esmalt aktiveerige moodul ja määrake vaikimisi vahemällu salvestamise periood:

Aegub Aktiivne Sees
Aegub Vaikimisi "juurdepääs pluss 1 kuu"

Nüüd saame konfigureerida vahemällu iga MIME-failitüübi jaoks:

ExpiresByType text/html "juurdepääs pluss 1 kuu 15 päeva 2 tundi"
ExpiresByType pilt/gif "juurdepääs pluss 5 tundi 3 minutit"
ExpiresByType image/x-icon "juurdepääs pluss 2592000 sekundit"

Esimesel real märgime, et html-lehti tuleks lugeda kehtivaks ühe kuu, 15 päeva ja kahe tunni jooksul alates nende laadimisest. Saadaval on järgmised failitüübid:

pilt/x-ikoon;
pilt/jpeg;
pilt/png;
pilt/gif;
rakendus/x-shockwave-flash;
tekst/css;
tekst/javascript;
rakendus/javascript;
rakendus/x-javascript;
tekst/html;
rakendus/xhtml+xml;

Veendumaks, et see konstruktsioon ei põhjusta vigu, mähkige see kui:

Failide tihendamine htaccessis

Apache'is pakkimiseks võite kasutada tühjendusmoodulit. Siin piisab, kui lihtsalt loetleda MIME tüüpi failid, mida tuleb tihendada. Näiteks:

AddOutputFilterByType DEFLATE text/html-tekst/lihttekst/xml-rakendus/xml-rakendus/xhtml+xml-tekst/css-tekst/javascripti rakendus/javascripti rakendus/x-javascript

Saate lisada ka if-lause, et kontrollida, kas moodulit toetatakse:

järeldused

Selles artiklis vaatlesime, kuidas konfigureerida htaccess-faili teie veebisaidi õigeks toimimiseks. Kõiki toiminguid pole nii raske teha. Piisab mõne rea kopeerimisest ja nende vajaduste järgi korrigeerimisest. Kui teil on küsimusi, küsige kommentaarides!

Lõpetuseks pakun videot Apache konfiguratsioonifaili ülevaatega:

Htaccess-faili kasutatakse Apache serveri ja ka mitmete teiste serverite konfigureerimiseks. Vaatamata kummalisele laiendile on see lihtne tekstifail, mida saab igas redaktoris muuta. Selles õpetuses vaatleme, kuidas saab .htaccessi teie projektides kasutada.

Htaccess-fail kasutab sama vormingut kui Apache põhikonfiguratsioonifail: httpd.conf. Enamikku seadeid saab kasutada mõlemas failis.

Kataloogi .htaccess failis määratud sätted on ülimuslikud selle kataloogi ja selle alamkataloogide jaoks httpd.conf määratud sätete suhtes.

Htaccess-faili nimetatakse mõnikord dünaamilise konfiguratsioonifailiks, kuna server loeb seda iga kord, kui seda sisaldavale kataloogile tehakse päring. See asjaolu tähendab, et erinevalt põhikonfiguratsioonifaili muudatustest jõustuvad .htaccess-faili muudatused kohe, ilma serverit taaskäivitamata. See tähendab ka seda, et htaccess-faili kasutades kaotate jõudluse pisut. Kuid see on väga mugav juhtudel, kui serveri põhikonfiguratsioonifailile pole juurdepääsu.

Ümbersuunamised ja URL-i muudatused

Htaccess-faili populaarne kasutusala on ümbersuunamiste või URL-i muudatuste määramine. See meetod aitab SEO eesmärkidel, muutes domeeninime või ehitades ümber projekti failistruktuuri või muutes pikad ja raskesti meeldejäävad URL-id lihtsaks ja arusaadavaks.

Ümbersuunamised

Ümbersuunamised võivad olla väga lihtsad, näiteks:

Suunake 301 ümber ^old\.html$ http://localhost/new.html

Sel juhul on HTTP olekukood 301 (jäävalt teisaldatud) ja kõik päringud aadressile old.html suunatakse ümber saidile new.html . See kasutab regulaaravaldist, et teha kindlaks, kas URL vastab reeglile, mis muudab reegli koostamise keerukamaks, kuid annab kindlustunde, et URL on õige. Peate määrama selle ressursi täieliku URL-i, kuhu ümbersuunamine toimub.

Muudatused

Muutmise reegel võib olla ka väga lihtne:

RewriteEngine on RewriteRule ^old\.html$ new.html

Selles näites toimub lihtne ümbersuunamine ühest failist teise, mis toimub läbipaistvalt, ilma brauseri aadressiriba sisu muutmata. Esimene käskkiri RewriteEngine on lihtsalt tagab, et ümberkirjutusmootor töötab.

Külastaja brauseri aadressiriba sisu värskendamiseks saame kasutada R-lippu RewriteRule'i lõpus:

RewriteRule ^vana\.html$ http://hostinimi/uus.html

Lipp r põhjustab välise ümbersuunamise, seega vastab URL uuele lehele. Lipu jaoks saate kasutada ka olekukoodi, mis põhjustab lehe värskendamise külastaja brauseris.

Üks võimalik ümbersuunamiste kasutamine on muuta URL-id külastajate ja roomajate jaoks lihtsamaks. Vaatame näidet:

RewriteRule ^products/([^/]+)/([^/]+)/([^/]+) product.php?cat=$1&brand=$2&prod=$3

See reegel lubab külastajal kasutada sellist URL-i nagu tooted/plaadimängijad/tehnika/sl1210, mis muundub product.php?cat=turntables& brand=technics&prod=sl1210. Näidisregulaaravaldise kaldkriipsude vahel olevad sulud teostavad rühmitamist – me saame neid kasutada vastavalt $1 , $2 ja $3 kujul. Sulgudes olev kombinatsioon [^/]+ vastab mis tahes märgile, välja arvatud kaldkriips, mis tahes koguses.

Praktikas on URL-ide muutmisel meie näidetes kirjeldatust oluliselt keerulisemad reeglid, kuid need võimaldavad lahendada väga keerulisi probleeme.

Kohandatud vealeht

Standardse 404 lehe kuvamine veebisaidil on ebapraktiline. Paljud saidid kasutavad seda funktsiooni, et näidata külastajale vealehte, mis sobib ülejäänud sisu stiiliga ja annab lisateavet, mis võib külastajat heidutada.

404 lehe muutmise reegel on väga sarnane ümbersuunamisreegliga:

ErrorDocument 404 "/404.html"

Kui ilmneb tõrge 404, kuvatakse määratud leht. Saate luua lehti ka muude serverivigade kuvamiseks.

Juurdepääsupiirangud teatud ressurssidele

Htaccess-faili abil saame piirata juurdepääsu mis tahes failile või kataloogile. Näiteks kood:

AuthName "Sisesta kasutajanimi ja parool" AuthUserFile /path/to/.htpasswd Nõua kehtivat kasutajat AuthType Basic

See tuleb paigutada kataloogi, mida tuleb avaliku juurdepääsu eest kaitsta. Direktiiv AuthName määrab parooli dialoogiboksis kuvatava sõnumi ja reegel AuthUserFile määrab .htpasswd-faili tee. Nõutav direktiiv määrab, et failile pääsevad juurde ainult registreeritud kasutajad.

Konkreetse faili kaitsmiseks peate lisama ülaltoodud koodi käskkirja , mis määrab faili nime:

AuthName "Sisesta kasutajanimi ja parool" AuthUserFile /path/to/.htpasswd Nõua kehtivat kasutajat AuthType Basic

Selle funktsiooni kasutamiseks vajate .htpasswd-faili, mis sisaldab kooloniga eraldatud kasutajanimede loendit ja krüptitud paroole privaatressurssidele juurdepääsuks. See fail tuleks salvestada kataloogi, millele võrgu kaudu juurde ei pääse. Sellise faili automaatseks genereerimiseks on mitmesuguseid tööriistu, kuna parool tuleb salvestada krüpteeritud kujul.

Blokeerime teatud külastajate juurdepääsu

Teine .htaccess-faili kasutamine on kõigi konkreetselt IP-aadressilt või agentidelt pärinevate päringute kiire ja lihtne blokeerimine. Peate lihtsalt htaccess-faili lisama järgmised reeglid:

Telli luba, keela keela alates 192.168.0.1 luba kõigilt

Järjestusdirektiiv ütleb Apache'i serverile, millises järjekorras lubada/keelamise käske arvesse võtta. Näites hinnatakse kõigepealt luba käskkirja, millele järgneb keelamine. Esmalt võetakse arvesse reeglit luba kõigist (hoolimata sellest, et see on failis defineeritud pärast keelamisreeglit) ja kõik IP-aadressid on lubatud. Seejärel, kui kliendi IP-aadress ühtib keelamisjuhises määratuga, blokeeritakse juurdepääs. Saate blokeerida juurdepääsu erinevatele IP-aadressidele, määrates näiteks 192.168 .

Teatud agentidele juurdepääsu blokeerimiseks võite kasutada muid reegleid.

RewriteCond %(HTTP_USER_AGENT) ^OrangeSpider RewriteRule ^(.*)$ http://%(REMOTE_ADDR)/$

Selles näites suunatakse kõik kliendid, kelle string HTTP_USER_AGENT algab tähega OrangeSpider (bad bot), ümber aadressile, kust see tuli. Regulaaravaldis vastab mis tahes üksikule märgile (.) mis tahes tähemärkide arvus (*) ja aadressina kasutatakse muutujat %(REMOTE_ADDR). Lipp l näitab Apache serverile, et see reegel on kliendi jaoks viimane ja sellega ei pea tegema muid toiminguid.

Määrake IE väljundrežiim

Lisaks kontrollile, kuidas server teatud päringutele vastab, saame mõjutada kasutajate brausereid, näiteks öelda IE-le konkreetse renderdusmehhanismi. X-UA-ühilduva päise määramiseks saate kasutada moodulit mod_headers, kui see on olemas:

Päisekomplekt X-UA-ühilduv "IE=Edge"

Selle rea lisamine .htaccess-faili annab IE-le käsu kasutada parimat saadaolevat väljundrežiimi. Samuti saame vältida selle päise kasutamist failide puhul, kus see reegli kasutamine pole vajalik :

Päis on määramata X-UA-ühilduv

Vahemällu salvestamise lubamine

Vahemällu salvestamist on väga lihtne seadistada ja see muudab saidi laadimise kiiremaks. Seades harva muutuvatele ressurssidele värskenduskuupäeva, saame takistada samaks jäävate sisuosade korduvat allalaadimist.

Näiteks:

Aegub, kui Aegub: Aegumine: Pilt/gif "juurdepääs pluss 1 kuu" Aegub tüübi järgi pilt/png "juurdepääs pluss 1 kuu" Aegub tüübi järgi pilt/jpg "juurdepääs pluss 1 kuu" Aegub tüübi järgi pilt/jpeg "juurdepääs pluss 1 kuu" Aegub/oggy "juurdepääs pluss 1 kuu" kuu" ExpiresByType audio/ogg "juurdepääs pluss 1 kuu" ExpiresByType video/mp4 "juurdepääs pluss 1 kuu" ExpiresByType video/webm "juurdepääs pluss 1 kuu"

ExpiresByType'i reegleid saate lisada mis tahes sisutüübi jaoks. Direktiiv ExpiresActive on lihtsalt võimaldab genereerida ressursi aegumise päise. See käsk sõltub mooduli olemasolust mod_expires Apache serveris.

Luba tihendus

Teine viis ressursi jõudluse mõjutamiseks on tihendamise kasutamine.

FilterDeclare COMPRESS FilterProvider COMPRESS DEFLATE resp=Sisu tüüp $text/html FilterProvider COMPRESS DEFLATE resp=Sisutüüp $text/css FilterProvider COMPRESS DEFLATE resp=Sisutüüp $text/javascript FilterChain=COMPRESStees=COMPREStees=muutus;

See tihendusskeem töötab Apache (2.1+) uutes versioonides, mille moodul on installitud mod_filter. See kasutab sisu tihendamiseks algoritmi DEFLATE. Näites määrame tihendatavateks ressursitüüpideks text/html , text/css ja text/javascript.

Filtri definitsioon algab FilterDeclare'i direktiiviga, millel on suvand COMPRESS. Seejärel loetletakse sisutüübid, millele filter rakendub. FilterChaini reegel käsib serveril luua FilterProvideri reeglite loendi alusel kett. Direktiiv FilterProtocol võimaldab määrata suvandid, mida filter täitmise ajal kasutab. Vajalik on määrata valikud change=yes (sisu saab muuta filtriga (meie näites - tihendatud)) ja byteranges=no (filtrit saab kasutada ainult täielike failide puhul).

Apache vanemad versioonid kasutavad moodulit mod_deflate DEFLATE tihendamise seadistamiseks. Filtri juhtimiseks on vähem võimalusi, kuid reeglid on lihtsamad:

SetOutputFilter DEFLATE AddOutputFilterByType DEFLATE text/html text/css text/javascript

Näide määrab tihendusalgoritmi SetOutputFilter reegli abil ja määrab filtri sisufailitüübid reegli AddOutputFilterByType abil.

Tavaliselt kasutab server ühte kirjeldatud moodulitest, olenevalt Apache serveri versioonist. Tavaliselt teate, millist moodulit kasutatakse. Kuid kui loote üldise htaccess-faili, mida saab kasutada erinevates serverites, saate sellesse lisada mõlemad reeglistikud, kasutades direktiivi . Nii kasutatakse vajalikke reegleid ja on võimalik vältida 500 vea genereerimist, kui konfiguratsioonifail sisaldab reegleid desinstallitud moodulite jaoks. Samuti peate meeles pidama, et serverite paigutamisel hostimisse, mis toetab suurt hulka saite ühes protsessoriüksuses, saab tihendamise keelata, et mitte tekitada suurt koormust.

Järeldus

See õpetus hõlmab htaccess-faili kõige sagedamini kasutatavaid kasutusviise. Siin esitatud teave on sissejuhatus väga populaarsesse teemasse. On palju muid võimalusi ja konfiguratsioone, mida tasub uurida ja ära kasutada.

Htaccess-fail on üks neist failidest, mida iga veebisaidi administraator peaks teadma ja mõistma. Põhitasemel kontrollib see juurdepääsu saidi kaustadele. Kuid htaccess saab teie jaoks lahendada palju rohkem ülesandeid.

1. Failidele ja kataloogidele juurdepääsu juhtimine

Paroolikaitse on probleemi üks aspekte, kuid mõnikord peate täielikult blokeerima kasutaja juurdepääsu teatud failidele või kataloogidele. Sellised ülesanded esinevad tavaliselt süsteemikaustade puhul, näiteks sisaldab . Rakendusel peab olema neile juurdepääs ja kasutaja kaotab kõik õigused.

Probleemi lahendamiseks lisage htaccess-faili järgmine kood ja salvestage see soovitud kataloogi:

Kuid selline käik blokeerib juurdepääsu kõigile, sealhulgas teile. Juurdepääsu tagamiseks peate määrama oma IP-aadressi. Siin on kood:

Telli keelamine, luba keelamine kõigilt luba alates xxx.xxx.xxx.xxx

xxx.xxx.xxx.xxx on teie IP-aadress. Kui asendate kolm viimast numbrit näiteks 0/12-ga, kuvatakse ühe võrgu IP-aadresside vahemik. Kuid selline lähenemine võib põhjustada probleeme, seetõttu on parem IP-aadresside loend eraldi täpsustada.

Kui teil on vaja blokeerida konkreetne fail, sealhulgas .htaccess ise, kasutage järgmist koodi.

käsk luba, keela keela kõigilt

Kui teil on vaja lubada juurdepääsu teatud IP-aadressidelt, loetlege need käsuga Luba alates .

Kui teil on vaja blokeerida juurdepääs teatud tüüpi failidele, kasutage järgmist koodi:

Tellige kõigilt Luba, Keela Keela

2. Keelame kataloogi vaatamise

Kataloogi sisu vaatamise vältimiseks kasutage järgmist koodi:

Valikud Kõik -Indeksid

Kui aga peate mingil põhjusel lubama kataloogi sirvimist, kasutage järgmist koodi:

Valikud Kõik +indeksid

3. Kiirendage allalaadimist failide tihendamisega

Saate tihendada mis tahes faile, mitte ainult pilte. Näiteks HTML-failide tihendamiseks kasutage järgmist koodi:

AddOutputFilterByType DEFLATE text/html

Ja teksti tihendamiseks:

AddOutputFilterByType DEFLATE tekst/tavaline

Samuti saate JavaScripti faile tihendada või arhiveerimiseks määrata mitu failitüüpi.

AddOutputFilterByType DEFLATE rakendus/javascript AddOutputFilterByType DEFLATE rakendus/rss+xml

Teise võimalusena saate GZIP-i abil tihendada kõik HTML-i, JavaScripti, CSS-i ja muud failid:

modifikatsioon miim ^ pilt\.* mod_gzip_item_exclude rspheader ^Sisu kodeering:.*gzip.*

4. Saidi kaitsmine hotlinkimise eest

Kui soovite takistada teie saidilt piltide kiirlinkimist, lisage oma .htaccess-faili järgmised read:

RewriteEngine on RewriteCond %(HTTP_REFERER) !^$ RewriteCond %(HTTP_REFERER) !^http(s)?://(www\.)?yourdomain.ru RewriteRule \.(jpg|jpeg|png|gif)$ -

Lihtsalt asendage yourdomain.ru oma domeeninimega.

5. Konkreetsest domeenist ümbersuunatud kasutajate blokeerimine

Kui te ei tervita teatud domeeni kasutajaid, saate nad oma saidilt keelata. Näiteks kui teie sait on loendis, kust liiklust ei soovita (nt pornograafilised saidid, neonatside ressursid jne), saate selle blokeerida 403 lehe abil (keelduda juurdepääs). Mod_rewrite peab olema lubatud (tavaliselt on see lubatud). Lisage kood:

RewriteEngine on RewriteCond %(HTTP_REFERER) bannedurl1.com RewriteCond %(HTTP_REFERER) bannedurl2.com RewriteRule .* - [F]

Peate asendama bannedurl1.com ja bannedurl2.com oma musta nimekirja domeeninimedega. Lipp näitab, et domeeninimi ei ole tõstutundlik, ja lipp [F] määrab toimingu – meie näites kuvatakse lehekülg 403. Kui teil on vaja keelata mitu saiti, kasutage lippu iga domeeni, sealhulgas viimase jaoks . Ainult ühe domeeni keelamiseks saate kasutada ainult lippu.

6. Teatud agentide päringute blokeerimine

Kui olete loginud teatud kasutajaagentide (robotite või ämblike) tegevusi, mis teile ei meeldi, saate lisada oma .htaccess-faili paar rida, et takistada nendel agentidel teie saidile juurdepääsu.

RewriteEngine rakenduses RewriteBase / SetEnvIfNoCase viitaja "^$" bad_user SetEnvIfNoCase kasutajaagent "^badbot1" bad_user SetEnvIfNoCase kasutajaagent "^badbot2" bad_user SetEnvIfNoCase kasutaja-agent De_v_banyd "^bader"

7. Failide vahemällu salvestamine

Teine viis saidi laadimise kiirendamiseks on failide vahemällu salvestamine. Vahemällu salvestamise lubamiseks peate oma .htaccess-failile lisama järgmist.

Päisekomplekt Cache-Control "max-age=2592000"

Saate lisada failitüüpe (või mõne neist eemaldada) näites toodud loendisse. Saate kasutada ka maksimaalset vanust, et määrata failide vahemällu salvestamise aeg sekundites.

8. Keelake teatud failitüüpide vahemällu salvestamine

Kui te ei pea teatud failitüüpe vahemällu salvestama, võite need lihtsalt loendist välja jätta. Mõnikord saab faile vahemällu salvestada isegi siis, kui te pole neid loendis deklareerinud. Sellistel juhtudel saate vahemällu salvestamise keelata ainult nende failitüüpide puhul. Enamikul juhtudel peate dünaamiliste failide (nt skriptid) vahemällu salvestamise keelama. Siin on kood:

Päise määramata vahemälu juhtimine

Lihtsalt lisage loendisse failitüübid, mida ei pea vahemällu salvestama.

9. Jätke allalaadimisdialoog vahele

Vaikimisi, kui laadite faili veebiserverist alla, kuvatakse dialoog, mis palub teil failiga midagi teha (salvestada või avada). See dialoog on suurte meediumifailide või PDF-dokumentide allalaadimisel väga tüütu. Kui failid laaditakse teie serverisse üles selleks, et kasutaja saaks need alla laadida, saate protsessi kohe alustada. Peate .htaccess-faili lisama järgmised read:

AddType rakendus/oktetivoog .pdf AddType rakendus/oktetivoog .zip AddType rakendus/oktetivoog .mp3

10. Htaccess-faili ümbernimetamine

Mõnel põhjusel, mis on tavaliselt seotud turvalisusega, võib osutuda vajalikuks .htaccess-fail ümber nimetada. Mida on väga lihtne teha. Teoreetiliselt ei tohiks .htaccess-faili ümbernimetamine teie serveris rakenduste käivitamisel probleeme tekitada, kuid kui need ootamatult ilmuvad, peate lihtsalt algse nime taastama.

AccessFileName htac.cess

Samuti peate uuendama kõiki kirjeid failis endas ja seal, kus on mainitud .htaccess, muidu tekib palju vigu.

11. Vaikimisi registrilehe muutmine

Kui teil on vaja, et registrileht erineks vaikelehest index.html , index.php , index.htm ja nii edasi, siis on seda ülesannet lihtne lahendada. Peate oma .htaccess-faili lisama järgmiselt.

DirectoryIndex minuleht.html

Asendage mypage.html soovitud lehe URL-iga.

12. Suunake ümber turvalisele https-ühendusele

Kui kasutate https-i ja soovite, et kõik kasutajad sellele ümber suunataks, aitab teid järgmine kood:

RewriteEngine on RewriteCond %(HTTPS) !on RewriteRule (.*) https://%(HTTP_HOST)%(REQUEST_URI)

13. PHP üleslaaditava faili suuruse, päringu maksimaalse suuruse ja skripti maksimaalse täitmise aja piiramine

Htaccess võimaldab teil määrata mõned väärtused, mis mõjutavad PHP rakendusi. Näiteks kui teil on vaja PHP-s allalaadimist piirata, et hostimisruumi säästa, kasutage järgmist koodi:

Php_value upload_max_file size 15M

Muidugi saate määrata väärtuse vastavalt vajadusele, meie näites ei ole 15M (MB) fikseeritud. Samuti saate piirata PHP-s üleslaadimise maksimaalset päringu suurust:

Php_value post_max_size 10M

Muutke 10M soovitud väärtusele.

Kui te ei soovi, et skript töötaks igavesti, saate piirata selle tööaega.

Php_value max_execution_time 240

240 – sekundite arv enne skripti katkestamist.

Kui teil on vaja piirata skripti sisestatud andmete sõelumise aega, kasutage järgmist rida:

Php_value max_input_time 180

14. Failitüübi maskeerimine

Mõnikord peate serveri failitüübid kasutaja eest peitma. Üks viis probleemi lahendamiseks on nende maskeerimine. Näiteks saate seda teha. et kõik failid näevad välja nagu HTML või PHP:

ForceType'i rakendus/x-httpd-php ForceType'i rakendus/x-httpd-php

Järeldus

On veel palju ülesandeid, mida .htaccess suudab lahendada. Näiteks saate määrata saidi lehtede või ajavööndi automaatse tõlke või eemaldada URL-ist www ja palju muud. Kuid enne kui hakkate .htaccessiga katsetama, peaksite alati tegema originaalist varukoopia, et saaksite lähtekoodi juurde naasta.

Kui sisestate aadressi brauseri ribale, saate oma arvutisse failid, mida brauser kuvab. Veebiserver juhib, milliseid faile ja kuidas neid teile näidata (saata). Seal on kaks kõige populaarsemat serverit: IIS ja .

Nagu igal programmil, on ka veebiserveril teatud sätted. Kuid teil kui Apache kasutajal võib (ja tõenäoliselt ei ole, kui räägime jagatud hostimisest) õigus muuta Apache'i konfiguratsiooni selle põhifailide kaudu, mille mõju kehtib kõigile selle serveri kasutajatele. Kuid saate muuta mõningaid konfiguratsioonifaile, mis kehtivad ainult teie saidile. Üks neist failidest on .htaccess

See on Apache veebiserveri paindlik konfiguratsioonifail. "Paindlik" tähendab, et niipea, kui muudate selles failis midagi, jõustuvad muudatused kohe. Seda kasutades saate alistada paljud failis olevad direktiivid httpd.conf(see fail on Apache serveri peamine konfiguratsioonifail ja selle toimingud kehtivad täielikult kõikidele selle Apache koopia kasutajatele). Juhtudel, kui teil pole juurdepääsu Apache konfiguratsioonifailile (sama virtuaalne hostimine), aitab see fail teid.

See fail ei ole veebikasutajale brauseris juurdepääsetav. Kui fail. htaccess asub serveri juurkataloogis, kehtivad selle toimingud kogu serverile, välja arvatud need kaustad, kus asub mõni muu fail. htaccess(ja lisaks kõigile selle kausta all olevatele kaustadele teisega. htaccess).

Teie serveri kataloogide struktuur on järgmine:

Kataloogid kasutaja1 Ja kasutaja2 pesastatakse kataloogi suhtes kasutaja. Kui paneme selle kataloogi www faili. htaccess, siis laieneb selle mõju automaatselt kataloogidele kasutaja1 Ja kasutaja2.

Kataloogi juurde andmeid pane teine fail. htaccess, võrreldes sellega, mis on kataloogis kasutaja. Nii kataloogide data1 kui ka data2 puhul töötab andmetes asuv htaccess fail.

Htaccess-faili (inglise hüperteksti juurdepääs) kasutatakse selle veebiserveri lihtsaks ja mugavaks seadistamiseks, kuhu kasutaja veebisait on salvestatud. Muutes vastavalt veebiserveri seadeid, saame muuta saidi tööd. Tavaliselt asub .htaccess-fail juurkataloogis ja selle mõju kehtib kogu saidi ja kõigi alamkataloogide kohta. Kui mõni muu kataloog sisaldab oma .htaccessi, toimib see ainult oma kataloogis ja alamkataloogides.

Tähtis! Faili .htaccess muutmine võib saidi tööd oluliselt häirida ja sellega tehtud löövetel ei pruugi olla nähtavaid tagajärgi, kuid see võib viia positsioonide vähenemiseni otsingumootorites või nende täieliku kadumiseni. Seetõttu soovitame enne failis muudatuste tegemist salvestada sellest koopia, et saaksid taastada varasemad sätted.

Kus htaccess-fail asub?

Tavaliselt asub see saidi juurkataloogis. Mõnikord võib erinevates CMS-ides olla fail htaccess.txt, mida server kuidagi ei taju ja ei mõjuta midagi. Et see tööle hakkaks, peate selle ümber nimetama .htaccessiks. Kui seda ei saa teie arvutis teha, minge FTP-kliendi kaudu oma serverisse ja nimetage fail otse serveris ümber.

Saate oma arvutis faili redigeerida mis tahes tekstiredaktoriga, kuid võimalike kodeerimisprobleemide vältimiseks soovitame selleks kasutada Notepad++.

Kuidas kontrollida, kas .htaccess töötab?

See on lihtne, kirjutage selle faili esimesele reale suvaline sõna (näiteks YAROBOT), salvestage fail ja asendage see serveris asuvaga. Kui sait jätkab tööd, siis .htaccess hetkel ei tööta. Kui kuvatakse tõrge 500 Internal Server Error, tähendab see, et veebiserver ei saanud käsust (YAROBOT) aru ja genereeris vea. See fakt kinnitab, et .htaccess töö serveris on hetkel toetatud ja lubatud. Saidi funktsionaalsuse taastamiseks eemaldage YAROBOTist rida.

Parandage 301 ümbersuunamine .htaccess-faili kaudu

Tähtis!

Kui soovite, et ümbersuunamine töötaks, peate kirjutama enne tekstis allpool soovitatud ridu:

301 Ümbersuunamine ühelt lehelt teisele (või saidile)

Selleks lisage .htaccess-faili järgmised read:
Ümbersuunamine 301 /old-page.html http://site.rf/new-page.html

RedirectPermanent /old-page.html http://site.rf/new-page.html

301 Ümbersuunamine www-saidilt saidile ilma www-ta

Näiteks suunamine aadressilt http://www.site.com aadressile http://site.com. See on väga kasulik asi, mida kasutatakse sageli SEO-s
Valikud +FollowSymLinks
RewriteEngine sees
RewriteCond %(HTTP_HOST) ^www.domain\.com$

RewriteRule ^(.*)$ http://domain.com/$1

Pöördsuunas ümbersuunamine domeenist ilma www-ta domeenile, millel on www

Näiteks suunamine aadressilt http://www.site.com aadressile http://site.com. See on väga kasulik asi, mida kasutatakse sageli SEO-s
Valikud +FollowSymLinks
Ümbersuunamine saidilt http://site.com saidile http://www.site.com (me ei soovita seda kasutada)
RewriteCond %(HTTP_HOST) ^domeen\.com$

RewriteRule ^(.*)$ http://www.domain.com/$1

Suunake kõik külastajad vanalt saidilt uuele

Ümbersuunamine 301 / http://newsite.com/

Kuidas lisada URL-i lõppu .html?

Nii et kui sisestate saidi site.com/page või site.com/page/, toimub ümbersuunamine saidile site.com/page.html, kirjutage .htaccess-i järgmine tekst:
RewriteCond %(REQUEST_URI) (.*/[^/.]+)($|\?)
RewriteRule .* %1.html

RewriteRule ^(.*)/$ /$1.html

Kuidas eemaldada URL-i lõpust .html?

Vastupidine ümbersuunamine saidilt site.com/page.html saidile site.com/page
RewriteBase /

RewriteRule (.*)\.html$1

Kuidas eemaldada URL-i lõpust kaldkriips?

Näiteks sait.com/page/, sellest sai sait.com/leht
RewriteCond %(REQUEST_FILENAME) !-d

Ümberkirjutamise reegel ^(.+)/$ /$1

301 Kas suunata ühest jaotisest teise?

Ühe jaotise site.com/razdel-1/razdel-2/page kõigi lehtede ümbersuunamine teise jaotise site.com/razdel-1/page lehtedele

301 Ümbersuunamine vanalt domeenilt uude kolimisel

Järgmine reegel suunab külastajad vana saidi igalt konkreetselt lehelt õigesti ümber uue saidi samale lehele. Näiteks saidilt oldsite.com/page aadressile newsite.com/page

RewriteCond %(HTTP_HOST) ^www.oldsite.com$
RewriteCond %(HTTP_HOST) ^test.oldsite.com$
RewriteRule ^(.*)$ http://newsite.com/$1

Vealehtede korrektne muutmine .htaccessi kaudu

Kui kasutaja soovib saiti näha (saadab päringu hostimisserverisse), tagastab server vastuse koos koodiga. Koodid 1–399 näitavad serveri normaalset tööd ja koodid 400–599 serveri tõrget (vt kõiki veakoode eriartiklist). Näiteks kui teie saidiga server on ülekoormatud või taaskäivitub, näeb kasutaja teksti, millest ta aru ei saa (nt 500 Internal Server Error), arvab, et sait ei tööta enam ega naase sellele kunagi. Et näidata talle tavalise vealehe (kasutajale arusaamatu) asemel oma eraldi lehte, millel on näiteks teade, et sait ajutiselt ei tööta, kuid hiljem taastab oma töö ja tasub kindlasti tagasi pöörduda. (KinoPoiski veebilehel kuvatakse serverite ülekoormuse korral teade "Matrix on reloading..." ja vastav pilt). Levinuim lahendus on standardvea 404 asemel oma lehe loomine. Seda viga näidatakse kasutajale, kui sisestatakse olematu lehe aadress. Mõtlevad veebimeistrid loovad arusaamatu standardse lehe asemel omaenda lehe, millele kirjutavad, et inimene järgis olematut linki ja soovitavad otsida vajalikku infot saidilt, mitte sealt lahkuda. Näete meie 404 lehe näidet. Et näidata kasutajatele oma vealehte tavalise lehe asemel, tuleb luua eraldi leht (näiteks http://yoursite.com/404.html) ja lisada .htaccess-faili vastav kood. Siin on näited kood, mida peate lisama:

ErrorDocument 400 http://yoursite.com/400.html
ErrorDocument 404 http://yoursite.com/404.html
ErrorDocument 500 http://yoursite.com/500.html

Kui soovite vea 403 asemel asendada teise leheküljega, peate määrama tekstisõnumi, mis kuvatakse, näiteks:

ErrorDocument 403 "Kahjuks ei saa teile täna juurdepääsu lubada, näeme hiljem alligaator:)"

Saidi turvaseaded .htaccess-faili kaudu

Htaccess-fail pakub suurepäraseid võimalusi saidi turvalisuse parandamiseks. Nüüd loetleme kõige populaarsemad:

Veebisaidi kaitsmine skriptisüstide eest

#Võimaldab jälgida SIM-i linke
Näiteks suunamine aadressilt http://www.site.com aadressile http://site.com. See on väga kasulik asi, mida kasutatakse sageli SEO-s
#Algab URL-i ümberkirjutamist
RewriteEngine sees
#Blokeerib kõik lingid, mis sisaldavad skripti
RewriteCond %(QUERY_STRING) (\<|%3C).*script.*(\>|%3E)
#Blokeerib kõik skriptid, mis üritavad PHP Globalsi muutujaid muuta:
RewriteCond %(QUERY_STRING) GLOBALS(=|\[|\%(0,2))
#Blokeerib kõik skriptid, mis üritavad muutujat _REQUEST muuta:
RewriteCond %(QUERY_STRING) _REQUEST(=|\[|\%(0,2))
#Suudab kõik sellised katsed 403 vealehele – keelatud
RewriteRule ^(.*)$ index.php

Kuidas kaitsta oma veebisaiti pildivarguse eest

Sageli leiavad kogenud veebihaldurid välja tee teie saidil oleva pildi juurde ja sisestavad selle oma lehe koodi. Selle tulemusena laaditakse avaleht tema serverist ja pilt teie serverist. See võimaldab tal oma liiklust säästa ja teie oma kasutada.

Valikud +FollowSymlinks
#Keelab piltide vargused
RewriteEngine sees
RewriteCond %(HTTP_REFERER) !^$
RewriteCond %(HTTP_REFERER) !^http://(www.)?yoursite.com/
RewriteRule .*.(gif|jpg|png)$ http://yoursite.com/images/stop_stealing.gif

yoursite.com – teie veebisaidi aadress
http://yoursite.com/images/stop_stealing.gif – tee pildi juurde, mille peate ise looma. Tavaliselt on kirjas "Ära varasta pilte teiste inimeste saitidelt" või midagi sarnast.

Kuidas blokeerida kasutaja juurdepääs saidile IP kaudu?

Seda kasutatakse rämpspostitajate ja muude sobimatute inimeste vastu ning aeg-ajalt häkkerite rünnakute vältimiseks.

#Sisestage siia soovimatud IP-aadressid
luba kõigilt
eitada alates 164.186.15.116
eitada alates 124.153.34.144

Kuidas blokeerida juurdepääs saidile kõigi IP-de jaoks, välja arvatud kinnitatud IP-d?

Juurdepääsu blokeerimiseks kõigile, välja arvatud teatud IP-aadressidele, lisage järgmine kood:

#Keela juurdepääs kõigile, välja arvatud määratud IP-aadressid
ErrorDocument 403 http://www.yoursite.com
Tellimus keelduda, lubada
Keeldu kõigist
Luba alates 164.186.15.116
Luba alates 124.153.34.144

Kuidas takistada konkreetse kausta sisu vaatamist

#Keelab kausta sisu vaatamise
Valikud Kõik -Indeksid

Juurdepääsu keelamine konkreetsele failile

#Kaitseb faili myfile.txt

käsk lubada, keelata
keelata kõigest

Keela juurdepääs kõikidele kindla laiendiga failidele

Näiteks kõikidele .txt-failidele juurdepääsu keelamiseks kirjutame järgmise:

Telli Keela, luba
Keeldu kõigist

Mittevajalike kasutajaagentide blokeerimine

Tihtipeale on kasutaja brauserisse installitud palju laiendusi, mis edastavad tema kohta teavet ja muud mittevajalikku teavet serverisse (millel teie veebisait asub). Sama info saadavad serverisse nii kasutaja arvutisse installitud klientrakendused kui ka erinevad robotid ja ämblikud. Teavet enamiku praeguste "kasutajaagentide" kohta leiate.

#Blokeerib järgmised kasutajaagendid
SetEnvIfNoCase kasutajaagent ^FrontPage
SetEnvIfNoCase kasutajaagent ^Java.*
SetEnvIfNoCase kasutajaagent ^Microsoft.URL
SetEnvIfNoCase kasutajaagent ^MSFrontPage
SetEnvIfNoCase kasutajaagent ^Offline.Explorer
SetEnvIfNoCase kasutajaagent ^ebandit
SetEnvIfNoCase kasutaja-agent ^Zeus

Tellimus Luba, Keela
Luba kõigilt
Keela env=bad_bot

Saidi kodeeringu muutmine .htaccessi kaudu

Juhtub, et üks kasutaja tuleb teie saidile ja näeb seda tavalisena, teine aga näeb kirjade asemel gobbledygooki. See juhtub saidi kodeeringu tõttu. Selleks, et kasutaja brauser selle õigesti ära tunneks, on sait tehtud ühes populaarsetest kodeeringutest:

UTF-8 - universaalne kahebaidine kodeering
Windows-1251 – kirillitsa (Windows)
KOI8-r – kirillitsa (KOI8-R)
cp866 – kirillitsa (DOS)
Windows-1250 – Kesk-Euroopa (Windows)
Windows-1252 – Lääne-Euroopa (Windows)

Samuti peab saidi iga lehe metasildis olema märgitud kodeering, mis annab brauserile teada, millises kodeeringus sait on tehtud.

Kui seda metasilti pole määratud, saate htaccess-faili kasutades brauserile öelda, milline kodeering teil on:

AddDefaultCharset WINDOWS-1251

Kui mõlemad valikud töötavad (nii metasilt kui ka .htaccess fail), siis on väga oluline, et nende kodeering ühtiks.

Samuti on serveril võimalik automaatselt ümber kodeerida kõik sinna üles laaditud failid:

Serveri ümberkodeerimise keelamiseks peate sisestama:

Saidi optimeerimine .htaccessi abil

Veebisaidi kiirendamine Gzipi abil

Selle funktsiooni lubamine võimaldab serveril teavet enne kasutajale saatmist tihendada. Selle tulemusena suureneb saidi kiirus, kuid see suurendab veidi serveri (millele teie sait on salvestatud) koormust, sest ta peab tihendusoperatsiooni sooritama lennult. Gzipi tihendamise lubamiseks peate .htaccess-faili lisama järgmised read (proovige lisada ükshaaval 3 koodivalikut, kontrollida kiirust ja jätta valik, mis annab suurima kiiruse):

AddOutputFilterByType DEFLATE text/html-tekst/lihttekst/xml-rakendus/xml-rakendus/xhtml+xml-tekst/javascripti tekst/css-rakendus/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0 no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html

mod_gzip_on Jah
mod_gzip_item_include fail \.js$
mod_gzip_item_include fail \.css$

FileETag MTime suurus

AegubAktiivne sees

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.*

Kuidas parandada veebisaidi vahemällu serveris?

Täiustatud vahemällu salvestamine võimaldab teist korda mitte alla laadida andmeid (pilte, põhilisi kujunduselemente jne), mis saidi esmakordsel vaatamisel kasutaja poolt juba alla laaditi. Seega laaditakse konkreetse kasutaja jaoks teine ja järgmised vaadatud lehed palju kiiremini ning teie serveri koormus väheneb oluliselt. Saate parandada saidi vahemällu salvestamist järgmise koodi abil (proovige kordamööda kahte võimalust ja jätke kiireim, kontrollige kiirust):

Aegub Aktiivne Sees
ExpiresByType rakendus/javascript "juurdepääs pluss 7 päeva"
ExpiresByType text/javascript "juurdepääs pluss 7 päeva"
ExpiresByType text/css "juurdepääs pluss 7 päeva"
ExpiresByType pilt/gif "juurdepääs pluss 7 päeva"
ExpiresByType image/jpeg "juurdepääs pluss 7 päeva"
ExpiresByType image/png "juurdepääs pluss 7 päeva"

FileETag MTime suurus

AegubAktiivne sees
Aegub Vaikimisi "juurdepääs pluss 1 kuu"

Määrake avaldises "juurdepääs pluss ..." failide salvestusperiood kasutaja arvutis. Pärast seda perioodi, kui saidile esitatakse päring, laaditakse failid serverist ühekordselt alla. Optimaalne periood oleks 7 päevast kuuni, kuigi mõnikord määratakse aasta.

Saidi põhilehe (indeksi) muutmine

Tavaliselt laaditakse veebisaidile sisenemisel esmalt leht index.html või index.php. Selle reegli muutmiseks (minuleht.php laaditakse esimesena), lisage failile .htaccess järgmine kood:

PHP parameetrite seadistamine .htaccess faili kaudu

Tavaliselt vastutab PHP sätete eest fail php.ini, kuid mõnda neist sätetest saab määrata .htaccessi kaudu. Selleks kasutatakse kahte avaldist: php_value - loogiliste väärtuste jaoks (näiteks lubamine/keelamine) ja php_flag arvväärtuste jaoks. Siin on nende väljendite kirjutamise reeglid: