Обработка разных URL на одной странице

Имеем запросы вида "сайт/страница". По дефолту веб сервер вернёт по такому запросу страницу, указанную после слеша, или выдаст ошибку 404, если соответствующей страницы не существует на сервере.
Мне надо, чтобы веб сервер не искал страницу из URL на сервере, а направлял все запросы на одну страницу, где они уже будут обрабатываться скриптом.
Как это можно сделать?

0

Поищите по запросу "единая точка входа". Так работает большинство современных сайтов.

1

Так, ребятки... что-то у меня ничего не работает. Пробовал сделать по разным инструкциям - всё безрезультатно.
Строку "LoadModule rewrite_module modules/mod_rewrite.so" в файле /etc/httpd/conf.modules.d/00-base.conf проверил - она раскомментирована.
Файл .htaccess имеет следующий вид:
Лежит в корне сайта (рядом с index.php), а также скопирован ещё в десять разных мест на всякий случай.
При вводе URL несуществующей страницы сервер выдаёт 404, как и прежде.
Может у меня нет самого модуля mod_rewrite? Как это проверить?

0

У вас виртуальный хостинг или сервер? Если первое, то mod_rewrite наверняка включен. Если второе, вы вообще уверены, что именно Apache активен? Используйте функцию phpinfo() в каком-нибудь php-файле - получите подробную информацию, включая список подключенных модулей.

Добавлено через 5 минут
Проверьте, есть ли реакция хоть на что-нибудь в .htaccess, например на ErrorDocument. Если нет, возможно, забыли включить AllowOverride. Лучше это сделать в конфигурационном файле конкретного виртуального хоста:
Также можно прямо тут писать директивы mod_rewrite, не используя .htaccess (при этом синтаксис и порядок обработки правил будет отличаться), что вполне нормально, т.к. при использовании единой точки входа эти настройки меняются редко.

...При этом AllowOverride лучше отключить тут же явно: AllowOverride None.

1

Сообщение от estic возможно, забыли включить AllowOverride

Точно! Ни в одной инструкции, что я нашёл, не сочли нужным упомянуть про такую мелочь

0

Я тут ещё один неприятный момент обнаружил. Мы же, когда надо в URL использовать зарезервированный символ не по назначению, записываем его в виде кода со знаком % в начале, чтобы сервер не обращал на него внимание. Так вот, если вставить в URL код слеша (%2f), происходит странное. Во-первых, mod_rewrite не перенаправляет этот запрос на общую страницу, хотя, вроде, по настройкам .htaccess должен перенаправлять все запросы без исключения. Во-вторых, сервер интерпретирует код в слеш, чего, казалось бы, делать не должен. В итоге опять получается ошибка 404. Я думаю это баг...
Может можно как-то допилить .htaccess чтобы обойти его?

0

Да, есть такое исключение. Попробуйте указать AllowEncodedSlashes On или AllowEncodedSlashes NoDecode в контексте виртуального хоста.

Добавлено через 6 минут
В общем-то можно и так оставить, как в моем примере выше. Если кто-то делает подобные запросы, это уже вряд ли относится к обычным пользователям. Скорее всего что-то "прощупывают", а тут чем проще ответ, тем лучше.

1

Сообщение от estic Попробуйте указать AllowEncodedSlashes On

Помогло, спасибо.

Сообщение от estic чем проще ответ, тем лучше

Согласен. Но страница 404 должна быть во всех случаях одинаковая. Даже с точки зрения безопасности, если не брать в расчёт банальную эстетику.
Такое ерундовое дело, а сколько тонкостей. У меня тут ещё вопросик возник... надеюсь последний
В моей конфигурации .htaccess прописаны правила перенаправления для файлов и для директорий, как я понял (читабильность у него, конечно, та ещё). Так вот, если в url вбить адрес существующей директории, то попадаем на страницу 403 Forbidden. Естественно, мне бы хотелось обрабатывать этот кейс в общем скрипте. Как это сделать?

0

ChildOfFlowers,

читабильность у него, конечно, та ещё

Пришло время открыть для себя nginx, конфиги апача станут в страшном сне сниться после него.

*Так вот, если в url вбить адрес существующей директории, то попадаем на страницу 403 Forbidden. Естественно, мне бы хотелось обрабатывать этот кейс в общем скрипте. Как это сделать?

Убрать RewriteCond %{REQUEST_FILENAME} !-d

0

Сообщение от Jewbacabra Убрать RewriteCond %{REQUEST_FILENAME} !-d

Да, я об этом тоже первым делом подумал. Только в мануале, по которому я этот конфиг писал, было написано, что это не просто так. Как я понял, это нужно для правильной привязки файлов, которые лежат на сервере (картинок, скриптов, и т.д.). Может я что-то не так понял?

0

ChildOfFlowers,

нужно для правильной привязки файлов, которые лежат на сервере (картинок, скриптов, и т.д.).

Осталось понять что эти слова означают

0

Сообщение от Jewbacabra Осталось понять что эти слова означают

С Хабра:

Но не следует забывать о том, что кроме обращения непосредственно к скрипту, браузер будет запрашивать у сервера различные файлы ресурсов, такие как каскадные таблицы стилей, изображения, файлы со скриптами и т.п. Для того, чтобы сервер дал доступ браузеру к желаемому, нужно задать дополнительные условия директиве RewriteRule. Эти условия описываются директивой RewriteCond, которая определят когда следует делать преобразования в URL или когда необходимо оставить его без изменений.

0

ChildOfFlowers, и при чем тут вот эта строка RewriteCond %{REQUEST_FILENAME} !-d. Строка с -f действительно нужна, чтобы правило не применялись к существующим файлам.

0

Сообщение от Jewbacabra и при чем тут вот эта строка

Возможно, я что-то не так понял. Но если эта строка действительно не нужна, тогда у меня аналогичный вопрос. Зачем её написали в мануале?

0

Сообщение от ChildOfFlowers Как я понял, это нужно для правильной привязки файлов, которые лежат на сервере

-f = файлы
-d = директории

0

Сообщение от ChildOfFlowers Но страница 404 должна быть во всех случаях одинаковая.

Поэтому я и назвал это исключением. AllowEncodedSlashes имеет значение по умолчанию Off. Многие ничего тут не меняют или вовсе не знают об этой особенности. В результате получаем "стандартную" страницу 404 при появлении закодированных слешей в адресе даже при использовании единой точки входа. Но с вашим утверждением я в общем-то тоже могу согласиться.

Сообщение от ChildOfFlowers В моей конфигурации .htaccess прописаны правила перенаправления для файлов и для директорий, как я понял (читабильность у него, конечно, та ещё). Так вот, если в url вбить адрес существующей директории, то попадаем на страницу 403 Forbidden. Естественно, мне бы хотелось обрабатывать этот кейс в общем скрипте. Как это сделать?

А зачем вы указали условие RewriteCond %{REQUEST_FILENAME} !-d? Наверное, откуда-то скопировали. Многие добавляют это условие, совершенно не думая о последствиях. Вы стараетесь разобраться, что похвально Ошибка 403, кстати, может перехватываться и переводиться в 404. Но в данном случае можно избежать этого витиеватого пути, тем более что запросы с именами каталогов могут нести полезную нагрузку и не приводить к 404.

Тут есть один тонкий момент. Дело в том, что запросы с именами каталогов наподобие /dir могут приводить к автоматическому перенаправлению на /dir/, и если при этом вы пытаетесь делать обратное, то, мягко говоря, будет нехорошо Но это легко решается при помощи отключения модуля, выполняющего автоматическое перенаправление, или использования специальной директивы в рамках данного модуля.

0

Классический пример записи в htaccess:

0

Сообщение от Jewbacabra и при чем тут вот эта строка RewriteCond %{REQUEST_FILENAME} !-d

Сообщение от estic А зачем вы указали условие RewriteCond %{REQUEST_FILENAME} !-d? Наверное, откуда-то скопировали.

Скопировал. Но, как выяснилось, в моём случае оно действительно оказалось нужно.
У меня такая структура: index.php, в зависимости от запроса, подгружает (include) модули из директории modules. Собственно после слеша в запросе и указывается имя модуля, соответствующее имени файла модуля.
Если удалить RewriteCond %{REQUEST_FILENAME} !-d, index.php не может загружать модули. А с этой строкой вылетает ошибка 403 при запросе mysite/modules. Кстати, и модуль с именем modules у меня действительно существует.

0

Сообщение от ChildOfFlowers Если удалить RewriteCond %{REQUEST_FILENAME} !-d, index.php не может загружать модули.

Почему?

Сообщение от ChildOfFlowers Собственно после слеша в запросе и указывается имя модуля, соответствующее имени файла модуля.

После какого слеша? Т.е. /module или /modules/module?

Сообщение от ChildOfFlowers А с этой строкой вылетает ошибка 403 при запросе mysite/modules.

Это плохо или хорошо? Если таким искусственным способом вы пытаетесь защититься от прямого доступа к modules, это не очень удачная идея. Можно так (правило пропустит /modules, но что-то, подпадающее под /modules/.*, уже нет):
Но лучше убрать этот каталог за пределы корневого каталога сайта.

0

Сообщение от estic Почему?

Это я и хотел бы узнать

Сообщение от estic После какого слеша?

Чтобы отобразить модуль, я набираю mysite/module, и index.php загружает module из директории modules

Сообщение от estic Это плохо или хорошо?

Это очень плохо. Проблема возникла когда имя директории (modules) совпало с именем модуля. Т.е., у меня есть модуль "modules", лежащий в директории "modules", и с ним то возникла эта проблема. Можно, конечно, директорию modules переименовать во что-нибудь невообразимое, чтобы её имя никогда не пересеклось ни с каким именем модуля. Но это, я считаю, костыль. Как и

Сообщение от estic убрать этот каталог за пределы корневого каталога сайта

Потому что тогда уж надо все каталоги выносить за пределы корневого. Ведь имя любого каталога может пересечься с именем модуля.

0