{"id":208,"date":"2009-07-27T00:12:18","date_gmt":"2009-07-26T23:12:18","guid":{"rendered":"http:\/\/eriz.pcinside.pl\/weblog\/mod_rewrite-pozornie-beznadziejne-problemy-ktore-mozna-rozwiazac-208.html"},"modified":"2009-07-27T00:12:18","modified_gmt":"2009-07-26T23:12:18","slug":"mod_rewrite-pozornie-beznadziejne-problemy-ktore-mozna-rozwiazac","status":"publish","type":"post","link":"https:\/\/eriz.pcinside.pl\/weblog\/mod_rewrite-pozornie-beznadziejne-problemy-ktore-mozna-rozwiazac-208.html","title":{"rendered":"mod_rewrite – (pozornie) beznadziejne problemy, kt\u00f3re mo\u017cna rozwi\u0105za\u0107"},"content":{"rendered":"

mod_rewrite<\/em>, rewriting, przyjazne URL-e<\/em>\/adresy, maskowanie, przepisywanie, nazw jest sporo. Zreszt\u0105, najpopularniejsza pochodzi od swojego protoplasty – czyli mod_rewrite<\/em> powsta\u0142ego pod skrzyd\u0142ami Apache’a jako modu\u0142. Teraz w\u0142a\u015bciwie standard, je\u015bli chodzi o nowoczesne strony www – nie tylko ze wzgl\u0119du na wygl\u0105d, ale i (jak ptaszki \u0107wierkaj\u0105, cho\u0107 jest to w\u0105tpliwe wobec oficjalnych \u017ar\u00f3de\u0142<\/a>) SEO.<\/p>\n

Jak zwa\u0142, tak zwa\u0142, adres http:\/\/example.org\/kawalek\/adresu<\/em> wygl\u0105da du\u017co estetyczniej i jest \u0142atwiejszy do zapami\u0119tania ni\u017c potworki typu http:\/\/example.org\/?kawalek=adresu&i=jeszcze&inny=fin<\/em><\/p>\n

Niby nie jest to takie skomplikowane, ale niekt\u00f3re sytuacje wydaj\u0105 si\u0119 nie do rozwi\u0105zania.<\/p>\n

Uwaga, notka tasiemcowata, wi\u0119c jest spis tre\u015bci. Polecam si\u0119 r\u00f3wnie\u017c uzbroi\u0107 w odpowiedni\u0105 ilo\u015b\u0107 czasu. ;]<\/p>\n

<\/p>\n

    \n
  1. Czy\u017cby?<\/a> – wst\u0119pniak<\/li>\n
  2. Z kopyta<\/a> – podstawy<\/li>\n
  3. A nie \u0142atwiej?<\/a> – czy jest sens korzystania\n
  4. Podstawowe praktyczne zastosowania<\/a> – jo. (jak obok ;))<\/li>\n
      \n
    1. Banowanie po IP<\/a><\/li>\n
    2. Blokada przed hotlinkowaniem<\/a> (no troszk\u0119 inna ;))<\/li>\n
    3. www, czy nie www<\/a><\/li>\n
    4. Wymuszanie szyfrowania po\u0142\u0105czenia<\/a><\/li>\n
    5. Z uko\u015bnikiem na ko\u0144cu, czy bez?<\/a><\/li>\n<\/ol>\n<\/li>\n
    6. Cz\u0119ste pomy\u0142ki<\/a> – najcz\u0119stsze b\u0142\u0119dy<\/li>\n
    7. Sprytne rozwi\u0105zania dzi\u0119ki mod_rewrite<\/a> – czy wiesz \u017ce…?\n
        \n
      1. Wydzielenie katalogu public_html<\/em><\/a><\/li>\n
      2. Wirtualne subdomeny<\/a><\/li>\n
      3. Jeden serwis, podobne domeny – wiele j\u0119zyk\u00f3w<\/a><\/li>\n<\/ol>\n<\/li>\n
      4. Przypadki beznadziejne – wy\u017csza szko\u0142a jazdy<\/a> – co jest pozornie nie do rozwi\u0105zania\n
          \n
        1. Przetwarzanie ci\u0105gu po znaku zapytania<\/a><\/li>\n
        2. przepisywanie adresu ze znakami specjalnymi<\/a> – w tym polskimi<\/li>\n
        3. negocjacja zawarto\u015bci bezpo\u015brednio w Rewrite<\/a><\/li>\n<\/ol>\n<\/li>\n
        4. Implementacja rzecz straszna – strona i skrypty<\/a> – po stronie skrypt\u00f3w i klienta\n
            \n
          1. \u0141atwe i szybkie generowanie identyfikator\u00f3w przyjaznych dla URL<\/a><\/li>\n
          2. \u0141atwe korzystanie z cache ca\u0142ych stron<\/a><\/li>\n
          3. Pliki CSS\/obrazki<\/a><\/li>\n
          4. Problemy z Light\/Thick\/Grayboxem i wy\u015bwietlaniem obrazk\u00f3w<\/a><\/li>\n
          5. Zmuszenie formularzy do korzystania z przyjaznych URL-i<\/a><\/li>\n<\/ol>\n<\/li>\n
          6. Epilog<\/a><\/li>\n<\/ol>\n

            Czy\u017cby?<\/h3>\n

            Obra\u0142em sobie kiedy\u015b takie osobiste zadanie, aby chocia\u017c spr\u00f3bowa\u0107 zmierzy\u0107 si\u0119 z ka\u017cdym problemem zwi\u0105zanym z przepisywaniem adres\u00f3w na zrozumia\u0142e dla skryptu formy. Rewriting to tak naprawd\u0119 forma zamaskowania tego, co widz\u0105 skrypty wobec postaci widzianej przez go\u015bci i przegl\u0105darki. Jak to wygl\u0105da, patrz: zajawka (teaser).<\/p>\n

            Zacznijmy od problem\u00f3w, kt\u00f3re wi\u0105\u017c\u0105 si\u0119 z oczywistymi oczywisto\u015bciami<\/em><\/p>\n

            Z kopyta<\/h3>\n

            \u017beby m\u00f3c si\u0119 tym jakkolwiek pobawi\u0107, trzeba zrozumie\u0107 par\u0119 rzeczy. Najwa\u017cniejsza, to upewni\u0107 si\u0119, czy nasz serwer\/demon w og\u00f3le umo\u017cliwia wykorzystanie przepisywania adres\u00f3w. Ju\u017c chyba wszystkie hostingi udost\u0119pniaj\u0105 mod_rewrite<\/em> gotowy do u\u017cycia.<\/p>\n

            Najpopularniejszy jest \u2013 rzecz jasna \u2013 format wprowadzony przez Apache, czyli zapisywanie regu\u0142ek do plik\u00f3w htaccess<\/em>. S\u0105 one bezproblemowo interpretowane przez serwery korzystaj\u0105ce z demona z pi\u00f3rkiem w herbie oraz Litespeed. Niestety, pozosta\u0142e serwery nie obs\u0142uguj\u0105 nadpisywania konfiguracji w htaccess<\/em> i powoduje to konieczno\u015b\u0107 korzystania albo z obej\u015b\u0107 (tzn. przekierowywanie wszystkich \u017c\u0105da\u0144 do skryptu zajmuj\u0105cego si\u0119 tylko obrabianiem regu\u0142ek), albo przepisywanie regu\u0142 na format danego serwera. Nie jest to zbyt trudne, ale cz\u0119sto bywa uci\u0105\u017cliwe chocia\u017cby z powodu dost\u0119pno\u015bci do konfiguracji oraz konieczno\u015bci restartowania demona. Owszem, powstawa\u0142y ju\u017c pewnego rodzaju pomys\u0142y na omini\u0119cie tego problemu (np. htscanner<\/em>), ale nie s\u0105 one jeszcze tak satysfakcjonuj\u0105ce, jakby\u015bmy tego chcieli.<\/p>\n

            Skupi\u0119 si\u0119 na regu\u0142kach przystosowanych dla Apache\/Litespeed (a to z tej racji, \u017ce nap\u0119dzaj\u0105 wi\u0119kszo\u015b\u0107 rynku hostingowego).<\/p>\n

            We w\u0142asnym warsztacie dobrze jest zainstalowa\u0107 Apache<\/a> na w\u0142asnym komputerze i w tym \u015brodowisku zaj\u0105\u0107 si\u0119 testowaniem regu\u0142ek. Mo\u017ce to by\u0107 r\u00f3wnie\u017c dowolny pakiet, kt\u00f3ry zawiera w sobie Indianina (WAMP, XAMP, LAMP, WebServ, itp), trzeba tylko pami\u0119ta\u0107, aby w Linuksie pami\u0119ta\u0107 o skompilowaniu demona z flag\u0105 \u2013enable-rewrite<\/em>, a w Windows odkomentowa\u0107 linijk\u0119 z:<\/p>\n

            LoadModule rewrite_module modules\/mod_rewrite.so<\/code><\/p>\n

            Czytaj: skasowa\u0107 z jej pocz\u0105tku #<\/em>. W niekt\u00f3rych przypadkach b\u0119dzie r\u00f3wnie\u017c konieczne ustawienie dyrektywy AllowOverride All<\/em>. Rzecz jasna, ca\u0142y czas mam na my\u015bli plik httpd.conf<\/em>, po kt\u00f3rego modyfikacji restartujemy demona. Je\u015bli w konfiguracji nie jest nic zepsute, wszystko powinno by\u0107 OK i utworzenie pliku .htaccess<\/em> (samo rozszerzenie) w katalogu htdocs<\/em> z zawarto\u015bci\u0105:<\/p>\n

            RewriteEngine On<\/code><\/p>\n

            nie wysypie nam serwera z b\u0142\u0119dem numer 500 po wywo\u0142aniu strony. Zak\u0142adam, \u017ce wszystko jest w porz\u0105dku. W\u0142a\u015bnie w ten spos\u00f3b zaczniemy zabaw\u0119 z przepisywaniem adres\u00f3w. Wszystko sprowadza si\u0119 do odpowiedniego manewrowania dyrektywami RewriteRule<\/em>.<\/p>\n

            Przyk\u0142adowy plik htaccess<\/em> mo\u017ce wygl\u0105da\u0107 np. tak:<\/p>\n

            RewriteEngine On<\/p>\n

            RewriteBase \/katalog
            \nRewriteRule ^kategoria\/(.+) kategoria.php?co=$1<\/code><\/p>\n

            Sk\u0142adnia nie nale\u017cy do szczeg\u00f3lnie skomplikowanych. Podstaw\u0105 przepisywania adres\u00f3w jest znajomo\u015b\u0107 wyra\u017ce\u0144 regularnych<\/a>, kt\u00f3rych om\u00f3wienie jest tematem na jeden albo i na ca\u0142\u0105 seri\u0119 artyku\u0142\u00f3w. Wyra\u017cenia s\u0105 do\u015b\u0107 przydatne, wykorzystywane w wielu sytuacjach. Mo\u017ce kiedy\u015b o nich napisz\u0119. [;<\/p>\n

            Podstaw\u0105 dyrektyw\u0105, kt\u00f3ra dodaje wyra\u017cenie do puli przetwarzanych, jest RewriteRule<\/em>. Sk\u0142adnia jest nast\u0119puj\u0105ca:<\/p>\n

            RewriteRule WYRA\u017bENIE ZAMIENNIK [FLAGI]<\/code><\/p>\n