Обработка файлов htaccess невозможна

Обновлено: 07.07.2024

- определить минимальный объем памяти, необходимый для работы ядра продукта
- определить максимальный объем памяти, необходимый для работы ядра продукта
+ установить максимальный объем памяти, доступный при работе системы ядру продукта

Обмен информацией с использованием технологии RSS поддерживается модулями

+ Блоги
+ Форум
+ Информационные блоки
- Почта
- Статистика

Обработка файлов .htaccess невозможна

+ отключить подстановку параметра PHPSESSID=. в URL
- отключить сохранение файлов сессии
- указать, что для сохранения файлов сессии будет использоваться директория по умолчанию (т.е. /temp)

Библиотека FreeType необходима для корректной работы

+ механизма CAPTCHA
- диаграмм в модуле опросов
- графиков и диаграмм в модулях Статистики, Рекламы и др.

Если при установке продукта для выбора не доступна база данных MSSQL это значит, что

- установлена версия MSSQL 2000
+ не настроена поддержка ODBC
- устанавливается дистрибутив с поддержкой только MSSQL Express, а установка производится на полную версию СУБД MSSQL

Продукт поставляется

+ единым дистрибутивом для всех баз данных
- в различных версиях для разных баз данных
- различаются только дистрибутивы для Oracle XE/MSSQL Express и Oracle/MSSQL

PHP параметр upload_tmp_dir=<имя_каталога> определяет:

- директорию, в которую будут помещаться экспортируемые из системы файлы
+ директорию, в которую будут помещаться временные файлы, загружаемые в систему
- возможность загрузки документов на сайт

Возможность управления визуальными темами административного интерфейса реализована за счет использования:

- Java Script
- AJAX
+ CSS
- RSS

Параметр memory_limit может быть установлен

- для корректной работы механизма CAPTCHA
+ при работе модуля "Компрессия"
+ при работе "Системы обновлений"
- при построении и отображении графиков и диаграмм

При работе с системой в качестве веб-сервера может быть использован

- веб-сервер Apache или IIS
- только веб-сервер Apache
+ любой веб-сервер, который может выполнять PHP приложения

Если при настройке работы с сессиями в PHP не был установлен путь для сохранения файлов сессии, то:

- по умолчанию для сохранения файлов сессии будет использоваться директория /temp
+ по умолчанию для сохранения файлов сессии будет использоваться директория /tmp
- файлы сессии сохраняться не будут

Денис Воробьев, Спасибо за положительную оценку нашего труда.

Цитата
В курсе http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=35&LESSON_ID=1967 битая ссылка - "Для проверки работоспособности HTTP-авторизации воспользуйтесь скриптом."

Ссылка не битая. Там 502-я ошибка.

Цитата
Денис Воробьев пишет: "вес" у вопросов про IIS, Oracle и MYSQL должен быть ниже: если уж придется с этим работать, то данные разделы все равно придется повторить.

Это потребует перевода всех тестов на систему по "весу" вопроса. Это стоит сделать, согласен, но пока это не первоочередная задача: сначала надо выстроить все, сделать "серый ключ". А потом уже наводить марафет. Но с вашей идеей я согласен.

Цитата
При том, что человек никогда не работал с IIS, а в курсе про это рассказано не слишком подробно - стоит ли задавать эти вопросы (Обработка файлов .htaccess невозможна. )?

На все вопросы в курсе есть ответы. Даже ни когда не работавшему в IIS сотруднику можно разобраться.

Цитата
Второй момент: много ловушек на внимательность и точность терминологии. Обычно 1-3 попытки "уходят" на "въезжание" в такие вопросы. Когда сдаешь сам - раздражает.

Это человеческая психология. Такими нас создал Бог, инопланетяне, выросли из обезьян (ненужное - зачеркнуть). И с этим ничего не поделаешь.

Цитата
В новой версии понравилось дробление на мелкие курсы, оптимальное количество вопросов - 15-20. При 20-25 вопросах, возможно, имело бы смысл давать право на 1 ошибку.

В любом случае если будут практические замечания по тексту или воспросам, тестам. Пишите.

Сдаю тест. Администратор базовый. Системные требования. Не сдал: 13 из 14 верных.
Значит (логично) ответил на 1 вопрос не правильно.
Все проверил еще раз, смутил вопрос
"Обработка файлов .htaccess невозможна"

Я ответил При использовании веб-сервера IIS, т.к. не работал с ним и не особо имею о нем представление.

Хорошо. Ответ как я понял не верный. Делаю вторую попытку. На предыдущие вопросы даю те же ответы. На этот вопрос меняю ответ на "PHP установлен как CGI", т.к. при таком варианте полагал, что это тоже возможно.

Результат опять 13 из 14. Что дает право считать, что именно на этот вопрос я неправильно и отвечаю. Хорошо читаю внятно и вслух еще раз документацию в которой честко и ясно этот момент не прописан, зато прописано, "что установка параметров PHP из .htaccess возможна только при выполнении следующих условий:" "установлена директива: AllowOverride All или другое значение, отличное от None;", логично представить, что при установлении директивы в none htaccess обрабатываться не будет.

опять получаем 13 из 14.

В итоге остается 2 варианта ответа.

1. PHP установлен как модуль Apache
2. При использовании веб-сервера apache

2. ответ явно отметаем, т.к. в документации четко прописано "установка параметров PHP из .htaccess возможна только при выполнении следующих условий:" "используется веб-сервер Apache или совместимый с ним; "

значит остается ответ 1.

А теперь вопрос к разработчикам.

Почему они считают, что Обработка файлов .htaccess невозможна если php установлен как модуль Apache.

У меня неск. сайтов хостятся на VDS. Там php установлен как модуль apache. я лично прописывал обработку чпу в htacces и все как ни странно работает. А у вас почему-то не должно работать.

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

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

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

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

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

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

- mbstring.func_overload 2 0

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

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

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

Хостинг - хз, казахский какой-то, они сами себе хостеры и не совсем профессиональны, я бы сказал, т.е. саппорта фактически нет. Дали доступ в cpanel, вот только что там я могу сделать, мне неизвестно. И что нужно сделать, тоже неизвестно. Подскажите, пожалуйста! Добрый день.
Возникла проблема: имел глупость отредактировать файл htaccess Битрикосвским же редактором (через панель управления сайтом), поскольку доступ к оному файлу через фтпшник был закрыт,а через панель управления - открыт. После редактирования имеем ошибку сервера 500. Получил доступ к файлу через ФТП, глянул файл - куча мусора вследствие замены символов пробела, переноса строки и тд. хтмл-ными сущностями (сочетания процентов, амперсантов итд.). Привел файл в исходный вид, визуально-все корректно, но ошибка по прежнему висит. Логи глянуть ПОКА не могу, поскольку опять же нет доступа, с провайдером не очень оперативно получается общаться.
Пробовал комментить практически все строки в разных сочетаниях-безрезультатно. Если у кого то есть идеи как пофиксить, буду признателен
Спасибо заранее. Создайте обращение в тех. поддержку, постараемся помочь.

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

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

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

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

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

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

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

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

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

если не выставляется mbstring.func_overload >=2 через .htaccess (смотрите в phpinfo()), то решайте с тп хостера. Я по рекомендации сотрудника тех поддержки проигнорировал это предупреждение.
На первый взгляд все вроде работает но правильность работы ЧПУ я еще не проверял.
Мне сказали что визардом установки

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

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

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

Дай бог вам здоровья, пол дня мучилась))))
Только у меня обнаружился файл default в каталоге /etc/apache2/sites-available/
Когда там поменяла AllowOverride на ALL наконец проблема решилась!
Еще раз спасибо вам))) Все у кого показывается что не отрабатывает .htaccess
первое на что стоит обратить внимание отрабатывает ли он пхп флаги.
Возможно вы просто запущены под CGI FastCGI SuPHP или еще чем
в частности в FastCGI пхп флаги не отрабатывают по безопасности, и не будут

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

Всё это туфта, скрипт косячный, другой скрипт в эту директорию закидываеш и всё работает. Подниму эту тему, потому как она вроде по существу.
Можно для папки bitrix/httest выставлять права 755, а не 750. Конкретно у нас на хостинге такая конфигурация никогда не работает и клиенты волнуются что обработка .htaccess якобы не включена.
Или это по каким-то определенным соображениям?

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

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

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

<IfModule mod_php5.c>
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"
</IfModule>

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

Что такое htacces?

Такое ПО называют веб-сервер. Сегодня существует множество разных подобных программ, но наиболее распространенной среди них, является Apache. Причиной такой популярности является открытый код, возможность бесплатного использования и регулярные доработки, расширения функционала. Кроме того, Apache отлично работает с разными ОС, включая Windows и Linux.

Почему мы делаем акцент на этом ПО?

Именно в Apache, для настройки некоторых параметров веб-сервера, используется файл «.htacces».

Настраивать редиректы между страницами;
Предотвратить загрузку ваших данных другими сайтами;
Блокировать запросы с нежелательных IP или от определенных UserAgents;
Запрещать доступ к вашим данным;
Устанавливать адрес почты, который будет использовать администратор сервера;
И многое другое.

Важным моментом является то, что такой файл не обязательно должен называться «.htacces», поскольку с помощью директивы AccesFileName, можно задать другое наименование.

Как создать файл htacces?

Сразу скажем о том, что подавляющем большинстве современных CMS, например Вордпресс, файл .htacces, создается автоматически и даже имеет определенные начальные настройки.

Поэтому, в первую очередь, мы будем говорить о создании .htacces для html сайта.

Этот файл должен иметь текстовый формат, поэтому создать его можно с помощью самого элементарного редактора, например, «Блокнот» или NotePad++.

Имя файла – «.htacces». Наличие точки в начале имени обязательно, так же как и точное соблюдение регистра. Дело в том, что для Apache «.htacces» и «.HTacces», будут двумя разными файлами.

Кодировка файла должна быть ASCII.

После создания и заполнения, необходимо залить его на сервер по FTP-протоколу и убрать у файла .htacces расширение «*.txt».

Если вы используете устройство на Mac OS, то важно помнить, что в этой ОС, файлы, которые начинаются с точки, являются невидимыми. Поэтому удобнее будет сначала назвать файл «htacces», а после переноса на сервер, переименовать, добавив точку в начале.

Обычно файл .htacces, размещается в корневой директории сайта или сервера.

Важно! Даже если вы используете CMS, в зависимости от выбранного процесса установки, файла .htacces, может и не быть. Соответственно придется самостоятельно создать его, и залить на сервер. При этом, стоит ознакомиться с информацией о конкретной системой по управлению контентом, на предмет того, где именно должен находиться этот файл.

Так например, для WordPress, файл .htacces, должен находиться в каталоге «public_html».

Еще одним важным моментом, является то, что ряд CMS, требуют своих уникальных настроек. Поэтому, имеет смысл ознакомиться с примером файла htacces, для конкретной CMS.

Пример файла htacces, для Вордпресс:

Как правильно настроить htacces?

Если вам необходимо сделать правильный документ htacces, для сайта, который делал кто-то другой. То может возникнуть вопрос – «как найти .htacces?».

Логика нам подсказывает, что он должен быть в корне папки с сайтом, однако для некоторых CMS, это не так. Поэтому, если вы хотите найти местонахождение файла .htacces, рекомендуем почитать техническую информацию к CMS, с которой вы будете работать.

Прежде чем, говорить о настройке, стоит упомянуть о том, что сегодня можно скачать или скопировать готовый файл htacces. Этот вариант может быть хорошим решением для стандартных сайтов. Однако, стоит помнить о том, что рано или поздно, изменения все равно придется вносить. Как минимум для того, чтобы настроить перенаправление (редиректы).

Чаще всего, стандартные файлы .htacces, легко найти на ресурсах посвященных разным CMS.

Итак, давайте разберемся, что же именно можно сделать при помощи файла .htacces?

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

Для того, чтобы выполнить эту задачу, применяется команда «ErrorDocument», после неё нужно указать код ошибки, и адрес страницы, на которую будет перенаправлен пользователь. Адрес страницы должен быть относительным.

ErrorDocument «код ошибки» /адрес страницы

Лучше всего, сделать в корне сайта каталог «error», и поместить все страницы туда.

Сегодня рекомендуется использовать 301-й редирект, который позволяет полностью переносить вес страниц. Для настройки редиректов в файле .htacces, необходимо использовать директиву «Redirect», после которой указывается тип редиректа, адрес страницы, с которой осуществляется направление (относительный), адрес страницы, на которую вы перенаправляете пользователей (абсолютный).

Ограничить доступ пользователей к сайту по IP

Если вы хотите закрыть доступ к сайту для пользователей, которые пользуются конкретными IP-адресами, необходимо добавить:

Если вам нужно запретить доступ к сайту для всех IP адресов, за исключением нескольких, то добавляем:

Если нужно полностью запретить доступ, вне зависимости от адреса, то необходимо ввести:

В том случае, если вы допустили какие-то серьезные ошибки, во время процесса загрузки файла на сервер или при его корректировке, то при попытке зайти на одну из страниц сайта, может возникнуть ошибка 500. Данная ошибка свидетельствует о неправильной внутренней настройке сервера.

Если вы хотите выяснить причины этой ошибки, самым простым вариантом, будет посмотреть лог-файл. Он располагается по адресу /var/log/вашдомен.error.log

Что обязательно нужно сделать при настройке htacces?

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

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

Настроить блокировку всех запросов от нежелательных пользователей

Некоторые пользователи, могут перегружать ваш сайт ненужными запросами, или совершать злонамеренные или потенциально опасные действия. Таких пользователей можно заблокировать по UserAgent.

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

Эта функция крайне полезна в том случае, если у вас сайт с большим количеством широкоформатных изображений.

Защитить с паролем особо важные документы и папки

Благодаря htacces, вы сможете ограничение доступа к конкретным файлам и папкам, по логину и паролю. Для этого, необходимо будет создать специальный файл .htpasswd, и добавить в него необходимые данные в формате: «логин:пароль». При этом, лучше всего будет воспользоваться сервисами генерации и шифрования записей в htpasswd, поскольку иначе, логины и пароли будут храниться в незашифрованном виде.

Сразу стоит сказать, что кэширование файлов с помощью .htacces – невозможно. Тем не менее, с его помощью можно настраивать процесс кэширование на стороне клиента.

Правильная настройка кэширования важна, поскольку она позволяет существенно ускорить загрузку страниц сайта.

Взаимодействие htaccess, с кириллическими доменами

Достаточно важной и актуальной темой, сегодня является настройка htaccess, для сайтов с кириллическими доменами. Дело в том, что использование кириллицы в этом файле не допускается.

Соответственно, возникает вопрос – «Что делать?».

Как известно, для кириллических доменов существует представление имени в punycode, который предназначен для преобразования данных с кодировкой Unicode, в ASCII и аналоги. Для того, чтобы узнать как именно ваше доменное имя будет выглядать в punycode, можно воспользоваться сервисом Whois.

При этом, стоит помнить о том, что посетитель увидит в адресной строке браузера именно punycode-представление доменного имени, что естественно не является ошибкой.

Обработка файлов htaccess невозможна – в чем причина?

Иногда владельцы сайтов и веб-мастера сталкиваются с невозможностью обработки файла htaccess. Разумеется, для того, чтобы устранить эту досадную ошибку, необходимо понять в чем кроется её причина.

Вот список наиболее распространенных причин:

Используется сервер IIS;
Установка PHP как модуля Apache;
Установка PHP как CGI;
В настройке веб-сервера включена директива AllowOverride All.

Вывод

Htacces, используется для настройки веб-сайта на сервере Apache, в случае работы с другими типами веб-серверов, его попросту может не быть, или его функции будет выполнять другой файл.

Грамотная настройка файла .htaccess, является крайне важной для нормальной работы любого сайта. С его помощью можно настраивать доступ к файлам и папкам, редиректы, кэширование данных.

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

При заполнении файла .htacces, крайне важно соблюдать все действующие правила, а именно:

Некоторые CMS, требуют специфической настройки файла .htacces.

Часто при установке СMS, файл htacces генерируется автоматически, и в дальнейшем все необходимые изменения в него, можно вносить через административную панель.

SEO-эксперт, вебмастер с 2009 года, CEO компании CyberShark. За время работы в сфере создания и продвижения сайтов протестировал более сотни хостингов.

Читайте также: