Apache2 принудительно удаляет. php или. html

Question

Я искал несколько часов, как перенаправить все. php файлы в файл без. php.

Я знаю, что, конечно, быстрый ответ на этот вопрос, но у меня действительно трудно найти это.

Как я могу сказать, что если кто-то загружает, mysite.com/mysubfolder/mysecondsub/myfile.php переходит на mysite.com/mysubfolder/mysecondsub/myfile?

Как и при обычной перезаписи, за исключением того, что URL PHP перенаправляет на тот, у которого нет расширения PHP.

(с использованием .htaccess, если это возможно, и mod_rewrite)

Я настроил Apache2.conf разрешает перезапись, чтобы я мог использовать .htacess.

Это работает, когда я использую что-то вроде этого сообщения htaccess remove index. php from url

Но дело в том, что это работает, если я пишу mysite.com/url, но если я пишу mysite.com/url.php, он не перенаправляет на mysite / url (что я и хочу), я попробовал несколько решений но до сих пор не знаю ...

Answer 1

Это, вероятно, то, что вы ищете:

RewriteEngine on

RewriteRule ^/?(.+)\.php$ /$1 [R=301]

RewriteCond %{REQUEST_URI} !\.php$
RewriteCond %{REQUEST_FILENAME}.php -f
RewriteRule ^/?(.+)$ /$1.php [END]

Хорошая идея - начать с временного перенаправления 302 и изменить его только на постоянное перенаправление 301 позже, как только вы будете уверены, что все правильно настроен. Это предотвращает проблемы с кэшированием при попытке ...

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

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

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