Despre fiºierul .htaccess

Fiºierul htaccess este întrebuinþat de aproximativ orice webmaster pentru diverse scopuri. În continuare o sã încerc sã vã explic câte ceva despre acest fiºier.
Fiºierul ".htaccess" este un fiºier în compus ASCII care poate fi făcut cu orice editor text (de exemplu Notepad)

Atenþie!
.htaccess este o extensie de fiºier. Nu existã "fiºier.htaccess" sau "ceva.htaccess" ci pur ºi necomplicat ".htaccess"

Pentru a crea un astfel de fiºier, deschidem Notepad ºi apoi salvãm fiºierul cu numele ".htaccess".

Atenþie!
Pe sistemele de tip Windows extensia poate fi ascunsã iar fiºierul sã se numeascã de fapt ".htaccess.txt", ceea ce este incorect. Pentru a prevenii acest lucru puteþi accesa din Explorer - Folder Opþions - View - ºi deselectaþi "Hide extension for knows file types". Dacã nu puteþi redenumi fiºierul in acest mod, atunci o puteþi face prin ftp în momentul cãand îl salvaþi pe server ºi il redenumiti.

Fiºierele de tip htaccess trebuie puse pe ftp în format ASCII mode ºi nu BINARY.

Atenþie!
Trebuie sã setaþi CHMOD 644 pe fiºierul htaccess (RW-R--R--). Acest lucru face imposibilã citirea fiºierului de cãtre un browser extern sau de cãtre un spider. întocmai greºeli duc la compromiterea sistemului, deoarece atunci când în ".htaccess" au fost introduse cãi de access private sau cale cãtre directoare private, un hacker poate profita de acest lucru. Ca o parantezã, dacã folosiþi un Control Panel gen Plesk sau Webmin pentru administrarea paginilor, acestea vor seta automant chmod 644.

Înainte de a crea ºi utiliza fiºierul ".htaccess" aflaþi dacã aveþi dreptul sã-l folosiþi pe server. Unele servere free (ºi chiar host-uri plãtite) nu permit folosirea acestor fiºiere. Comenzile din ".htaccess" vor acþiona asupra tuturor fiºierelor ºi subdirectoarele din directorul în care se aflã.
Majoritatea comenzilor dintr-un fiºier ".htaccess" sunt fãcute sã fie scrise pe o singurã linie, astfel cã dacã folosiþi un editor de text care are activat word-wrap aveþi grijã pentru cã puteþi pasa din greºalã serverului Apache niºte linii (sau caractere) fãrã sens. Totuºi serverul Apache este extrem de "înþelegãtor" cu un astfel de conþinut din htaccess.
Pentru a putea verifica cele prezentate aici vã recomand sã creaþi un director nou pe server care sã conþinã fiºierul ".htaccess" pentru teste, căci în cazul nefuncþionãrii sã nu afecteze directoarele importante ci numai pe cel curent în care faceþi testele.
Dupã cum probabil ºtiþi, ".htaccess" este un "feature" al serverului Apache, nu ºi al celor care ruleazã pe servere de tip NT (windows server). Serverele de tip NT au ºi ele posibilitãþi asemãnãtoare.

Dacã puneþi un fiºier ".htaccess" în directorul root (rãdãcinã) al serverului web acesta va afecta ºi "configuraþia" subdirectoarelor. Adicã, dacã în ".htaccess" aveþi setate niºte reguli pentru directorul corespunzãtor "siteul_meu.ro", atunci vor fi afectate ºi subdirectoarele corespunzãtoare "siteul_meu.ro/director" sau "siteul_meu.ro/linkuri". Oricum puteþi pune câte un fiºier ".htaccess" în fiecare director, dacã doriþi setãri diferite. Un subdirector va fi afectat de cel mai aproape htaccess. Dacã aveþi un fiºier ".htaccess" în directorul rãdãcinã al serverului web atunci acesta va afecta toate subdirectoarele (toatã structura), doar dacã în celelalte subdirectoare nu se aflã la rândul lor alte fiºiere ".htaccess".

Înainte de a ne apuca de lucru în site cu htaccess trebuie spuse urmãtoarele:
- asiguraþi-vã cã serverul pe care îl folosiþi acceptã htaccess
- aveþi grijã cum manipulaþi astfel de fiºiere pentru a nu compromite sistemul
- aveþi grijã ce comenzi aþi scris în htaccess, acestea pot încetini un server (de exemplu un server virtual cu multe domenii ºi pagini gazduite).

Management de erori

Iatã una din caracteristicile cele mai utilizate ale lui htaccess. Înainte de a crea propriile pagini de erori trebuie ºtiute urmãtoarele:
- documentele de erori = atunci îndată ce primiþi un mesaj de genul "Error 404 - Document not found - Server running Apache 2.xx" înseamnã cã aþi fost redirecþionat într-o paginã care arãta mesajul de mai sus specific erorii 404. Probabil aþi vãzut cã pe alte site-uri aratã diferit acest mesaj de eroare, de obicei el tinde sã devinã cât mai atractiv ;-)

cu poze, mesaje haioase, appleturi java...
- coduri de erori = existã mai multe coduri de erori pe care le voi prezenta în continuare:

Cereri acceptate cu succes
200 OK
201 Created
202 Accepted
203 Non-Authorative Information
204 No Content
205 Reset Content
206 Partial Content
Cereri de client redirectate
300 Multiple choices
301 Moved Permanently
302 Moved Temporarly
303 See Other
304 Not Modified
305 Use Proxy
Cereri de client eronate
400 Bad request
401 Authorisation Required
402 Payment Required
403 Forbidden
404 Not Found
405 Method Not Allowed
406 Not Acceptable (encoding)
407 Proxy Authentification Required
408 Request Timed Out
409 Conflicting Request
410 Gone
411 Content Lenght Required
412 Precondition Failed
413 Request Entity Too Long
414 Request URI Too Long
415 Unsupported Media Type
Erori de server
500 Internat Server Error
501 Not Implemented
502 Bad Gateway
503 Service Unavailable
504 Gateway Timeout
505 HTTP Version Not Supported

Nu este obligatoriu sã specificaþi pentru fiecare cod câte un ErrorCodument, de fapt nici nu trebuie. De obicei un webmaster este preocupat de documentele de eroare pentru codurile 404 ºi 500. De asemenea cele mai înlocuite documente de eroare sunt pentru 401 - Authorization required (atunci când cineva încearcã sã intre într-o zonã unde nu are îndeajuns acces), 403 - Forbidden (atunci când un utilizator nu are access la un anume fiºier) sau 400 - Bad request (atunci când cineva încearcã sã manipuleze URL-ul sau scripturile paginii web)
Pentru a specifica documente de eroare customizate trebuie sã faceþi ca în exemplele urmãtoare:

ErrorDocument code /director/numefisier.ext

sau

ErrorDocument 404 /errors/notfound.html

la fel se poate proceda cu:

ErrorDocument 500 /errors/internalerror.html

Puteþi denumii paginile notfound.html sau internallerror.html cum doriþi, dar este de preferat sã le daþi un nume sugestiv ºi apropiat de eroare pentru a nu crea confuzii. Se pune un slash (/) la început pentru cã ne raportãm la directorul root al serverului. recomand introducerea tuturor documentelor de erori într-un solitar director den /erori/ sau /error_docs/ pentru a controla mai bine indexarea lor de cãtre motoarele de cãutare prin ROBOTS.TXT

Dacã ar fi sã creãm un htaccess cu mai multe documente de eroare în el, am proceda în felul urmãtor (atenþie, fiecare comandã pe o singurã linie):

	Cod:
	ErrorDocument 400 /erori/badrequest.html ErrorDocument 401 /erori/auhreqd.html ErrorDocument 403 /erori/forbid.html ErrorDocument 404 /erori/notfound.html ErrorDocument 500 /erori/serverr.html

Se poate specifica un URL întreg în loc de unul virtual (exemplu: www.paginamea.ro/erori/notfound.html ), dar nu este recomandat.
Pe lângã opþiunile expuse mai sus avem ºi una mai simplã, dar mai rar utilizatã. Putem include cod HTML în htaccess:

	Cod:
	ErrorDocument 401 "Pentru a accesa aceasta pagina trebuie sa fii <a href="http://www.tutoriale.far-php.ro/admin.php?m=login_new&action=new_user">membru</a>

Mai sus am întrebuințat HTML, dar atenþie conþinutul codului inițiază cu " dar nu se terminã cu ghilimea pentru cã nu trebuie. Þineþi minte cã totul trebuie sã fie pe o singurã linie.

Protecþia cu parolã

Iatã un alt "feature" deosebit de popular printre utilizatorii obiºnuiþi. Printr-un fiºier de tip htaccess putem proteja un director cu parolã. Acest aspect este destul de important ºi ajutã pe webmasteri de numeroase ori sã îºo securizeze mai bine site-ul.
Existã o grãmadã de metode prin care puteþi proteja cu parolã o anumitã porþiune a site-ului, de exemplu cu ajutorul limbajelor de programare web gen PHP, Perl, ASP sau client-based JavaScript.

Atenþie!
Nu este recomandatã utilizarea scripturilor client-based (client dependant challenge/response) pentru ca nu sunt la fel de sigure ca cele server-side.

În primul rând, pentru a proteja un director cu parolã trebuie sã creãm un fiºier numit ".htpasswd", apoi în fiºierul htaccess este introdus username ºi parola (care este criptatã). Voi explica mai jos procesul prin care puteþi crea prin intermediul shell-ului un fiºier htpasswd (cum puteþi crea parola criptatã):

Cod:

[zam@www zam]# cd /var/www/domeniul_meu/privat/
[zam@www privat]# htpasswd -c .htpasswd username
New password:
Re-type new password:
Adding password for user username
[root@www privat]#

htpasswd -c .htpasswd username => creãm un user "username" nupã care vom fi întrebaþi de parolã
Înainte de a crea username ºi parola, observaþi cum ne-am deplasat cãtre directorul pe care dorim sa-l protejãm (cd/var/www/domeniul_meu/privat/)

Puteþi adãuga useri noi care sã aibã acces la acelaºi director prin intermediul comenzii "htpasswd .htpasswd user2" de data aceasta însã nu mai folosim opþiunea "-c". Dacã doriþi sã vedeþi ce aþi fãcut puteþi deschide cu un editor fiºierul .htpasswd unde veþi descoperi ceva de genul:

Citat:

username:5RXdskge4Syk
user2:tGfZm45olpcda

Dacã doriþi sã stergeþi un user, pur ºi rudimentar se sterge linia cu username-ul corespunzãtor.
Dupã ce a fost creatã user ºi parola, trebuie sã creaþi ºi fiºierul htaccess în felul urmãtor:

Cod:

AuthUserFile /usr/local/www/domeniul_meu/privat/.htpasswd
AuthGroupFile /dev/null
AuthName Director Privat
AuthType Basic

require user username

Prima linie este calea cãtre fiºierul htpasswd care poate fi localizat oriunde pe server.

Nota:
plasaþi fiºierul htaccess în directorul pe care vreþi sã îl protejaþi ºi nu aiurea.

Probabil vã întrebaþi de ce am pus "require user username". Aceastã linie va da acces la folderul protejat userului "username" cu parola care este localizatã în htpasswd. Totuºi de multe ori doriþi ca un folder protejat cu parolã sã fie accesat de mai multe persoane (useri) ºi atunci înlocuiþi ultima linie cu "require valid-user" ºi atunci toate requesturile vor fi verificate din fiºierul htpasswd (care va conþine toþi userii).
Linia care începe cu AuthName conþine textul care va fi afiºat în promterul de login ºi "Director Privat" poate fi înlocuit cu orice. A fost folositã linia AuthType Basic pentru cã folosim autentificare clasicã de tip HTTP.

Pentru server Apache instalat sub Windows urmãm calea Start -> Run -> cmd -> Enter
din linie de comandã se schimbã directorul (comanda cd) pânã la locaþia unde se aflã htpasswd.exe (uzual folderul Apache/bin), apoi se tasteazã:

Cod:

htpasswd -c .htpasswd user_name

se apasã Enter, apoi se solicitã introducerea parolei dorite de douã ori.
Parametrul -c indicã crearea fiºierului .htpasswd daca el nu existã.
user_name va fi acelaºi cu cel din penultima linie din fiºierul .htaccess

Despre fiºierul .htaccess Despre fiºierul .htaccess

Despre fiºierul .htaccess Despre fiºierul .htaccess

Fiºierul cu parole .htpasswd:
- va fi construit în acelaºi folder cu executabilul htpasswd.exe.
- dacã doriþi puteþi sã-l mutaþi în altã parte
- puteþi sã-l denumiþi oricum
Dacã-l veþi muta sau redenumi nu uitaþi sã modificaþi locaþia ºi numele în prima linie din fiºierul .htaccess

Dacã doriþi puteþi acredita mai mulþi useri pentru accesarea directorului protejat.
Dacã fiºierul nu este realizat folosiþi parametrul -c la primul user, la urmãtorii useri folosiþi aceeaºi comandã dar fãrã -c.

Despre fiºierul .htaccess Despre fiºierul .htaccess

Conþinutul fiºierul .htpasswd este de forma:
user1:parola_pentru_user1_criptata_cu_md5
user2:parola_pentru_user2_criptata_cu_md5

Se observã cã parola nu este pãstratã în clar ci în forma criptatã.
Pentru securitate puteþi plasa fiºierul cu parolã într-un director care nu este vizibil din Internet, recomandat undeva deasupra directorului rãdãcinã a serverului web.
Pentru ca aceastã modalitate de protecþie cu parolã sã funcþioneze este necesarã ºi o modificare în fiºierul de configurare httpd.conf a serverului Apache. Cãutaþi în fiºier linia unde apare:

AllowOverride None

precedat de un comentariu (marcat cu #) despre .htaccess
Se va modifica din None în All

Activarea SSI via htaccess

Multã lume doreºte sã foloseascã SSI, dar multe servicii de hosting nu îngăduie acest lucru. Totuºi aceasta se poate schimba în majoritatea cazurilor cu htaccess.

Atentie!
Acest lucru poate fi luat în considerare de cãte administratorii serverului respectiv ca o tentativã de hacking aºa cã vã sugerez sã cereþi permisiunea lor înainte de a acþiona:

Cod:

AddType text/html .shtml
AddHandler server-parsed .shtml
Options Indexes FollowSymLinks Includes

Prima linie 'spune' serverului cã paginile cu extensia .shtml sunt valide. A doua linie comunicã serverului cã fiºierele cu extensia .shtml pot fi executate, adicã pot prelua comenzi server side.
În acest clipă aveþi SSI activat. Totuºi putem sã profitãm de bunãvoinþa htaccess ºi sã facem un "trick", înlocuiþi a 2-a linie cu:

AddHandler server-parsed .html

Linia de mai sus permite fiºierelor .html sã fie parsate ca ºi cele de .shtml.

Atentie!
Dacã folosiþi SSI de foarte puþine ori pe site puteþi încetini viteza serverului, totuºi acest delay este prea mic ºi nu este perceput de utilizator. De reþinut cã se folosesc astfel de "trick"-uri pentru a ascunde faptul cã serverul respectiv foloseºte SSI de cãtre eventualele atacuri ale hackerilor (userul vede pagina.html în loc de pagina.shtml deci nu va bãnui cã serverul foloseºte SSI).

Dacã totuºi veþi rãmâne cu extensia .shtml ºi vreþi sã folosiþi SSI peste tot în pagina web, atunci este bine sã adaugaþi urmãtoarea linie în htaccess:

DirectoryIndex index.shtml index.html

Aceasta înseamnã cã indiferent ce paginã index.shtml poate reprezenta indexul unui director, în caz cã nu existã index.html. Vom discuta mai pe larg în capitolele de mai jos.

Restricþionarea userilor pe baza de IP

Cum se întâmplã în multe cazuri, utilizatori care practic nu au ce face testeazã site-ul de diferite vulnerabilitãþi sau efectueazã tot felul de operaþiuni dãunatoare scriptului, toate acestea pot fi stopate prin htaccess, prin banarea IP-ului:
Cod:

order allow,deny
deny from 193.224.34.1
deny from 081.18.74.
allow from all

Dupã cum puteþi observa mai sus se poate bloca un singur IP sau o clasã întreagã. Prin 'deny from 193.224.34.1' am blocat un singur IP iar prin 'deny from 081.18.74.' am blocat întreaga clasã de IP-uri (081.18.74.1,081.18.74.2,...etc).
Bineânþeles puteþi folosi în htaccess ºi comanda 'deny from all' care va bloca requesturile de la toate IP-urile posibile. Probabil v-aþi pus problema blocãrii pe domeniu a requesturilor - 'deny from .hackerz.ro' - asta înseamnã cã blocãm toþi userii care intrã cu adrese de genul *.hackerz.ro. Ca o parantezã: sã zicem cã blocaþi toate requesturile cu 'deny from all' vã puteþi lãsa o portiþã pentru dumneavoastrã în caz cã lucraþi local sau de la un anume IP pe site-ul respectiv cu 'allow from localhost' sau 'allow from domeniul_meu.ro ' unde localhost sau domeniul_meu.ro pot fi înlocuite cu IP-ul sau hostul de unde intraþi.

Shimbãri în setãrile default ale unui folder

Dacã aþi fost atenþi aþi vãzut mai sus sintaxa DirectoryIndex ºi vã întrebaþi ce anume face. Ei bine, dacã v-aþi sãturat ca indexul site-ului dumneavoastrã sã fie index.html atunci îl puteþi schimba în ceva gen http://www.siteulmeu.ro/produse.html procedând în felul urmãtor:

DirectoryIndex produse.html

Dacã sã zicem nu eºti sigur care va fi indexul paginii tale poþi face ceva de genul:

DirectoryIndex produse.html index.cgi index.pl default.html

Dacã aþi fãcut un htaccess cu linia de mai sus atunci când un user va accesa pagina dumneavoastrã http://www.siteulmeu.ro el va fi direcþionat cãtre index.cgi sau index.pl sau default.html sau produse.html depinde care dintre ele existã. Dacã sã zicem în directorul respectiv se aflã numai fiºierul produse.html atunci browerul va fi redirectat aici.

Nota:
Sunt sigur cã v-aþi întrebat: "dar dacã am toate fiºierele în director (produse.html, index.cgi, index.pl, default.html) atunci unde se va duce browserul?". Raspunsul este simplu: "la inițialul element din listã, în acest caz 'produse.html'."

Pentru webmasteri: este de preferat sã folosiþi DirectoryIndex pe anumite foldere gen (/images/ sau /include/) unde aveþi poze sau informaþii pe care utilizatorul nu trebuie sã le acceseze direct. Iatã un exemplu productiv: dacã un user va încerca sã acceseze directorul /images/, el poate fi redirecþionat înapoi cãtre index cu DirectoryIndex index.html iar index.html sã conþinã un meta refresh cu redirecþie catre ../index.html. Voi explica mai multe în capitolul urmãtor.

Blocarea afiºãrii listei de fiºiere dintr-un director

Putem avea dintr-un anumit pretext un director fãrã fiºier index. Dacã dorim sã accesãm acel folder cu un browser va fi afiºatã lista de fiºiere conþinute. Aceasta este consideratã ca o hibã de securitate pentru server. Pentru a preveni acest lucru se adaugã în .htaccess urmãtoarea linie:

Options -Indexes

Redirecþionãri

De multe ori se întâmplã sã vã schimbaþi directorul la site ori când faceþi update ori când schimbaþi providerul, iar atunci cãile vechi indexate probabil de motoarele de cãutare nu vor mai fi valide. Iatã o solutie:

Redirect /director_vechi/produse.html http://www.siteulmeu.ro/directornou/produse.html

În linia de mai sus avem 3 elemente pasate fiºierului htaccess. Comanda 'Redirect', calea relativã cãtre directorul vechi ºi calea realã (URL-ul) cãtre site-ul nou. Toate sunt despãrþite de un spatiu ºi sunt scrise pe o singurã linie. De asemenea puteþi redirecta tot directorul:

Redirect /directorvechi http://www.siteulmeu.ro/directornou/

În acest fel aþi redirectat toate linkurile din directorul vechi cãtre cel nou.

Prevenirea vizualizãrii fiºierului .htaccess

Iatã o problemã pe care am întâlnit-o cumplit de des, mai ales pe serverele de windows. Dacã sã zicem nu aþi setat chmod perfect pe .htaccess atunci riscaþi ca sã expuneþi calea cãtre directorul cu parole. Puteþi preveni aceste lucruri în modul urmãtor:

order allow,deny
deny from all

Prima linie specificã faptul cã fiºierului .htaccess i se aplicã anumite reguli. Între "tagurile" se introduc regulile. Dacã aþi creat un fiºier htaccess care conþine aceste linii atunci un user care ar încerca sa vadã ce se afla în fiºier ar obþine o eroare 403. Nu uitaþi, foarte important este sã setaþi, dacã aveþi posibilitatea, CHMOD 644 pe fiºierul .htaccess.

Lucrul cu MIME Types

Termenul MIME derivã din "multipurpose internet mail extensions". Exemplu: fiºiere de gen MP3, SWF, etc. De multe ori, mulþi provideri de hosting spun cã oferã online stream media adicã poþi asculta melodiile online sau te poþi uita la filme online pe mãsurã ce se încarcã. Iata ce simplu este:

AddType application/x-shockwave-flash swf

Explicaþiile sunt inutile, totuºi trebuie precizat cã dacã eºti webmaster ºi vrei sã forþezi userul sã downloadeze aceste fiºiere în loc sã le vizualizeze (asculte) online poþi înlocui tipul MIME cu 'application/octet-stream'.

Prevenirea link-urilor externe cãtre imagini ºi implicit a salvãrii bandwith-ului

Titlul de mai sus se rezumã în englezã la urmãtoarea expresie: "hot linking" aka "bandwith stealing". Sunt absolut sigur cã aþi observat cã tot mai mulþi administratori de site-uri româneºti au început sã îºi ia asemenea mãsuri de protejare. Se întâmplã de multe ori sã vedem site-uri cu poze care de fapt aparþin altor site-uri cu link direct.
Folosind .htaccess putem preveni toate acestea, fie arãtând o eroare standard sau, cel mai haios, o altã pozã gen "Nice try! ;-)

".

Atenþie!
Dacã vreþi sã vã folosiþi de aceste opþiuni pe care vi le oferã htaccess trebuie sã aveþi suport pe server de mod_rewrite. Dacã sunteþi siguri cã totul este în regulã atunci iatã un cod din htaccess care face toatã treaba:

Cod:

RewriteEngine on
RewriteCond %(HTTP_REFERER) !^$
RewriteCond %(HTPP_REFERER) !^http://(www.)?siteulmeu.ro/.*$ [NC]
RewriteRule .(gif|jpg)$ - [F]

Trebuie bineânþeles sã înlocuiþi siteulmeu.ro cu domeniul dumneavoastrã. Codul de mai sus va afiºa un link la o fotografie eronatã atunci când cineva încearcã sã facã hot linking. Totuºi pentru cã facem parte din elitã ne place sã afiºãm ceva mai plăcut celui care încearcã sã ne fure bandwith-ul:

Cod:

RewriteEngine on
RewriteCond %(HTTP_REFERER) !^$
RewriteCond %(HTTP_REFERER) !^http://(www.)?siteulmeu.ro/.*$ [NC]
RewriteCond .(gif|jpg)$ http://www.siteulmeu.ro/0wn3d.gif [R,L]

http://www.siteulmeu.ro/0wn3d.gif este url-ul de la imaginea care va fi afiºatã în loc de cea furatã. Pentru a înþelege codul de mai sus vizitaþi pagina corespunzãtoare mod_rewrite de pe site-ul proiectului apache.org.

Manipulare de opþiuni pentru directoare

Dacã aveþi un director plin de imagini ºi arhive (zip,rar) ºi vreþi ca mulțimea sã nu îl poatã accesa atunci htaccess este de fracțiune ta. De obicei pe majoritatea serverelor nu este activat directory browsing, adicã dacã nu aveþi un index la directorul respectiv veþi primi un mesaj de eroare gen 403 Forbbiden.

IndexIgnore *

Daca puneþi aceastã linie în htaccess atunci nimic din acel director nu va fi listat. Caracterul wildcard * ia în calcul toate extensiile posibile. Exista multiple posibilitãþi, ca de exemplu sã listaþi toate fiºierele dintr-un director în afarã de imagini:

IndexIgnore *.gif *.jpg

Pe de altã parte, dacã doriþi sã listaþi fiºierele dintr-un anume director (vã e greu sã le indexaþi) atunci puteþi face un htaccess cu urmãtoarea linie:

Options +Indexes

Aveþi grijã ca în directorul pe care îl listaþi sã nu se afle fiºiere sau date care pot compromite serverul, de asemenea cred cã v-aþi da seama cã dacã puneþi -Indexes atunci nu va mai fi listat conþinutul directorului. Dacã doriþi sã adãugaþi mai multe informaþii la directorul listat puteþi face urmãtoarele:
HEADER - plaseazã deasupra fiºierelor un text,
README - plaseazã la sfârºitul listingului text.

Aceste comenzi sunt folositoare atunci când listaþi niºte surse de la programe sau scripturi ºi vreþi sã daþi mai multe explicaþii.

Cum sã vã distraþi folosind htaccess

Ok. Am hotãrât ca spre sfârºitul tutorialului sã pun cireasa pe tort ºi sã vã arãt câteva tehnici simple prin care vã puteþi securiza aplicaþiile ºi prin care vã puteþi distra de minune. Creaþi un htaccess ºi adãugaþi urmãtoarea linie:

AddType applications/x-httpd-php .php .l33t

Bãnuiesc cã vã daþi seama ce face linia de mai sus, iatã ºi un exemplu: http://www.pagina_mea/index.l33t
Extensiile sunt foarte importante, ele vã pot salva de la atacuri de-ale hackerilor, de exemplu puteþi transforma un site fãcut complet în PHP în extensia .html. Puþini sunt cei care îºi dau seama de aceste setãri.
Iatã alt exemplu pe care nu îl recomand sã îl folosiþi, ci numai sã vã distraþi:

AddType applications/x-httpd-php .php .exe .tar.gz .zip

Atenþie!
Unele browsere s-ar putea sã nu se arate prea fericite cu linia de mai sus Smile

)

Concluzie

Existã o groazã de setãri pe care le puteþi face cu susținerea unui fiºier .htaccess, pentru lista completã de instrucþiuni vizitaþi site-ul http://httpd.apache.org/docs/mod/directives.html

Documentaþie:
Ghid de intelegere .htaccess - Autor:DaVoS