.htaccess átirányítás generátor

Így használd a .htaccess átirányítás generátort

1. Válaszd ki a Szervert: Apache (.htaccess) vagy Nginx, majd az Átirányítás típusa értéket: 301 – állandó vagy 302 – ideiglenes.
2. Az Oldal-átirányítások mezőben soronként egy átirányítást írj: a régi útvonalat, egy szóközt, majd az új URL-t, például /regi-oldal.html /uj-oldal/. A tabulátor, a vessző és a -> is működik, és beilleszthetsz teljes régi URL-eket vagy meglévő Redirect 301 /a /b sorokat is.
3. Ha szeretnéd, add meg A domained (például example.com), hogy az oldal-átirányítások közvetlenül a végleges címre mutassanak.
4. A Kanonikus cím alatt pipáld be a HTTPS kikényszerítése opciót, és válassz: www kikényszerítése, www eltávolítása vagy A www maradjon, ahogy van. A Záró törtvonal alatt döntsd el, hozzáadod vagy eltávolítod.
5. Ha az egész oldal költözött, töltsd ki A teljes domain áthelyezése részt a Régi domain és az Új cím megadásával, és hagyd bepipálva Az útvonal megtartása opciót, hogy minden oldal a megfelelőjére érkezzen.
6. Olvasd el az Ellenőrzések részt, majd Másolás vagy Letöltés. A Példa betöltése egy teljes konfigurációt mutat.

Az eszköz a böngésződben fut. Semmit, amit beírsz, nem küld el a szervernek.

Hogyan működnek a generált szabályok

Apache-hoz az eszköz mod_rewrite szabályokat ír, egyetlen RewriteEngine On sorral kezdve. Minden oldalból egy RewriteRule lesz, amelynek mintája ^/? kezdetű, így egyaránt működik .htaccess fájlban (ahol az Apache eltávolítja a vezető törtvonalat) és <VirtualHost> blokkban. Az útvonalaidban lévő pontokat, zárójeleket, plusz jeleket és más reguláriskifejezés-karaktereket escape-eli, a szóköz pedig \x20 lesz. Az új URL-ben a $ és a % escape-elve van, mert az Apache visszahivatkozásnak értené őket, az NE jelző pedig megakadályozza, hogy az Apache másodszor is kódolja az URL-t.

A RewriteRule sosem látja a lekérdezési karakterláncot. Ha egy régi cím tartalmaz ilyet, például /termek.php?id=42, az eszköz hozzáad egy RewriteCond %{QUERY_STRING} ^id=42$ sort és a QSD jelzőt, így a régi paraméterek eldobódnak, és nem másolódnak az új oldalra.

A szabályok sorrendje elkerüli a felesleges ugrásokat: előbb a domain-áthelyezés, majd az oldal-átirányítások, a záró törtvonal, végül a HTTPS és a www. A HTTPS-t és a www-t egyetlen szabály kezeli, így a http://www.example.com egyetlen átirányítással jut el a https://example.com címre. Ha a domained ismert, az oldal- és törtvonal-átirányítások már a végleges HTTPS címre mutatnak.

Nginxnél a HTTPS, a www és a domain-áthelyezés külön server blokk lesz return 301 utasítással, az oldal-átirányításokból pedig rewrite sorok, amelyeket a fő server blokkba kell illesztened. Ezek a location-illesztés előtt futnak, így a záró törtvonal szabályát is felülírják. A cél végén álló ? megakadályozza, hogy az Nginx hozzáfűzze a régi lekérdezési karakterláncot, ha nem kell.

Elvégzett ellenőrzések

• Egy oldal, amely önmagára irányít, vagy két oldal, amely egymásra irányít (hurok, amely „túl sok átirányítás” hibába fut).
• Az A → B → C jellegű láncok: irányítsd az A-t közvetlenül a C-re, mert minden további ugrás lassítja a látogatókat és pazarolja a feltérképezési keretet.
• Kétszer felsorolt azonos régi cím, amelynél csak az első szabály érvényes.
• Olyan cél, amely se nem abszolút URL, se nem /-rel kezdődő útvonal, vagy a saját domainedre mutató http:// vagy rossz www-s cél.
• Olyan törtvonal-beállítás, amely egy célt újra átirányítana, vagy visszaküldene a forrásához.