Основна мета AllowOverrideполягає в тому, щоб менеджер основних файлів конфігурації apache (той, який знайдено в / etc / apache2 / головним чином) вирішив, яку частину конфігурації можна динамічно змінювати за допомогою додатків на основі шляху.
Якщо ви не адміністратор сервера, ви залежите від рівня AllowOverride, який дозволяє цим адміністраторам. Так що вони можуть завадити вам змінити деякі важливі параметри безпеки;
Якщо ви головний менеджер конфігурації apache, ви завжди повинні використовувати AllowOverride Noneта передавати всі знайдені вами приклади google_based на основі .htaccess файлів до Directoryрозділів основних файлів конфігурації. Оскільки вміст .htaccess для .htaccessфайлу у файлі /my/path/to/a/directory- це те саме, що й <Directory /my/path/to/a/directory>інструкція, за винятком того, що .htaccessзміна конфігурації запитів на HTTP-запит чимось уповільнює ваш веб-сервер. Завжди віддайте перевагу статичній конфігурації без .htaccessперевірок (і ви також уникнете атак безпеки шляхом .htaccessзмін).
До речі, у вашому прикладі, який ви використовуєте, <Directory>і це завжди буде неправильно, інструкції до каталогу завжди містять шлях, як-от <Directory />або <Directory C:>або <Directory /my/path/to/a/directory>. І звичайно, це не може бути поміщено у .htaccessяк - .htaccessце як інструкція з каталогу, але у файл, присутній у цьому каталозі. Звичайно , ви не можете змінити AllowOverrideв .htaccessякості цієї інструкції управління рівнем безпеки в .htaccessфайлах.
<Directory>Директива вимагає шляху аргументу.