Перезапись URL из запросов на подкатегории в один файл php auth & serve - PullRequest
Новая
       32

Перезапись URL из запросов на подкатегории в один файл php auth & serve

0 голосов
/ 27 октября 2019

У меня есть следующее дерево для моего корня apache: 

.
├── 404.php
├── assets
├── business
│   ├── doc1.docx
│   └── doc2.docx
├── inc
├── index.php
├── school
│   ├── book1.pdf
│   └── book2.pdf
├── serve.php
└── vacation
    ├── img1.jpg
    └── img2.jpg

Каталоги inc и assets необходимы для индекса и служат сайтам для работы. (не следует перенаправлять)

Вопрос: Как переписать каждый запрос с mysite.com/school до mysite.com/serve.php?n=school и так далее для каждого каталога? Динамическое решение этой проблемы было бы неплохо, поскольку я просто хочу создать каталог для добавления нового общего ресурса и не нужно каждый раз изменять .htaccess.

1 Ответ

0 голосов
/ 27 октября 2019

Ваш вопрос немного расплывчат, вы просите переписать только direcories , но как насчет файлов внутри? Поскольку в вашем примере вы опустите эту информацию. Я предполагаю , что это нежелательно, что вместо этого эту информацию следует сохранить и передать этому сценарию: 

RewriteEngine on

RewriteCond %{REQUEST_URI} !^/inc/
RewriteCond %{REQUEST_URI} !^/assets/
RewriteCond ^/?([^/])/?$ /serve.php?n=$1 [END]

RewriteCond %{REQUEST_URI} !^/inc/
RewriteCond %{REQUEST_URI} !^/assets/
RewriteCond ^/?([^/])/(.+)?$ /serve.php?n=$1&m=2 [END]

В качестве альтернативы, если вы хотите передать все путь независимо от его глубины, этот вариант будет делать: 

RewriteEngine on
RewriteCond %{REQUEST_URI} !^/inc/
RewriteCond %{REQUEST_URI} !^/assets/
RewriteCond ^/?(.+)$ /serve.php?n=$1 [END]

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

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

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

...