Potrebujete pomoč pri spletni strani? Poiščite svojega specialista za VEDOS Profi ⧉.
V tem članku boste izvedeli:
- Kdaj uporabiti ta vodnik
- Kaj je datoteka .htaccess in čemu služi
- Kako obnoviti privzeto datoteko .htaccess
- Kako nastaviti .htaccess
- Kateri ukazi so v .htaccess blokirani
- Pogoste težave
- Pogosto zastavljena vprašanja
Kdaj uporabiti ta vodnik
Ta vodnik uporabite na primer v teh primerih:
- Poddomena ali dodatna domena prikazuje vsebino glavnega spletnega mesta ali pa povezave vodijo na naslove z /domains/. Glejte Poddomena prikazuje drugo spletno mesto.
- Po urejanju datoteke .htaccess se prikaže Internal Server Error ali Too Many Redirects. Glejte Nova nastavitev ne deluje.
- Varnostni vtičnik za WordPress javlja napako open_basedir restriction in effect pri datoteki .htaccess. Glejte Vtičnik javlja open_basedir.
- Potrebujete privzeto datoteko .htaccess, ker ste jo izbrisali ali pokvarili, ali pa na mestu starega spletnega mesta postavljate novo. Postopek najdete v poglavju Restore default .htaccess.
- Želite vsiliti HTTPS, preusmeriti star naslov ali omejiti dostop glede na naslov IP. Glejte Nastavitev datoteke .htaccess.
- Spletno mesto, na primer urejevalnik strani, nestabilno nalaga skripte. Lahko poskusite izklopiti predpomnilnik proxy.
Datoteka .htaccess
Datoteka .htaccess (na začetku mora biti pika) vsebuje nastavitve strežnika Apache, ki upravljajo delovanje Webhostinga. Med najpogostejše uporabe sodijo usmerjanje v strukturi map Webhostinga, vsiljevanje HTTPS, preusmeritev spletnih naslovov in izklop proxy predpomnilnika.
Dostop do datoteke .htaccess
Za dostop do datoteke .htaccess postopajte takole:
- Prijavite se v gostovanje prek FTP, na primer z odjemalcem WebFTP ⧉ (Manual).
- Odprite mapo www.
- Med datotekami poiščite datoteko z imenom .htaccess.
Pravila v privzeti datoteki .htaccess veljajo za vse spletne strani. Pravila v datotekah .htaccess v drugih mapah (pogosto na primer www/domains/domena.tld) veljajo samo za vsebino te mape in vseh njenih podmap.
Datotek .htaccess imate lahko več kot eno – odvisno od števila map, v katerih želite nastaviti posebna pravila.
Restore default .htaccess
Če vam ne uspe najti vzroka napake, ki jo povzroča spremenjena privzeta datoteka .htaccess, ali če ste to datoteko pomotoma izbrisali, jo lahko obnovite neposredno v administraciji za stranke.
- Prijavite se v administracijo za stranke ⧉.
- V zgornjem meniju izberite Hosting Services Webhosting ali WMS.
- Izberite Webhosting, pri katerem želite obnoviti datoteko .htaccess.
- V levem meniju kliknite na Tools.
- V tabeli Restore default .htaccess kliknite gumb Restore .htaccess.
Hkrati z obnovitvijo privzete datoteke .htaccess s tem gumbom ustvarite varnostno kopijo obstoječe datoteke, ki jo sistem kopira v isto mapo.
Gumb obnovi samo datoteko .htaccess v mapi www. Drugih datotek .htaccess, na primer tistih, ki jih ustvarijo sistemi za upravljanje vsebine, morate obnoviti drugače.
Privzeta datoteka .htaccess ne vsebuje pravil za HTTPS. Če HTTPS uporabljate, pravila v obnovljeno datoteko dodajte ročno.
Nastavitev datoteke .htaccess
Pogoji in ukazi v datoteki .htaccess uporabljajo regularne izraze. Če jih ne poznate, lahko datoteko kljub temu urejate, vendar bodite pri navodilih še posebej pozorni. Nedelujoča datoteka .htaccess povzroča Napako 500 – Internal Server Error.
Preden začnete urejati datoteko .htaccess, ustvarite njeno varnostno kopijo.
V tem poglavju boste našli navodila za:
- Usmerjanje v strukturi map Webhostinga
- Nastavitev HTTPS
- Preusmeritev spletnih naslovov
- Izklop proxy predpomnilnika
Usmerjanje v strukturi map Webhostinga
Glavni namen naše privzete datoteke .htaccess je usmerjati zahteve v prave mape Webhostinga, predvsem domains in subdom. Če opazite napake pri navigaciji po mapah, popravite datoteko .htaccess tako, da bo vsebovala naslednje besedilo, ali pa jo povsem obnovite.
RewriteEngine On
# cele domene (aliasi)
RewriteCond %{REQUEST_URI} !^domains/
RewriteCond %{REQUEST_URI} !^/domains/
RewriteCond %{HTTP_HOST} ^(www\.)?(.*)$
RewriteCond %{DOCUMENT_ROOT}/domains/%2 -d
RewriteRule (.*) domains/%2/$1 [DPI]
# poddomene (z www ali brez na zacetku)
RewriteCond %{REQUEST_URI} !^subdom/
RewriteCond %{REQUEST_URI} !^/subdom/
RewriteCond %{HTTP_HOST} ^(www\.)?(.*)\.([^\.]*)\.([^\.]*)$
RewriteCond %{DOCUMENT_ROOT}/subdom/%2 -d
RewriteRule (.*) subdom/%2/$1 [DPI]
# aliasi - pravilna preusmeritev pri manjkajocem /
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^domains/[^/]+/(.+[^/])$ /$1/ [R]
# poddomene - pravilna preusmeritev pri manjkajocem /
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^subdom/[^/]+/(.+[^/])$ /$1/ [R]
Nastavitev HTTPS
Ob aktivaciji HTTPS med drugim nastavite pravilo .htaccess, ki kot privzeto izbere različico s HTTPS. Nastavite ga neposredno v datoteki .htaccess v mapi www, takoj pod vrstico RewriteEngine On.
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{SERVER_NAME}/$1 [R=301,L]
Header set Content-Security-Policy "upgrade-insecure-requests;"
Dodajanje te kode lahko povzroči blokado našega namestitvenega programa aplikacij. Če pri namestitvi naletite na težavo z datoteko .htaccess, jo začasno obnovite in jo po uspešni namestitvi znova prepišite s samodejno ustvarjeno varnostno kopijo.
Privzeta datoteka .htaccess pravil za HTTPS ne vsebuje. Če ste jo obnovili in želite uporabljati pravila za HTTPS, jih dodajte znova.
Preusmeritev URL
Z naslednjim pravilom, znanim kot preusmeritev 301, brskalniku in iskalnikom sporočite, da se je stran dokončno prestavila s starega naslova na novega. Predvsem iskalniki potem premaknjene vsebine ne bodo obravnavali kot podvojene.
Kopirajte spodnje besedilo in ga prilepite v datoteko .htaccess pod vrstico RewriteEngine On. Nato ga prilagodite po naslednjih pravilih:
- V besedilu
starinaslov\.tldzamenjajte besedilo starinaslov z naslovom, s katerega preusmeritev poteka, in tld nadomestite s pravilno končnico. Prepričajte se, da je pred znakom . (pika) znak \ (poševnica nazaj). - V besedilu
http://novaadresa.tldzamenjajte novnaslov.tld z naslovom, na katerega spletno stran preusmerjate. Če novi naslov uporablja https, prepišite tudi besedilo http. - Če želite preusmeriti na privzeto stran novega naslova, v drugi vrstici izbrišite znake
$1.
RewriteCond %{HTTP_HOST} ^(www\.)?starinaslov\.tld$
RewriteRule (.*) http://novnaslov.tld/$1 [R=301,L]Omejitev dostopa za izbrane naslove IP
V datoteki .htaccess lahko dostop do določenih (ali vseh) datotek omejite samo na določene naslove IP. Tukaj je primer blokiranja dostopa do datoteke wp-login.php (prijavna stran administracije WordPress):
<Files wp-login.php>
Order Deny,Allow
Deny from all
Allow from X.X.X.X
</Files>
Kodo lahko prilagodite po naslednjih pravilih:
- V
<Files ___>lahko navedete bodisi določeno datoteko bodisi znak*za vse datoteke v dani mapi in podmapah. - Naslov
X.X.X.Xnadomestite s svojim naslovom IPv4 ali IPv6. - Direktivo
Allow from X.X.X.Xlahko navedete več, vsako v svoji vrstici.
Dostopi do dane datoteke z drugih naslovov IP se bodo končali z napako 403.
Edini način za dostop do datoteke z blokiranega naslova je dodajanje tega naslova na seznam dovoljenih ali odstranitev kode. Nobenega od teh posegov ne izvaja podpora za stranke.
Izklop proxy predpomnilnika
Če želite pri spletni strani ali njenem delu (mapi, poddomeni) izklopiti proxy predpomnilnik, v datoteko .htaccess vstavite to kodo:
# DISABLE CACHING
<IfModule mod_headers.c>
Header set Cache-Control "no-cache, no-store, must-revalidate"
Header set Pragma "no-cache"
Header set Expires 0
</IfModule>
Omejitve datoteke .htaccess na Webhostingu
Da bi preprečili neželeno obnašanje strežnika, smo datoteki .htaccess nastavili določene omejitve.
Z uporabo katerega koli nedovoljenega ukaza ali parametra pri ukazu Options povzročite nedelovanje celotnega spletnega mesta, kar se pokaže napaka 500 – Internal Server Error.
V konfiguraciji spletnega strežnika smete uporabljati naslednje kategorije ukazov za htaccess:
- AuthConfig
- FileInfo
- Limit
- Indexes
- Options*
Izogibajte se uporabi ukazov:
- php_flag
- php_value
- ServerSignature
- SetEnv
- SetHandler
- XBitHack
- AddHandler
- Options*
* Pri ukazu Options smete uporabiti samo možnost Indexes, druge so prepovedane.
Pogoste težave
Med pogoste težave z datoteko .htaccess sodijo:
- Nova nastavitev se ne pokaže ali pokvari spletno stran
- Obnovitev privzete datoteke .htaccess ne deluje
- Datoteka .htaccess nekaj prepisuje
- Poddomena prikazuje drugo spletno mesto
- Vtičnik javlja open_basedir
Nova nastavitev ne deluje
Težava: Po spremembi nastavitev datoteke .htaccess se novo obnašanje ne pokaže ali pa spletna stran sploh ne deluje več. Najpogosteje gre za napaki Internal Server Error in Too Many Redirects.
Vzrok: Lahko gre za napako pri poimenovanju ali lokaciji datoteke .htaccess, za mesto kode v tej datoteki ali za njeno pravilnost.
Rešitev: Opravite temeljit pregled in popravite napake:
- Preverite, da je datoteka v pravi mapi (ni nujno samo www) in da se imenuje natanko .htaccess, vključno s piko na začetku.
- Prepričajte se, da je koda na pravem mestu v datoteki (na primer na začetku za ukazom
RewriteEngine On), in da so vsi deli, ki so vsebovali nadomestno besedilo (npr.domena.tld) nadomeščeni s pravilnim besedilom. - Če datoteka vsebuje blokirane ukaze, izločite zadevne vrstice z umestitvijo znaka
#na začetek vrstice.
Obnovitev privzete datoteke .htaccess ne deluje
Težava: Po obnovitvi privzete datoteke .htaccess se spletna stran še vedno obnaša enako.
Vzrok: Ali obnavljate napačno datoteko .htaccess ali pa je napačen prikaz spletne strani shranjen v predpomnilniku.
Rešitev: Osvežite stran brez predpomnilnika brskalnika s tipkovno bližnjico Ctrl+Shift+R.
Če morate obnoviti privzeto stanje datoteke .htaccess drugje kot v mapi www (ali datoteko .htaccess sistema za upravljanje vsebine, na primer WordPress), jo pridobite iz varnostne kopije ali s spletnih strani sistema za upravljanje vsebine.
Neznan program prepisuje datoteko .htaccess
Težava: Po spremembi nastavitev datoteke .htaccess jo nekaj kmalu prepiše z neželeno kodo.
Vzrok: Na spletnem gostovanju je nameščena programska oprema (običajno vtičnik, lahko tudi zlonamerna koda), ki v datoteko .htaccess generira lastno kodo.
Rešitev: Poiščite povzročitelja sprememb v datoteki .htaccess:
- Varnostni vtičniki večinoma s pomočjo datoteke .htaccess blokirajo dostop do občutljivih mest sistema, na primer do administracije sistema za upravljanje vsebine. Ob poskusu dostopa pogosto opazite napako 403: Forbidden. Rešitev je ponovna nastavitev ali izklop zadevnega varnostnega vtičnika.
- Posodobitve sistema za upravljanje vsebine lahko v svojo datoteko .htaccess vnesejo problematično kodo, ki najpogosteje povzroči napako 500 – Internal Server Error. Rešitev je izklop samodejnih posodobitev in hiter poseg v kodo datoteke .htaccess takoj po ročni posodobitvi.
- Zlonamerna programska oprema običajno moti prikaz strani ali jo preusmerja na neželen URL. Rešitev je temeljito odstranjevanje virusov s spletne strani, ki ga VEDOS žal ne posreduje in zanj tudi ne nudi podpore.
Poddomena prikazuje drugo spletno mesto
Težava: Poddomena ali dodatna domena prikazuje glavno spletno mesto, glavno stran ali pa povezave vodijo na naslove z /domains/, čeprav je spletno mesto naloženo v pravilni mapi.
Vzrok: Datoteka .htaccess v mapi www ne usmerja zahtev v mape domains in subdom, ali pa jo prepisuje druga datoteka .htaccess v imeniku spletnega mesta. Pogosta težava je tudi napačen naslov spletnega mesta v nastavitvah sistema za upravljanje vsebine (v zbirki podatkov je naslov glavne domene namesto poddomene).
Rešitev: V mapi www obnovite privzeto datoteko .htaccess, po potrebi pa vstavite kodo iz poglavja usmerjanje v strukturi imenikov. Strukturo imenikov preverite po člankih Webhosting – Poddomene in Webhosting – Obnovitev strukture imenikov (ponastavitev) FTP. V sistemu za upravljanje vsebine preverite, ali je v nastavitvah naveden naslov poddomene. Na koncu osvežite stran brez predpomnilnika brskalnika s tipkovno bližnjico Ctrl+Shift+R.
Vtičnik javlja open_basedir
Težava: Varnostni vtičnik za WordPress (npr. Wordfence ali Really Simple Security) javlja open_basedir restriction in effect. File(/.htaccess) is not within the allowed path.
Vzrok: Ukaz open_basedir je na spletnem gostovanju iz varnostnih razlogov blokiran, zato vtičnik datoteke .htaccess ne more urejati.
Rešitev: Datoteko .htaccess za WordPress povrnite v privzeto stanje po dokumentaciji WordPressa. Če dostop prek WebFTP ne deluje, se povežite z namiznim odjemalcem FTP, na primer FileZillo. Nadaljnji postopek je opisan v poglavju Neznan program prepisuje datoteko .htaccess.
Pogosto zastavljena vprašanja
Kako obnovim privzeto datoteko .htaccess sistema za upravljanje vsebine?
Preden začnete urejati datoteko .htaccess, ustvarite njeno varnostno kopijo. Če je nimate, sistem za upravljanje vsebine znova namestite ali pa privzeto vsebino datoteke .htaccess iste različice CMS poiščite drugje. Če vse ostalo odpove, se obrnite na podporo.
Kje najdem napredne ukaze .htaccess?
Za napredne ukaze .htaccess podpore ne nudimo. Nekatere najdete v člankih skupnosti v kategoriji .htaccess ⧉. Pri navodilih, najdenih na spletu, imejte v mislih omejitve datoteke .htaccess na Webhostingu.
Nimam dostopa prek WebFTP. Ali podpora popravi datoteko .htaccess?
Najprej poskusite vzpostaviti povezavo z namiznim odjemalcem FTP, na primer FileZillo. Če vztrajate pri popravilu z naše strani, podpori omogočite začasen dostop FTP in pošljite zahtevek prek kontaktnega obrazca ⧉.
Spletno mesto nestabilno nalaga skripte. Ali pomaga izklop predpomnilnika proxy?
Lahko, vendar ni zagotovljeno. V datoteko .htaccess vstavite kodo iz poglavja Izklop proxy predpomnilnika. Če to ne pomaga, nastavitve povrnite v prvotno stanje.