Generator de redirecționări .htaccess

Cum folosești generatorul de redirecționări .htaccess

1. Alege Server: Apache (.htaccess) sau Nginx, apoi Tip de redirecționare: 301 – permanentă sau 302 – temporară.
2. La Redirecționări de pagini (câte una pe rând: calea veche, apoi URL-ul nou), scrie câte o redirecționare pe rând: calea veche, un spațiu, apoi URL-ul nou, de exemplu /pagina-veche.html /pagina-noua/. Merg și un tab, o virgulă sau ->, și poți lipi URL-uri vechi complete sau linii existente de tip Redirect 301 /a /b.
3. Dacă vrei, introdu Domeniul tău (opțional) (de exemplu example.com), ca redirecționările de pagini să ducă direct la adresa finală.
4. La Adresa canonică, bifează Forțează HTTPS și alege Forțează www, Elimină www sau Lasă www cum este. La Slash final, alege dacă îl adaugi sau îl elimini.
5. Dacă tot site-ul s-a mutat, completează Mută tot domeniul cu Domeniul vechi și Adresa nouă (URL absolut) și lasă bifat Păstrează calea, ca fiecare pagină să ajungă la echivalentul ei.
6. Citește Verificări, apoi folosește Copiază sau Descarcă pentru reguli. Încarcă un exemplu arată o configurație completă.

Totul se întâmplă în browserul tău: domeniile și adresele tale nu sunt trimise către un server.

Cum funcționează regulile generate

Pentru Apache, instrumentul scrie reguli mod_rewrite, începând cu un singur RewriteEngine On. Fiecare pagină devine un RewriteRule al cărui model începe cu ^/?, deci funcționează atât într-un fișier .htaccess (unde slash-ul inițial este eliminat), cât și într-un bloc <VirtualHost>. Punctele, parantezele, semnele plus și alte caractere de expresie regulată din căile tale sunt escapate, iar un spațiu devine \x20. În URL-ul nou, $ și % sunt escapate, fiindcă Apache le-ar citi ca referințe înapoi, iar flag-ul NE împiedică Apache să codifice URL-ul a doua oară.

Un RewriteRule nu vede niciodată șirul de interogare. Când o adresă veche conține unul, cum ar fi /produs.php?id=42, instrumentul adaugă o linie RewriteCond %{QUERY_STRING} ^id=42$ și flag-ul QSD, astfel încât parametrii vechi sunt eliminați în loc să fie copiați pe pagina nouă.

Regulile sunt ordonate ca să evite salturile inutile: mai întâi mutarea domeniului, apoi redirecționările de pagini, apoi slash-ul final, apoi HTTPS și www. HTTPS și www sunt tratate de o singură regulă, deci http://www.example.com ajunge la https://example.com printr-o singură redirecționare. Când domeniul tău este cunoscut, redirecționările de pagini și de slash duc deja la adresa finală HTTPS.

Pentru Nginx, HTTPS, www și mutările de domeniu devin blocuri server separate, cu return 301, iar redirecționările de pagini devin linii rewrite, pe care le lipești în blocul tău server principal. Ele rulează înainte de potrivirea locațiilor, deci au prioritate și față de regula slash-ului final. Un ? la sfârșitul unei ținte împiedică Nginx să adauge șirul de interogare vechi atunci când nu trebuie.

Verificări efectuate

• O pagină care se redirecționează către sine sau două pagini care se redirecționează una către alta (o buclă ce se termină cu „too many redirects”).
• Lanțuri precum A → B → C: indică A direct către C, fiindcă fiecare salt în plus încetinește vizitatorii și consumă din bugetul de crawl.
• Aceeași adresă veche listată de două ori, caz în care s-ar aplica doar prima regulă.
• O țintă care nu este nici URL absolut, nici o cale ce începe cu /, sau o țintă http:// ori cu www greșit pe propriul tău domeniu.
• O setare de slash final care ar redirecționa o țintă încă o dată sau ar trimite-o înapoi la sursă.