через 404-ую? обробатывать по ней запрошеный урл и редиректить куда положено?

аба, мне такой изврат и в голову придти не мог :)))
Я так чую поисковики такие урлы не станут отрабатывать, получив 404 дальше просто не пойдут. яндекс 404-ые страницы не индексирует.

Исходное сообщение shakirov
через 404-ую? обробатывать по ней запрошеный урл и редиректить куда положено?

при возникновении 404ой ошибки получаь управление на скрипт, обрабатывать строку запроса и делать все, что тебе нужно. Редиректить - это по желанию.

аба, мне такой изврат и в голову придти не мог :)))
Я так чую поисковики такие урлы не станут отрабатывать, получив 404 дальше просто не пойдут. яндекс 404-ые страницы не индексирует.

а в чем изврат?
и кто просит тебя юзерам\поисковикам 404ую ошибку возвращать?

кстати никто не обещал что будет легко :) Например ПОСТ запросы такой штукой не пройдут. Так же туда будут попадать и действительно 404ые ошибки - это тоже нужно отлавливать.

Потому конечно mod_rewrite предпочтительнее. Т.к. он создан именно для этих целей.

Этож апач править надо чтоб заставить его не выдавать 404-ую в http response.. проще уж mod_rewrite включить :)

Исходное сообщение shakirov
Этож апач править надо чтоб заставить его не выдавать 404-ую в http response.. проще уж mod_rewrite включить :)

впринципе можно и Апач перекомпилить, если есть желание. Но мне как-то проще было бы сделать
header ("HTTP/1.0 200 Ok");
;)

Для тех кто в танке: http://detail.phpclub.net/article/2001-01-16
базовое описание на эту тему. Остальное - дело фантазии.

еще раз повторяюсь - mod_rewrite лучше и правильнее! но он не всегда есть\доступен\понятен. А вот в обработку 404ой сделает даже ребенок. .htaccess на многих хостингах дают ... и 404ую тоже много где дают обрабатывать.

кстати еще один вариант, по бедности. Адреса делать не вида www.youhost.ru/lala/baba а www.youhost.ru/?lala/baba
тоесть формально это уже не путь, а параметры. Внешне отличается мало - реализуется элементарно. Правда есть шанс, что какой-нибудь хитрый юзер забудет ? поставить :)

стоп!
header ("HTTP/1.0 200 Ok"); это на 404-ой странице.

а то что 404 выдастся юзеру в ответ на запрос site.name/sjsdisd/sassas маловажно?

хммм, я что-то потерял суть рассуждения.
может как-то конкретизируем вопросы?

Исходное сообщение shakirov
стоп!
header ("HTTP/1.0 200 Ok"); это на 404-ой странице.

ну да. В сприпте который вызывается на 404 и разбирает структуру запроса.

а то что 404 выдастся юзеру в ответ на запрос site.name/sjsdisd/sassas маловажно?

смотря что такое "site.name/sjsdisd/sassas" ...
если это и правда бред - тогда 404 должна быть выдана.
если это название реального файла - с чего бы 404 вылезать?
если это часть нашего "виртуального пути" (ради которого все и затевалось) - 404 выдавать естественно не надо. Вместо нее выдается 200 - как я выше и писал.

так, давай ещё раз :)

система такая, запрашиваем виртуальный наш путь site.name/sjsdisd/sassas его в реале нет, сервер отдаёт нашу "умную" 404-ую страницу которая обробатывает реферер и редиректит на реальный адрес (или отображает страницу с реального адреса). так?

щас эксперимент сделаю :)

хммм, ты бы ссылку почитал, что я выше постил.
Впринципе можно и реферер сделать, но тогда юзер увидит "паленый" адрес, что нам наверное не очень интересно (страшного не много, но ЗАЧЕМ?).

Имхо правильнее следующий вариант:
юзер хочет www.xxx.ru/news/123
никакого news/123 и в помине нет
Апач отдает управление на скрипт-обработчик 404ой ошибки, который у него (апача) для этого указан
Скрипт парсит УРЛку и проверяет, подходит ли указанная строка под его "правила". Например на наличие news и кода новости.
Если нет - скрипт радостно выдает 404 и сваливает.
Если да - здесь по желанию:
можно прямо в этом скрипте сделать получение новости (из БД, файла и т.д.) и ее вывод
а можно вызвать отдельный новостной скрипт, передав ему любым доступным способом код новости, чтобы он сам ее выводил.

через 404? а переменные для скипта принимать как будешь?