Hotlink (Hotlink) - ceea ce este și cum să se protejeze de la hotlink
Dacă ne uităm la codul HTML introdus în acest fel imaginea, putem vedea că în tag-ul img src atribut va fi afișat pe calea care duce la o resursă externă. De exemplu:
Deci, în ceea ce privește imaginile în acest fel și numit hotlink.
De ce este hotlink atât de rău.
Primul motiv este creșterea sarcinii pe serverul site-ului.
Dacă site-ul dvs. are o mulțime de imagini și activitatea de utilizator este introdus în imaginile dvs. pe alte site-uri prin hotlink, atunci serverul dvs. nu au dulce. Permiteți-mi să explic de ce. Să presupunem că cineva a construit o imagine cu site-ul dvs. într-un post pe un forum prin care hotlink. De fiecare dată când cineva deschide o pagină cu acest post, serverul are pentru a efectua lucrările la imaginile de impact. Și dacă cineva va insera imaginea în mesaj pe forum cu participarea a zeci de mii de oameni pe zi, vă puteți imagina ce va trebui să transpire la server? Pe blog-ul dvs. un pic de trafic, dar serverul dvs. este încărcat la globilor oculari service cereri de la alte site-uri cu privire la impactul imaginilor lor. Din fericire, există un leac din aceasta. Doar mai jos am să-ți spun despre asta.
Modalități de protecție de la hotlink.
Există mai multe modalități de a proteja de hotlink, în funcție de ce fel de problemă pe care doriți să rezolve, de restrictionare hotlink. Dar, toate căile de a reduce modificările la fișierele de configurare.
Dacă site-ul dvs. se execută pe serverul web Apache. modificări ar trebui să fie realizată în fișierul .htaccess;
Dacă site-ul dvs. rulează pe un server de web Nginx, sau un buchet de utilizat Apache + Nginx. modificări trebuie să fie făcut în fișierul nginx.conf.
Dacă ați definit ca server de web Nginx, și aveți un hosting partajate convențional, atunci nu va avea acces la nginx.conf fișier, deoarece el este unul pentru întregul server. Editați acest fișier poate doar proprietarii norocos de servere VPS. Dar puteți încerca să ceară sprijinul dvs. de găzduire pe care le-au creat o protecție de la hotlink.
În primul rând să analizeze modul în care interdicția hotlink atunci când se utilizează serverul de web Apache. Așa cum am scris mai sus, toate modificările făcute în acest caz, în fișierul .htaccess.
Faceți modificări la fișierul .htaccess.
Să trecem în revistă sarcinile de bază pe care le putem rezolva hotlink de interzicere.
Pentru a face acest lucru, în cazul Apache conectarea la un server FTP cu ajutorul Filezilla. Noi găsim cavaler într-un dosar de fișier .htaccess site-ul, deschideți-l pentru editare și prescrie următorul cod:
în cazul în care în loc să prescrie buildsiteblog.ru, respectiv numele de domeniu.
Dacă site-ul dvs. are un feed RSS, și l-au înregistrat în FeedBurner, precum și în RSS directoare, sunt susceptibile de a dori, ceea ce ar fi imaginea panglicii RSS pe aceste site-uri. Poate aveți un buletin informativ să se aboneze, și este de dorit ca au continuat să fie afișate pe imagini. Doar motoarele de căutare de indexare imaginile păstrează o referință la acestea în baza sa de date, și de a conduce vehicule de trafic pentru site-ul dvs. atunci când oamenii folosesc căutarea de imagini. Deci, avem nevoie de un pic de a modifica codul adăugând necesar pentru noi pentru a exclude domenii. Pentru a face acest lucru, în cazul Apache trebuie să .htaccess înainte de linia:
Adăugați următoarele rânduri (una pentru fiecare domeniu):
set de domenii pe care le poti avea propriul tau. În lista mea include toate motoarele (conform Yandeks.Metriki mele) de căutare, de la care vin la site-ul meu, precum și site-uri și să vă abonați FeedBurner.
Dacă doriți o imagine cu o parte din site-ul dvs., de exemplu, cu kartinka.jpg nume nu este blocat pe orice site-uri, puteți, de asemenea, adauga la excepțiile. Pentru a face acest lucru în fișierul .htaccess înainte de linia:
adăugați următorul cod:
Ca rezultat, codul pentru fișierul .htaccess ar arata astfel:
Deci, în cazul utilizării în dosarul Apache .htaccess în linia de cod de mai sus:
Nu uita buildsiteblog \ .ru înlocuiește cu domeniul. În exemplul meu de imagine numit banner.jpg bannerele se află în folderul, care, la rândul său, se află în directorul de imagini.
Nginx.conf face modificări în fișier.
Așa cum am scris mai sus, dacă utilizați Nginx ca un server web sau un buchet de Apache + Nginx, modificările în fișierul .htaccess nu dau rezultate. În acest caz, trebuie să editați fișierul nginx.conf. Dacă aveți un shared hosting convențional, apoi acces la acesta, nu vor, pentru că nu este în directorul rădăcină al site-ului dvs., și în măruntaiele serverului web. Pentru a fi mai precis în dosarul /etc/nginx/nginx.conf
Acesta va fi capabil de a edita proprietarii de fericit VPS sau servere dedicate numai.
Deschide-l pentru editare, puteți, de exemplu, prin conectarea la server folosind client FTP FileZilla ca root. Pentru o mai mare siguranță, dacă serverul nu suportă FTPs protocolul de conexiune (un protocol securizat, care precum și rulează FTP pe portul 21, dar criptează datele fiind transmise), este mai bine să utilizați SSH pentru a conecta SFTP, care ruleaza pe portul 22 și criptează toate date.
Nginx.conf deschide fișierul și să arate similar cu următorul cod:
Aceasta este între rânduri rădăcină $ root_path; și error_page 404 = @fallback; inserați următorul cod, care include o protecție de la hotlink:
În schimb buildsiteblog.ru respectiv specifica propriul domeniu, sau pe imagini site-ul dvs., de asemenea, nu mai pot fi afișate.
Pentru a adăuga site-uri specifice în excepția în locul codului de mai sus, se introduce următoarea
De asemenea, nu uitați să vă înregistrați numele de domeniu în loc de buildsiteblog.
Pentru a aplica modificările aduse fișierului nginx.conf nu uitați să reporniți serverul.