Htaccess переписать URL сделать Sla sh (/) опционально - PullRequest
0 голосов
/ 13 апреля 2020

У меня есть htaccess переписывание URL.

RewriteCond %{HTTP_HOST} ^(.+?)\.mysite\.com$
RewriteRule ^/?login/?(.*)/(.*)$ /admin/index\.php?username=%1&m=$1&page=$2

Это тестовые примеры, которые я выполнил.

admin.mysite.com

admin.mysite.com/login

admin.mysite.com/login/

admin.mysite.com/login/0

admin.mysite.com/login/0/

admin.mysite.com/login/0/clients

В приведенных выше тестовых случаях они были успешными.

admin.mysite.com

admin.mysite.com/login/

admin.mysite.com/login/0/

admin.mysite.com/login/0/clients

В других URL-адресах отображается ошибка 404. Я понял, что "sla sh" является причиной этой ошибки. Как я могу сделать это необязательным в моем файле htaccess?

1 Ответ

1 голос
/ 13 апреля 2020

Просто разделите различные случаи, что значительно упрощает чтение и, следовательно, упрощает обслуживание для последующих модификаций:

RewriteEngine on

RewriteCond %{HTTP_HOST} ^(.+?)\.example\.com$
RewriteRule ^/?login/?$ /admin/index\.php?username=%1 [END]

RewriteCond %{HTTP_HOST} ^(.+?)\.example\.com$
RewriteRule ^/?login/(.*)/?$ /admin/index\.php?username=%1&m=$1 [END]

RewriteCond %{HTTP_HOST} ^(.+?)\.example\.com$
RewriteRule ^/?login/(.*)/(.*)/?$ /admin/index\.php?username=%1&m=$1&page=$2 [END]

В случае, если вы получаете внутреннюю ошибку сервера (http status 500), используя правило, приведенное выше тогда есть вероятность, что вы используете очень старую версию apache http-сервера. В этом случае вы увидите определенный намек на неподдерживаемый флаг [END] в файле журнала ошибок http-серверов. Вы можете попытаться обновить или использовать более старый флаг [L], он, вероятно, будет работать так же в этой ситуации, хотя это немного зависит от ваших настроек.

Эта реализация также будет работать в конфигурации хоста http-серверов или внутри распределенного файла конфигурации (файл ".htaccess"). Очевидно, что модуль перезаписи должен быть загружен внутри http-сервера и включен на хосте http. Если вы используете распределенный файл конфигурации, вам нужно позаботиться о том, чтобы его интерпретация была включена вообще в конфигурации хоста и чтобы он находился в папке хоста DOCUMENT_ROOT.

И общее замечание: вы всегда должны предпочитать размещать такие правила в конфигурации хоста http-серверов, а не использовать распределенные файлы конфигурации (".htaccess"). Эти распределенные файлы конфигурации добавляют сложность, часто являются причиной непредвиденного поведения, их трудно отладить, и они действительно замедляют работу http-сервера. Они предоставляются только в качестве последнего варианта для ситуаций, когда у вас нет доступа к реальной конфигурации хоста http-серверов (читай: действительно дешевые поставщики услуг) или для приложений, настаивающих на написании своих собственных правил (что является очевидным кошмаром безопасности).

...