Komentarze do: Kiedy nie używać mod_rewrite? http://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/ Blog programisty/freelancera, w którym znajdziesz przydatne i ciekawe informacje ze świata Web. Poruszane tematyki to przede wszystkim PHP, JavaScript, bazy danych, modelowanie danych i inne. Zapraszam! Sat, 04 Feb 2012 16:02:54 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Autor: Piotr Nalepahttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-2471 Piotr Nalepa Wed, 02 Nov 2011 09:09:25 +0000 http://blog.kamilbrenk.pl/?p=75#comment-2471 Właśnie odnalazłem Twój art w sieci. Na pewno się przydadzą Twoje informacje. Pozdrawiam Właśnie odnalazłem Twój art w sieci. Na pewno się przydadzą Twoje informacje.
Pozdrawiam

]]> Autor: piochuhttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-608 piochu Sun, 02 Jan 2011 23:07:50 +0000 http://blog.kamilbrenk.pl/?p=75#comment-608 ooo "mod_rewrite też nie należy do najwydajniejszych rozwiązań i warto by było wyłączyć całkowicie przepisywanie adresów na ten czas." ooo takie stwierdzenie mi chodziło :)ogólnie, thx za info :) ooo „mod_rewrite też nie należy do najwydajniejszych rozwiązań i warto by było wyłączyć całkowicie przepisywanie adresów na ten czas.” ooo takie stwierdzenie mi chodziło :)

ogólnie, thx za info :)

]]> Autor: Kamil Brenkhttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-607 Kamil Brenk Sun, 02 Jan 2011 23:04:07 +0000 http://blog.kamilbrenk.pl/?p=75#comment-607 Niby dobre rozwiązanie, choć często JS w 80% jest pobierane z CDN Google czy innej serwerowni (mowa o głównej bibliotece, jak jquery czy prototype, które często ważą najwięcej). To samo z obrazkami - jeśli spodziewasz się tak wielkiego ruchu to można przerzucić na jakiś CDN i po problemie.Wyłączenie grafiki i innych bajerów też jest dobrym rozwiązaniem, choć przy większym natężeniu ruchu serwer i tak padnie :-) mod_rewrite też nie należy do najwydajniejszych rozwiązań i warto by było wyłączyć całkowicie przepisywanie adresów na ten czas. Zamiast tego mógłbyś w folderze z grafiką i plikami JavaScript umieścić plik .htaccess o treści:<code lang="apache">Order deny,allow Deny from all</code> Niby dobre rozwiązanie, choć często JS w 80% jest pobierane z CDN Google czy innej serwerowni (mowa o głównej bibliotece, jak jquery czy prototype, które często ważą najwięcej). To samo z obrazkami – jeśli spodziewasz się tak wielkiego ruchu to można przerzucić na jakiś CDN i po problemie.

Wyłączenie grafiki i innych bajerów też jest dobrym rozwiązaniem, choć przy większym natężeniu ruchu serwer i tak padnie :-) mod_rewrite też nie należy do najwydajniejszych rozwiązań i warto by było wyłączyć całkowicie przepisywanie adresów na ten czas. Zamiast tego mógłbyś w folderze z grafiką i plikami JavaScript umieścić plik .htaccess o treści:

1
2
Order deny,allow
Deny from all
]]> Autor: piochuhttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-606 piochu Sun, 02 Jan 2011 22:42:15 +0000 http://blog.kamilbrenk.pl/?p=75#comment-606 Może wyjaśnie o co chodzi, tak będzie prościej. Pisze kawałek kodu który będzie analizował ruch na mojej stronie. Jeśli liczba odsłon na minute/godzinę (jak tam sobie ustale) wzrośnie o ustalony wskaźnik skrypt przełączy się w "tryb oszczędności transferu" ;), ma to być coś w rodzaju zabezpieczenia przed efektem wykopu. Czyli, jeśli link do mojej strony dostanie się na jakiś popularny serwis algorytm „zauważy to” i odpowiednio zareaguje.Myślę że dobrym wyjściem w takiej sytuacji (jeśli korzysta się z taniego, współdzielonego hostingu o ograniczonym transferze i chce się aby strona możliwie jak najdłużej przetrwała online) jest nie serwowanie ciężkiego contentu (zdjęcia, filmy itd.). Dlatego właśnie pytam czy regułka którą podałem nadawała by się do zastosowania w takiej sytuacji?Jeśli bredzę to powiedź ;) Może wyjaśnie o co chodzi, tak będzie prościej.
Pisze kawałek kodu który będzie analizował ruch na mojej stronie. Jeśli liczba odsłon na minute/godzinę (jak tam sobie ustale) wzrośnie o ustalony wskaźnik skrypt przełączy się w „tryb oszczędności transferu” ;), ma to być coś w rodzaju zabezpieczenia przed efektem wykopu.
Czyli, jeśli link do mojej strony dostanie się na jakiś popularny serwis algorytm „zauważy to” i odpowiednio zareaguje.

Myślę że dobrym wyjściem w takiej sytuacji (jeśli korzysta się z taniego, współdzielonego hostingu o ograniczonym transferze i chce się aby strona możliwie jak najdłużej przetrwała online) jest nie serwowanie ciężkiego contentu (zdjęcia, filmy itd.).
Dlatego właśnie pytam czy regułka którą podałem nadawała by się do zastosowania w takiej sytuacji?

Jeśli bredzę to powiedź ;)

]]> Autor: Kamil Brenkhttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-605 Kamil Brenk Sun, 02 Jan 2011 21:45:45 +0000 http://blog.kamilbrenk.pl/?p=75#comment-605 @piochu: Jak nie mod_rewrite to czym innym chciałbyś blokować? Na pewno dużo więcej transferu zaoszczędzisz w ten sposób niż gdybyś zezwalał na pobieranie tych plików graficznych.Jeśli wydajność jest tutaj mega istotna to grafiki wydzielić do jednego folderu (grupy folderów / serwera) i na ten folder dać .htaccess z regułką jak powyższa. @piochu: Jak nie mod_rewrite to czym innym chciałbyś blokować? Na pewno dużo więcej transferu zaoszczędzisz w ten sposób niż gdybyś zezwalał na pobieranie tych plików graficznych.

Jeśli wydajność jest tutaj mega istotna to grafiki wydzielić do jednego folderu (grupy folderów / serwera) i na ten folder dać .htaccess z regułką jak powyższa.

]]> Autor: piochuhttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-604 piochu Sun, 02 Jan 2011 15:57:32 +0000 http://blog.kamilbrenk.pl/?p=75#comment-604 Cześć, a co wiesz na temat tego jak mod_rewrite wpływa na obciążenie serwera? pytam dlatego że chce zrealizować takie zadanie: za pomocą m_r zablokować możliwość pobierania z serwera plików tj. jpg, js, gif itd. Aktualnie używam do tego takiej regułki:RewriteRule \.(gif|jpg|jpeg|png|js|)$ /dev/nullno i pytanie, jest to optymalne czy nie?Pozdrawiam :) Cześć,
a co wiesz na temat tego jak mod_rewrite wpływa na obciążenie serwera?
pytam dlatego że chce zrealizować takie zadanie: za pomocą m_r zablokować możliwość pobierania z serwera plików tj. jpg, js, gif itd.
Aktualnie używam do tego takiej regułki:

RewriteRule \.(gif|jpg|jpeg|png|js|)$ /dev/null

no i pytanie, jest to optymalne czy nie?

Pozdrawiam :)

]]> Autor: Michal Wachowskihttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-33 Michal Wachowski Mon, 15 Feb 2010 14:47:21 +0000 http://blog.kamilbrenk.pl/?p=75#comment-33 Różnice są w pobieraniu wywołanego adresu <code lang="php"> // index.php znajduje się w http://domena.com/katalog/ // $_GET['furl'] - moja wersja// dla adresu http://domena.com/katalog/pl/artykuly/tytul.html $HTTP_SERVER_VARS['PATH_INFO'] # nic $_SERVER['REQUEST_URI'] # /katalog/pl/artykuly/tytul.html $_SERVER['PATH_INFO'] # nic $_GET['furl'] # /pl/artykuly/tytul.html// dla adresu http://domena.com/katalog/index.php/pl/artykuly/tytul.html $HTTP_SERVER_VARS['PATH_INFO'] # /pl/artykuly/tytul.html $_SERVER['REQUEST_URI'] # /katalog/index.php/pl/artykuly/tytul.html $_SERVER['PATH_INFO'] # /pl/artykuly/tytul.html $_GET['furl'] # nic </code>Możliwe, że coś pominąłem...Enyłej, po wpisaniu 'php frienldy url' w googlach, wyniki są ... masakrujące. Tutoriale jak stworzyć potworki pokroju index.php/pl/artykul/tytul.html, albo przygotowywanie wyrażenia regularnego dla każdego wariantu adresu... Heh! Że też im się chce... Różnice są w pobieraniu wywołanego adresu

1
2
3
4
5
6
7
8
9
10
11
12
13
14
// index.php znajduje się w http://domena.com/katalog/
// $_GET['furl'] - moja wersja

// dla adresu http://domena.com/katalog/pl/artykuly/tytul.html
$HTTP_SERVER_VARS['PATH_INFO'] # nic
$_SERVER['REQUEST_URI'] # /katalog/pl/artykuly/tytul.html
$_SERVER['PATH_INFO'] # nic
$_GET['furl'] # /pl/artykuly/tytul.html

// dla adresu http://domena.com/katalog/index.php/pl/artykuly/tytul.html
$HTTP_SERVER_VARS['PATH_INFO'] # /pl/artykuly/tytul.html
$_SERVER['REQUEST_URI'] # /katalog/index.php/pl/artykuly/tytul.html
$_SERVER['PATH_INFO'] # /pl/artykuly/tytul.html
$_GET['furl'] # nic

Możliwe, że coś pominąłem…

Enyłej, po wpisaniu ‘php frienldy url’ w googlach, wyniki są … masakrujące.
Tutoriale jak stworzyć potworki pokroju index.php/pl/artykul/tytul.html, albo przygotowywanie wyrażenia regularnego dla każdego wariantu adresu…
Heh! Że też im się chce…

]]> Autor: Kamil Brenkhttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-32 Kamil Brenk Mon, 15 Feb 2010 10:45:58 +0000 http://blog.kamilbrenk.pl/?p=75#comment-32 Właśnie w tej notce chciałem opisać miejsca, w których nadużywa się modułu mod_rewrite. Jest wiele innych modułów i dyrektyw Apache, które działają optymalniej (choćby przez niewykorzystywanie niewydajnych wyrażeń regularnych). Z tego co zauważyłem, zwłaszcza wśród pozycjonerów i przekierowań - ich problemy możnaby w dużo prostszy sposób rozwiązać (<i>Redirect</i>, <i>RedirectMatch</i>).<p> </p><code lang="apache">RewriteRule ^(.*)$ ?furl=$1&%{QUERY_STRING}</code> Co do Twojej regułki mam pewną uwagę: wzorzec o wartości <i>^(.*)$</i> wymusza na mechanizmie wyrażenia regularnego przeanalizowanie całego ciągu tekstowego i porównanie każdego znaku z symbolem wieloznaczności . w celu sprawdzenia, czy znak pasuje do wzorca. Oczywiście każdy znak pasuje do wzorca . - jednak ciąg o n znakach będzie powodował wykonanie n operacji porównania.W przypadku wzorca z WordPress sprawa wygląda następująco: <code lang="apache">RewriteRule . /index.php [L]</code> Czyli od razu cała treść adresu URL jest przekazana do pliku index.php :) Właśnie w tej notce chciałem opisać miejsca, w których nadużywa się modułu mod_rewrite. Jest wiele innych modułów i dyrektyw Apache, które działają optymalniej (choćby przez niewykorzystywanie niewydajnych wyrażeń regularnych). Z tego co zauważyłem, zwłaszcza wśród pozycjonerów i przekierowań – ich problemy możnaby w dużo prostszy sposób rozwiązać (Redirect, RedirectMatch).

 

1
RewriteRule ^(.*)$ ?furl=$1&%{QUERY_STRING}

Co do Twojej regułki mam pewną uwagę: wzorzec o wartości ^(.*)$ wymusza na mechanizmie wyrażenia regularnego przeanalizowanie całego ciągu tekstowego i porównanie każdego znaku z symbolem wieloznaczności . w celu sprawdzenia, czy znak pasuje do wzorca. Oczywiście każdy znak pasuje do wzorca . – jednak ciąg o n znakach będzie powodował wykonanie n operacji porównania.

W przypadku wzorca z WordPress sprawa wygląda następująco:

1
RewriteRule . /index.php [L]

Czyli od razu cała treść adresu URL jest przekazana do pliku index.php :)

]]> Autor: Michal Wachowskihttp://blog.kamilbrenk.pl/kiedy-nie-uzywac-mod_rewrite/comment-page-1/#comment-31 Michal Wachowski Sun, 14 Feb 2010 18:39:09 +0000 http://blog.kamilbrenk.pl/?p=75#comment-31 Używam podobnego rozwiązania z pierwszego przykładu - różnica jest znikoma. <code lang="apache"> RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ ?furl=$1&%{QUERY_STRING} </code>Jednym if'em załatwiam sprawdzane czy jest friendly czy nie.Nie chcę siać fermentu - ale część rzeczy nie jest realizowana przez ModRewrite - po prostu możliwości .htaccess są przeogromne.I jeszcze taka mała uwaga - RewriteBase nie jest wymagany, czasem przydatny, czasem szkodzi. Używam podobnego rozwiązania z pierwszego przykładu – różnica jest znikoma.

1
2
3
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ ?furl=$1&%{QUERY_STRING}

Jednym if’em załatwiam sprawdzane czy jest friendly czy nie.

Nie chcę siać fermentu – ale część rzeczy nie jest realizowana przez ModRewrite – po prostu możliwości .htaccess są przeogromne.

I jeszcze taka mała uwaga – RewriteBase nie jest wymagany, czasem przydatny, czasem szkodzi.

]]>