htaccess и описание установки
28.04.2011Голосование
| Тип | Вопрос |
| Состояние | Исправлено |
| Приоритет | Низкий |
| Версия | 4.54 |
| Система | * |
| Воспроизводимость | Нет |
| Автор | Барсук Ленивый |
| Исполнитель | Блоголётчик |
Мне представляется очень странным дефолтный htaccess
1. вместо AddDefaultCharset UTF-8 в htaccess логичнее смотрится (конфигурируемое "да/нет") SET NAMES UTF8 в настройках соединения к базе
2. RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
переводится в одну строку ErrorDocument 404 /index.php
и работает быстрее
3. RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L] имеет значение и смысл только для PHP в CGI/SuExec, не модулем. Т.к таких меньше, чем модульным, эту строку скорее стоит держать в
доке с описанием, зачем и почему, чем в файле
4. Цитата из readme "Установка в подпапку домена ничем не отличается, за исключением того, что необходимо исправить файл .htaccess изменив строку RewriteRule . /index.php [L] на
RewriteRule . /subdir/index.php [L]" предлагает не самое правильное решение:
при установке в субдиру путь от корня до точки установки пишется в RewriteBase вместо "/" (один раз на любое последующее число RewriteRule)... и эту правку может вносить инсталлер, автоматически
определяя full-path
← Ранее Нерабочие тэги в тикетах
Комментарии (3) на запись “htaccess и описание установки”
Оставить комментарий
RewriteRule ^(.*) index.php
А какое отношение AddDefaultCharset UTF-8 в .htaccess имеет к бд? Ответ - никакого, в целом строка имеет единственный эфект - если будет чистый html файл, то апач его отдаст в utf, более никак. Первая строка закомментирована
CharsetDisable On
предназначена для хостингов, где апач затирает кодировку страницы на свою (однажды встречал такое) и тогда следующая строка как раз и очень нужна. К самой бд , само сабой, подключение с утф, но .htaccess к этому никккого отношения не имеет. Движок одает html все заголовки в том числе и кодировку в правильном виде.. Далее - движок может авторизоваться как по кукам так и через дайджест авторизацию (похоже на базовую авторизацию), а большинство серверов очень криво работают с заголовками дайджест авторизации, вот и приходится шаманитьв в .htaccess Переключениие происходит в админке настройка/безопасность, но на живом сайте в инете не рекомендую тестировать эту фичу - по кукам не будешь уже авторзоываться, а дайджест авторизация может не проходить, остальное наверно поправлю
^(.*) - это регэксп означающийнначало строки с подмаской из любого количества произвольных символов, и чем это лучше чем одиночная точка? Регэксп с одиночной точкой (произвольный символ) будет работать быстрее, какие преимущества у твоего регэкспа? Про ErrorDocument - откуда такая инфа? Я не специалист по апачу, но насколько понимаю деректива будет дергаться при статусе 404, которое может возникнуть при отсутствии файла, а как быть с урлами вида /?url=/admin/ - статус 404 здесь не будет или будет?