Na navigaci | Klávesové zkratky

Hádanka - znáte mod_rewrite?

Tak schválně. Dokážete vyřešit pomocí pravidel mod_rewrite v .htaccess následující úkol? A rozhodně nejde o nic vykonstruovaného, nýbrž o běžný požadavek, pro mod_rewrite jako šitý.

Cílem je přistupovat ke skriptům bez použití jejich skutečné přípony .php. Tedy místo http://example.com/contact.php se bude používat http://example.com/contact. Samozřejmě by bylo chybou, aby stejná stránka byla dosažitelná i na adrese contact.php – proto ještě přístupy ke stránkám *.php hlavičkou 301 přesměrujeme na verze bez přípon.

Je zadání jasné? Tak hodně štěstí 🙂

Řešení je v tomto komentáři.

před 18 lety v rubrice PHP | blog píše David Grudl | nahoru

Mohlo by vás zajímat

Komentáře

  1. gwh #1

    avatar
    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. 🙂

    před 18 lety | reagoval [2] David Grudl
  2. David Grudl #2

    avatar

    #1 gwhu, 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 ;)

    před 18 lety | reagoval [3] gwh
  3. gwh #3

    avatar

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

    před 18 lety
  4. bert #4

    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…

    před 18 lety
  5. GgzeE #5

    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?

    před 18 lety | reagoval [6] bert
  6. bert #6

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

    před 18 lety | reagoval [7] GgzeE [9] GgzeE [20] David Grudl
  7. GgzeE #7

    #6 berte, 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 😁 😁

    před 18 lety
  8. mrzout #8

    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]
    před 18 lety | reagoval [10] GgzeE [13] David Grudl [15] mrzout
  9. GgzeE #9

    #6 berte, 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?

    před 18 lety | reagoval [12] bert
  10. GgzeE #10

    #8 mrzoute, 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?

    před 18 lety
  11. David Grudl #11

    avatar

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

    před 18 lety | reagoval [12] bert
  12. bert #12

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

    #11 Davide Grudle, ano dělám to pro .htaccess

    před 18 lety
  13. David Grudl #13

    avatar

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

    před 18 lety | reagoval [15] mrzout
  14. GgzeE #14

    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]
    před 18 lety
  15. mrzout #15

    #8 mrzoute, 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?

    před 18 lety | reagoval [17] David Grudl
  16. GgzeE #16

    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.

    před 18 lety
  17. David Grudl #17

    avatar

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

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

    Nemůže to fungovat ani náhodou.

    před 18 lety | reagoval [21] mrzout [24] David Grudl
  18. GgzeE #18

    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]
    před 18 lety | reagoval [20] David Grudl [20] David Grudl
  19. jA #19

    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]
    před 18 lety | reagoval [20] David Grudl [20] David Grudl
  20. David Grudl #20

    avatar

    #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

    před 18 lety | reagoval [32] jarinek [38] spaze [39] kelvin [42] Berny
  21. mrzout #21

    #17 Davide Grudle, 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.

    před 18 lety | reagoval [22] mrzout [24] David Grudl
  22. mrzout #22

    #21 mrzoute, prvni chybu vidim uz sam:

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

    před 18 lety
  23. Filda #23

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

    před 18 lety
  24. David Grudl #24

    avatar

    #21 mrzoute, 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 🙂

    před 18 lety | reagoval [25] mrzout
  25. mrzout #25

    #24 Davide Grudle, 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.

    před 18 lety | reagoval [28] David Grudl
  26. pete #26

    avatar

    ` 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“ 🙂

    před 18 lety
  27. ObiSkyWalker #27

    avatar

    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ěď.

    před 18 lety | reagoval [28] David Grudl
  28. David Grudl #28

    avatar

    #25 mrzoute,

    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 ObiSkyWalkere, ř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.

    před 18 lety
  29. pETR #29

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

    před 18 lety
  30. ObiSkyWalker #30

    avatar

    dgx: Díky moc 🙂.

    před 18 lety
  31. piler #31

    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ť.

    před 18 lety
  32. jarinek #32

    #20 Davide Grudle, 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 #stary-odkaz-#stary-odkaz-http://ejhle.cz/content.php >> #stary-odkaz-#stary-odkaz-http://ejhle.cz//content

    • jen upozornění na asi možná malou chybičku…
    před 18 lety
  33. Lewig #33

    avatar

    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).

    před 18 lety | reagoval [34] Onecar
  34. Onecar #34

    avatar

    #33 Lewigu, 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 :)

    před 18 lety
  35. Ondra #35

    avatar

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

    před 18 lety | reagoval [36] Kevujin
  36. Kevujin #36

    #35 Ondro,

    …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.

    před 18 lety
  37. ondra #37

    avatar

    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.

    před 18 lety
  38. spaze #38

    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

    před 18 lety
  39. kelvin #39

    avatar

    #20 Davide Grudle, 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.

    před 18 lety
  40. Kajman #40

    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

    před 18 lety
  41. ondra #41

    avatar

    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]

    před 18 lety
  42. Berny #42

    avatar

    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?

    před 17 lety
  43. Kuba #43

    avatar

    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

    před 17 lety
  44. S@p #44

    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. :)

    před 17 lety
  45. S@p #45

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

    https://web.archive.org/…m:80/kontakt
    http://www.milichovsky.com/kontakt/

    před 17 lety
  46. S@p #46

    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.

    před 17 lety

Tento článek byl uzavřen. Už není možné k němu přidávat komentáře.


phpFashion © 2004, 2024 David Grudl | o blogu

Ukázky zdrojových kódů smíte používat s uvedením autora a URL tohoto webu bez dalších omezení.