Hádanka - znáte mod_rewrite?

#1 gwh http://www.bulant.cz/ nový

RewriteEngine On

RewriteCond %{REQUEST_URI} !\.[[:alnum:]]+$
RewriteRule ^(.+[^/])$ /$1 [R=301]
RewriteRule ^([^/]+)/([[:alnum:]])+/$ %{DOCUMENT_ROOT}/$1.php [L,QSA]

RewriteCond %{REQUEST_URI} \.php$
RewriteRule ^(.+[^/])\.php$ /$1 [R=301]
RewriteRule ^([^/]+)/([[:alnum:]])+\.php$ %{DOCUMENT_ROOT}/$1.php [L,QSA]

Mno, tak nějak? Dost krutě jsem se do toho zamotal, koukám na to asi čtvrt hodiny.

Posláno 17. 8. 2006 v 8.32 | Odpovědět

Na komentář reagoval [2] David Grudl

#2 David Grudl http://davidgrudl.com nový

#1 gwh: testoval jsi to?

Ještě maličkost – pokud jsou tyto pravidla pro .htaccess, pak používáš špatné přesměrování – %{DOCUMENT_ROOT} je pouze cesta k případným problémům a vůbec ničemu nepomůže. Dále podmínka (.+[^/]) eliminuje jednopísmené názvy.

(tím tě nechci kritizovat, ber to jako přátelské upozornění, jsem rád že jsi zkusil hádanku řešit ;)

Posláno 17. 8. 2006 v 8.44 | Odpovědět

Na komentář reagoval [3] gwh

#3 gwh http://www.bulant.cz/ nový

#2 David Grudl: Omlouvám se, nevšiml jsem si dodatku na konci článku – netestoval.

Posláno 17. 8. 2006 v 8.45 | Odpovědět

#4 bert nový

Pěkná kulišárna

Hraju si s tím už docela dlouho a zatím nic moc.

Lehký pokrok byl při vypnutí mod_negotiation – když je zapnutý, tak se při requestu http://server/adresar/skript automaticky zavola skript.php, což dělá při rewrite docela zmatek (přepíše se „samo“ dříve než se dostaneme k rewritu).

Zatím jsem dospěl k (nefunkčnímu) kódu:

RewriteBase /adresar/s/testem

RewriteCond %{ENV:RewritedPHP}            !^yes$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.php -f
RewriteRule ^(.*)$ $1.php [L,E=RewritedPHP:yes]

RewriteCond %{ENV:RewritedPHP}            !^yes$
RewriteCond %{REQUEST_FILENAME} -s
RewriteCond %{REQUEST_FILENAME} ^(.*)\.php$
RewriteRule ^(.*)\.php$ $1 [R=301,L]

Který nejede protože se (nevím ještě proč) nevyhodnocuje správně ta ENV proměnná.

Ale třeba to někoho nakopne dál…

Posláno 17. 8. 2006 v 9.14 | Odpovědět

#5 GgzeE nový

Vidím v tom veliký problém, první část úkolu se dá vyřešit jednoduše, háček je ovšem v té druhé části, kde je požadováno, aby skripty s .php byli přesměrovány na ty bez přípony. To povede k zacyklení, tedy alespoň se znalostmi, které mám, mi to tak přijde. Třeba existuje nějaká klauzule, která tomu dokáže zabránit.

Trefil jsem podstatu problému?

Posláno 17. 8. 2006 v 9.17 | Odpovědět

Na komentář reagoval [6] bert

#6 bert nový

#5 GgzeE: ano, právě proto tam šaškuju s tím ENV

Posláno 17. 8. 2006 v 9.23 | Odpovědět

Na komentář reagoval [7] GgzeE [9] GgzeE [20] David Grudl

#7 GgzeE nový

#6 bert: Jj, koukal jsem na to, až po odeslání mýho komentáře, o tomhle jsem neměl vůbec ponětí To je ta „magická“ klauzule, která mi chybí ve znalostech… Krom mnoho dalších

Posláno 17. 8. 2006 v 9.25 | Odpovědět

#8 mrzout http://www.abclinuxu.cz/blog/mrzutej nový

Doufam, ze jsem za tebe neresil tvoji zakazku :)) Protoze jinak poslu fakturu :))

RewriteEngine On
RewriteCond  %{REQUEST_FILENAME}  \.php$
RewriteRule  ^/(.*)\.php?(.*)$ /$1 [L,R=301,E=QUERY_STRING:$2]

RewriteCond  %{DOCUMENT_ROOT}%{REQUEST_FILENAME}\.php -f
RewriteRule  ^/([^?]*)?(.*)$  %{DOCUMENT_ROOT}/$1\.php [L,E=QUERY_STRING:$2]

Posláno 17. 8. 2006 v 9.28 | Odpovědět

Na komentář reagoval [10] GgzeE [13] David Grudl [15] mrzout

#9 GgzeE nový

#6 bert: Když tak koukám na tvůj příklad, tak mě napadá: Nenastaví se náhodou ta proměná na yes už na stálo? Nebo při dalším spuštění .htaccess se smaže? Jde o to, že pokud se jednou nastaví, tak ten tvůj zápis už neřeší její „odnastavení“, aby mohly probíhat další požadavky, ne?

Posláno 17. 8. 2006 v 9.30 | Odpovědět

Na komentář reagoval [12] bert

#10 GgzeE nový

#8 mrzout: Možná je to podstata tvého řešení, ale proč tam máš: E=QUERY_STRING:$2? Nestačilo by použití QSA? A hlavně myslím, že zápis: ^/(.)\.php?(.)$ je chybný! Ten otazník tam nemá co dělat, nebo se mýlím?

Posláno 17. 8. 2006 v 9.35 | Odpovědět

#11 David Grudl http://davidgrudl.com nový

zatím do toho nebudu vstupovat, jen bych poprosil, formulujte prosím příkazy pro .htaccess, nikoliv httpd.conf. Ať to máme jednotné.

Posláno 17. 8. 2006 v 9.35 | Odpovědět

Na komentář reagoval [12] bert

#12 bert nový

#9 GgzeE: No mám spíš problém že se nenastaví vůbec, nebo se to respektive nijak neprojeví :(

#11 David Grudl: ano dělám to pro .htaccess

Posláno 17. 8. 2006 v 9.39 | Odpovědět

#13 David Grudl http://davidgrudl.com nový

#8 mrzout: jak tak koukám, mohl bych ti fakturovat školení mod_rewrite Pouze první řádek neobsahuje hrubou chybu

Posláno 17. 8. 2006 v 9.42 | Odpovědět

Na komentář reagoval [15] mrzout

#14 GgzeE nový

Tak jsem si to taky zkusil, ale je tady přesně ten problém se zacyklením, který nevím jak vyřešit, chtělo by to nějak sdělit serveru, že při použití prvního pravidla, už chci čistý soubor a nechci to prohánět dalším .htaccessem:

RewriteEngine On
RewriteBase /modRewrite/

RewriteCond %{REQUEST_URI} !\.php$
RewriteRule ^(.+)$ $1.php [L]

RewriteCond %{REQUEST_FILENAME} \.php$
RewriteRule ^(.+)\.php$ $1 [R=301]

Posláno 17. 8. 2006 v 9.52 | Odpovědět

#15 mrzout nový

#8 mrzout: Ten otaznik je tam prave kvuli zbolenemu zpusobu predani parametru. Pockame si na elegentantni reseni od dgx, co rikas?
#13 David Grudl: Diky za nabidku, ale me by se to nevyplatilo.
Mod_rewrite pouzivam jedno jedine pravidlo presmerovavajici cely web na Controller a dal do nej nikdy nehrabu.

Nicmene tohle reseni jsem otestoval a funguje (v ramci httpd.conf, odlisnosti pro .htaccess neznam). Hruba chyba predpokladam sebou nese nejakou ztratu (rychlost, informace, nefunkcnost). Muzes ji upresnit?

Posláno 17. 8. 2006 v 9.56 | Odpovědět

Na komentář reagoval [17] David Grudl

#16 GgzeE nový

Tohle by to mohlo být, ale nefunguje Nedokážu si to přesně přeložit…

‚nosubreq|NS‘ ( not for internal sub-requests)
This flag forces the rewrite engine to skip a rewrite rule if the current request is an internal sub-request. For instance, sub-requests occur internally in Apache when mod_include tries to find out information about possible directory default files (index.xxx). On sub-requests it is not always useful, and can even cause errors, if the complete set of rules are applied. Use this flag to exclude some rules.
To decide whether or not to use this rule: if you prefix URLs with CGI-scripts, to force them to be processed by the CGI-script, it's likely that you will run into problems (or significant overhead) on sub-requests. In these cases, use this flag.

Posláno 17. 8. 2006 v 9.56 | Odpovědět

#17 David Grudl http://davidgrudl.com nový

#15 mrzout: jasně, upřesním:

řádek – ten je ok, perfektní práce
řádek – používáš REQUEST_FILENAME, které v té době „není známé“, resp požadavek je v REQUEST_URI
řádek – víš, že do výrazu v RewriteRule nejde query string? Dále otazník má spec. význam.
řádek – kombinace DOCUMENT_ROOT+REQUEST_FILENAME je nesmysl.
řádek – viz předchozí

Nemůže to fungovat ani náhodou.

Posláno 17. 8. 2006 v 10.07 | Odpovědět

Na komentář reagoval [21] mrzout [24] David Grudl

#18 GgzeE nový

Nalezl jsem jednoduché řešení, které se skrývá v tom, že php soubory ukryji v adresáři skripty a v souboru .htaccess bude toto:

RewriteEngine On
RewriteBase /modRewrite/

RewriteCond %{REQUEST_URI} !\.php$
RewriteRule ^(.+)$ skripty/$1.php [L]

RewriteCond %{REQUEST_FILENAME} \.php$
RewriteRule ^(.+)skripty/(.+)\.php$ $2 [R=301]
RewriteRule ^(.+)!skripty/(.+)\.php$ $1 [R=301]

Posláno 17. 8. 2006 v 10.52 | Odpovědět

Na komentář reagoval [20] David Grudl

#19 jA nový

aj takto by to mohlo ísť spraviť:

RewriteEngine On

# if it is an interal redirect
RewriteCond %{ENV:REDIRECT_STATUS} !^$
# do nothing
RewriteRule .* - [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ $1\.php [L]

RewriteCond %{REQUEST_FILENAME} \.php$
RewriteRule ^(.+)\.php$ $1 [R=301]

Posláno 17. 8. 2006 v 10.55 | Odpovědět

Na komentář reagoval [20] David Grudl

#20 David Grudl http://davidgrudl.com nový

#19 jA: Výborně! Jsi vítěz.

Ještě bych to doplnil o detekci existence souboru před redirektem a také můžeme ušetřit jedno pravidlo:

RewriteEngine On
RewriteBase /

# exists file with extension?
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^.*$ $0.php [L]

# redirect, but only once
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(.+)\.php$ $1 [L,R=301,NE]

Nicméně i způsob #18 GgzeE: je správný. Pokud chci web zbavit přípon a zachovat přesměrování z původních souborů, volil bych právě tuto variantu, tedy přesunutí všech souborů do jiné složky. A nejlépe mimo document_root.

Proč byl tento úkol složitější, než se zdál? Apache po zpracování pravidel provede Internal Redirect, kterému není možné zabránit pomocí [NS], ani jej detekovat přes %{IS_SUBREQ}. Ba co víc, po tomto redirektu se ztratí prostředí, na což narazil #6 bert:. Problém šlo vyřešit pomocí:

přesunu souborů do jiné složky #18 GgzeE:
detekce %{ENV:REDIRECT_STATUS} #19 jA:
detekce přes proměnnou v QUERY_STRING
analýzy původního requestu v %{THE_REQUEST}

Jiný způsob mě nenapadá. Je ale vidět, že mod_rewrite není žádná sranda

Používejte důsledně u každého R=301 i NE! Zkuste, co to udělá s takovým skript?param=%2A – přesměruje na skript?param=%252A a to je zrada

Posláno 17. 8. 2006 ve 12.11 | Odpovědět

Na komentář reagoval [32] jarinek [38] spaze [39] kelvin [42] Berny

#21 mrzout nový

#17 David Grudl: Tak ted si me pobavil.

Perfektni rozbor s jednoznacnym zaverem, ktery ma jednu malou chybicku – je v rozporu s realitou :)

Netvrdim ze moje reseni je cista prace nebo nejak elegantni. Dokonce jsem ochoten verit, ze obsahuje chybu. Ale chci videt konkretni URL, ktere nezafunguje, pripadne vysvetleni, proc to co se provedlo neodpovida zadani.

Protoze prepisy se evidentne provadi a zadna teorie na tom nic nezmeni.

Posilam ti na mejl adresu, kde si to muzes vyzkouset + konfiguraci daneho vhosta, ktery obsahuje citovany mod_rewrite.

Posláno 17. 8. 2006 ve 13.21 | Odpovědět

Na komentář reagoval [22] mrzout [24] David Grudl

#22 mrzout nový

#21 mrzout: prvni chybu vidim uz sam:

Chybi tam NE a neporadi si to s parametrem param=%2A

Posláno 17. 8. 2006 ve 13.39 | Odpovědět

#23 Filda http://vobloz.xtr.cz nový

Pokud ti jde jenom o schování přípon tak to řeší v dokumentaci php

Posláno 17. 8. 2006 ve 13.42 | Odpovědět

#24 David Grudl http://davidgrudl.com nový

#21 mrzout: zázraky se dějí

Protože je tvůj postup určen pro httpd.conf a nikoliv .htaccess, odvolávám bod č. 4 (viz #17 David Grudl:) a naopak použití proměnných je správné. Vše ostatní ale platí – regulární výrazy obsahují chyby, řádek č. 2 je zbytečný, query string se předává zcela jinak (a protože se předává sám, tak se zdá, že to funguje). Ty chyby jsou prostě v takové úžasné harmonii, že to vytváří dojem fungujícího mechanismu. Dokonce to zpracuje i test.php.php.php

Posláno 17. 8. 2006 ve 14.11 | Odpovědět

Na komentář reagoval [25] mrzout

#25 mrzout nový

#24 David Grudl: tak v tom se poznavam :)

Mas pravdu, dival jsem se do logu rewritu a QUERY_STRING se nastavoval na prazdnou hodnotu.

A kdyz zaslashuju otazniky (coz mi pri psani opravdu nedoslo), tak to prestane fungovat.

Posláno 17. 8. 2006 ve 14.24 | Odpovědět

Na komentář reagoval [28] David Grudl

#26 pete http://pmatous.net/ nový

` RewriteEngine On
RewriteBase /

RewriteCond %{REQUEST_FILENAME} !\.php$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.+)$ $1\.php [L]

RewriteCond %{REQUEST_FILENAME} \.php$
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^(.*)\.php$ $1 [R=301,L]

`

na jsem zkusil jít trošku jinak: mrknout jestli požadevek končí nebo nekončí „.php“ (+ neexistuje ten soubor?). obě pravidla fungujou samostatně, ale pokud je dám k sobě (nazáleží na pořadí) výsledkem je v nekonečná smyčka (bez poslední podmínky env…).

„to muselo dát práce a přitom je to taková blbost“

Posláno 17. 8. 2006 v 15.33 | Odpovědět

#27 ObiSkyWalker http://www.obiskywalker.org/ nový

Přesně tento problém jsem nedávno řešil, ale protože mi nešlo vyřešit přesměrování z .php na název bez přípony, tak jsem toho nechal.

dgx: Bylo by možné, abych toto řešení použil na svých stránkách? Předem díky za odpověď.

Posláno 17. 8. 2006 v 16.32 | Odpovědět

Na komentář reagoval [28] David Grudl

#28 David Grudl http://davidgrudl.com nový

#25 mrzout:

A kdyz zaslashuju otazniky (coz mi pri psani opravdu nedoslo), tak to prestane fungovat.

ano, protože narušíš tu symbiózu chyb ale nechme toho

#27 ObiSkyWalker: řešení klidně použij, proto tu je. Ale stejně bych doporučil metodu přesunutí do jiného adresáře. Vyhneš se tak dalším možným problémům.

Posláno 17. 8. 2006 ve 20.09 | Odpovědět

#29 pETR http://melodie.na-mobil.cz nový

No zadání vypadá jednoduché, ale chyba lávky ;) Proto bch změnil zadání na zakončení lomítkem a je to :)

Posláno 17. 8. 2006 ve 23.07 | Odpovědět

#30 ObiSkyWalker http://www.obiskywalker.org/ nový

dgx: Díky moc .

Posláno 17. 8. 2006 ve 23.52 | Odpovědět

#31 piler nový

A nemala by ta url podľa správnosti končiť lomítkom? V tomto nemám veľmi jasno, ale niekde som čítal, že by to tak malo byť.

Posláno 18. 8. 2006 ve 13.44 | Odpovědět

#32 jarinek nový

#20 David Grudl: mno, nejsem znalec mod_rewrite ale podle mě tam máš asi někde malou chybičku. zkousel jsem ten kód a děje se toto:
content.php >> /content
tedy http://ejhle.cz/content.php >> http://ejhle.cz//content

jen upozornění na asi možná malou chybičku…

Posláno 18. 8. 2006 v 19.18 | Odpovědět

#33 Lewig http://lewig.net nový

Podle me je to uplne primitivni.
PHP script ulozime jako index.php a vlozime ho do slozky ktera se da povazovat jako nazev .o)

Priklad:
http://server.neco/…_obrazek.jpg (ve skutecnosti to ale muze byt http://server.neco/…pg/index.php (jakoze_obrazek.jpg je adresar).

Posláno 22. 8. 2006 v 1.02 | Odpovědět

Na komentář reagoval [34] Onecar

#34 Onecar http://onecar.php5.cz nový

#33 Lewig: Přesně tak, tohle poslední dobou vidím na mnoha webech (http://něco.cz/home ) a vždycky mně napadá to řešit „prasácky“ tak, že budu mít na rootu složku /home/ a v ní index.php :)

Posláno 27. 8. 2006 ve 12.42 | Odpovědět

#35 Ondra http://oslamecka.wz.cz nový

Hmm, vidim ze uz bych se to mnel taky naucit. Jen co si zaplatim hosting, anzto jsem nikde na freehostingach nevidel mod_rewrite. Ondra

Posláno 31. 8. 2006 v 16.25 | Odpovědět

Na komentář reagoval [36] Kevujin

#36 Kevujin nový

#35 Ondra:

…Hmm, vidim ze uz bych se to mnel taky naucit. Jen co si zaplatim hosting, anzto jsem nikde na freehostingach nevidel mod_rewrite. Ondra

Z tebe budou mít teda asi nekonečnou radost, až jim to tam budeš cyklit.

Posláno 25. 9. 2006 ve 13.43 | Odpovědět

#37 ondra http://web-levne.com nový

cau. zkousel jsem to:
RewriteEngine On
RewriteBase /

# exists file with extension?
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^.*$ $0.php [L]

# redirect, but only once
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(.+)\.php$ $1 [L,R=301,NE]

Funguje to dobre, ale nevim proc, nepredavaj se mi ted parametry z formulare.

Posláno 25. 10. 2006 v 17.00 | Odpovědět

#38 spaze nový

DGX,
mohl bys prosím nahoru do článku rovnou linknout to správný řešení #20 David Grudl:, aby to bylo líp k nalezení, když to někde někomu posílám?
Díky

Posláno 2. 11. 2006 v 18.08 | Odpovědět

#39 kelvin http://milichovsky.com nový

#20 David Grudl: Takže fajn, tohle je pořešené, ale co když budu mít na webu jeden adresář (administrační systém), u kterého chci aby se ho toto pravidlo netýkalo?
Co musím dopsat do toho .htaccess ? je to pro mě mírně španělská vesnice, díky za případnou radu.

Posláno 9. 11. 2006 v 18.10 | Odpovědět

#40 Kajman nový

Musí se to ještě testovat, zda klient neposílá data přes POST a v tom případě nepřesměrovávat, jinak se data z formuláře ztratí. Tzn. přidat k redirectu ještě podmínu
RewriteCond %{REQUEST_METHOD} GET

Posláno 15. 11. 2006 v 11.10 | Odpovědět

#41 ondra http://web-levne.com nový

diky Kajman diky moc. Huš to frčí jak má. A pro ty co se s tim jeste perou, tak to sem radeji napisu:

RewriteEngine On
RewriteBase /
# exists file with extension?

RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^.*$ $0.php [L]
RewriteCond %{REQUEST_METHOD} GET

# redirect, but only once
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_FILENAME} -f

RewriteRule ^(.+)\.php$ $1 [L,R=301,NE]

Posláno 28. 11. 2006 ve 23.33 | Odpovědět

#42 Berny nový

Zdravím,
mám problém a pro mě poměrně zásadní. Když si chci výsledné řešení #20 David Grudl: vyzkoušet na localhostu, tak se mi cyklí. Na internetu jede vše bez problému.

Problém bude nejspíš v proměnné %{ENV:REDIRECT_STATUS}, která je vždy na localhostu prázdná.

Nevíte někdo proč se tak děje a případně jak tenhle problém odstranit?

Posláno 19. 6. 2007 ve 20.00 | Odpovědět

#43 Kuba http://www.info-sumava.cz nový

Pěkný den, koukám, že jsou tu převážně lidi, co se v tom vyznaj, tak bych se chtěl zeptat na následující:

Jak by měl vypadut kód pro doplnění lomítka na konci v případě, že v adresním řádku píšu adresář bez souboru

tedy
http://www.neco.cz/ulice
změní na
http://www.neco.cz/ulice/

Dík předem za radu.

Kuba

Posláno 16. 1. 2008 ve 12.16 | Odpovědět

#44 S@p nový

Ahoj,
zkoušel jsem kód, který je tu uveden jako řešení.

když mám soubor http://www.example.com/neco.php a zadám http://www.example.com/neco/ hodí mi to chybu 500.

To by asi nemělo. :)

Posláno 27. 1. 2008 v 11.42 | Odpovědět

#45 S@p nový

Koukám teď na stránky přispívajících přede mnou.
Takže chyba v praxi:

http://www.web-levne.com/kontakt/
http://www.milichovsky.com/kontakt/

Posláno 27. 1. 2008 ve 13.18 | Odpovědět

#46 S@p nový

Já jsem zplodil toto:

#
RewriteEngine on
RewriteRule ^([^.]+)$ $1.php [QSA,L]
RewriteBase /
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteCond %{REQUEST_FILENAME} -f
RewriteRule ^(.+).php$ $1 [L,R=301,NE]
#

/neco.php > /neco
/neco/ > 404

Zdá se mi to lepší, než řešení v dvacátém komentáři, které hází chybu 500. Ale možná má ten můj kód nějakou mouchu, na kterou jsem nepřišel.

Posláno 27. 1. 2008 ve 21.35 | Odpovědět