Si të krijoni një skedar htaccess. Si të krijoni një skedar .htaccess - udhëzime të hollësishme për fillestarët

Kur krijoni faqe interneti, shpesh ju duhet të krijoni një skedar .htaccess. Kur fillova të punoja për herë të parë me ndërtimin e faqes në internet, hasa disa probleme që më vështirësuan të bëja htaccess. Unë do t'ju tregoj rreth tyre dhe si ta krijoni këtë skedar.

Problem

Në përgjithësi, .htaccess është një skedar shtesë konfigurimi Apache. E veçanta e tij është se ky skedar ka vetëm një shtesë, pa emër. Kjo shkakton disa vështirësi.

1. Ju dëshironi të krijoni një skedar htaccess në kompjuterin tuaj Windows. Konfigurimi i skedarit nuk tregon shtrirjen e tyre. Ju krijoni një skedar teksti dhe e quani atë .htaccess. Ju futni të gjitha informacionet e nevojshme atje, por rezulton se asnjë prej tyre nuk funksionon. Në fakt, sapo keni krijuar një skedar teksti, jo atë të kërkuar.

2. Rasti i parë, por shfaqen vetëm shtesat e skedarëve tuaj dhe ju ndryshoni “New text document.txt” në “.htaccess”. Shfaqet gabimi i mëposhtëm.

Si e krijoni këtë skedar?

Zgjidhje

1. Thjesht mundesh shkarko htaccess gati. Për shembull, për CMS wordpess mund të shkarkohet nga lidhja. Nëse keni një sistem tjetër të menaxhimit të përmbajtjes, thjesht mund të fshini të gjithë përmbajtjen e skedarit dhe ta personalizoni atë për veten tuaj. Ju gjithashtu mund të shkarkoni një htaccess bosh.

134 bajt Numri i shkarkimeve: 266

2. Mund të krijoni htaccess në menaxher skedari, të cilin e përdorni për të komunikuar me hostin (serverin), për shembull WinSCP. I ri -> Skedari

Për redaktim, unë rekomandoj të përdorni një redaktues teksti. Nëse dini mënyra të tjera, mund t'i shtoni temës.

Mbeshtetur nga.

Skedari .htaccess ju lejon të vendosni konfigurimet e faqes së internetit pa pasur nevojë të ndryshoni skedarët e konfigurimit të serverit. Një pikë në fillim të emrit të skedarit do të thotë që skedari është i fshehur.

Skedari .htaccess mund të krijohet në një redaktues teksti dhe më pas të ngarkohet në sit duke përdorur një klient ftp

shënim: Emri i skedarit .htaccess nuk përmban asnjë fjalë apo shtesë shtesë.

Për më tepër, vendndodhja e një skedari të tillë është gjithashtu e një rëndësie të madhe. Konfigurimet në këtë skedar do të ndikojnë në të gjithë përmbajtjen e drejtorisë në të cilën ndodhet vetë skedari, si dhe të gjitha nëndrejtoritë e tij.

Karakteristikat e skedarit.htaccess

Ndërsa faqja .htaccess është tepër e dobishme dhe mund të përmirësojë shumë faqen tuaj, ka dy gjëra që duhet të keni parasysh kur e përdorni.

Së pari, është shpejtësia. Faqja .htaccess mund të ngadalësojë pak shpejtësinë e serverit; në shumicën e rasteve është pothuajse e pavërejtur. Kjo është për shkak të paraqitjes së faqes: siç u tha tashmë, skedari .htaccess prek faqet dhe nëndrejtoritë brenda drejtorisë së tij. Sa herë që ngarkohet një faqe, serveri kontrollon direktorinë e tij, si dhe çdo direktori mbi të, derisa të arrijë dosjen më të lartë ose skedarin .htaccess. Ky proces do të vazhdojë për sa kohë që cilësimi AllowOverride lejon përdorimin e skedarëve .htaccess, pavarësisht nëse skedarë të tillë ekzistojnë në sistem.

Së dyti, është siguria. Skedari .htaccess është shumë më i lehtë për t'u aksesuar sesa një skedar i rregullt konfigurimi Apache dhe ndryshimet e bëra në të do të aktivizohen menjëherë, pa pasur nevojë të rindizni serverin. Prandaj, përdoruesit që kanë të drejta për të bërë ndryshime në skedarin .htaccess mund të ndikojnë seriozisht në vetë serverin. Çdo direktivë e shtuar në .htaccess ka të njëjtin efekt si një direktivë e shtuar direkt në konfigurimin Apache.

Si të përfshini një skedar.htaccess?

Me akses në cilësimet e serverit, ju mund të modifikoni konfigurimet e Apache për të lejuar skedarët .htaccess të anashkalojnë konfigurimet standarde të faqes. Hapni skedarin e paracaktuar të konfigurimit të hostit apache2.

shënim: Ju do të keni nevojë për privilegje sudo në këtë fazë.

sudo nano /etc/apache2/sites-available/default

Me skedarin e hapur, gjeni seksionin e mëposhtëm dhe ndryshoni vlerën e direktivës AllowOverride nga Asnjë në të gjitha. Seksioni duhet të duket si ky:


Opsionet Indekset FollowSymLinks MultiViews
AllowOverride All
Urdhëro lejo, refuzo
lejojnë nga të gjithë

Ruani dhe mbyllni skedarin dhe më pas rinisni apache.

Rinisja e shërbimit sudo apache2

Krijimdosje.htaccess

Siç është përmendur tashmë, skedari .htaccess mund të krijohet duke përdorur një redaktues teksti, dhe më pas të ngarkohet në sajt nëpërmjet një klienti ftp (emri i skedarit .htaccess nuk duhet të përmbajë fjalë ose shtesa shtesë).

Ose mund të krijoni një skedar të tillë duke përdorur terminalin; Për ta bërë këtë, përdorni komandën e mëposhtme, duke zëvendësuar shembull.com me emrin e faqes.

sudo nano /var/www/example.com/.htaccess

Rastet e zakonshme të përdorimit për .htaccess

1. Mod_Rishkruaj

Një nga aspektet më të dobishme të skedarit. Hapësira e skedarit .htaccess mund të përdoret për të përcaktuar/ndryshuar mënyrën se si shfaqen URL-të dhe faqet e internetit në një sajt. Informacione të hollësishme se si bëhet kjo mund të gjenden në këtë lidhje.

2. Autentifikimi

Megjithëse skedari .htaccess nuk kërkon aq të drejta sa skedari standard i konfigurimit apache2.conf, ai mund të përdoret përsëri për të bërë ndryshime efektive në sigurinë e faqes suaj. Fakti është se .htaccess ju lejon të kërkoni një fjalëkalim për të hyrë në seksione të caktuara të faqes së internetit. Fjalëkalimet .htaccess ruhen në një skedar të quajtur .htpasswd.

shënim: Për arsye sigurie, ruajtja e një skedari të tillë në drejtorinë e faqes nuk rekomandohet rreptësisht.

Në skedarin .htpasswd ju duhet të specifikoni emrat dhe fjalëkalimet e të gjithë përdoruesve të cilëve u lejohet aksesi në pjesën e sigurt të faqes.

Emrat e përdoruesve dhe fjalëkalimet futen në skedar si një çift user_name: encrypted_password. Për shembull, nëse një përdorues i quajtur best_user ka një fjalëkalim të mrekullueshëm, atëherë një çift i tillë mund të duket si "best_user:VtweQU73iyETM".

shënim: Çdo çift futet në një rresht të veçantë. Skedari .htpasswd mund të përmbajë aq rreshta sa të jetë e nevojshme.

Pasi të keni krijuar .htpasswd, shtoni kodin e mëposhtëm në .htaccess për të aktivizuar veçorinë e vërtetimit:

AuthUserFile /usr/local/username/safedirectory/.htpasswd
AuthGroupFile /dev/null
AuthName Ju lutemi shkruani fjalëkalimin
AuthType Basic
Kërkohet një përdorues i vlefshëm

Linjë AuthUserFile përcakton rrugën për në skedarin .htpasswd.

Linjë AuthGroupFile specifikon vendndodhjen.htgroup. Meqenëse asnjë skedar i tillë nuk ekziston aktualisht, lëreni atë në /dev/null.

Linjë AuthName përmban tekstin që do të shfaqet në kërkesën e fjalëkalimit (mund të futni absolutisht çdo tekst).

AuthType i referohet llojit të vërtetimit që do të përdoret për të verifikuar fjalëkalimet. Fjalëkalimet kontrollohen nëpërmjet HTTP dhe fjala kyçe bazë nuk mund të ndryshohet.

Linjë Kërkojnëe vlefshme -përdorues i tregon skedarit .htaccess se shumë njerëz duhet të kenë akses në seksionet e sajtit të mbrojtura me fjalëkalim. Nëse duhet të specifikoni një person specifik që ka akses në pjesë të kufizuara të faqes, në vend të linjës Kërkoni përdorues të vlefshëm, përdoret linja Kërkoni përdorues. Emri i përdoruesit.

3. Faqet e gabimeve me porosi

Skedari .htaccess ju lejon të krijoni faqe të personalizuara gabimesh për faqen tuaj. Disa nga gabimet më të zakonshme janë:

  • 400 Kërkesë e keqe
  • 401 Kërkohet autorizim
  • 403 Faqe e ndaluar
  • 404 Skedari nuk u gjet
  • 500 Gabim i brendshëm

Faqet e personalizuara të gabimeve krijohen me qëllimin për t'i bërë faqet e sajtit më miqësore dhe për t'i ofruar informacion më të detajuar vizitorit të sajtit sesa faqet e gabimeve të serverit të parazgjedhur.

Për shembull, mund të krijoni një faqe 404 (provoni të krijoni ndonjë faqe gabimi sipas zgjedhjes suaj).

Pas krijimit dhe ngarkimit të faqes së gabimit, specifikoni vendndodhjen e saj në skedarin .htaccess:

Dokumenti i gabimit 404 /new404.html

Mbani mend: Apache kërkon një faqe 404 në direktorinë rrënjë të sajtit. Kur vendosni një faqe të re gabimi 404 në çdo nëndrejtori, sigurohuni që ta shtoni atë në rresht, për shembull:

Dokumenti i gabimit 404 /error_pages/new404.html

4. Llojet MIME

Në rastet kur faqja pret disa skedarë aplikacioni që serveri nuk është konfiguruar për t'i shfaqur, llojet MIME për serverin Apache mund të shtohen në skedarin .htaccess duke përdorur kodin e mëposhtëm:

AddType audio/mp4a-latm .m4a

Sigurohuni që të zëvendësoni aplikacionin dhe shtesën e skedarit me llojin MIME që dëshironi të mbështesni.

5.SSI

Teknologjia e Përfshirë nga ana e serverit është një kursim i shkëlqyeshëm i kohës në faqen tuaj të internetit. Një nga mënyrat më të zakonshme për të përdorur SSI është përditësimi i një numri të madh faqesh që përmbajnë një bllok të caktuar të dhënash, pa pasur nevojë të përditësoni secilën faqe veç e veç (për shembull, për të ndryshuar citimin në fund të faqes).

Për të aktivizuar SSI, futni kodin e mëposhtëm në .htaccess:

AddType text/html .shtml
AddHandler server-parsed.shtml

Këto rreshta i tregojnë .htaccess se skedarët .shtml janë të vlefshëm dhe rreshti i dytë i thotë serverit të kontrollojë të gjithë skedarët që përfundojnë në .shtml për komandat SSI.

Megjithatë, nëse ka një numër të madh faqesh .html në server, zgjerimi i të cilave do të marrë shumë kohë për t'u kthyer në .shtml, mund të përdorni një taktikë tjetër për t'i kontrolluar ato për komandat SSI. Për këtë përdoret parametri XBitHack.

Shtimi i kësaj linje në skedarin .htaccess detyron Apache-n të kontrollojë të gjithë skedarët html me lejet e duhura për Përfshirjet në anën e serverit.

Për të lejuar një faqe të përdorë XBitHack, shkruani:

chmod +x emri i faqes.html

Rezultatet

Ky udhëzues mbulon vetëm funksionet bazë të faqes .htaccess, të cilat megjithatë e bëjnë punën me sitin shumë më fleksibël. Nëse keni ndonjë pyetje ose shtesë në lidhje me aftësitë e skedarit .htaccess, ju lutemi lini një koment.

Etiketa: ,

Skedari .htaccess (qasja në hipertekst në anglisht) përdoret për konfigurim të thjeshtë dhe të përshtatshëm të serverit në internet në të cilin ruhet faqja e internetit e përdoruesit. Duke ndryshuar cilësimet e serverit të uebit në përputhje me rrethanat, ne mund të ndryshojmë funksionimin e faqes. Në mënyrë tipike, skedari .htaccess ndodhet në direktoriumin rrënjë dhe efekti i tij zbatohet për të gjithë sitin dhe të gjitha nëndrejtoritë. Nëse një drejtori tjetër përmban .htaccess-in e vet, atëherë ai do të veprojë vetëm në direktoriumin dhe nëndrejtoritë e veta.

E rëndësishme! Ndryshimi i skedarit .htaccess mund të prishë shumë funksionimin e faqes dhe veprimet e nxituara me të mund të mos kenë pasoja të dukshme, por mund të çojnë në uljen e pozicioneve në motorët e kërkimit ose humbjen e plotë të tyre. Prandaj, ju rekomandojmë që përpara se të bëni ndonjë ndryshim në skedar, të ruani një kopje të tij në mënyrë që të mund të ktheni cilësimet e mëparshme.

Ku ndodhet skedari .htaccess?

Zakonisht ndodhet në direktorinë rrënjësore të faqes. Ndonjëherë, në CMS të ndryshme mund të ketë një skedar htaccess.txt, i cili nuk perceptohet në asnjë mënyrë nga serveri dhe nuk ndikon në asgjë. Që të fillojë të funksionojë, duhet ta riemërtoni në .htaccess. Nëse kjo nuk mund të bëhet në kompjuterin tuaj, atëherë shkoni te serveri juaj nëpërmjet një klienti FTP dhe riemërtoni skedarin direkt në server.

Ju mund ta modifikoni skedarin në kompjuterin tuaj duke përdorur çdo redaktues teksti, por për të shmangur problemet e mundshme të kodimit, ju rekomandojmë të përdorni Notepad++ për këtë.

Si të kontrolloni nëse .htaccess po funksionon?

Është e thjeshtë, shkruani ndonjë fjalë (për shembull YAROBOT) në rreshtin e parë të këtij skedari, ruani skedarin dhe zëvendësojeni me atë që ndodhet në server. Nëse faqja vazhdon të funksionojë, atëherë .htaccess nuk po funksionon për momentin. Nëse shfaqet gabimi 500 Gabim i brendshëm i serverit, kjo do të thotë që serveri në internet nuk mund ta kuptonte komandën (YAROBOT) dhe gjeneroi një gabim. Ky fakt do të konfirmojë që puna .htaccess në server mbështetet dhe aktivizohet për momentin. Për ta kthyer faqen në funksionalitet, fshini linjën nga YAROBOT.

Korrigjo ridrejtimin 301 nëpërmjet skedarit .htaccess

E rëndësishme!

Nëse dëshironi që ridrejtimi juaj të funksionojë, duhet të shkruani përpara rreshtave që rekomandohen më poshtë në tekst:

301 Ridrejto nga një faqe në tjetrën (ose sajt)

Për ta bërë këtë, shtoni linjat e mëposhtme në skedarin .htaccess:

Ridrejto 301 /old-page.html http://site.rf/new-page.html

Redirect Permanent /old-page.html http://site.rf/new-page.html

301 Ridrejtoni nga një sajt www në një sajt pa www

Opsionet +FollowSymLinks
RewriteEngine Aktiv
RewriteCond %(HTTP_HOST) ^www.domain\.com$
RewriteRule ^(.*)$ http://domain.com/$1

Ridrejtimi i kundërt nga një domen pa www në një domen me www

Ridrejtimi nga http://site.com në http://www.site.com (ne nuk e rekomandojmë përdorimin e tij)

Opsionet +FollowSymLinks
RewriteEngine Aktiv
RewriteCond %(HTTP_HOST) ^domain\.com$
RewriteRule ^(.*)$ http://www.domain.com/$1

Ridrejtoni të gjithë vizitorët nga faqja e vjetër në atë të re

Ridrejto 301 / http://newsite.com/

Si të shtoni .html në fund të URL-së?

Kështu që kur futni site.com/page ose site.com/page/, të ndodhë një ridrejtim në site.com/page.html, shkruani sa vijon në .htaccess:

RewriteCond %(REQUEST_URI) (.*/[^/.]+)($|\?)
RewriteRule .* %1.html
RewriteRule ^(.*)/$ /$1.html

Si të hiqni .html në fund të URL-së?

Ridrejtimi i kundërt nga site.com/page.html në site.com/page

RewriteBase /
RewriteRule (.*)\.html$1

Si të hiqni vijën e pjerrët në fund të URL-së?

Për shembull, ishte site.com/page/, u bë site.com/page

RewriteCond %(REQUEST_FILENAME) !-d
RewriteRule ^(.+)/$ /$1

301 Ridrejto nga një seksion në tjetrin?

Ridrejtimi i të gjitha faqeve të një faqeje seksioni.com/razdel-1/razdel-2/page në faqet e faqes së një seksioni tjetër.com/razdel-1/page

RewriteRule ^blog/raznoe/(.*)$ http://site.ru/blog/$1

301 Ridrejto kur lëviz nga një domen i vjetër në një të ri

Rregulli i mëposhtëm do t'i ridrejtojë saktë vizitorët nga çdo faqe specifike e faqes së vjetër në të njëjtën faqe në faqen e re. Për shembull nga oldsite.com/page në newsite.com/page

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

Ndryshimi i saktë i faqeve të gabimeve nëpërmjet .htaccess

Kur një përdorues dëshiron të shohë një sajt (dërgon një kërkesë te serveri pritës), serveri kthen një përgjigje me një kod. Kodet 1-399 tregojnë funksionimin normal të serverit, dhe kodet 400-599 tregojnë një gabim të serverit (shih artikullin special për të gjitha kodet e gabimit). Për shembull, nëse serveri me faqen tuaj është i mbingarkuar ose po rindizet, përdoruesi do të shohë tekst që ai nuk e kupton (për shembull, 500 Gabim i brendshëm i serverit), mendoj se faqja nuk do të funksionojë më dhe nuk do të kthehet më në të. Për t'i treguar atij faqen tuaj të veçantë në vend të një faqeje gabimi standard (e pakuptueshme për përdoruesin), në të cilën do të ketë, për shembull, një mesazh që faqja nuk po funksionon përkohësisht, por më vonë do të rivendosë funksionimin e saj dhe patjetër që ia vlen të ktheheni në (Uebfaqja e KinoPoisk shfaq një mesazh kur serverët janë të mbingarkuar "Matrix po ringarkohet..." dhe foton përkatëse). Zgjidhja më e zakonshme është të krijoni faqen tuaj në vend të gabimit standard 404. Ky gabim i shfaqet përdoruesit nëse futet adresa e një faqeje që nuk ekziston. Webmasterët e menduar krijojnë faqen e tyre në vend të asaj standarde të pakuptueshme, në të cilën shkruajnë se personi ndoqi një lidhje joekzistente dhe sugjerojnë që të kërkojnë informacionin e nevojshëm në faqe dhe të mos e lënë atë. Mund të shihet një shembull i faqes sonë 404. Për t'u treguar përdoruesve faqen tuaj të gabimit në vend të asaj standarde, duhet të krijoni një faqe të veçantë (për shembull http://yoursite.com/404.html) dhe të shtoni kodin e duhur në skedarin .htaccess kodi që duhet të shtoni:

ErrorDocument 400 http://yoursite.com/400.html
Dokumenti i gabimit 404 http://yoursite.com/404.html
ErrorDocument 500 http://yoursite.com/500.html

Nëse dëshironi të zëvendësoni një faqe tjetër në vend të gabimit 403, atëherë duhet të specifikoni një mesazh me tekst që do të shfaqet, për shembull:

GabimDokumenti 403 "Më falni, nuk mund t'ju lejoj të hyni sot, shihemi më vonë aligator:)"

Cilësimet e sigurisë së sajtit nëpërmjet skedarit .htaccess

Skedari .htaccess ofron mundësi të shkëlqyera për të përmirësuar sigurinë e faqes. Tani do të rendisim më të njohurit:

Mbrojtja e faqes suaj të internetit nga injeksionet e skriptit

#Aktivizon ndjekjen e lidhjeve të SIM
Opsionet +FollowSymLinks
#Fillon rishkrimin e url
RewriteEngine Aktiv
#Bllokon të gjitha lidhjet që përmbajnë ‹script›
RewriteCond %(QUERY_STRING) (\<|%3C).*script.*(\>|% 3E)
#Bllokon të gjithë skriptet që përpiqen të ndryshojnë variablat e PHP Globals:
RewriteCond %(QUERY_STRING) GLOBALS(=|\[|\%(0,2))
#Bllokon të gjithë skriptet që përpiqen të ndryshojnë variablin _REQUEST:
RewriteCond %(QUERY_STRING) _REQUEST(=|\[|\%(0,2))
#Ridrejton të gjitha përpjekjet e tilla në një faqe gabimi 403 - e ndaluar
RewriteRule ^(.*)$ index.php

Si të mbroni faqen tuaj të internetit nga vjedhja e imazhit

Shpesh, webmasterët e aftë zbulojnë rrugën drejt imazhit në faqen tuaj dhe e futin atë në kodin e faqes së tyre. Si rezultat, faqja kryesore ngarkohet nga serveri i tij, dhe imazhi ngarkohet nga juaji. Kjo i lejon atij të kursejë trafikun e tij dhe të përdorë tuajin.

Opsionet +FollowSymlinks
#Ndalon vjedhjen e fotove
RewriteEngine Aktiv
RewriteCond %(HTTP_REFERER) !^$
RewriteCond %(HTTP_REFERER) !^http://(www.)?site.com/
RewriteRule .*.(gif|jpg|png)$ http://yoursite.com/images/stop_stealing.gif

yoursite.com - adresa e faqes suaj të internetit
http://yoursite.com/images/stop_stealing.gif - rruga drejt imazhit që duhet të krijoni vetë. Zakonisht thotë "mos vidh fotografi nga faqet e njerëzve të tjerë" ose diçka e ngjashme.

Si të bllokoni hyrjen në një sit për një përdorues përmes IP?

Përdoret kundër spammers dhe njerëzve të tjerë të papërshtatshëm, dhe herë pas here për të parandaluar sulmet e hakerëve.

#Fut adresat IP të padëshiruara këtu
lejojnë nga të gjithë
mohoj nga 164.186.15.116
mohoj nga 124.153.34.144

Si të bllokoni hyrjen në një faqe për të gjitha IP-të, përveç atyre të verifikuara?

Për të bllokuar aksesin për të gjithë, përveç adresave IP specifike, shtoni kodin e mëposhtëm:

#Mohoni aksesin për të gjithë, përveç adresave IP të specifikuara
Dokumenti i gabimit 403 http://www.yoursite.com
Refuzo urdhër, lejo
Moho nga të gjithë
Lejo nga 164.186.15.116
Lejo nga 124.153.34.144

Si të parandaloni shikimin e përmbajtjes së një dosjeje specifike

#Çaktivizon shikimin e përmbajtjes së dosjes
Opsionet Të gjitha -Indekset

Refuzimi i aksesit në një skedar specifik

#Mbron skedarin myfile.txt

urdhëroj lejoj, mohoj
mohoj nga të gjithë

Refuzoni aksesin në të gjithë skedarët me një shtrirje specifike

Për shembull, për të mohuar aksesin në të gjithë skedarët .txt, ne shkruajmë këtë:


Porosit Refuzo, Lejo
Moho nga të gjithë

Bllokimi i agjentëve të panevojshëm të përdoruesit

Shpesh përdoruesi ka shumë shtesa të instaluara në shfletuesin e tij, të cilat transmetojnë informacione për veten dhe informacione të tjera të panevojshme në server (në të cilin ndodhet faqja juaj e internetit). I njëjti informacion dërgohet në server nga aplikacionet e klientit të instaluar në kompjuterin e përdoruesit, si dhe robotë dhe merimangat e ndryshme. Mund të gjenden informacione për shumicën e "Agjentëve të Përdoruesit" aktual.

#Bllokon agjentët e mëposhtëm të përdoruesit
SetEnvIfNoCase user-Agent ^FrontPage
SetEnvIfNoCase user-Agent ^Java.*
SetEnvIfNoCase user-Agent ^Microsoft.URL
SetEnvIfNoCase user-Agent ^MSFrontPage
SetEnvIfNoCase user-Agent ^Offline.Explorer
SetEnvIfNoCase user-Agent ^ebandit
SetEnvIfNoCase user-Agent ^Zeus

Rendit Lejo, Moho
Lejo nga të gjithë
Moho nga env=bad_bot

Ndryshimi i kodimit të faqes nëpërmjet .htaccess

Ndodh që një përdorues vjen në faqen tuaj dhe e sheh atë si normale, ndërsa një tjetër sheh gobbledygook në vend të letrave. Kjo ndodh për shkak të kodimit të faqes. Në mënyrë që shfletuesi i përdoruesit ta njohë atë saktë, faqja është bërë në një nga kodimet e njohura:

UTF-8 - kodim universal me dy bajt
Windows-1251 - cirilik (Windows)
KOI8-r - cirilik (KOI8-R)
cp866 - cirilik (DOS)
Windows-1250 - Evropa Qendrore (Windows)
Windows-1252 - Evropa Perëndimore (Windows)

Gjithashtu, kodimi duhet të tregohet në meta etiketën e secilës faqe të faqes, kjo i tregon shfletuesit se në çfarë kodimi është bërë siti.

Nëse ky meta-etiketë nuk është specifikuar, mund t'i tregoni shfletuesit se çfarë kodimi keni duke përdorur skedarin .htaccess:

AddDefaultCharset WINDOWS-1251

Nëse të dyja opsionet funksionojnë (si meta etiketa ashtu edhe skedari .htaccess), atëherë është shumë e rëndësishme që kodimi në to të përputhet.

Është gjithashtu e mundur që serveri të transkodojë automatikisht të gjithë skedarët që janë ngarkuar në të:

Për të çaktivizuar rikodimin e serverit, duhet të futni:

Optimizimi i faqes duke përdorur .htaccess

Përshpejtimi i një faqe interneti duke përdorur Gzip

Aktivizimi i kësaj veçorie i lejon serverit të kompresojë informacionin përpara se t'ia dërgojë përdoruesit. Si rezultat, shpejtësia e faqes do të rritet, por kjo do të rrisë pak ngarkesën në server (në të cilin është ruajtur faqja juaj), sepse ai do të duhet të kryejë operacionin e ngjeshjes në fluturim. Për të aktivizuar kompresimin Gzip, duhet të shtoni linjat e mëposhtme në skedarin .htaccess (provoni të shtoni 3 opsione kodi një nga një, kontrolloni shpejtësinë dhe lini opsionin që jep shpejtësinë më të madhe):


AddOutputFilterByType DEFLATE tekst/tekst html/tekst i thjeshtë/aplikacion xml/aplikacion xml/xhtml+xml tekst/tekst javascript/aplikacion css/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0 pa-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html

mod_gzip_on Po
mod_gzip_item_include file \.js$
mod_gzip_item_include file \.css$
Madhësia e FileETag MTtime


ExpiresAktiv në



mod_gzip_on Po
mod_gzip_dechunk Po
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^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.*

Si të përmirësoni memorien e faqes në server në server?

Përmirësimi i ruajtjes së memories bën të mundur që të mos shkarkohen të dhënat për herë të dytë (foto, elementë bazë të dizajnit, etj.) që janë shkarkuar tashmë nga përdoruesi kur e kanë parë faqen për herë të parë. Kështu, për një përdorues të caktuar, faqet e dyta dhe ato vijuese të shikuara do të ngarkohen shumë më shpejt dhe ngarkesa në serverin tuaj do të reduktohet ndjeshëm. Ju mund të përmirësoni memorien e faqes duke përdorur kodin e mëposhtëm (provoni dy opsione me radhë dhe lini atë më të shpejtë, kontrolloni shpejtësinë):


Skadon Aktiv Më
Aplikacioni ExpiresByType/javascript "qasje plus 7 ditë"
ExpiresByType text/javascript "qasje plus 7 ditë"
ExpiresByType text/css "akses plus 7 ditë"
ExpiresByType imazh/gif "qasje plus 7 ditë"
ExpiresByType image/jpeg "qasje plus 7 ditë"
ExpiresByType image/png "qasje plus 7 ditë"
Madhësia e FileETag MTtime


ExpiresAktiv në
Skadon "qasja e paracaktuar plus 1 muaj"

Në shprehjen "akses plus ...", vendosni periudhën e ruajtjes së skedarëve në kompjuterin e përdoruesit. Pas kësaj periudhe, kur bëni një kërkesë në sit, skedarët do të shkarkohen një herë nga serveri. Periudha optimale do të ishte nga 7 ditë në një muaj, edhe pse ndonjëherë vendoset një vit.

Ndryshimi i faqes kryesore (indeksit) të faqes

Në mënyrë tipike, kur hyni në një faqe interneti, faqja index.html ose index.php ngarkohet së pari. Për të ndryshuar këtë rregull (mypage.php do të ngarkohet së pari), shtoni kodin e mëposhtëm në .htaccess:

Konfigurimi i parametrave PHP nëpërmjet skedarit .htaccess

Zakonisht skedari php.ini është përgjegjës për cilësimet e PHP, por disa nga këto cilësime mund të vendosen nëpërmjet .htaccess. Për këtë, përdoren dy shprehje: php_value - për vlerat logjike (për shembull, aktivizoni / çaktivizoni), dhe php_flag për vlerat numerike. Këtu janë rregullat për të shkruar këto shprehje:

php_flag direktiva1 VALUE1
php_value direktiva2 VALUE2

ku VALUE1 mund të jetë ndezur, fikur, 1 ose 0 (1 dhe ndezja do të thotë ndezje, dhe 0 dhe fik do të thotë fikje);

VALUE2 - çdo vlerë numerike ose alfabetike që përputhet me një direktivë specifike;

Directive1 (përdoret vetëm me php_flag) mund të ketë vlerat e mëposhtme:

magic_quotes_gpc - aktivizoni/çaktivizoni funksionin magic_quotes_gpc


display_startup_errors - aktivizoni/çaktivizoni shfaqjen e gabimeve që ndodhin gjatë ekzekutimit të PHP

php_flag display_startup_errors 1


display_errors - ndezje/fikje shfaqja e gabimeve në shfletues


output_buffering - aktivizoni/çaktivizoni bufferimin e daljes së të dhënave


register_globals - aktivizoni/çaktivizoni variablat globale


motor - aktivizoni/çaktivizoni ekzekutimin e PHP në dosjen në të cilën ndodhet .htaccess dhe në të gjitha nënfolderët

Directive2 (përdoret vetëm me php_value) mund të ketë vlerat e mëposhtme:


upload_max_filesize - cakton madhësinë maksimale të skedarit të ngarkimit

php_value upload_max_filesize 10M


user_agent - vendos vlerën e vargut user_agent të dërguar nga serveri

php_value user_agent "Mozilla/4.0 (i pajtueshëm; MSIE 6.0; Windows NT 5.1)"


post_max_size - cakton madhësinë maksimale të postës së dërguar


mysql.default_user - specifikon emrin e përdoruesit të bazës së të dhënave

php_value mysql.default_user përdoruesi i bazës së të dhënave


mysql.default_password - vendos fjalëkalimin për përdoruesin e bazës së të dhënave

php_value mysql.default_password jk323jh4g


mysql.default_host - specifikon emrin e hostit të bazës së të dhënave (zakonisht localhost)

php_value mysql.default_host localhost


sendmail_from - vendos emailin për të dërguar postë duke përdorur PHP


auto_prepend_file - specifikon skedarin që do të shtohet në fillim të çdo skripti PHP

php_value auto_prepend_file /www/public_html/myfile.php


auto_append_file - specifikon skedarin që do të shtohet në fund të çdo skripti PHP

php_value auto_append_file /www/public_html/myfile.php

Si të krijoni një skedar .htaccess për një fillestar? Skedari .htaccess, si rregull, ka vetëm një shtrirje për sistemet Unix. Dhe përfiton faqet që drejtojnë një server Apache. Htaccess ka një sërë rregullash për një faqe specifike në server. Të cilin serveri Apache e ekzekuton ndërsa faqja po funksionon. Falë tij, ju mund të specifikoni një numër të konsiderueshëm rregullash të dobishme për sitin.

Udhëzime për krijimin e një skedari .htaccess:

  1. Për të krijuar këtë skedar! Mjafton të përdorni çdo redaktues teksti të disponueshëm (për shembull, Notepad).
  2. Titulli (.htaccess) - pa thonjëza apo ndonjë gjë tjetër.
  3. Ruani skedarin.
  4. Pastaj ne e transferojmë atë në serverin tuaj (hosting) duke përdorur një klient FTP. Sigurohuni që të shkoni te direktoria rrënjësore e faqes.
  5. Pastaj mund ta modifikoni sipas dëshirës. Por sigurohuni që të përditësoni versionin e skedarit në server (hosting).

Përmbajtja e artikullit:

Veçoritë e konfigurimit të skedarit .htaccess dhe gabimet e zakonshme

Kjo është e drejtë, ky skedar më shpesh shkakton një gabim banal të serverit 500 Gabim i brendshëm i serverit. Ju duhet të redaktoni skedarin me shumë kujdes. Dhe gjithashtu, ndiqni rregullat e mëposhtme:

  1. Gjithmonë përpara se të filloni të redaktoni skedarin .htaccess, ruani një kopje funksionale të tij.
  2. Asnjëherë mos futni rregulla të reja në një vend prodhimi. Kërkohet një kontroll fillestar i skedarit.
  3. Kodimi është zakonisht UTF -8.
  4. Çdo rregull duhet të shkruhet në një rresht të ri.
  5. Ato udhëzime që nuk përpunohen nga serveri Apache janë të përjashtuara. Ata menjëherë shkaktojnë një gabim të serverit.
  6. Ju nuk mund të shkruani udhëzime të shumta në një rresht. Gabimi 500 do t'ju ofrohet.
  7. Bej kujdes! Një hapësirë ​​ose karakter shtesë mund të shkaktojë një gabim.

Çfarë efekti ka skedari .htaccess në sajt?

Si rregull, falë këtij skedari, faqja mund të optimizohet mirë për motorët e kërkimit. Ja çfarë mund të bëjë:

  1. Vendosja e një ridrejtimi 301 në një faqe interneti (një rregull i zakonshëm). Mund të përdoret për detyrat e nevojshme.
  2. Cilësimet e hashimit të faqes në anën e serverit.
  3. Aktivizo kompresimin e gzip (shkurt për GNU Zip). Kompresimi i skedarit nga ana e serverit.
  4. Siguroni mbrojtjen e faqes: bllokimi i adresave IP, ndalimet, etj.
  5. Specifikoni sasinë e kërkuar të memories së alokuar për sitin.

Kur bëhet fjalë për sistemin më të mirë të blogimit, WordPress gjithmonë del në krye. Edhe pse më së shpeshti vepron si Sistem i Menaxhimit të Përmbajtjes (CMS), funksioni i tij kryesor mbetet menaxhimi i blogut. Shumica e zhvilluesve aspirues ka të ngjarë ta hasin atë në karrierën e tyre, nëse nuk e kanë bërë tashmë. Një nga temat interesante për zhvillues të tillë mund të jetë skedari .htaccess që vjen me WordPress. Në udhëzuesin e sotëm, ne do të përpiqemi të mbulojmë këtë temë duke shpjeguar kuptimin e skedarit .htaccess në sistemin WordPress dhe duke treguar se si ta krijojmë atë.

Para se të filloni këtë udhëzues, do t'ju nevojiten sa më poshtë:

  • Qasja në panelin e kontrollit të pritjes

Çfarë është një skedar .htaccess?

Nëse jeni një zhvillues i ri, shanset janë që nuk jeni shumë të njohur me skedarin .htaccess. Ka një arsye për këtë, ky skedar është i fshehur si parazgjedhje dhe ndodhet në direktorinë rrënjë të faqes tuaj. Nëse, sigurisht, është fare atje, gjë që nuk është e pazakontë.

Në WordPress, skedari .htaccess nuk është një veçori. Çdo sajt që ndodhet në një server Apache mund të përdorë skedarin .htaccess. Vetë .htaccess është një skedar cilësimesh për serverin. Kur faqja juaj fillon, serveri e kërkon këtë skedar dhe, nëse ndodhet në drejtorinë e faqes tuaj, e ekzekuton atë.

Qëllimi i skedarit .htaccess është të ndryshojë disa cilësime të serverit Apache. Prandaj, është mjaft i dobishëm për aktivizimin dhe çaktivizimin e disa funksioneve të serverit. Për shembull, përdoret për të krijuar një ridrejtim nga dhe anasjelltas. Përdorime të tjera përfshijnë ndryshimin e lejeve për skedarë specifikë, bllokimin e robotëve ose shtimin e llojeve MIME. Mund të jetë gjithashtu i dobishëm për. Këto veçori janë mjaft të dobishme kur punoni me WordPress, pasi mund t'i ndryshoni cilësimet për t'iu përshtatur nevojave tuaja.

Si të krijoni një skedar standard WordPress .htaccess

Kur shkarkoni dhe instaloni WordPress në një server Apache, ai duhet të vijë tashmë me një skedar .htaccess. Por meqenëse ky skedar është i fshehur, duhet të aktivizoni shfaqjen e skedarëve të fshehur në sistemin tuaj. Ne kemi një udhëzues të detajuar se si. Megjithatë, në disa raste ky skedar mund të mungojë ose të fshihet aksidentalisht. Në një situatë të tillë, ne rekomandojmë krijimin e skedarit .htaccess manualisht.

Hapat e mëposhtëm do t'ju tregojnë se si të krijoni një skedar në Hostinger File Manager. Sidoqoftë, sekuenca e veprimeve nuk duhet të ndryshojë shumë nga ato në cPanel. Ju gjithashtu mund të krijoni një skedar në kompjuterin tuaj dhe më pas ta ngarkoni duke përdorur

Për të krijuar një skedar .htaccess duke përdorur , thjesht lundroni në direktorinë rrënjë të faqes suaj të WordPress. Zakonisht kjo është një drejtori public_html. Më pas, krijoni një skedar teksti dhe emërtoni atë .htaccess.

Hapni skedarin në çdo redaktues teksti. Skedari .htaccess përmban disa rreshta kodi, të cilat janë cilësime standarde të serverit. Në WordPress, .htaccess duhet të duket diçka si kjo:

# FILLO WordPress RewriteRule ^index\.php$ – [L] RewriteCond %(REQUEST_FILENAME) !-f RewriteCond %(REQUEST_FILENAME) !-d RewriteRule . /index.php [L] # FUND WordPress

Thjesht kopjoni këtë kod dhe ngjisni atë në skedarin e krijuar .htaccess. Ruani ndryshimet tuaja dhe dilni.

urime! Ju keni krijuar skedarin tuaj .htaccess. Tani vizitoni faqen tuaj dhe kontrolloni nëse gjithçka po funksionon siç duhet, pasi konfigurimi i gabuar i skedarit mund të çojë në shfaqjen e .

konkluzioni

Skedari .htaccess kërkohet që WordPress të funksionojë siç duhet. Mund të ofrojë disa veçori të dobishme për serverin, veçanërisht ato që lidhen me sigurinë.

Në këtë udhëzues, ju:

  • Mësuam rreth skedarit të cilësimeve .htaccess dhe qëllimit të tij
  • Mësova se si të krijoni skedarin tuaj .htaccess
  • U shtua kodi i nevojshëm që skedari të funksionojë siç duhet

Tani që keni një kuptim bazë të skedarit të rëndësishëm WordPress .htaccess, mund të eksploroni më tej aftësitë e tij për të përmirësuar projektin tuaj WordPress.



 

Mund të jetë e dobishme të lexoni: