Перенаправити всі на index.php за допомогою htaccess

Я пишу просту основу MVC-ish на базі PHP. Я хочу, щоб цей фреймворк міг бути встановлений у будь-якому каталозі.

Мій скрипт PHP захоплює uri запиту та розбиває його на сегменти. Це робить сегмент 1 контролером, а сегмент 2 дією. Це все добре, коли я роблю це:

http://www.example.com/mvc/module/test/

Він перейде до конкретного модуля-контролеру та методу. Тепер у мене є контролер за замовчуванням, домашній контролер, який знаходиться в домашній папці.

Тепер, коли я отримую доступ до цієї папки безпосередньо http://www.example.com/mvc/home/ У ній відображатиметься заборонене 403, оскільки ця папка існує, натомість вона також повинна повернутися до http://www.example.com /mvc/index.php

Якби я встановив рамку в іншій папці, скажімо, рамки папок вона повинна переспрямувати назад на http://www.example.com/framework/index.php

Я хотів би перенаправити кожну папку та файл php назад до index.php, залишивши все інше таким, яким він є.

Моя перша проблема, з якою я стикався, це те, що вона ніколи не переспрямовує на потрібну папку, завжди на кореневу папку домена.

Це те, що я спробував:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule . index.php [L]

Ваше правило перезапису виглядає майже нормально.

Спочатку переконайтеся, що ваш .htaccessфайл знаходиться в корені документа (там же, що index.phpі він), або він вплине лише на підпапку, в якій знаходиться (і будь-які підпапки в цьому - рекурсивно).

Далі внесіть невеликі зміни до свого правила, щоб воно виглядало приблизно так:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php?path=$1 [NC,L,QSA]

На даний момент ви просто співпадаєте, на .якому є один екземпляр будь-якого символу, вам потрібно принаймні .*відповідати будь-якій кількості екземплярів будь-якого символу.

$_GET['path']Змінний буде містити структуру каталогів підробки, так /mvc/module/test, наприклад, які потім можна використовувати в index.php для визначення контролера і дій , які необхідно виконати.

Якщо ви хочете, щоб весь шебанг встановився в підкаталозі, наприклад, /mvc/або /framework/найменш складний спосіб зробити це - трохи змінити правило перезапису, щоб врахувати це.

RewriteRule ^(.*)$ /mvc/index.php?path=$1 [NC,L,QSA]

І переконайтеся, що ваш файл index.phpзнаходиться у цій папці, а .htaccessфайл - у корені документа.

Альтернатива$_GET['path'] (оновлено лютий '18 та січень '19)

Насправді не потрібно (навіть навіть зараз звичайно) встановлювати шлях як $_GETзмінну, багато фреймворків покладаються на $_SERVER['REQUEST_URI']отримання тієї самої інформації - як правило, для визначення, який контролер використовувати - але принцип точно такий же.

Це RewriteRuleтрохи спрощує те , що вам не потрібно створювати параметр шляху (це означає, що оригінал ОП тепер RewriteRule буде працювати):

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^.*$ /index.php [L,QSA]

Однак правило про встановлення в підкаталозі все ж діє, наприклад, наприклад

RewriteRule ^.*$ /mvc/index.php [L,QSA]

Прапори:

NC = Немає регістру (не залежно від регістру, не дуже потрібне, оскільки в шаблоні немає символів)

L = Останнє (воно перестане переписуватись після цього переписування, тому переконайтеся, що це останнє у вашому списку переписаних)

QSA= Рядок запиту Додайте, на всякий випадок, якщо у вас є щось на кшталт ?like=penguinsтого, що ви хочете зберегти та передати до index.php.

Щоб перенаправити все, що не існує index.php, ви також можете використовувати FallBackResourceдирективу

FallbackResource /index.php

Він працює так само, як ErrorDocument, коли ви запитуєте неіснуючий шлях або файл на сервері, директива мовчки вводить запит у index.php.

Якщо ви хочете перенаправити все на ( including existant files or folders) index.php, ви можете скористатися чимось таким:

RewriteEngine on

RewriteRule ^((?!index\.php).+)$ /index.php [L]

Зверніть увагу, що шаблон ^((?!index\.php).+)$ відповідає будь-якому uri, за винятком того, що index.phpми виключили шлях призначення, щоб запобігти нескінченну помилку циклічного циклу.

Ви можете використовувати щось подібне:

RewriteEngine on
RewriteRule ^.+$ /index.php [L]

Це переспрямує кожен запит до index.php кореневої директорії. Зауважте, що він також буде перенаправляти запити на наявні файли, такі як зображення, файли javascript або таблиці стилів.

Є одна «хитрість» цієї проблеми, яка відповідає всім сценаріям, настільки очевидне рішення, що вам доведеться спробувати її, щоб повірити, що це насправді працює ... :)

Ось...

<IfModule mod_rewrite.c>

   RewriteEngine On

   RewriteCond %{REQUEST_FILENAME}  -f [OR]
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteRule ^(.*)$ index.php [L,QSA]

</IfModule>

В основному, ви просите MOD_REWRITE пересилати index.phpзапит URI завжди, коли файл існує І завжди, коли запитуваний файл не існує !

Під час дослідження вихідного коду MOD-REWRITE, щоб зрозуміти, як він працює, я зрозумів, що всі його перевірки завжди відбуваються після перевірки, якщо посилається файл існує чи ні. Тільки тоді RegExобробляються. Навіть коли ваш URI вказує на папку, Apache накладе перевірку на файли індексу, перелічені в його конфігураційному файлі.

Виходячи з цього простого відкриття, очевидно, що простої перевірки файлів вистачить для всіх можливих викликів , наскільки ми двічі торкніться перевірки наявності файлів і направляємо обидва результати до однієї кінцевої точки, охоплюючи 100% можливостей.

ВАЖЛИВО: Помітьте, що в ньому немає " / " index.php. За замовчуванням MOD_REWRITE використовуватиме папку, яку вона встановила як "базову папку" для переадресації. Краса полягає в тому, що це не обов'язково має бути "кореневою папкою" сайту, що дозволяє це рішення працювати для localhost/та / або будь-якої підпапки, яку ви застосовуєте.

Зрештою, деякі інші рішення, які я тестував раніше (ті, які, здається, працюють нормально), зламали здатність PHP "вимагати" файлу через його відносний шлях, який є пробілом. Будь обережний.

Деякі люди можуть сказати, що це неелегантне рішення. Насправді це може бути, але що стосується тестів, в декількох сценаріях, декількох серверах, декількох різних версіях Apache тощо, це рішення працювало на 100% у всіх випадках!

Нерозумно відповідь, але якщо ви не можете зрозуміти, чому його не перенаправляють, перевірте, чи ввімкнено наступне для веб-папки ..

AllowOverride All

Це дозволить запустити htaccess, який повинен працювати! (Є альтернативи, але не ввімкнуть проблеми https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride )

Після цього не забудьте змінити тег прив’язки додому

Приклад:

.htacces file
RewriteEngine On

RewriteRule ^about/$ /about.php

PHP file:
<a href="about/"> about</a>

на всякий випадок, коли ви все ще цікавились, як перенаправити весь запит, або якщо каталог існує (для основних папок і файлів основної бази) на обробник індексу Framework, після деяких спроб помилок / успіху просто помітили, що мені просто потрібно змінити RewriteCond в .htaccess файл

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

вищевказана умова визначає "не знайдені файли" та "не знайдені каталоги", добре, що робити, якщо просто видалити рядок "не знайдено" (! -d), і закінчилося чимось на зразок нижче:

RewriteEngine on
RewriteBase /framework/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /framework/index.php [L,QSA]

Це працювало на мене, як на чарівність