Puncte:1

Folosirea unui fișier htaccess pentru 410 (pagina plecată) împiedică utilizarea imaginilor

drapel it

Închid un site web. Am sters site-ul wordpress si singura pagina ramasa in domeniu este o pagina care anunta inchiderea permanenta a site-ului. Adresa URL a paginii de închidere este...

http://mydomain.co.uk/index.htm

există și un folder care conține 4 imagini (3x *.jpg; 1x *.gif). Aceste imagini fac parte din pagina de închidere. Prin urmare...

http://mydomain.co.uk/images/

Când introduc o adresă URL: mydomain.co.uk - pagina „mydomain.co.uk/index.htm” se afișează corect cu imaginile din pagină afișate corect. Imaginile din pagină folosesc acest tip de link...

<img alt="Shutdown graphic" src="images/exampleimage.jpg" border="0" height="200" width="300" />

care functioneaza corect.

Cu toate acestea, încerc să obțin toate apelurile către „mydomain.co.uk” pentru a direcționa către folderul rădăcină și pentru a afișa „index.htm”. Deci, următoarele adrese URL ar afișa apoi „index.htm”...

mydomain.co.uk
mydomain.com
mydomain.co.uk/anyfolder/
mydomain.co.uk/anyfolder/*.*

Pentru a realiza acest lucru, am încercat acest fișier .htaccess...

ErrorDocument 410 /index.htm
# Declanșează un 410 Gone pentru toate solicitările utilizatorilor
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^ - [G]

Acest fișier .htaccess funcționează corect pentru toate tipurile de adrese URL. Cu toate acestea, nu reușește să afișeze imaginile din folderul de imagini în pagina de închidere.

Cum pot modifica fișierul .htaccess astfel încât să permită afișarea imaginilor?

Am încercat să schimb linkul din etichetă, astfel încât imaginile să fie în directorul rădăcină și, de asemenea, am pus imaginile în folderul rădăcină. Din păcate, fișierul .htaccess încă împiedică utilizarea imaginilor.

Se pare că fișierul .htaccess împiedică utilizarea imaginilor din fișierul index.htm. Dacă elimin fișierul .htaccess, pagina funcționează din nou corect (cu imagini) pentru mydomain.co.uk, dar nu și pentru celelalte URL-uri.

Ceva idei va rog?

Puncte:0
drapel kz

Sunt câteva modificări pe care trebuie să le faci...

  1. Trebuie să permiteți accesul nerestricționat la imaginile dvs. Deci, în cazul regulii de mai sus, trebuie să faceți o excepție pentru dvs /imagini director (sau, mai degrabă, orice solicitare pentru un fișier în /imagini director). Sau, de preferință, doar pentru cele patru imagini la care faceți legătura.

    • Ai putea trimite și un X-Robots-Tag: noindex Antet de răspuns HTTP pentru a se asigura că motoarele de căutare nu încearcă să indexeze aceste imagini. Sau poate blocați /imagini director în robots.txt (cu excepția cazului în care aceste imagini au fost indexate anterior și trebuie eliminate).

    De exemplu, imediat după RewriteEngine directivă (înainte de regula dvs. existentă):

    # Preveniți blocarea următoarelor imagini
    # (și setați un NOINDEX env var)
    RewriteCond %{REQUEST_URI} /exampleimage1\.jpg$ [SAU]
    RewriteCond %{REQUEST_URI} /exampleimage2\.jpg$ [SAU]
    RewriteCond %{REQUEST_URI} /exampleimage3\.jpg$ [SAU]
    RewriteCond %{REQUEST_URI} /example\.gif$
    RewriteRule ^imagini/. - [E=NOINDEX:1,L]
    
    # Trimiteți antetul de răspuns HTTP „X-Robots-Tag” pentru aceste imagini
    Set antet X-Robots-Tag "noindex" env=NOINDEX
    

    Alternativ, puteți verifica HTTP Referitor antet atunci când aceste imagini sunt solicitate și le permite să fie blocate atunci când Referitor nu este site-ul dvs. (ex. solicitări directe de la motoarele de căutare). Cu toate acestea, acest lucru este mai puțin fiabil deoarece Referitor antetul nu este de încredere. Este posibil să primiți utilizatori care nu văd imaginile dvs.

    De exemplu, în loc de cele de mai sus, ați folosi următoarele (exemplu.com este domeniul tau):

    # Permiteți accesul la imagini atunci când „Referer” este site-ul curent
    RewriteCond %{HTTP_REFERER} ^https?://(www\.)?example\.com(/|$) [NC]
    RewriteRule ^imagini/. - [L]
    
  2. Când conectați la aceste imagini în sursa HTML a documentului de eroare, trebuie să utilizați o adresă URL relativă la rădăcină (începând cu o bară oblică) sau o adresă URL absolută (cu schemă + nume de gazdă), nu o adresă URL relativă așa cum faceți în prezent. În caz contrar, atunci când se face o cerere pentru o imagine la o adâncime de cale diferită, de ex. /foo/bar, browserul va încerca să încarce imaginea /foo/images/exampleimage.jpg - care nu există.

    De exemplu, folosind o adresă URL relativă la rădăcină:

    <img alt="Oprire grafică" src="/images/exampleimage.jpg"
    

Alternativă - Utilizați URI-uri de date (fără imagini externe)

Alternativ, utilizați URI-uri de date și încorporați imaginile direct în sursa HTML (fără imagini externe). Referinţă: https://css-tricks.com/data-uris/

Photokonnexion avatar
drapel it
Excelent! Următoarea soluție completă adaptată direct din postarea dvs. a lucrat cu... 'cod' ErrorDocument 410 /index.htm RewriteEngine Pornit # Permiteți accesul la imagini atunci când „Referer” este site-ul curent RewriteCond %{HTTP_REFERER} ^https?://(www\.)?mydomain\.co.uk(/|$) [NC] RewriteRule ^imagini/. - [L] # Declanșați un 410 Gone pentru toate solicitările utilizatorilor RewriteCond %{ENV:REDIRECT_STATUS} ^$ RewriteRule ^ - [G] 'cod' Dar, a funcționat numai după ce mi-am corectat propria eroare html „imagini-folder” de începător. Duh! Vă mulțumesc mult pentru ajutor! Cele mai bune gânduri.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.