несколько правил доступа ht в одном файле

Question

несколько правил доступа ht в одном файле

1

Мой сайт должен попытаться обслуживать все запросы из подкаталога кеша (/app/storage/cache), чтобы запрос /two.html был отправлен из /app/storage/cache/two.html

Дополнительные примеры:/из /app/storage/cache/index.html/two.html из /app/storage/cache/two.html/папки из /app/storage/cache/folder/index.html

Если файлы/каталоги не найдены, он должен обрабатывать все запросы с помощью php файла /app/router.php

Что я пробовал:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /app/storage/www/$1 [L]
RewriteRule ^(/)?$ /app/storage/www/$1 [L]

что отлично подходит для поиска всех URL-адресов и предоставления правильного ресурса без изменения URL-адреса. Теперь поймать все остальное:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . app/router.php [L]

Это также работает, но тогда первый набор условий больше не работает...

S.. 02 авг. 2015, в 13:47

Источник

0

Есть ли причина, по которой router.php не может проверить, есть ли уже файл в кеше? Это, безусловно, возможно сделать с помощью .htaccess, но обычно разумно обновлять кэш время от времени, даже если вы думаете, что ничего не изменилось. Подумайте о ситуации, когда неполный файл был записан в кэш, или ресурс был недоступен, а неправильная вещь была кэширована. При использовании подхода .htaccess такой кэшированный файл останется ... навсегда. Через router.php вы можете время от времени принудительно заменять кеш.
Sumurai8 02 авг. 2015, в 12:42
0

@ Sumurai8 Да, потому что я хочу, чтобы сайт обслуживался статически для увеличения скорости. Маршрутизатор просто перехватывает административные маршруты для редактирования сайта CMS, который затем записывает в кеш. «Кэш» в данном случае является неправильным, так как сайт всегда обслуживается оттуда, а динамическая часть сайта (php) действует как генератор сайтов. Если бы вы могли поделиться тем, как добиться того, чего я хочу, с помощью .htaccess, это было бы оценено :)
S.. 02 авг. 2015, в 12:45

Теги:

php

apache

.htaccess

url-routing

1 ответ

Ещё вопросы

Есть ли причина, по которой router.php не может проверить, есть ли уже файл в кеше? Это, безусловно, возможно сделать с помощью .htaccess, но обычно разумно обновлять кэш время от времени, даже если вы думаете, что ничего не изменилось. Подумайте о ситуации, когда неполный файл был записан в кэш, или ресурс был недоступен, а неправильная вещь была кэширована. При использовании подхода .htaccess такой кэшированный файл останется ... навсегда. Через router.php вы можете время от времени принудительно заменять кеш.
@ Sumurai8 Да, потому что я хочу, чтобы сайт обслуживался статически для увеличения скорости. Маршрутизатор просто перехватывает административные маршруты для редактирования сайта CMS, который затем записывает в кеш. «Кэш» в данном случае является неправильным, так как сайт всегда обслуживается оттуда, а динамическая часть сайта (php) действует как генератор сайтов. Если бы вы могли поделиться тем, как добиться того, чего я хочу, с помощью .htaccess, это было бы оценено :)

Sumurai8 · Accepted Answer · 2015-08-02T10-33-00.000Z

Есть три способа, которыми я могу думать о том, как это сделать. Один из них проверяет кеш через router.php, прежде чем генерировать страницу через этот же файл. Другие два способа включают некоторую переписывающую магию.

Я не тестировал ни одно из них.

Падающий подход

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /app/storage/www/$1

#From this point on, the file/dir either exists or
#%{REQUEST_FILENAME} is now /app/storage/www/something
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^app/storage/www/ /app/router.php [L]

Явный тест

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{DOCUMENT_ROOT}/app/storage/www/$1 !-f
RewriteCond %{DOCUMENT_ROOT}/app/storage/www/$1 !-d
RewriteRule ^(.*)$ /app/router.php [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /app/storage/www/$1 [L]

Оба подхода могут быть ускорены с помощью основного файла конфигурации Apache (httpd.conf) вместо файла.htaccess, так как ему не нужно искать/читать файл.htaccess по каждому запросу.

Статические запросы в порядке (из / app / storage / www), но другие запросы не идут в /app/router.php, есть идеи? (это был провальный подход, явный тест обрабатывает все маршрутизатором ...)
Я не уверен, почему первый не работает; Мне нужно было это проверить, но я не могу хотя бы некоторое время. Во втором случае я допустил глупую ошибку (я совпал с ^ , но в условии использовал $1 Изменение соответствующей части на ^(.*)$ Должно исправить это. Возможно, вам понадобится повернуть информацию о пути при AcceptPathInfo Off .
Хорошо, я сделал это изменение, оно работает немного, но не во всех условиях, я обновил свой вопрос двумя другими URL-адресами (маршрут домой и папка), чтобы показать, с чем я тестирую.
Я думаю, что добавление еще одного условия в первую часть исправит это. DirectoryIndex позаботится обо всем остальном.
Окей фантастика! Было бы замечательно, если бы вы просто добавили примечание о разнице между подходом к провалу и явным тестом, я не уверен, что понимаю на 100%
Основное отличие заключается в количестве подзапросов, которые он выполняет. Каждый !-f и !-d -D выполняет подзапрос, чтобы проверить, существует ли файл. Это стоит времени. В идеале мы делаем наименьшее количество из них. По этой причине лучше делать перезаписывающие файлы в httpd.conf, а не в .htaccess, поскольку правила загружаются только при запуске Apache, а не при каждом запросе, что экономит время.