Удалите расширение .php только из одного файла для использования с Laravel Router - PullRequest
Новая
       7

Удалите расширение .php только из одного файла для использования с Laravel Router

0 голосов
/ 03 марта 2019

Я внедряю компонент Laravel Routing на своем собственном сайте (https://github.com/mattstauffer/Torch/tree/master/components/routing).

Однако большая часть сайта по-прежнему работает с классическим URL, таким как /index.php и т. Д. Я создал new.phpфайл с маршрутизатором, и он работает, т. е. если я объявляю get route для /new.php/test - отображается желаемый ответ.

Однако я хочу использовать его следующим образом: /new/test.

Как будет выглядеть правильное правило в .htaccess?

1 Ответ

0 голосов
/ 03 марта 2019

Я бы сказал, что это то, что вы ищете: 

RewriteEngine on
RewriteRule ^/?new/(.*)/?$ /new.php/$1 [END]

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

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

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

...