Горбунов Олег Мы говорим не о статических/динамических картинках, а о том, стоит использовать mod_rewrite для поддержки красивых ссылок или нет. Вообще в таких случаях надо делать хитрее: ссылка выглядит как обычный путь к изображению, mod_rewrite перехватывает ее только если данный файл в каталоге отсутствует. Скрипт, генерирующий картинку, перед ее отдачей сохраняет копию в каталоге. Повторные запросы к той же картинке уже отрабатывают как статика. ^_^
Да, примерно. Я к тому, что какой смысл делать вообще ЧПУ для фотографий? Кеширование — тоже вопрос, конечно, отдельный, это понятно, а именно ЧПУ (Человеко-понятный УРЛ) — мало кому это нужно...
Насчёт ЧПУ: Options +FollowSymLinks RewriteEngine on RewriteRule ^(.*)/$ index.php?page=$1 [L] УРЛ: http://site/about/ - работает... и нормально а, вот такое: RewriteRule ^(.*)/(.*)/$ index.php?page=$1&id=$2 [L] УРЛ: http://site/news_view/3/ - не работает... кто знает можете помочь??[/php]
2 Ti Скажите, а почему нельзя пользоваться mod_rewrite? Я просто собираюсь как раз этим вот заниматься и вроде с mod_rewrite'ом разобрался и RegEx вробе бы понял как писать, а тут вдруг какие-то новые решения. Или это просто на тот случай, что хостинг не поддерживает mod-rewrite?
Да, если хостинг его не поддерживает, но как правило я таких хостингов что-то не видел, так что народ пользуеться rewrite'ом и не париться
зачем использовать ЧПУ, если при индексировании роботы уже давным давно не обращают на это внимание? И зачем кому-либо нужна замена news.php?date=12-10-2007 на news/2007/10/12 ??? Простенький пример: если у меня на странице news.php?date=12-10-2007&page=3, то получается, что чпу будет допустим news/2007/10/12/3? А если надо еще параметров GET навставлять - то как тут быть? ЧПУ - это фетешизм и не более того! Опомнитесь!
При чём здесь ЧПУ и роботы? ЧПУ - Человеко-понятный URL. Если бы ЧПУ изобретали для роботов, то его назвали бы РПУ - Робото-понятный URL. Здесь уже обсуждалась данная тема, и были высказаны разные мнения. Код (Text): news/2007/10/12/3/param1/param2/paramN
uri часть пользовательского интерфеса news/2007/10/12 предполагает наличие страниц news/2007/10, news/2007 и news понимая это, посетители с большой вероятностью, захотев посмотреть новости за 2006 год, наберут uri
Стандартная ошибка. В данном случае index.php ищется в пути http://site/news_view/ - а так как этого пути нет - то и не находица. Решение: RewriteRule ^(.*)/(.*)/$ /index.php?page=$1&id=$2 [L]
http://xxx.ru/?topic:ch-p-u/page:4 вполне понятно и не нужно никаких шаманств, кроме ручного парсинга запроса, которое имеет больше плюсов, чем минусов.
Ну я о том, что вот мод-рэфрайт реврайтит строку адреса и уже потом, если в конечном варианте есть ссылка на пхп, то этот пхп выполняется. А вот после выполнения как зашифровать её обратно?)) Или я наверно какую-то простейшую истину не понял?)
как вместо www.somsite.com/cat.php?id=12&user=1 сделать www.somsite.com/cat-12-1.htm ? ну мне ни когда не козалось это вопрос=) PHP: <?echo './cat-'.$_GET[id].'-'.$_GET['user'].'.htm';?>
А нельзя обойтись, без htaccess. А то я видел пару сайтов: парсер сам есть, а вот в htaccess не намека на пере направление. P/s А зачем писать функцию по разбору url, если есть parse_url?
Так проще <?php if ($_GET['to'] == 'open') { что будет происходить посли пирихода по ссылке site.com?to=open } ?>
Есть правило RewriteEngine on RewriteRule ^([^/\.]+)/?$ /folder/index.php?id=$1 [L] то бишь site.ru/folder/index.php?id=456, он откроет теперь site.ru/456 Ссылка уже опубликованная на сайте site.ru/folder/index.php?id=456 от этого правила сама не изменится на site.ru/456, и будет также работать. Вопрос, можно чтобы это правило автоматом перебило адреса на новые?