Htaccess почему может не работать htaccess

Не работает .htaccess

Не работает переадресация всех запросов на index.php и выдает ошибку, как я понял, то проблема в том, что апач не учитывает настройки моего файла .htaccess.

Вот настройки апача из файла настройек httpd.conf

Вот содержимое htaccess

Подскажите, в чем проблема?

4 ответа 4

Первым делом нужно проверить обрабатывается ли htaccess. Для этого нужно сохранить его с любым текстом не имеющим смысла. Если получите 500-ю ошибку, то файл обрабатывается.

Далее нужно проверить заголовки сервера, например с помощью https://bertal.ru/ или инструментов разработчика Google Chrome — вкладка Network. Вполне возможно (на хостингах), что в заголовках ответа в качестве сервера вы увидите не Apache, а nginx. Тогда нужно смотреть как настроен nginx. Как правило он может искать запрашиваемые ссылки физически в файловой системе.

В вашей настройке не указано как будет называться AccessFile, нужно добавить «AccessFileName .htaccess» в конфиге apache.

У меня тоже была такая проблема. Но я решил. Нашёл два способа:

Это решается со стороны хоcтинга. Если они не хотят или не могут, то нужно менять хостинг.

Перед названием контроллера добавить index.php . Например:

Ещё, на всякий случай вот тут содержимое моего файла .htaccess:

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .htaccess apache или задайте свой вопрос.

Похожие

Подписаться на ленту

Для подписки на ленту скопируйте и вставьте эту ссылку в вашу программу для чтения RSS.

дизайн сайта / логотип © 2021 Stack Exchange Inc; материалы пользователей предоставляются на условиях лицензии cc by-sa. rev 2021.10.15.40479

Нажимая «Принять все файлы cookie» вы соглашаетесь, что Stack Exchange может хранить файлы cookie на вашем устройстве и раскрывать информацию в соответствии с нашей Политикой в отношении файлов cookie.

Источник

Управление сайтом на Windows-хостинге или как быть если не работает .htaccess

Далеко не секрет то, что в случае работы сайта на Windows-хостинге под управлением web-сервера IIS не работают директивы, размещаемые в файле .htaccess, которые позволяют управлять настройками сайта, работающего под управлением Apache.
Панели управления хостингом в своей массе не реализуют тех настроек сайта, которые могут потребоваться клиенту для полноценной работы. Безусловно ручная настройка персоналом хостера сайта клиента по запросу это не выход, а костыль, на который не стоит опираться.

Для решения данной проблемы компания Microsoft выпустила своё решение — программу IIS Manager.
Программа размером менее двух мегабайт позволяет удаленно подключиться к web-серверу IIS и управлять настройками сайта практически так же, как это доступно системному администратору локально. Не надо путать с аналогичной по названию оснасткой для администраторов сервера. Это просто программа, работающая без установленного локально IIS на любом ПК с установленной ОС Windows.

Возвращаясь к .htaccess отметим, что случае с IIS, аналогом .htaccess является файл web.config, а IIS Manager — это графический интерфейс пользователя к этому (web.config) файлу.
При этом некоторую часть настроек из .htaccess можно импортировать в web.config:
learn.iis.net/page.aspx/5. o-iis-webconfig/
В том числе можно импортировать правила mod_rewrite, используя встроенный функционал IIS Manager
learn.iis.net/page.aspx/4. odrewrite-rules/

В итоге получаем, что для хостинг-провайдера IIS Manager это безопасное средство управления настройками IIS-клиентов, клиент не может изменить настройки сайтов других клиентов, только своих сайтов, а для клиента это мощный инструмент с большим списком возможностей, среди которых можно выделить следующие:

1. Управление ASP.NET, например, задание параметров отправки писем, параметров подсоединения к базам данных.
2. URL Rewriting (правила mod_rewrite), создание правил для модификации URL.
3. Handle mapping — настройка реакции сервера на расширения файлов.
4. Можно менять правила аутентификации.
5. Фильтрация запросов — возможность запрета доступа к файлам по расширениям, например можно сделать все файлы с расширениями .config и .inc недоступными.

Пять пунктов это краткий список, настроек доступно больше, полный список вы можете посмотреть у нас, активировав доступ в панели управления windows-хостингом. Данная возможность работает и на бесплатном демонстрационном периоде (кстати, демо-период целых 30 дней).

Источник

Apache — не обрабатывается файл .htaccess

Проблема заключается в следующем: при настройке нового виртуалхоста — сервер Apache не обрабатывает файл .htaccess .

Хотя в файле указана директива:

сервер все-равно отображает содержимое каталога виртуалхоста.

О создании и настройке виртуалхостов можно почитать тут>>>.

Решение заключается в переопределении параметра:

AllowOverride None
Order deny,allow
Deny from all

В файле конфигурации Apache — /usr/local/etc/apache22/httpd.conf установлено глобальное значение директивы — запретить в корневом каталоге сервера. Сама директива AllowOverride определяет директивы, разрешенные для использования в файле .htaccess .

Что бы не менять значение для всего каталога веб-сервера и его подкаталогов, переопределим значение для отдельного виртуалхоста.

В файл конфигурации /usr/local/etc/apache22/extra/httpd-vhosts.conf , где описан настраиваемый виртуалхост, в блок можно добавить значение локальных директив для каталога.

К примеру, описание виртуалхоста:

ServerAdmin root@setevoy.org.ua
DocumentRoot /usr/local/www/users/setevoy/setevoy.org.ua
ServerName setevoy.org.ua
ServerAlias setevoy.kiev.ua
ErrorLog /var/log/apachelog/setevoy.org.ua-error.log
CustomLog /var/log/apachelog/setevoy.org.ua-error.log common

Теперь, разрешим в нем использование любых параметров через .htaccess , для этого изменим описание, добавив блок , в котором будет описано поведение сервера при чтении из указанного каталога:

Источник

Проблемы с .htaccess

Подробнее о файле .htaccess читайте в статье: Что такое .htaccess?

Поддержка файла «.htaccess» есть только на hosting Linux. На Windows хостинге функцию «.htaccess» выполняет файл web.config.

Модуль поддержки «.htaccess» доступен на всех тарифах виртуального хостинга на основе ОС Linux. Если при установке CMS появляется сообщение об отсутствии поддержки «.htaccess» просто проигнорируйте его.

У меня нет файла .htaccess, что делать?

Если вы настраиваете web-сервер Apache, но у вас нет файла .htaccess, создайте его и пропишите нужные директивы.

Чтобы создать .htaccess, войдите в панель управления хостингом по инструкции: Как войти в панель управления хостингом? Расположите файл .htaccess в каталоге сайта с помощью статьи: В какой каталог нужно загружать файлы моего сайта?.

Если вы случайно удалили файл .htaccess, восстановите его через бэкап. Или добавить стандартный файл .htaccess для вашей CMS: Файлы .htaccess для популярных CMS

В cPanel не видно файла .htaccess

Чтобы увидеть скрытые файлы (начинающиеся с точки) в хостинг панели cPanel, необходимо выполнить следующие действия:

Перейдите в раздел Диспетчер файлов:

В правом верхнем углу нажмите на кнопку Параметры:

Установите галочку Показывать скрытые файлы (dotfiles) и сохраните изменения нажав на Save:

Как включить mod rewrite

Модуль «mod_rewrite» присутствует на всех тарифных планах хостинга Linux. Чтобы активировать «mod_rewrite» добавьте в файл .htaccess строку вида:

Источник

.htaccess

Здравствуйте, при установки «1С-Битрикс Управление сайтом 8» в «Рекомендуемые установки» показывает что Обработка .htaccess Выключена.
Что делать в данной ситуации? как включить обработку .htaccess? из за этого даже не могу Установить в кодировке UTF-8.
— mbstring.func_overload 2 0
— mbstring.internal_encoding UTF-8 Не установлен

Вот мои несоответствия параметрам:

На форуме десятки тем с данной проблемой, воспользуйтесь пожалуйста поиском.

Цитата
monitoringe пишет: В каталоге conf, в папке апача.

Например, это может быть такой путь: /usr/local/apache/conf/

только сегодня с этим столкнулся. раскомментил строки
— mbstring.func_overload 2 0
— mbstring.internal_encoding UTF-8

и utf-8 заработал, хотя обработка .htaccess стоит — выключена.

Цитата
Alex_K пишет: только сегодня с этим столкнулся. раскомментил строки

— mbstring.func_overload 2 0

и utf-8 заработал, хотя обработка .htaccess стоит — выключена.

Разрешите поднять тему.

Пользовался поиском, действительно, таких тем десятки, однако все сводится к раскомментированию или к httpd.conf

Нужно ставить в utf8, нужно менять
— mbstring.func_overload 2 0
— mbstring.internal_encoding UTF-8 Не установлен
— обработка .htaccess выключена

Однако раскомментирование в .htaccess приводит к Internal Server Error 500, в курсе написано следующее

Цитата
Внимание! Для активизации закомментированных PHP директив необходимо снять знак комментария (#) в начале строки. Если на вашем сервере Apache не установлено разрешение на использование PHP-флагов, выполнение данных директив приведет к возникновению внутренней ошибки (500). В случае возникновения ошибки необходимо снова закомментировать директивы, поместив в начало каждой знак #.

Установка демо-версии БУС 9.1.0 Бизнес UTF-8 на стандартный веб-хостинг (тестирование панели управления хостингом ispCP Omega).

В настройках апача для каталога в который ставится битрикс прописана директива «AllowOverride All»
bitrix_server_test.php считает что с обработкой .htaccess все в порядке.
Визард установки при тестировании говорит что «Обработка .htaccess Выключена»

В какие еще настройки нужно смотреть для решения данной проблемы?

Цитата
Ярослав Крючков пишет: Подниму тему.

Установка демо-версии БУС 9.1.0 Бизнес UTF-8 на стандартный веб-хостинг (тестирование панели управления хостингом ispCP Omega).

В настройках апача для каталога в который ставится битрикс прописана директива «AllowOverride All»

bitrix_server_test.php считает что с обработкой .htaccess все в порядке.

Визард установки при тестировании говорит что «Обработка .htaccess Выключена»

В какие еще настройки нужно смотреть для решения данной проблемы?

Проигнорируйте ошибку: в некоторых случаях не удаётся корректно определить работоспособность .htaccess.

Если тест пишет, что .htaccess работает , значит он работает 100%, если пишет, что не работает , есть вероятность, что проверка ошибается.

Возможно проблема всё-таки есть, если после установки не будет работать ЧПУ.

Цитата
проверяется работа .htaccess в папке /bitrix/httest/. Вероятно в данной подпапке он и не работает

Цитата
Ярослав Крючков пишет: На первый взгляд все вроде работает но правильность работы ЧПУ я еще не проверял.

Хочу поделиться как была решена проблема с .htaccess.
Сервер собран на OpenSuse 11.3
В файле /etc/apache2/httpd.conf изменение строки с AllowOverride None на AllowOverride ALL не решало проблему. Значит должен быть еще файл с настройками, который не дает включить использование .htaccess.

В /etc/apache2/httpd.conf была обнаружена строка
Include /etc/apache2/default-server.conf

Изменив параметр AllowOverride на ALL в данном файле все заработало.

Хорошее описание по .htaccess — http://www.quizful.net/post/guide-to-htaccess
Есть описание как проверить работает или нет .htaccess.

Цитата
Александр пишет: В /etc/apache2/httpd.conf была обнаружена строка Include /etc/apache2/default-server.conf

Изменив параметр AllowOverride на ALL в данном файле все заработало.

Подниму старую тему.

Если вы прописали AllowOverride all и в httpd.conf и в apache2.conf, а обработка .htaccess все еще не работает, попробуйте посмотреть, что у вас прописано в /etc/apache2/sites-enabled/ Там тоже лежат файлы конфигурации и там тоже нужно поправить None на All. Делать это стоит только для /var/www.

Дело не в хостинге, хотя отчасти — берите хостинг для битрикс не экономте это того стоит!
mbstring.func_overload — эта директива не стабильна уровне каталогов — и задается на урвне сервера (всего веб сервера)
это сильно повлияет на другие СSM (которые поддерживают UTF8 из коробки и нет необходимости в этой функции) просто не будут работать !
Битрикс часть таких настроек сливает на сервер — отсюда его так не любят, настройки не совместимы с другими CSM, что хорошо для битрикса не всегла хорошо для других! А вот WAF и дпугие фитчи в CSM есть. пора бы уже UTF из коробки .

Тем не менее в популярных Web панелях ее можно включить на уровне каталога, DirectAdmin/CPanel/ISP/Vesta(отдельным шаблоном), можно обойтись и без апача и получить выигрыш в производительности с nginx да так то же работет!

Ну и на последок директива не заработает через .htaccess и еще синтаксис нужно указывать не просто php_value, а php_admin_value и примерно так:

php_value default_charset utf8
php_admin_value mbstring.func_overload 2
php_value mbstring.internal_encoding utf8
php_admin_value realpath_cache_size «4096k»

ПС у меня все работет совсемсно с другими CSM, но нагрузки не такие высокие.
Окружение и виртуалка, то же это мулька, на рабочий сервер ставить не советую, лучше все сделать самому, опять же для начинающих, что бы не парится или для тестов, но админить это дело с кучей софта который не нужен — зачем? сдлелаи бы скрипт настройки бызы и пхп для этих ресурсов и все. нет навернули как всегда ))

Источник