Нужно ли перезапускать apache, чтобы правила перезаписи в .htaccess вступили в силу?
Я подтолкнул свои файлы .htaccess к производственным разделителям, но они не работают. Будет ли перезапуск следующим шагом, или я должен проверить что-то еще.
apache .htaccess mod-rewrite restartПоделиться Источник Jesse Hattabaugh 27 сентября 2008 в 00:08
7 ответов
96
Перезапуск не требуется для внесения изменений в файл. htaccess. Что-то еще не так.
Убедитесь, что ваш .htaccess включает в себя заявление
RewriteEngine ВКЛ.
что требуется, даже если оно также присутствует в httpd.conf. Также убедитесь, что .htaccess читается процессом httpd.
Проверьте error_log — он сообщит вам о любых ошибках в .htaccess, если он используется.
Установка преднамеренной синтаксической ошибки в .htaccess-это хорошая проверка, чтобы убедиться, что файл используется-Вы должны получить ошибку 500 на любой странице в том же каталоге.
Наконец, вы можете включить журнал перезаписи с помощью следующих команд в вашем httpd.conf:
RewriteLog «logs/rewritelog»
RewriteLogLevel 7
Созданный таким образом файл журнала даст вам кровавые подробности того, какие правила перезаписи совпадали и как они обрабатывались.
Поделиться TomG 27 сентября 2008 в 02:25
52
Нет :
Apache позволяет децентрализованно управлять конфигурацией с помощью специальных файлов, размещенных внутри веб-дерева. Специальные файлы обычно называются
.htaccess
, но любое имя может быть указано в директиве AccessFileName… Поскольку файлы .htaccess считываются по каждому запросу, изменения, внесенные в эти файлы, вступают в силу немедленно…
Поделиться Milen A. Radev 27 сентября 2008 в 00:12
18
Из документации apache: Чаще всего проблема заключается в том, что AllowOverride не задан таким образом, чтобы ваши директивы конфигурации соблюдались. Убедитесь, что у вас нет AllowOverride None в действии для рассматриваемой области файла. Хороший тест для этого-поместить мусор в ваш файл .htaccess и перезагрузить его. Если ошибка сервера не генерируется, то у вас почти наверняка есть AllowOverride None в действии.
Поделиться PiedPiper 27 сентября 2008 в 00:31
- Нужно ли перезапускать apache каждый раз после изменения кода
Я развертываю приложение Django на webfaction. Весь код загружен, но иногда мне все еще нужно внести некоторые изменения. Мой рабочий процесс-редактировать локальный файл в Pycharm и синхронизировать изменения с удаленным сервером (Apache). Так, например, нужно ли перезапускать apache каждый раз…
- переопределение apache правил перезаписи с помощью htaccess
работа на сервере с несколькими доменами. Где-то в конфигурации apache есть правило перезаписи, установленное для доменов ALL. Что происходит, если пользователь переходит на example.com/foo, он должен быть перенаправлен на example.com/foo_bar Однако в одном домене я хочу переопределить это…
3
Только если вы не добавили модуль mod_rewrite в Apache.
Вам нужно только перезапустить Apache, если вы измените какие-либо файлы Apache «.conf».
Поделиться ethyreal 27 сентября 2008 в 00:28
2
У меня та же проблема, и, похоже, сообщение PiedPiper о AllowOverride было наиболее полезным. Проверьте свой файл httpd.conf на «AllowOverride» и убедитесь, что он установлен на Все.
Поделиться Dave Ip 01 июля 2011 в 17:54
2
В случае .htaccess перезапуск не требуется, если он не работает, вероятные причины включают.
AllowOverride Может быть не задано, какой пользователь может установить внутри httpd.conf, или, возможно, ему придется связаться с администратором сервера.
Проверьте имя файла .htaccess это должно быть .htaccess, а не htaccess.txt см. Здесь Руководство по его созданию.
Попробуйте использовать простую директиву
Options -Indexes
илиdeny all
, чтобы увидеть, работает она или нет.очищайте кэш браузера каждый раз, когда у вас есть правило для перенаправления или аналогичное, если предыдущее перенаправление кэшируется, кажется, что все не работает.
Поделиться Abhishek Gurjar 29 апреля 2017 в 11:09
0
Что находится в вашем. htaccess? RewriteRules? Убедитесь, что mod_rewrite установлен и включен.
Другие вещи? Попробуйте установить AllowOverride в ‘all’ в этом каталоге.
Поделиться ceejayoz 27 сентября 2008 в 00:27
Похожие вопросы:
как я должен использовать вывод преобразования правил перезаписи htaccess в правила перезаписи nginx
Я использую neginx, затем мне нужно преобразовать откройте файл. htaccess правила перезаписи, чтобы neginx правила перезаписи. Я использовал это для преобразования. Теперь я хочу знать, как я должен…
Правила перезаписи в Apache для другого порта
Мой сервер Apache(Tomcat)-Spring работает на порту 8080. Я хочу сделать вызов на порт localhost по умолчанию(80) и хочу, чтобы перенаправление произошло на порт 8080. Я включил mod-rewrite, и…
Может ли apache переписать правила в httpd.conf
Как создать простое правило перезаписи apache для перезаписи: http://domain.com/vanity — http://domain.com/foo / Также можно ли переписать правила в httpd.conf или они должны быть в файле .htaccess?…
Сколько времени требуется, чтобы изменения .htaccess вступили в силу?
Я добавил правила перезаписи url в свой файл .htaccess. Должен ли я сразу увидеть, как эти изменения работают?
Преобразование правил перезаписи apache (. htaccess) в nginx
Фон : Я хочу настроить Bugify на моем сервере Ubuntu под управлением nginx. Я последовал инструкциям, установил зависимости, и установка прошла успешно. Как только я ввожу свой лицензионный ключ и…
Нужно ли перезапускать apache каждый раз после изменения кода
Я развертываю приложение Django на webfaction. Весь код загружен, но иногда мне все еще нужно внести некоторые изменения. Мой рабочий процесс-редактировать локальный файл в Pycharm и…
переопределение apache правил перезаписи с помощью htaccess
работа на сервере с несколькими доменами. Где-то в конфигурации apache есть правило перезаписи, установленное для доменов ALL. Что происходит, если пользователь переходит на example.com/foo, он…
Необходимо перезапустить сервер laravel 4, чтобы изменения вступили в силу
Я работаю над css на сервере laravel и заметил, что мне приходится перезапускать MAMP (работая на компьютере Mavericks) каждый раз, когда я меняю даже самый маленький код, чтобы новый код вступил в…
. htaccess создан или изменен: нужно ли перезапускать Apache?
Я пытаюсь отладить некоторые проблемы .htaccess на Apache, но я новичок в mod_rewrite.c. Я хотел бы знать, нужно ли мне перезапускать Apache в XAMPP всякий раз, когда я делаю изменения в файлах./]+)/ /index.php?view=$1&layout=$2 [NC]…
Как привязать домен к сайту — VPS.ua Wiki
Если установлен Apache и нет хостинговой панели
Рассмотрим ситуацию, когда файлы сайта загружены в директорию /var/www/html/domain_com и по запросу домена domain.com должна выводиться index.php страница.
Для того, чтобы сайт, загруженный в указанную директорию, отображался по домену, необходимо соответствующим образом настроить веб-сервер, чтобы он «знал», откуда брать данные в случае получения запроса по домену domain.com. Настройка состоит из следующих шагов:
- Подключаемся к VDS серверу по SSH с правами root.
- Переходим в директорию, в которой расположен конфигурационный файл Apache:
Для CentOS, Fedora:
cd /etc/httpd/conf/
Для Debian, Ubuntu:
cd /etc/apache2/
- Открываем конфигурационный файл текстовым редактором, например, vi:
Для CentOS, Fedora:
vi httpd.conf
Для Debian, Ubuntu:
vi apache2.conf
- Опускаемся в конец файла и приступаем к вводу настроек. Для этого, в случае редактора vi, нажимаем клавишу “i”. Простой пример виртуалхоста представляем ниже:
<VirtualHost IP:80> # вместо IP указываем IP-адрес VPS ServerAdmin webmaster@domain.com # почтовый адрес администратора DocumentRoot /var/www/html/domain_com # путь расположения папки с файлами сайта ServerName domain.com # домен, по которому должен открываться сайт ErrorLog logs/domain.com-error_log # путь и имя файла с журналом ошибок CustomLog logs/domain.com-access_log common # путь и имя файла с журналом запросов </VirtualHost>
- Также, рекомендуется указать имя индексного файла, который должен отображаться по запросу домена. Для этого под виртуалхостом добавляем следующую запись:
<Directory /var/www/html/domain_com > DirectoryIndex index.php </Directory>
- После того, как виртуалхост был скопирован в файл и заполнен правильными значениями, в случае с редактором vi необходимо выйти из режима ввода клавишей “ESC” и сохранить изменения командой:
:wq
- Для того, чтобы изменения вступили в силу, необходимо перезагрузить веб-сервер. Но прежде чем это выполнить, настоятельно рекомендуется запустить отладчик конфигурации, который выполнит проверку синтаксиса в конфигурационном файле Apache на предмет ошибок. Запустить отладку можно командами:
httpd –S
или
apachectl –S
- Если в результате выполнения было выведено сообщение «Syntax OK», значит, в конфигурационном файле нет ошибок и можно производить перезагрузку Apache.
- Если же в файле были допущены ошибки, то программа выведет сообщение «Syntax error» и укажет номер строки и фрагмент текста, который является некорректным. В этом случае необходимо будет вновь открывать конфигурационный файл и исправлять ошибки.
- Перезагрузка веб-сервера выполняется командой:
CentOS, Fedora:
service httpd restart
или
/etc/init.d/httpd restart
Debian, Ubuntu:
service apache2 restart
или
/etc/init.d/apache2 restart
- После выполнения перезагрузки веб-сервера можно пробовать подключиться по домену в браузере.
- На этом настройка веб-сервера завершена.
Если установлена панель управления хостингом
При наличии хостинговой панели (ISPconfig, ISPmanager, DirectAdmin, cPanel) указанный выше процесс происходит в автоматическом режиме в момент добавления домена в панель. Более подробная инструкция по привязке домена к сайту расположена в нашей статье Как и куда загрузить сайт.
Nginx htaccess не работает – Тарифы на сотовую связь
112 пользователя считают данную страницу полезной.
Информация актуальна! Страница была обновлена 16.12.2019
Apache — это не единственный тип сервера, который существует. Второй по популярности сервер — это Nginx. Те, кто уже побывал на Apache, наверняка привыкли к тому, что там есть файл конфигураций htaccess. Потому после перехода на Nginx таким пользователям будет сложно осознать, что данный сервер не поддерживает файл htaccess и его директивы.
Если хотите использовать функции конфигурационного файла htaccess на сервере Nginx, то вам придется научиться конвертировать директивы этого документа в опции Nginx.
Стоит ли использовать аналог htaccess на сервере Nginx
Прежде чем начать искать аналоги файла htaccess для этого сервера, стоит задуматься о целесообразности такого решения. Использовать файл дополнительных конфигураций необязательно, даже для серверов Apache. Многие его функции можно реализовать через php-код. Большинство вебмастеров лишь изредка обращаются к htaccess, так как этот файл со временем сильно нагружает сервер. Ведь он загружается каждый раз, когда появляется запрос к серверу.
Тем не менее, некоторые опции конфигурационного файла позволяют ускорить работу сервера. К примеру, при помощи него вы сможете активировать кэширование браузеров пользователей, включить сжатие данных и т. д. Также файл htaccess подходит для защиты файлов и папок, а также для общей оптимизации ресурса. Потому все-таки есть смысл искать аналоги этого файла для Nginx.
Как конвертировать опции htaccess для серверов Nginx
Существует специальный Nginx converter — это онлайн-сервис, который необходим для перевода синтаксиса файла htaccess в синтаксис конфигурационного документа сервера Nginx. То есть все, что вам понадобится сделать, — это ввести директивы файла htaccess в конвертер, затем скопировать результат, и вставить в конфигурации Nginx. При этом важно, чтобы файл Apache, с которого вы копируете данные, был рабочим. Протестируйте его на локальном сервере. Если возникает ошибка 500, значит его нельзя использовать для перевода — в нем содержится ошибка.
В основном, конвертер предназначается для перевода директив модуля mod_rewrite. Как известно, директивы этого модуля используются в htaccess чаще других. Вы сможете перевести опции переадресаций с редиректами, директивы склеивания зеркал, удаления слешей из ссылок и т. д. А теперь коротко рассмотрим некоторые директивы htaccess и их аналоги в Nginx.
Если вы захотите добавить в Nginx свои страницы с ошибками, что весьма правильно, то вместо ErrorDocument, вам нужно будет писать, к примеру, вот так: error_page 404 http://domen.ru/error/404.htm. И так вы сможете написать для каждой страницы. Только не забудьте предварительно создать страницы с ошибками. Только потом вы сможете прописать для них путь.
В качестве защиты папок в htaccess часто указывали директиву для запрета листинга каталогов. Для этого писали следующую опцию: Options -Indexes. В Nginx она будет выглядеть совсем по-другому: autoindex off. А для активации листинга укажите вместо off слово on. К сожалению, директиву IndexIgnore через конвертер у вас перевести не получится. Потому вы не сможете при открытом листинге скрывать какие-либо файлы на сервере Nginx. Зато вы сумеете указать свой вариант индексного файла. Для этого нужно прописать вместо DirectoryIndex одно слово: index, и к нему добавить перечень файлов, которые нужно считать индексными.
Некоторые директивы так же легко переводить в Nginx, как и опцию DirectoryIndex. К примеру, директива определения основной кодировки для сайта AddDefaultCharset. Она нужна для того, чтобы все браузеры видели сайт в одной кодировке. Настройка этой опции исключит появление несвязных закорючек на страницах вашего ресурса. Кроме того, вы сможете создать версии портала на другом языке. Чтобы сделать это в Nginx, нужно указать директиву Charset и название кодировки.
Если вы хотите заблокировать доступ к сайту только для некоторых пользователей, то необязательно прописывать сначала Allow from all, а потом указывать исключения. В Nginx достаточно прописать каждый IP-адрес в отдельной строчке после директивы Deny. Например:
deny 81.222.144.12;
deny 81.222.144.20;
А если нужно разрешить доступ только некоторым IP-адресам, то нужно сначала его запретить для всех при помощи директивы Deny all. А потом так же, как и с deny в предыдущем примере: указать в каждой строке по одному IP-адресу, только уже с директивой Allow. Для блокировки какого либо-файла или папки вместо тегов вам следует писать сначала опцию location, а затем в скобках <> указывать директивы deny и allow. Например, вот как будет выглядеть блокировка файла passwd.html для всех, кроме IP-адреса 81.222.144.12:
location /passwd.html <
deny all;
allow 81.222.144.12;
>
А что касается установки пароля на определенные файлы, то в Nginx это делать еще проще, чем если бы прописывали эту опцию в документе htaccess. Вместо того, чтобы указывать четыре директивы, вам необходимо будет указать всего две. В первой строчке необходимо написать опцию auth_basic и в кавычках указать обращение к пользователю, который хочет авторизоваться. А во второй auth_basic_user_file вам следует написать путь к файлу с паролями, которые необходимы для аутентификации.
Единственное, с чем вам придется изрядно помучиться — это перевод директив модуля mod_rewrite в формат настроек Nginx. С этим действительно все сложно, поскольку вам придется изучить синтаксис Nginx, чтобы понять, как активировать на сервере перенаправление URl. В любом случае, вам понадобится директива location, которая нужна для указания адреса переадресации. В скобках вместо директивы RewriteCond, обозначающей условия перенаправления ссылки, нужно писать if. А вместо правила переадресации RewriteRule пишите просто Rewrite.
Многие функции вы не сможете перевести из стандартного файла htaccess в модифицированный для серверов Nginx. Потому от некоторых возможностей Apache вам придется либо полностью отказаться, либо искать другие пути решения. Используйте специальные плагины и модули для сайта, и сможете реализовать возможности htaccess не через сервер, а через движок.
Этим вопросом обычно задаются люди, до встречи с Nginx работавшие с Apache, и особенно часто те, кому довелось переносить проекты, корректная работа которых плотно зависит от .htaccess. Наиболее простой ответ, который можно дать сразу: .htaccess — это убийца производительности, а Nginx, как мы помним, нацелен именно на то, чтобы обеспечивать её максимальный уровень. Более подробное объяснение связано с тем. как Apache работает с файловой структурой сайтов и с файлами .htaccess в частности.
Всякий раз, когда Apache обрабатывает запрос, он в первую очередь обрабатывает содержимое .htaccess-файла, находящегося в том же каталоге, что и файл страницы. Тут всё понятно. Далее Apache сканирует все родительские каталоги верхнего уровня вплоть до DocumentRoot. То есть, например, если ваш DocumentRoot — /var/www/mysite и сервер обрабатывает запрос к файлу /var/www/mysite/category/section/page.html, то он последовательно будет искать и обрабатывать найденные .htaccess-файлы в каталогах:
- /var/www/mysite/category/section/
- /var/www/mysite/category/
- /var/www/mysite/
- /var/www/
Крайне важно отметить, что даже если Apache в указанных каталогах файлов .htaccess не обнаружит, он будет предпринимать попытки найти их при каждом запросе, поскольку они там могут появится в любой момент. Конечно, можно запретить серверу обработку .htaccess-файлов в определённых каталогах при помощи директивы AllowOverride, однако автор сомневается в том, что эта возможность широко применяется. Да и в любом случае, это лишь полумера.
Ещё один неприятный момент заключается в том, что .htaccess будучи задуманными как инструмент удобного конфигурирования, в итоге приводят к запутанным схемам конфигурации, от которых иной раз неизвестно чего ожидать. Сфера влияния конфигурации того или иного .htaccess-файла может распространяться на большие иерархии файлов и иногда, чтобы понять как работает, например, правило mod_rewrite, вам придётся перелопатить кучу файлов , при этом закончить поиски где-то в районе httpd.conf.
Очередным камнем в огород .htaccess является тот факт, что при определённых обстоятельствах они могут быть использованы для образования дыры в безопасности. В отличие от глобальных файлов конфигурации сервера, файлы .htaccess размещаются в иерархии домашних каталогов сайтов, и следовательно защищённость их от модификации значительно ниже. Если злоумышленнику удастся получить доступ к модификации .htaccess, то перед ним открываются весь широкие возможности.
Подведём итоги. .htaccess предоставляют удобный способ конфигурирования веб-сервера ленивым администраторам и разработчикам, однако попутно серьёзно снижают производительность, часто-густо приводят к запутанной конфигурации сервера и являются дополнительной брешью в системе безопасности.
У меня есть сервер из сервиса AWS EC2, работающий в Linux Ubuntu, и я установил apache, php и mysql.
Я добавил .htaccess файл в корне моего документа /var/www/html ,
Я ввел этот код в нем:
ErrorDocument 404 /var/www/html/404.php и это все еще не обнаруживается.
Я продолжал вводить эту команду несколько раз: sudo service httpd restart перезагрузить сервер, но не отображаются изменения …
Как я могу это исправить … Я сделал что-то не так?
Решение
Во-первых, обратите внимание, что перезапуск httpd не требуется для файлов .htaccess. Файлы .htaccess специально предназначены для людей, у которых нет root — то есть они не имеют доступа к файлу конфигурации сервера httpd и не могут перезапустить сервер. Поскольку вы можете перезапустить сервер, вам не нужны файлы .htaccess, и вы можете напрямую использовать конфигурацию основного сервера.
Во-вторых, если файлы .htaccess игнорируются, вам необходимо проверить, правильно ли установлен AllowOverr > для деталей. Вам также необходимо убедиться, что он установлен в правильной области — то есть в правильном блоке в вашей конфигурации. Будь уверен НЕ редактирование одного в блоке, например.
В-третьих, если вы хотите убедиться, что файл .htaccess действительно читается, поместите в него мусор.
Недопустимая строка, такая как «INVALID LINE HERE», в вашем файле .htaccess приведет к ошибке 500 Server, когда вы укажете браузеру на каталог, содержащий этот файл. Если это не так, то у вас не настроен AllowOverride правильно.
Другие решения
Включить модуль Apache mod_rewrite
добавьте следующий код в /etc/apache2/sites-available/default
Если вы перепробовали все вышеперечисленное, которые являются действительными и хорошими ответами, и ваш файл htaccess не работает или читается, измените директиву в apache2.conf файл. Под Ubuntu путь /etc/apache2/apache2.conf
Изменить директива, указывающая на ваши общедоступные веб-страницы, где находится файл htaccess. Меняться от AllowOverride None в AllowOverride All
За Ubuntu,
Сначала запустите эту команду:
Затем отредактируйте файл /etc/apache2/sites-available/000-default.conf используя nano или vim с помощью этой команды: —
Тогда в 000-default.conf файл, добавьте это после строки DocumentRoot /var/www/html , Если ваш корневой каталог html — это что-то другое, то напишите:
Сделав все, перезапустите apache с помощью команды sudo service apache2 restart
Скорее всего, для AllowOverride установлено значение None. в разделе каталога apache2.conf, расположенном в папке / etc / apache2
Попробуйте установить для него AllowOverride All
Просто выполните 3 шага
Включите mode_rewrite, используя следующую команду
sudo a2enmod переписать
Пароль будет запрошен. Так что введите свой пароль
Обновите свой 000-default.conf или же default.conf файл находится в / и т.д. / apache2 / сайты-доступны / каталог. Вы не можете редактировать его напрямую. поэтому используйте следующую команду, чтобы открыть
sudo gedit /etc/apache2/sites-available/000-default.conf
Или же
sudo gedit /etc/apache2/sites-available/default.conf
линия. Добавьте следующий код после него.
Сделайте так, чтобы путь тега каталога был таким же, как показано в вашем файле.
Перезагрузите сервер apache, используя следующую команду
перезапуск службы sudo apache2
По моему опыту, директива / var / www / directory запрещает директивы virtualhost. Так что, если вы перепробовали все предложения и все еще не работали, и вы используете виртуальные хосты, попробуйте это;
1 — убедитесь, что у вас есть
AllowOverride All директива в
/etc/apache2/sites-available/example.com.conf
2 — Проверьте / var / www / Директивы директивы в /etc/apache2/apache2.conf (возможно, в строке 164), которая выглядит так;
Если есть AllowOverride None директива изменить его на
AllowOverride All или просто сбежать
По умолчанию Apache запрещает использование файла .htaccess для применения правил перезаписи, поэтому
Шаг 1 — Включение mod_rewrite (если не включено)
Во-первых, нам нужно активировать mod_rewrite. Он доступен, но не включен с чистой установкой Apache 2.
Это активирует модуль или предупредит вас, что модуль уже включен. Чтобы эти изменения вступили в силу, перезапустите Apache.
mod_rewrite теперь полностью включен. На следующем шаге мы настроим файл .htaccess, который будем использовать для определения правил перезаписи для перенаправлений.
Шаг 2 — Настройка .htaccess
Откройте файл конфигурации Apache по умолчанию, используя nano или ваш любимый текстовый редактор.
Внутри этого файла вы найдете блок, начинающийся с первой строки. Внутри этого блока добавьте следующий новый блок, чтобы ваш файл конфигурации выглядел следующим образом. Убедитесь, что все блоки имеют правильные отступы.
Сохраните и закройте файл. Чтобы эти изменения вступили в силу, перезапустите Apache.
Как Изменить Главную Страницу Сайта в Файле .Htaccess
Введение.htaccess — файл конфигурации, который используется для веб-сервера под управлением Apache. При входе на сайт, сервер проводит поиск указанного в настройках конфигурации файла для отображения его в качестве индексной страницы, также известной как главная страница сайта. К примеру, если вы вводите в браузере такой адрес www.пример.ru/about/, веб-сервер будет искать файл под названием index.html в папке about вашего сайта. Если она существует, сервер доставит содержимое страницы в браузер. С помощью изменения значения правила directoryindex в файле .htaccess вы можете изменить главную страницу сайта, которую будет искать сервер.
Что такое главная страница сайта
При заходе на ваш сайт любой посетитель попадает на главную страницу сайта. Это та страница, которая создает первое впечатление о сайте у вашего пользователя. Будь то сайт компании или сайт продающий определенный товар, главная страница сайта должна вызывать у пользователя интерес и желание узнать больше, или даже воспользоваться вашими услугами. Помимо того, что она имеет важное значение в плане привлечения внимания пользователя. Также она не менее важна при привлечении трафика на ваш сайт. Правильно написанные и оптимизированные тексты помогут вашей главной странице лучше ранжироваться в поисковиках.
Что вам понадобитсяПеред тем, как вы начнете это руководство, вам понадобится следующее:
- Доступ к панели управления хостингом или FTP
Первое, что вам необходимо сделать, это найти или создать ваш файл .htaccess. Вы можете легко это сделать используя Файловый Менеджер в панели управления вашего хостинга или используя FTP-клиент, такой как FileZilla. В данном руководстве мы будем использовать Файловый Менеджер Hostinger.
Здесь вам необходимо либо отредактировать ваш существующий файл .htaccess, либо создать новый, если такового нет. Открыть редактирование файла .htaccess можно выделив и кликнув на него правой кнопкой мыши, далее выбрать Редактировать из выпадающего меню, как показано ниже:
Для создания файла вы можете кликнуть правой кнопкой на пустое место и выбрать Новый Файл из выпадающего списка, либо нажать на соответствующую иконку.
После этого, вылезет окно создания файла где вы должны вписать его название. В этом руководстве нам нужно создать файл .htaccess, впишите .htaccess и нажмите Создать для сохранения файла. После его создания вы сможете отредактировать его добавив нужный вам код.
В случае если ваш хостинг использует cPanel, вы можете использовать данное руководство:
Шаг 2 — Изменение главной страницы сайта в файле .htaccessПосле того, как вы открыли файл .htaccess с помощью функции Редактировать, вставьте следующий код в верх файла для настройки нужной вам страницы:
DirectoryIndex пример.html
В данном руководстве мы решили изменить главную страницу сайта на first.html. Это означает, что наш код должен выглядеть так:
DirectoryIndex first.html
Вы можете добавить в файл конфигурации список из нескольких файлов. Ваши файлы указанные в .htaccess будут проверяться слева направо. К примеру, если мы добавим в список index.htm, index.html, и index.php. Сперва сервер проверит first.html, если такого файла нет, то перейдет к файлу index.htm и так далее.
DirectoryIndex first.html index.htm index.html index.php
Этому можно найти практическое применение. Например, вы можете добавить здесь временную страницу, куда будут попадать ваши пользователи в случае непредвиденных проблем с вашим сайтом. Вот примерный код:
DirectoryIndex index.php page-down.php
При использовании данного кода, браузер вначале будет искать файл index.php. В случае если он не сможет получить к нему доступ, браузер загрузит следующий файл page-down.php. Не забудьте нажать кнопку Сохранить, чтобы изменения вступили в силу.
Поздравляем! Вы успешно изменили главную страницу вашего сайта с помощью файла .htaccess.
ЗаключениеВ этом руководстве вы научились, как эффективно изменить главную страницу сайта с использованием файла .htaccess. Вы также узнали несколько полезных советов, которые могут принести вам пользу в будущем. Если у вас есть какие-либо замечания или советы, оставляйте их в комментариях.
Как запретить просмотр содержимого папки на сервере
Веб сервер Apache имеет несколько директив (находятся в файле httpd.conf
), которые определяют, что будет показано, когда посетитель заходит в какую-то папку.
Прежде всего, этоDirectoryIndex
Она определяет, какой файл будет отправлен посетителю, если он не указал его имя явно. В параметрах этой директивы перечисляются имена файлов. Например:DirectoryIndex index.php index.html index.htm
Приоритет имеет тот файл, который идет первым в списке. Т.е. если папка содержит index.php и index.html, то посетителю будет отправлен index.php.
Теперь небольшой пример. Допустим, сайт имеет такую структуру.
/ index.html page1.html page2.html css/ styles.css
По адресу http://sitename/
вы увидите страницу index.html
.
Но если зайти в папку css
(http://sitename/css
), то картинка будет примерно такая
Список файлов на сервере
Т.е. сервер покажет вам список файлов в этой папке. Не думаю, что кому-то понравится такое поведение сервера.
Исправить ситуацию можно с помощью директивы:
Options -Indexes
Примечание: символ «-
» перед словом Indexes означает, что индексирование содержимого папок запрещено.
Теперь если вы попытаетесь зайти в папку css, то увидите сообщение:
Forbidden
You don’t have permission to access /css/ on this server. (у вас нет прав для доступа к /css/ на этом сервере).
При этом доступ к файлу styles.css (http://sitename/css/styles.css
) сохраняется.
Если вы не можете конфигурировать Apache (например, сайт находится на shared хостинге), то создайте в корне сайта файл .htaccess
с этой директивой.
В этом случае индексирование будет запрещено не только для корневой папки, но и для всех вложенных папок (если, конечно, они не содержат своих файлов .htaccess
).
Правда, этот метод может не работать. Дело в том, что обработка файлов .htaccess
может быть запрещена директивой AllowOverride
none (в файле httpd.conf).
В этом случае вам нужен либо доступ к httpd.conf, либо придется в каждой папке размещать файлы index.html
с каким-нибудь текстом (что-то вроде Access forbidden). Кстати, разработчики фреймворка CodeIgniter именно так и поступают (в каждой вложенной в system папке находится index.html
).
Примечание. Для того чтобы вступили в силу изменения в httpd.conf
нужно перезапустить сервер. Изменения в .htaccess
начнут работать сразу после сохранения файла.
Спонсор статьи:
Записки webмастера. Читать всем!
системы оперативного управления компанией «Мотив»
Что такое объект системы «МОТИВ»?
Что такое Задача?
Задача – определенный, самостоятельный объем работы, который должен выполнить исполнитель. Задача может быть, например, простым поручением или отдельным шагом в процессе. Каждая задача имеет обязательные атрибуты «Название задачи», «Описание» и Срок. Если при создании начало задачи явно не задано, то время начала задачи фиксируется автоматически текущей датой в момент ее постановки. Время окончания задачи устанавливается автором задачи или не устанавливается вообще (задача может быть без срока окончания).
Что такое Проект?
Проект – это крупный, длительный по времени, блок работ, который разбивается на отдельные задачи, поставленные конкретным исполнителям или рабочим группам. Задача прикрепляется к проекту при ее создании. В случае если при создании задачи не был указан проект, такая задача автоматически относится к проекту, который называется «Задачи вне проектов». Такой проект создается системой автоматически при создании нового подразделения. Раздел «Задачи вне проектов» по умолчанию предназначен для мелких поручений и задач, которые нет смысла объединять в проекты. У Клиентов с развитым проектным офисом как правило почти нет таких задач.
Что такое Действие?
Действие – это обмен информацией рабочей группы или сообщение о выполнении работы исполнителем по поставленной задаче в настоящий момент, суть поставленной задачи зафиксирована в специальном поле в окне «Описание». По задаче может быть сохранено неограниченное количество действий.
Что такое системное Действие?
Текст системного Действия генерируется автоматически и отражает события или состояния, влияющие на задачу. В различных интерфейсах для удобства пользователя система позволяет скрывать или отображать системные действия в общей ленте действий в задаче, эта возможность регулируется настройками.
Что такое маршрутная схема рассмотрения документа?
Маршрутная схема (схема рассмотрения) документа – это последовательность уровней рассмотрения документа. Количество уровней рассмотрения может быть произвольным, каждый уровень может включать одну или несколько точек прохождения документа. На каждом уровне создается задача по рассмотрению документа, исполнителями которой являются пользователи, указанные в точках прохождения документа этого уровня. Документ переходит на следующий уровень рассмотрения только после завершения рассмотрения на текущем. Пользователь, указанный в качестве автора документа, является автором всех задач по его рассмотрению
Маршрутные схемы рассмотрения документов создаются администратором документооборота в пункте меню Инструменты -> Администрирование ДО. Перед созданием маршрутных схем предприятия необходимо собрать информацию от делопроизводителей, начальников подразделений и руководства о маршрутах согласования различных типов документов, составить список вариантов, перечень участвующих в маршрутах пользователей, порядок и последовательность прохождения документов (от кого – к кому, с какими допустимыми временными интервалами). Маршрутные схемы прохождения тех или иных документов на предприятии должны учитывать все возможные варианты для любого пользователя системы, имеющего право инициировать создание документов.
Что такое псевдоним (алиас)?
Любому пользователю Системы можно задать псевдоним, который позволит ему присутствовать в задачах нескольких подразделений. Для того чтобы разрешить постановку задачи сотруднику, не находящемуся в прямом подчинении, последнему присваивается псевдоним и он попадает в состав подразделения нового начальника. В этом случае обладатель псевдонима может получать задачи как от своего непосредственного руководителя, так и от нового начальника. Псевдонимы создает администратор Системы в пункте меню Администрирование -> Пользователи.
Что означает выделенная красным цветом дата в задаче?
Красным цветом выделяется дата просроченной задачи, оранжевым – задачи с просроченной контрольной точкой, синим – просроченной задачи, доклад по которой отправлен вовремя.
Что такое задача с докладом?
Признак С докладом ставится в момент постановки задачи. При завершении задачи Ответственным руководителем, она не отправляется в архив. Ответственный руководитель видит такие задачи в списке с состоянием Доклад отправлен, а Автор задачи – Проверить выполнение задачи. Автор, проверив выполнение задачи, должен принять решение о ее закрытии или возвращении на доработку.
Что и как дальше делать?
Как создать новый проект?
Необходимо перейти в пункт меню Задачи -> Проекты и нажать кнопку Создать проект в верхней части окна. Если необходимо создать новый проект в процессе постановки задачи, необходимо в поле Проект нажать кнопку Создать новый проект.
Как закрыть задачу?
Чтобы закрыть задачу необходимо нажать кнопку Завершить выполнение. Задача С докладом после завершения автором отправляется в архив; после завершения ответственным руководителем – автору, который может отправить ее в архив, нажав кнопку Завершить задачу.
Вопрос: Как создать новый документ?
Необходимо перейти в пункт меню Документы -> Создать документ, выбрать тип из выпадающего списка, а затем заполнить поля карточки документа. Поля могут быть обязательными: красной звездочкой отмечаются поля, которые необходимо заполнить при создании документа, синей – поля, которые необходимо заполнить до перевода документа на исполнение. Неотмеченные (необязательные) поля можно пропустить. Значение поля, для которого администратором документооборота был установлен признак Редактируемое, может меняться пользователем в процессе рассмотрения документа, если он имеет соответствующее право. После заполнения необходимых полей следует нажать кнопку Сохранить.
Внимание! Документ регистрируется после сохранения.
Как войти в систему?
Для входа в систему необходимо ввести свой логин и пароль – реквизиты, которые по умолчанию задаются администратором системы. Рекомендуется заменить предоставленный пароль собственным. Для этого необходимо перейти в пункт меню Инструменты -> Настройки -> Мои реквизиты.
Как изменить свой пароль?
В пункте меню Инструменты -> Настройки -> Мои реквизиты можно изменить личную информацию пользователя, в том числе пароль для входа в систему. Для смены пароля необходимо заполнить поля Пароль и Подтверждение пароля, а затем нажать кнопку Сохранить. Будьте внимательны – проверьте раскладку клавиатуры и помните, что логин и пароль в системе «МОТИВ» регистрозависимы.
Как создать (поставить) задачу?
Необходимо выбрать пункт меню Задачи -> Создать задачу, выбрать участников, заполнить поля и нажать кнопку Сохранить.
Форма создания задачи состоит из вкладок: Описание, Планирование, События, Контакты, Дополнительно. Значение полей Авторы, Приоритет, Тип задачи задаются по умолчанию, однако корректной постановки задачи рекомендуется проанализировать их содержимое и, при необходимости, изменить его.
Некоторые поля (помеченные звездочками) обязательны для заполнения, остальные заполняются по желанию постановщика или не заполняются (если окрашены в серый цвет).
Как создать новое подразделение?
Формирование организационной структуры предприятия осуществляется в пункте меню Инструменты -> Администрирование -> Пользователи. Эта функция доступна администратору Системы и, с ограничениями, пользователям со статусом «Начальник». Начальники могут создавать подразделения только внутри своего и дочерних подразделений.
Необходимо выбрать подразделение, которое будет являться родительским для создаваемого, нажать кнопку Добавить подразделение и заполнить поля в появившемся окне.
Как переадресовать задачи увольняющегося пользователя?
Увольняющегося сотрудника необходимо удалить из Системы, предварительно перенаправив его задачи, документы и прочие объекты Системы другим пользователям. Пользователь удаляется только из открытых задач, т.е. из задач, которые не находятся в архиве. Для вызова окна перенаправления следует выделить пользователя в списке пункта меню Инструменты -> Администрирование -> Пользователи и нажать кнопку Удалить возле его имени. В открывшемся окне отобразится список объектов Системы, владельцем или участником которых является удаляемый пользователь.
Где и как можно сменить Автора, Постановщика или Инициатора задачи?
Автор задачи может указать другого пользователя в качестве автора задачи. Постановщика задачи изменить нельзя, значение этого поля фиксируется при регистрации задачи.
Вопрос: Как создать карточку нового документа?
Для создания новой регистрационной карточки документа следует нажать кнопку Добавить на панели инструментов пункта меню Инструменты -> Администрирование ДО -> Регистрационные карточки документов. Для создания иерархии регистрационных карточек следует сначала выделить в списке родительскую карточку, а затем нажать кнопку Добавить. Администратор документооборота должен дать права на инициирование и контроль документов нового типа пользователям, которым это необходимо по служебным обязанностям.
Как форматировать текст в окне добавления действия?
Форматирование текста производится при помощи специальной панели форматирования. Кнопка скрытия/открытия этой панели находится в правом верхнем углу окна ввода текста действия. Для того, чтобы действие отображалось в ленте с примененным форматированием, необходимо включить флажок Показывать HTML в действиях в пункте меню Инструменты -> Настройки -> Личные настройки.
Как создать группу пользователей?
В группы пользователей чаще всего объединяют сотрудников, совместно выполняющих определенный набор работ, а также пользователей, которым или на которых необходимо назначить одинаковые права. Для создания группы пользователей необходимо перейти в пункт меню Инструменты -> Настройки -> Группы пользователей, добавить название и описание группы и сформировать список участников.
Куда попадает задача после завершения и как ее можно восстановить?
Все задачи после завершения переводятся в архив. Для просмотра списка закрытых задач необходимо перейти в пункт меню Задачи -> Архив задач, задать необходимые параметры и нажать кнопку Получить отчет.
Завершенные задачи можно восстановить из архива (вновь открыть). Пользователь может восстановить только те задачи, автором которых он является, или на тип которых имеет право «Восстановление из архива». Пользователь, являющийся администратором системы, может восстанавливать задачи других авторов, доступных по полномочиям. Задачи по рассмотрению документов восстановить нельзя.
Для восстановления задачи следует выделить ее в списке и нажать кнопку Восстановить задачу на панели управления.
Как обеспечить контроль исполнения задач и резолюций по документу его инициатором?
Если инициатор одновременно является автором документа, можно настроить его автоматическое добавление в поле Авторы задач и резолюций по документу. Необходимо добавить в карточку документа поле формата «Сотрудник» и установить для него значение по умолчанию Текущий пользователь – Инициатор будет автоматически добавляться в поле формата «Сотрудник». Для поля следует указать идентификатор, а затем прописать его на вкладке Общее в группе полей Поля документа, содержащие… в поле авторов задач.
Добавление пользователя в задачу в определенных ролях можно настроить во вкладке Задачи: в подразделе Копирование полей при создании задачи необходимо настроить автоматическое копирование значений полей документа в поля задач по его рассмотрению/исполнению.
Если инициатор не является автором документа, необходимо вручную добавлять инициатора в поле формата «Сотрудник» или использовать шаблоны карточек документов.
Подобная настройка может обеспечить контроль исполнения поручений Инициатором по документам, которые регистрируются делопроизводителем и рассматриваются руководителем, переводящим их на исполнение через создание резолюции.
Кто на что имеет право?
Кто такой Администратор документооборота?
Администратор документооборота — это пользователь, который осуществляет настройку и организацию документооборота в системе. Администратор документооборота занимается созданием маршрутных схем прохождения документов, регистрационных карточек документов и шаблонов документов, осуществляет закрепление карточек за определенными видами документов, определяет состав словарей системы, устанавливает счетчики документов, назначает пользователям системы права на создание и контроль прохождения документов.
Как назначить дополнительные полномочия на пользователя?
Назначение дополнительных полномочий осуществляется в подразделе Инструменты -> Администрирование -> Назначение полномочий . Назначать полномочия могут пользователи со статусом «Начальник» или правами администратора системы. Пользователь может назначать дополнительные полномочия только в рамках своих полномочий и не имеет права назначать полномочия самому себе. Необходимо сформировать списки пользователей, которым и на которых будут назначаться полномочия. Результатом является таблица, в которой по горизонтали отображаются пользователи, которым устанавливаются права, по вертикали – пользователи, на которых устанавливаются права. Наделение одного пользователя полномочиями на другого осуществляется выбором в раскрывающемся списке соответствующего права. Имеется возможность назначения пользователю одного типа права одновременно на всех пользователей, располагающихся в списке по вертикали. Для этого следует в строке «На всех пользователей» соответствующего столбца выбрать в списке тип права. Для подтверждения назначения новых полномочий следует нажать кнопку Сохранить.
Кто может добавить нового пользователя?
Создавать пользователей могут администраторы Системы и пользователи со статусом «Начальник» в разделе Инструменты -> Администрирование –> Пользователи. Начальник может создавать новых пользователей только в том подразделении, в составе которого он зарегистрирован.
Чем отличаются статусы Начальник, Сотрудник и Делопроизводитель?
Сотрудник видит только поставленные ему задачи и имеет право поставить задачу только себе самому.
Начальник по умолчанию имеет «полные права» на сотрудников и начальников своего подразделения, а также права «только свои задачи» на начальников подразделения одного уровня.
Делопроизводитель имеет права «только свои задачи» на начальников своего подразделения и подразделений одного уровня, а также права видеть «только свои задачи» на сотрудников своего или подчиненных подразделений.
Какие права имеет инициатор документа?
Инициатор документов может регистрировать в системе только документы того типа, на который он имеет право. При создании документа в Системе автоматически создается задача по его рассмотрению (за исключением случаев, когда документ сразу переводится на исполнение или помещается в архив). Инициатор документа по умолчанию указывается в качестве автора этой задачи, и потому имеет право на ее редактирование. В процессе рассмотрения документа инициатор может прикреплять новые версии файлов, а также устанавливать для них признак Окончательная версия. Инициатор может изменять текущий статус документа, например, переводить его статуса «На рассмотрении» в статус «Рассмотрен». Инициатор документа может создавать документ по существующей задаче, нажав в окне регистрации действия по задаче кнопку Создать документ.
Какие права имеет Контролер документа?
Контролер типа документа имеет доступ ко всем документам контролируемого типа, а также задачам по их рассмотрению и исполнению (с учетом прав доступа к подразделениям, в которых они регистрируются). Контролер может прикреплять новые файлы к карточке документа и изменять статус его рассмотрения. Контролер документа может формировать различные отчеты по исполнению документов. После завершения всех задач по исполнению документа, контролер может переместить его архив.
Известные ошибки
Ошибка загрузки файла «Файл превышает максимальный размер или поврежден» появляется при создании документа, даже если ничего не прикрепляю.
В каком-то из блоков маршрутной схемы может быть задан шаблон, ссылающийся на недоступный файл (например, в связи с ограничениями прав в операционной системе). Необходимо исправить настройки блока маршрутной схемы.
Исполнители прикрепляют к документу файл, а ответственный руководитель (другие участники) не видит его на вкладке «Документ» в задаче по исполнению.
Для файла, прикрепленного к документу, не был установлен признак Окончательная версия. Если маршрутная схема рассмотрения документа заканчивается точкой прохождения На исполнение, перед переводом документа на исполнение необходимо отметить окончательные версии файлов.
Сотрудник работает в системе одновременно под несколькими пользователями, у него возникают ошибки, не ищутся документы, не отображаются кнопки перевода на исполнение. Что делать в такой ситуации?
Проблема вызвана перекрытием сессий в браузере при одновременной работе под несколькими учетными записями. Мы категорически не рекомендуем работать одновременно под несколькими учетными записями в одном браузере. Перед тем как продолжить работу в Web-интерфейсе с другой учетной записью, необходимо нажать в Системе кнопку Выход, а затем осуществить вход под новым пользователем.Для проблемных документов рекомендуется создать новый этап рассмотрения и повторно перевести документ на исполнение.
Для одновременной работы под несколькими пользователями рекомендуется использовать профили браузера Google Chrome: в разделе Настройки -> Пользователи добавить необходимое количество пользователей, а затем переключаться между ними нажатием кнопки в верхнем углу окна. При соблюдении соответствия «один пользователь Chrome — одна учетная запись системы МОТИВ», сессии перекрываться не будут.
Для получения подробной информации об управлении несколькими пользователями см. справку Chrome.
У некоторых пользователей в журнале приложения «Информер» появляется ошибка «fireberd.conf: illegal line».
Это известная ошибка стороннего производителя. При выгрузке файла конфигурации FireBird, средствами СУБД в текст включается управляющий символ перевода строки и пробел. При обработке файла это изменение воспринимается как ошибочный параметр.
На работоспособность или скорость работы приложения «Информер» данная ошибка не влияет. Ожидается, что она будет исправлена внешним производителем при обновлении своего продукта.
Почему к задаче не прикрепляется файл?
Причинами, по которым к задаче не прикрепляется файл, могут быть:- Некорректные настройки Firebird. В конфигурационном файле /etc/xinet.d/firebird должны быть выставлены параметры:
cps = 1024 1 instances = UNLIMITED per_source = 1024
Файлы формата *.doc, *.xls, и *.txt при онлайн-просмотре отображаются в неправильной кодировке.
Для устранения этой проблемы необходимо создать файл .htaccess, содержащий строку AddDefaultCharset utf-8, и поместить его в каталог, в котором производится конвертация файлов. Подробное описание содержится в руководстве по установке системы «МОТИВ» для соответствующей операционной системы.
Не открывается окно выбора записи справочника, даже если в браузере отключена блокировка всплывающих окон.
Проблема может быть вызвана использованием приложения Kerio Control. Для ее решения необходимо:- В панели администратора перейти во вкладку Пользователи и группы → Пользователи.
- Открыть профиль пользователя, которому требуется работать в системе «МОТИВ».
- Для поля Шаблон домена выбрать значение Этот пользователь имеет отдельную конфигурацию.
- Перейти во вкладку Предпочтительные параметры. В параметрах сканирования веб-содержимого выключить флажки Отфильтровывать апплеты Java в HTML и Отфильтровывать всплывающие окна JavaScript в HTML.
В помощь администратору
Что влияет на скорость входа в систему «Мотив»?
Файлы с лицензиями, которые по разным причинам не используются (просроченные лицензии, лицензии ранних версий), со временем накапливаются и могут влиять на скорость загрузки системы «МОТИВ». Администраторам необходимо следить за количеством таких файлов в папке /scripts/license/motiw/, куда ранее была установлена Система. Файлы с неиспользуемыми лицензиями необходимо удалить либо перенести в другую пользовательскую папку. Эта особенность характерна для серверов, работающих под управлением MS Windows, для операционных систем под управлением Linux, количество находящихся в папке файлов с лицензиями не важно.
Как удалить временные файлы и освободить дисковое пространство?
Временные файлы, файлы индексов поисковой системы и библиотеки хранятся в разделе /var дискового пространства, например, в папках /var/Motiw/scripts/doclib и /var/Motiw/scripts/Files/. Кроме того, в разделе /var хранятся лог-файлы E-mail и SMS сообщений. Если необходимо освободить дисковое пространство, то файлы, которые находятся в разделе /var можно удалить. Удаление временных файлов и лог-файлов средствами системы МОТИВа можно осуществить в разделе Администрирование → Информация о системе, где находятся соответствующие флажки: Важно! В ранних версиях Cистемы временные файлы необходимо удалять вручную. Кроме того, мы рекомендуем соблюдать минимальные требования к аппаратному обеспечению (Руководства по установке Системы). Объем дискового пространства для хранения файлов и индексов должен составлять 1000 Гб.Как обеспечить подключение к системе «МОТИВ» только по защищенному протоколу передачи данных HTTPS?
Система «МОТИВ» может работать, используя криптографический протокол SSL. В таком случае необходимы сертификаты, которые нужно получить в Удостоверяющем центре или создать самостоятельно. Для организации подключения по протоколу HTTPS необходимо внести следующие изменения в конфигурационные файлы apache2:- Настроить файл /etc/httpd/conf/httpd.conf:
- Удалить или закомментировать строку listen 80
- Изменить NameVirtualHost *:80 на NameVirtualHost *:443
- Если в конфигурационном файле есть еще один параметр NameVirtualHost *:80, закомментировать или удалить его.
- Настроить файл /etc/httpd/vhosts/ motiwapache.conf:
- Удалить или закомментировать все настройки подключения по 80 порту
- Убрать комментирование всех параметров подключения по 443 порту
- В строках ServerName и ServerAlias указать имя и псевдоним сервера соответственно
- Указать путь к сертификатам для следующих параметров: SSLCertificateFile, SSLCertificateKeyFile, SSLCACertificateFile
- Для параметра SSLEngine указать значение ON
Пример генерации закрытого ключа и запроса на получение сертификата: openssl req -new -newkey rsa:2048 -nodes -keyout host_name.key -out host_name.csr
Для того, чтобы заверить сертификат сервера в Удостоверяющем центре, необходимо отправить туда полученный файл формата *.csr .
Пример генерации сертификата, подписанного самостоятельно: openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout cert.key -out cert.crt
В случае использования авторизации по клиентским сертификатам, необходимо генерировать корневой сертификат, которым в дальнейшем будут подписывать сертификат сервера и сертификаты клиентов.
Пример генерации сертификатов:
- Генерация корневого сертификата и его закрытого ключа: openssl req -new -newkey rsa:2048 -x509 -keyout root.key -out root.crt
- Генерация закрытого ключа и запроса на сертификат для сервера системы «МОТИВ»: openssl req -config openssl.cnf -new -newkey rsa:2048 -nodes -keyout host_name.key -out host_name.csr
- Генерация сертификата сервера системы «МОТИВ» (на основании полученного запроса на сертификат) и его подписание корневым сертификатом: openssl ca -config openssl.cnf -in host_name.csr -out host_name.crt -notext
Как настроить время в системе «МОТИВ» после отмены перехода на зимнее время?
При создании документа в системе «МОТИВ», значение поля Дата регистрации устанавливается автоматически. Значение напрямую зависит от настроек временных зон в операционной системе. Если время регистрации документа установилось на час больше, необходимо убедится в том, что на компьютере пользователя и сервере выбраны одинаковые часовой пояс и время.После отмены перехода на зимнее время нужно провести ряд изменений в системе:
1. Обновить timezone в операционной системе
Для ОС Windows:
Установите пакет обновления часовых поясов, перейдя по ссылке
Если нет возможности установить обновление, создайте и импортируйте в реестр файл time-msk-new.reg следующего содержания:
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion \Time Zones\Russian Standard Time] "MUI_Display"=- "Display"="(UTC+04:00) Волгоград, Москва, Санкт-Петербург" "TZI"=hex:10,ff,ff,ff, 00,00,00,00,c4,ff,ff,ff,00,00,00,00,00,00,00,00,00,00,00,\ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00В операционных системах серии Windows NT (XP, Server 2003, Vista, Server 2008, 7) информация о часовых поясах хранится в ветке реестра [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones].
- TZI – информация о часовом поясе в бинарном виде.
- Display – отображаемое название часового пояса.
- Std – название «зимнего времени» (Standard Time) для часового пояса.
- Dlt – название «летнего времени» (Daylight Saving Time) для часового пояса.
- MUI_Display, MUI_Dlt, MUI_Std – ссылки на локализованные названия часовых поясов. Заменяют информацию из предыдущих строк, поэтому их следует удалить.
ubuntu/debian: apt-get install tzdata
gentoo: emerge sys-libs/timezone-data
2. Обновить timezonedb в php
Для ОС Windows: http://fishtrap.co.uk/blog/2010/10/27/compiling-pecl-extensions-on-windows-timezonedb/
Для ОС Linux: Перейти на страницу и скачать файл timezonedb-2011.14.tgz. Скомпилировать, прописать в php.ini путь к timezonedb.so и выставить date.timezone = «Europe/Moscow».
Изменить в конфигурационном файле php.ini директиву date.timezone на «Etc/GMT-4» или date.timezone = «Europe/Moscow», если был создан новый timezondedb.so.
Обновить PHP до последней версии.
Обновление через pecl: pecl install timezonedb. Выполняемая команда завершится сообщением «add extension=timezonedb.so to your php.ini». После добавления экстеншена и установки: date.timezone = «Europe/Moscow» перезапустите веб-сервер (apache, nginx).
3. Обновить timezone в java
Подробное описание Timezone Updater Tool см. на официальном сайте:
Скачать Java SE TZUpdater, перейдя по ссылке:
Установить: java -jar tzupdater.jar -u
Проверить: java -jar tzupdater.jar -V
Как настроить отправку почтовых оповещений в ОС Windows?
При настройке отправки почтовых оповещений в ОС Windows существует ряд особенностей, которые необходимо учитывать. Конфигурационный файл php.ini должен располагаться в каталоге, в который была установлена система «МОТИВ», например, c:\program files\motiw\software\php. После внесения изменений в php.ini необходимо перезапустить apache2.В операционной системе Windows функция mail в файле php.ini вызывает программу, которая отвечает за отправку почты (например, sendmail). Поэтому для рассылки почтовых оповещений на сервере Системы должен быть установлен агент пересылки сообщений (mail transfer agent). Sendmail указан для примера, можно использовать любой другой почтовый сервер.
Пример настроек sendmail для отправки оповещений через gmail.com.
В первую очередь необходимо установить и настроить sendmail и SMTP сервер. Скачать sendmail можно по ссылке: . Установка и настройка выполняется в несколько этапов:
Необходимо распаковать архив на диск, где установлена система «МОТИВ». Например, создать папку на C:\wamp\sendmail на том же диске, где лежит «МОТИВ».
Внести следующие изменения в файл php.ini (\Motiw\software\PHP):
[mail function] SMTP = sendmail_from = sendmail_path = "C:\wamp\sendmail\sendmail -t" (проверьте, чтобы эта строка не была закомментированна).Настроить sendmail. Все настройки находятся в файле sendmail.ini (расположен в папке с sendmail). Необходимо открыть sendmail.ini и установить следующие параметры:
smtp_server=smtp.gmail.com ;smtp port (normally 25) smtp_port=465 ; (специальный порт для gmail.com) ;default_domain=gmail.com error_logfile=error.log debug_logfile=debug.log auth_username=account@gmail.com имя вашего аккаунта auth_password=account_password ваш пароль force_sender=account@gmail.com; адрес в поле ОТ hostname=gmail.comПерезапустить службу Apache.
В разделе Настройки -> Мои реквизиты указать адрес электронной почты, на который будут приходить уведомления.
В разделе Настройки->Настройки оповещений включить флажок Получать оповещения по почте и указать почтовый ящик, на который должны приходить оповещения.
Отправить тестовое письмо (Инструменты -> Администрирование -> Тестирование оповещений).
Возможно ли на одном сервере использовать две версии (два сервера) системы «МОТИВ», одна — промышленная, другая — для обучения персонала?
Существует возможность установки мультихостинговой конфигурации системы «МОТИВ» под управлением ОС Linux. В таком случае после установки следует настроить работу нескольких площадок на одном сервере. В ходе установки из репозитория необходимо в диалоговом окне multihosting motiw instalation указать yes, а после установки настроить конфигурационные файлы apache2, tomcat и config_motiw.ini.
Установить несколько систем «МОТИВ» на один сервер из дистрибутива для ОС Windows невозможно, поэтому потребуется дополнительная настройка конфигурационных файлов.
Мы настоятельно рекомендуем использовать для рабочей системы «МОТИВ» выделенный сервер, так как это снижает риск сбоев и упрощает выявление причин возникновения проблем. Для поддержания компетенции ваших сотрудников мы предлагаем разворачивать обучающие инсталляции на наших серверах (мы надеемся, что вас заинтересуют наши услуги хостинга).
Как понять всё ли работает в системе «МОТИВ» после установки или обновления?
Мы рекомендуем придерживаться руководства по установке системы «МОТИВ», всегда присутствующего среди документации в наших инсталляционных пакетах. После завершения всех шагов установки и начального администрирования, Вы можете проверить состояние системы по подготовленному нами списку контрольных вопросов – чек-листу системного администратора (см. руководство по установке для соответствующей ОС).Какими должны быть характеристики сервера для системы «МОТИВ»?
Аппаратные требования, предъявляемые к конфигурации сервера, зависят от количества пользователей и установленной на сервере операционной системы. Рекомендуем ориентироваться на приведенные требования к аппаратному обеспечению.Как обеспечить скорость и отказоустойчивость Системы при большом количестве пользователей?
Для обеспечения надежной работы системы «МОТИВ» при большом количестве пользователей, необходимо разделить установку на три физических сервера. Ознакомиться с требованиями, предъявляемыми к конфигурации сервера, можно здесь.Какова общая архитектура системы «МОТИВ»?
Архитектура Системы схематично представлена на рисунках, размещенных в разделе Работает везде. Подробная информация о компонентах Системы и их настройке содержится в документации.Почему пользователь не может войти в систему?
Пользователю следует убедиться, что он вводит правильный пароль: необходимо проверить, в какой раскладке клавиатуры вводились символы, и не была ли нажата клавиша Caps Lock.
Если пользователь забыл свой пароль, администратору Системы следует изменить в его профиле значения полей Пароль и Подтверждение пароля. Пользователь должен войти в систему, используя заданный администратором пароль и заменить его на собственный. Администратор может сделать процедуру смены пароля обязательной для пользователя, включив его профиле флажок Сменить пароль при следующем входе.
Что делать, если происходит сильное замедление работы системы?
Одной из причин может быть нехватка места в «куче» (heap) — области памяти, хранящей объекты, создаваемые приложением. Если в лог-файле Tomcat встречается ошибка типа OutOfMemoryError: Java heap space, необходимо увеличить объём оперативной памяти, выделяемой Java. Ниже приведено описание этой процедуры для разных ОС.В ОС Linux подобная настройка выполняется следующим образом: в файле /etc/default/tomcat6 (в deb-подобных дистрибутивах) или в файле /etc/tomcat6/tomcat6.conf (в rpm-подобных дистрибутивах) необходимо задать параметр JAVA_OPTS. Для задания размера java heap используются две опции: -Xmx для установки максимального и -Xms для установки начального (минимального) размера. Для корректной работы Системы рекомендуется выделить для Xmx около 70% всей оперативной памяти, выделяемый Java.
Пример: JAVA_OPTS=»-Xms1024M -Xmx8192M»
В ОС Windows подобная настройка выполняется следующим образом:
- В меню Пуск выбрать пункт Выполнить, ввести команду regedit/regedit32, запустить редактор реестра.
- В редакторе выбрать ветку HKEY_LOCAL_MACHINE->SOFTWARE->Apache Software Foundation->Procrun 2.0->Tomcat6->Parameters->Java.
- Двойным щелчком мыши открыть параметры JvmMs и JvmMx, перевести систему счисления в десятичную, задать значения и нажать OK. Чтобы изменения вступили в силу, необходим перезапуск сервиса.
Замечания:
1. Количество выделяемой памяти не должно приближаться вплотную к общему количеству оперативной памяти на сервере.
2. Размер java heap подбирается индивидуально (в зависимости от имеющегося аппаратного обеспечения и таких параметров Системы, как количество пользователей, задач, документов, справочников, загруженных файлов), и потому должен корректироваться при увеличении объемов документооборота.
Какими командами и в какой последовательности завершать процессы Apache, Tomcat и Firebird (например в случае необходимости изменения конфигурации аппаратного обеспечения)?
Завершение процессов осуществляется командами:/etc/inint.d/apache2 stop /etc/inint.d/tomcat6 stop /etc/inint.d/activemq stop /etc/inint.d/xinetd stopВо избежание потери данных работу СУБД нужно завершать в последнюю очередь. После выполнения команд следует дождаться завершения всех процессов. Нельзя завершать процессы с помощью команды kill. Для выключения серверов используйте команду shutdown -h now. Сервер, на котором хранится база данных, необходимо останавливать последним.
Как настроить вход в PDA-версию Системы?
Существует два способа открытия PDA-версии Системы:- Через порт. Для входа в PDA-версию указывается порт и адрес, к примеру 192.168.222.145:81.
- Через имя. К примеру, веб-интерфейс имеет имя motiw.ru, а PDA-версия – pda.motiw.ru. Для настройки этого варианта нужен dns сервер.
Настройка входа в PDA-версию:
- В папке с установленной системой зайти в каталог \software\Apache2\conf. Пример полного пути: C:\Program Files\Motiw\software\Apache2\conf.
- Открыть файл настроек Apache httpd.conf.
- Найти строку: Listen 80 и добавить ниже Listen 81 (или другой порт, на котором будет находиться pda версия)
- Найти строку: NameVirtualHost *:80. Аналогично настройкам для web:
NameVirtualHost *:80 DocumentRoot "CProgram Files/Motiw/scripts" ServerName motiw ServerAlias localhost
прописать:NameVirtualHost *:81 DocumentRoot "CProgram Files/Motiw/scripts/pda.motiw" ServerName pda ServerAlias pda.motiw
- Перезапустить Apache.
О разном
Как поменять скин (внешний вид рабочего окна) в веб-интерфейсе системы «МОТИВ»?
Чтобы изменить внешний вид рабочего окна Системы, необходимо перейти в пункт меню Инструменты -> Настройки -> Личные настройки и выбрать одно из значений раскрывающегося списка Скин. Необходимо сохранить внесенные изменения, выйти и заново войти в Систему.
У меня есть хорошие идеи по усовершенствованию системы «МОТИВ»…
Немалая часть функционала, реализованного в системе «МОТИВ», была предложена нашими Клиентами и Партнерами – как существующими, так и потенциальными. Чаще всего по просьбам пользователей реализовывались небольшие доработки, но иногда по их инициативе вносились достаточно значимые изменения.Мы всегда будем рады предложениям по улучшению Системы, однако они должны удовлетворять следующим условиям:
- необходимо предлагать функционал, который может быть полезен и другим пользователям системы;
- предлагаемый функционал не должен противоречить идеологии системы.
Чтобы у Вас была возможность не только вносить предложения по улучшению системы «МОТИВ», но и видеть их в действии, мы рекомендуем приобретать пакеты обновлений до актуальных версий Системы по мере их выхода.
Настройки постоянных ссылок | WordPress.org Русский
Постоянные ссылки — это постоянные URL-адреса ваших отдельных страниц и записей в блогах, а также ваших рубрик и архивов меток. Постоянная ссылка — это веб-адрес, используемый для ссылки на ваше содержимое. URL-адрес каждой записи должен быть постоянным и никогда не изменяться — отсюда и название «постоянная ссылка».
Раздел настроек постоянных ссылок позволяет выбрать структуру постоянных ссылок по умолчанию. Вы можете выбирать из общих настроек или создавать собственные структуры URL-адресов. Вы должны нажать кнопку «Сохранить изменения» в нижней части экрана, чтобы новые настройки вступили в силу.
По умолчанию WordPress использует веб-адреса, в которых есть день и имя; однако WordPress предлагает вам возможность создать собственную структуру URL-адресов для ваших постоянных ссылок и архивов. Это может улучшить внешний вид, удобство использования и прямую совместимость ваших ссылок.
Более подробное описание того, как указана эта структура, можно найти в статье Использование постоянных ссылок. Чтобы получить представление о постоянных ссылках, прочтите раздел «Красивые постоянные ссылки».
Доступен ряд тегов, и вот несколько примеров для начала.
Общие настройки
Отметьте желаемую структуру постоянных ссылок для вашего блога.
- Простые – Пример структуры по умолчанию: http://www.sample.com/?p=123
- День и название – Пример структуры на основе дня и имени: http://www.sample.com/2008/03/31/sample-post/
- Месяц и название – Пример структуры на основе месяца и имени: http://www.sample.com/2008/03/sample-post/
- Цифры – Пример числовой структуры: http://www.sample.com/archives/123
- Название записи – Пример структуры названия поста: http://www.sample.com/sample-post
- Произвольно – В поле укажите произвольную структуру, которую вы хотите использовать. Одним из примеров является /archives/%year%/%monthnum%/%day%/%postname%/. Смотрите Теги структуры.
Дополнительно
Если хотите, можно добавить произвольные префиксы для URL-адресов рубрик и меток. Например, /topics/ сделает ссылки на рубрики такими: http://example.org/topics/uncategorized/. Если оставить поля пустыми, будут использованы значения по умолчанию.
Сохранить изменения # Сохранить изменения
Нажмите кнопку «Сохранить изменения», чтобы убедиться, что все изменения, внесенные в настройки, сохраняются в вашей базе данных. После того, как вы нажмете кнопку, вверху страницы появится текстовое поле подтверждения, сообщающее, что ваши настройки были сохранены. После того, как вы нажмете эту кнопку, вы должны получить одно из двух сообщений в зависимости от того, доступен ли ваш файл .htaccess для записи. Для получения информации о том, как сделать .htaccess доступным для записи, см. Изменение прав доступа к файлу.
- Если .htaccess доступен для записи, вы получите сообщение, в котором говорится “Структура постоянных ссылок обновлена.” Все готово; WordPress может делать все за вас автоматически.
- Если .htaccess недоступен для записи, вы увидите сообщение в верхней части экрана, в котором говорится “Вам следует обновить свой .htaccess вручную“. Ниже вы увидите “Если бы ваш файл .htaccess был доступен для записи, мы могли бы сделать это автоматически, но это не так, это правила mod_rewrite, которые должны быть в вашем файле .htaccess. Кликните на поле и нажмите CTRL + a, чтобы выбрать все.” Это означает, что вам придется сделать один дополнительный шаг самостоятельно. В текстовом поле внизу экрана WordPress отображает несколько строк правил перезаписи, связанных со структурой постоянной ссылки, которую вы указали выше. Вам нужно вручную скопировать все в этом текстовом поле в файл .htaccess, чтобы ваши новые постоянные ссылки работали.
Примечание. Посещение раздела «Постоянные ссылки» сбрасывает правила перезаписи. Нет необходимости сохранять только для сброса правил.
Примечание. Если вы пишете файл .htaccess на своем локальном компьютере, помните, что некоторые операционные системы не позволяют создавать файл с именем «.htaccess» из-за начальной точки («.»). Вы всегда можете назвать файл без начальной точки или со стандартным расширением (например, «htaccess.txt»). После того, как файл будет загружен в каталог вашего веб-сервера, переименуйте его с помощью клиента FTP. Большинство FTP-клиентов должны предоставлять вам возможность переименовывать файлы таким образом.
Также обратите внимание: файлы, начинающиеся с точки («.»), Например «.htaccess», по умолчанию скрыты на большинстве серверов. Обратитесь к руководству пользователя или часто задаваемым вопросам клиента FTP, который вы используете, чтобы узнать, как включить отображение этих скрытых файлов, а также как использовать его для изменения прав доступа к файлам, переименования файлов и т. д.
Наверх ↑
Наверх ↑
#
Учебное пособие по HTTP-серверу Apache: файлы .htaccess
.htaccess
файлов позволяют выполнять конфигурацию
изменяется для каждого каталога.
См. Также
Вам следует избегать использования файлов .htaccess
полностью, если у вас есть доступ к
Файл конфигурации главного сервера httpd. Использование файлов .htaccess
замедляет работу HTTP-сервера Apache.
Любую директиву, которую вы можете включить в файл .htaccess
, лучше установить в блоке Directory
, так как это будет иметь тот же эффект с лучшей производительностью. .htaccess
файлов (или «файлы распределенной конфигурации»)
предоставляют возможность вносить изменения в конфигурацию для отдельных каталогов. А
файл, содержащий одну или несколько директив конфигурации, помещается в
конкретный каталог документов, и директивы применяются к этому
каталог и все его подкаталоги.
Примечание:
Если вы хотите позвонить на ваш .htaccess, файл
что-нибудь
в противном случае вы можете изменить имя файла с помощью директивы AccessFileName
.Например,
если вы предпочитаете называть файл .config
, тогда вы
можете поместить в файл конфигурации вашего сервера следующее:
AccessFileName ".config"
Как правило, файлы .htaccess
используют тот же синтаксис, что и
основная конфигурация
файлы. То, что вы можете поместить в эти файлы, определяется AllowOverride
директива. Этот
директива определяет в категориях, какие директивы будут
почетно, если они найдены в .htaccess
файл. Если
директива разрешена в файле .htaccess
,
документация для этой директивы будет содержать раздел Override,
указание, какое значение должно быть в AllowOverride
для этого
директива должна быть разрешена.
Например, если вы посмотрите документацию для AddDefaultCharset
директиве, вы обнаружите, что это разрешено в .htaccess
файлы. (См. Строку Context в сводке директивы.) Строка Override гласит FileInfo
. Таким образом, у вас должно быть не менее AllowOverride FileInfo
, чтобы эта директива была
почитается в файлах .htaccess
.
Если вы не уверены, разрешена ли конкретная директива в .htaccess
, посмотрите документацию для этого
и проверьте строку контекста на наличие «.htaccess».
Как правило, вы должны использовать только файлы .htaccess
, когда
у вас нет доступа к основному файлу конфигурации сервера.Есть,
например, распространенное заблуждение, что аутентификация пользователя должна
всегда выполняется в файлах .htaccess
, а в последние годы
еще одно заблуждение, что директивы mod_rewrite
должно идти в файлах .htaccess
. Это просто не то
дело. Вы можете поместить конфигурации аутентификации пользователей на главный сервер
конфигурации, и это, по сути, предпочтительный способ сделать
вещи. Аналогично, директивы mod_rewrite
работают лучше,
во многом в основной конфигурации сервера.
.htaccess
файлов следует использовать в случае, если
контент-провайдерам необходимо внести изменения в конфигурацию сервера на
для каждого каталога, но не имеют корневого доступа в серверной системе.
В случае, если администратор сервера не желает делать
частые изменения конфигурации, может быть желательно разрешить
отдельные пользователи должны вносить эти изменения в файлов .htaccess
для себя. Это особенно верно, например, в случаях, когда
Интернет-провайдеры размещают несколько сайтов пользователей на одном компьютере и хотят
их пользователи, чтобы иметь возможность изменять свою конфигурацию.
Однако, как правило, следует использовать файлы .htaccess
.
по возможности избегать. Любая конфигурация, которую вы бы рассмотрели
помещая файл .htaccess
, можно так же эффективно
сделано в разделе
на вашем основном сервере
конфигурационный файл.
Есть две основные причины избегать использования .htaccess
файлов.
Первое из них — производительность. Когда AllowOverride
настроен на использование .htaccess
файлов, httpd будет
поищите в каждом каталоге файлов .htaccess
. Таким образом,
разрешение файлов .htaccess
приводит к снижению производительности,
независимо от того, используете ли вы их на самом деле! Так же .htaccess
файл загружается каждый раз, когда документ
просил.
Также обратите внимание, что httpd должен искать файлов .htaccess
во всех каталогах более высокого уровня, чтобы иметь полный набор
директивы, которые он должен применять.(См. Раздел о том, как
директивы.) Таким образом, если файл запрашивается из
каталог / www / htdocs / example
, httpd должен искать
следующие файлы:
/.htaccess
/www/.htaccess
/www/htdocs/.htaccess
/www/htdocs/example/.htaccess
Итак, на каждый доступ к файлу из этого каталога приходится 4
дополнительные обращения к файловой системе, даже если ни один из этих файлов не
настоящее время. (Обратите внимание, что это будет только в том случае, если .htaccess
файлов были включены для /
, что
обычно бывает не так.)
В случае директив RewriteRule
, в .htaccess
context эти регулярные выражения должны быть
перекомпилируется при каждом запросе к каталогу, тогда как в основном
контекст конфигурации сервера они компилируются один раз и кэшируются.
Кроме того, сами правила сложнее, так как нужно
обойти ограничения, связанные с контекстом для каждого каталога
и mod_rewrite
.Обратитесь к Руководству по перезаписи для получения дополнительной информации.
подробно по этому поводу.
Второе соображение касается безопасности. Вы разрешаете
пользователи могут изменять конфигурацию сервера, что может привести к изменениям
который у вас нет контроля. Тщательно подумайте, хотите ли вы подарить
вашим пользователям эта привилегия. Также обратите внимание, что давая пользователям меньше
привилегии, чем они нужны, приведут к дополнительной технической поддержке
Запросы. Убедитесь, что вы четко указываете пользователям, какой уровень
привилегии, которые вы им дали.Точно указать, что вы установили AllowOverride
и указание на них
к соответствующей документации, избавите себя от многих затруднений
потом.
Обратите внимание, что это полностью эквивалентно помещению .htaccess
файл в каталоге / www / htdocs / example
, содержащий
директиву, и поместить эту же директиву в раздел каталога
на вашем основном сервере
конфигурация:
.htaccess
в / www / htdocs / пример
:
Содержимое файла .htaccess в
/ www / htdocs / example
AddType text / example ".exm"
Раздел из вашего
httpd.conf
файлAddType текст / пример ".exm"
Однако, поместив эту конфигурацию в конфигурацию вашего сервера файл приведет к меньшему снижению производительности, поскольку конфигурация загружается один раз при запуске httpd, а не каждый раз, когда файл просил.
Использование файлов .htaccess
можно полностью отключить
установив AllowOverride
директива к нет
:
AllowOverride Нет
Директивы конфигурации, найденные в файле .htaccess
применяются к каталогу, в котором находится файл .htaccess
найден, и во все его подкаталоги. Однако важно
также помнить, что могло быть .htaccess
файлов
в каталогах выше. Директивы применяются в том порядке, в котором они
найдены. Следовательно, файл .htaccess
в конкретном
каталог может переопределять директивы, найденные в файлах .htaccess
находится выше в дереве каталогов. А те, в свою очередь, могут
переопределенные директивы, найденные еще выше или на главном сервере
сам файл конфигурации.
Пример:
В каталоге / www / htdocs / example1
у нас есть .htaccess
, содержащий следующее:
Опции + ExecCGI
(Примечание: у вас должны быть действующие « AllowOverride Options
»
чтобы разрешить использование директивы « Опции
» в .htaccess
файла.)
В каталоге / www / htdocs / example1 / example2
имеем
файл .htaccess
, содержащий:
Опции Включает
Из-за этого второй файл .htaccess
в каталоге / www / htdocs / example1 / example2
, выполнение CGI не выполняется
разрешено, поскольку действует только опций, включая
, что
полностью отменяет любые предыдущие настройки, которые могли быть
место.
Слияние .htaccess с основным файлы конфигурации
Как описано в документации по разделам конфигурации, .htaccess Файлы
могут иметь приоритет над разделами
для
соответствующий каталог, но будет заменен другими типами
разделов конфигурации из основных файлов конфигурации. Этот
факт может использоваться для принудительного применения определенных конфигураций, даже в
наличие либеральной настройки AllowOverride
.Например, чтобы
предотвращать выполнение скрипта, позволяя установить что-либо еще в .htaccess
вы можете использовать:
<Каталог "/ www / htdocs"> AllowOverride All <Местоположение "/"> Параметры + Включает NoExec -ExecCGI
Если вы перешли непосредственно к этой части документа, чтобы узнать, как
Чтобы выполнить аутентификацию, важно отметить одну вещь. Существует
распространенное заблуждение, что вы обязаны использовать .htaccess
файлов для реализации пароля
аутентификация. Это не тот случай. Ввод директив аутентификации
в
раздел в вашем основном файле конфигурации сервера является предпочтительным способом
для реализации этого и файлов .htaccess следует использовать только
файлов.
если у вас нет доступа к основному файлу конфигурации сервера. См. Выше обсуждение того, когда вы должны и должны
не использовать файлы .htaccess
.
Сказав это, если вы все еще думаете, что вам нужно использовать .htaccess
, вы можете обнаружить, что такая конфигурация, как
то, что следует ниже, может сработать для вас.
.htaccess
содержимое файла:
AuthType Basic AuthName «Требуется пароль» AuthUserFile "/www/passwords/password.file" AuthGroupFile "/www/passwords/group.file" Требовать администраторов группы
Обратите внимание, что AllowOverride AuthConfig
должен действовать.
чтобы эти директивы имели какой-либо эффект.
См. Руководство по аутентификации для более полное обсуждение аутентификации и авторизации.
Еще одно распространенное использование файлов .htaccess
— включение
Включения на стороне сервера для определенного каталога. Это можно сделать с помощью
следующие директивы конфигурации, помещенные в .htaccess
файл в желаемом каталоге:
Опции + Включает AddType text / html shtml Обработанный сервером файл shtmlAddHandler
Обратите внимание, что Параметры AllowOverride
и AllowOverride
FileInfo
должен действовать, чтобы эти директивы имели какие-либо
эффект.(. +) \. jpg «» $ 1.png «
В .htaccess
в каталоге документов ведущий
косая черта удаляется из значения, предоставленного в RewriteRule
, а в images подкаталог
, / images /
удален из
Это. Таким образом, ваше регулярное выражение должно опускать эту часть как
хорошо.
Обратитесь к документации mod_rewrite для
дополнительные сведения об использовании mod_rewrite
.
Наконец, вы можете использовать .htaccess
, чтобы разрешить
выполнение программ CGI в определенном каталоге. Это может быть
реализован в следующей конфигурации:
Опции + ExecCGI AddHandler cgi-скрипт cgi pl
В качестве альтернативы, если вы хотите, чтобы все файлы в данном каталоге были считаются программами CGI, это можно сделать с помощью следующих конфигурация:
Опции + ExecCGI SetHandler cgi-скрипт
Обратите внимание, что Параметры AllowOverride
и AllowOverride
FileInfo
должен действовать, чтобы эти директивы имели какие-либо
эффект.
Пожалуйста, см. Учебник CGI для получения дополнительной информации. полное обсуждение программирования и настройки CGI.
Когда вы помещаете директивы конфигурации в файл .htaccess
файла, и вы не получите желаемого эффекта, существует ряд
вещи, которые могут пойти не так.
Чаще всего проблема в том, что AllowOverride
не
установите так, чтобы ваши директивы конфигурации соблюдались. Делать
убедитесь, что у вас нет действующего AllowOverride None
для рассматриваемой области файла.Хорошая проверка для этого — положить мусор
в вашем файле .htaccess
и перезагрузите страницу. Если ошибка сервера
не сгенерировано, то у вас почти наверняка есть AllowOverride
Не действует
.
Если, с другой стороны, вы получаете ошибки сервера при попытке
получить доступ к документам, проверить журнал ошибок httpd. Скорее всего, это скажет вам
что директива, используемая в вашем файле .htaccess
, не
разрешенный.
[Пт 17 сен, 18:43:16 2010] [предупреждение] [клиент 192.168.200.51] /var/www/html/.htaccess: DirectoryIndex здесь не разрешен
Это будет означать, что вы использовали директиву, которая
никогда не разрешается в файлах .htaccess
, или что вы просто
не имеет AllowOverride
, установленного на
уровень, достаточный для директивы, которую вы использовали. Проконсультируйтесь с
документация для этой конкретной директивы, чтобы определить, какая из них
дело.
В качестве альтернативы он может сообщить вам, что у вас есть синтаксическая ошибка в вашем использование самой директивы.
[Сб, 09 августа, 16:22:34 2008] [предупреждение] [клиент 192.168.200.51] /var/www/html/.htaccess: RewriteCond: неверные разделители флагов
В этом случае сообщение об ошибке должно относиться к конкретная синтаксическая ошибка, которую вы допустили.
apache — Как я могу использовать файл .htaccess для перезаписи URL-адресов подкаталога?
На всякий случай я смогу поместить еще
.htaccess
в подкаталог и ожидать, что он перепишет URL-адреса для примера.com / sub
, верно?
Да. Директивы mod_rewrite в файле /subdir/.htaccess
по умолчанию полностью переопределяют директивы mod_rewrite в родительском / корневом файле .htaccess
. Однако вам нужно будет переопределить директивы ErrorDocument
, чтобы переопределить корень.
RewriteCond% {REQUEST_FILENAME} /index.html! -F RewriteCond% {REQUEST_FILENAME} /index.php! -F
Чтобы уточнить, с этими двумя условиями вы хотите время от времени обслуживать индекс .html
или index.php
(DirectoryIndex) документ из запрошенного подкаталога вместо маршрутизации запроса на /index.php
в корне документа? В этом случае более распространенным (и немного более оптимальным) было бы просто проверить, что запрос не отображается вместо этого в каталог (например, RewriteCond% {REQUEST_FILENAME}! -D
). Если нет физических подкаталогов, которые вы хотите направить в /index.php
в корне документа?
RewriteEngine On RewriteBase / RewriteCond% {REQUEST_FILENAME}! -F RewriteCond% {REQUEST_FILENAME} /index.html! -F RewriteCond% {REQUEST_FILENAME} /index.php! -F RewriteRule. index.php [L]
Эти директивы можно немного упростить — и это поможет вам, если вы хотите применить те же директивы к дочернему сайту в / subdir
(и вместо этого использовать /subdir/index.php
).
Полностью удалите директиву RewriteBase
.Относительная подстановка строки , т.е. index.php
, тогда будет относиться к каталогу, в котором находится файл .htaccess
(или унаследовано от ).
Вам также не нужна оболочка
. Дополнительную информацию см. В моем ответе на следующий вопрос в стеке веб-мастеров: https://webmasters.stackexchange.com/questions/112600/is-checking-for-mod-write-really-needed
Итак, выше можно записать:
RewriteEngine On
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME} / index.html! -f
RewriteCond% {REQUEST_FILENAME} /index.php! -F
RewriteRule. index.php [L]
(И обратите внимание на мой комментарий выше о замене этих двух условий проверкой каталога.)
Теперь вы можете просто скопировать точно такие же директивы в файл /subdir/.htaccess
, и они теперь будут направлять запросы на /subdir/index.php
, заменяя директивы mod_rewrite в родительском файле.
Нет необходимости копировать Опции -Индексы
, если вы не хотите изменить эту опцию.
ИЛИ, если вы хотите применить те же самые директивы (но в отношении / subdir
), вы можете просто включить наследование mod_rewrite в файле /subdir/.htaccess
. Например:
# /subdir/.htaccess
ErrorDocument 403 /subdir/404.php
ErrorDocument 404 /subdir/404.php
RewriteEngine On
RewriteOptions Inherit
Эффект RewriteOptions Inherit
по существу «копирует» директивы mod_rewrite из родительской конфигурации, т.е. /.htaccess
в корне, за директивами в текущем файле /subdir/.htaccess
. Важно уточнить, что директивы «копируются», а не запускаются на месте, как в корневом файле /.htaccess
.
Должен ли я перезапускать Apache после изменения файла htaccess?
Нет, вам не нужно перезапускать Apache.
Вам нужно будет «полностью обновить» вашу веб-страницу, чтобы увидеть изменения. Просто просмотрите свой сайт и перейдите на страницу, которая должна быть затронута.Затем нажмите Ctrl + F5, чтобы все обновить. (Некоторые компьютеры требуют, чтобы F Lock был включен, прежде чем вы сможете использовать F5.) Теперь вы должны увидеть, как ваш новый код .htaccess вступил в силу.
Кроме того, вы можете очистить кеш браузера, закрыть его, перезапустить браузер и снова попробовать открыть веб-страницу.
Пользователи Safari: Safari потребует от вас использовать горячую клавишу cmd + R для Safari 3 и ниже.Safari 4 и выше потребует, чтобы вы, удерживая Shift, щелкнули значок обновления рядом с адресной строкой.
Рекомендуемое содержимое справки
Объясняет, как редактировать .htaccess
Статья базы знаний 276426 просмотров Теги: htaccessЧто такое.htaccess и где я могу найти дополнительную информацию?
Как выполнить перенаправление / перезапись URL с помощью файла .htaccess?
Соответствующее содержимое справки
В этой статье объясняется, как использовать Easy Apache для перекомпиляции Apache.Это полезно, если вы хотите изменить версию PHP или другие настройки PHP и Apache.
Что такое обработчики Apache? Как мне настроить индивидуальные обработчики Apache?
Как принудительно использовать https на всем веб-сайте.
В этой статье объясняется, как перезапустить выделенный сервер или VPS-сервер.
Изменение версий PHP, загрузка пользовательских модов Apache и другие настройки Apache / PHP
Как запускать сценарии CGI для дополнительных доменов.
В этой статье объясняется, как перезапустить почтовые службы на выделенном сервере или сервере VPS. Это может быть полезно, если у вас возникли проблемы с электронной почтой.
Предотвращение кражи полосы пропускания с помощью механизма перезаписи модов и.htaccess
Требуется ли перезапуск Apache после изменения файла .htaccess?
Требуется ли перезагрузка после изменения файла .htaccess?
Быстрый ответ на вопрос (для тех, кто спешит): нет, перезапуск Apache не требуется после изменения файла .htaccess. Неважно, какие изменения внесены в.htaccess, перезапуск Apache не требуется. Если вы хотите узнать, почему не требуется перезапуск Apache, продолжайте читать!
Если на вашем веб-сервере Apache включена поддержка .htaccess, это означает, что всякий раз, когда запрашивается файл на вашем веб-сервере, Apache должен будет искать файл .htaccess в каждом каталоге, который ведет к тому, где находится фактический файл. на сервере. Повторим это, потому что важно понимать: , если на вашем сервере Apache включена поддержка .htaccess, это означает, что когда пользователь запрашивает файл на вашем веб-сервере, в каждом каталоге будет выполняться поиск файла.htaccess, ведущий к фактическому запрошенному файлу.
Пример того, как Apache ищет файлы .htaccess
Так, например, предположим, что кто-то запрашивает фиктивный файл с названием «http://www.programmerinterview.com/java/interview-questions/somepage.php». Это означает, что если на сервере, на котором запущен programmerinterview.com, включена поддержка .htaccess, Apache сначала будет искать в корневом веб-каталоге на сервере, затем в каталоге java и, наконец, в каталоге вопросов для собеседований, чтобы узнать, есть ли какие-либо.htaccess в этих каталогах.
Предположим, что корневой веб-каталог находится в / home / username / public_html. Затем Apache будет искать файлы .htaccess в этих каталогах в порядке, указанном ниже:
/home/username/public_html/.htaccess /home/username/public_html/java/.htaccess /home/username/public_html/java/interview-questions/.htaccess
Файлы .htaccess могут перекрывать другие файлы .htaccess
И предположим, что существует файл.htaccess как в каталоге java, так и в каталоге вопросов-интервью, то это означает, что файл .htaccess в каталоге вопросов-интервью может переопределить любые директивы, указанные в каталоге java. Конечно, это переопределение будет иметь место только в файлах и подкаталогах каталога вопросов-интервью, потому что файл .htaccess будет переопределять только директивы файлов .htaccess, которые появляются выше в дереве каталогов на сервере.
Что это значит, если Apache ищет файл.htaccess для каждого запроса?
Как мы уже обсуждали, если файлы .htaccess включены, это означает, что Apache будет искать файл .htaccess в каждом каталоге, ведущем к файлу , для каждого запроса, отправляемого серверу .
Кэшируются ли файлы .htaccess в Apache?
Это также означает, что изменение файла .htaccess вступает в силу немедленно, поскольку файлы .htaccess не кэшируются сервером , поэтому перезапуск Apache не требуется.Уже при следующем запросе к вашему веб-серверу после изменения файла .htaccess будут показаны эффекты измененного файла .htaccess.
Для просмотра изменений в .htaccess может потребоваться аппаратное обновление
Следует отметить, что если вы пытаетесь увидеть, как изменения из файла .htaccess вступили в силу в браузере, который вы ранее использовали для просмотра своей веб-страницы, вам может потребоваться выполнить «жесткое обновление». Или вы можете просто очистить кеш своего браузера, а затем просмотреть веб-страницу.После этого вы обязательно должны увидеть изменения из вашего файла .htaccess.
Не используйте .htaccess, если не хотите
Вы правильно прочитали. Не используйте это!
Вы можете подумать, что я сумасшедший. В конце концов, разве все не используют файл .htaccess? WordPress и большинство других CMS рекомендуют его использовать. Его рекомендуют все эти разработчики, оптимизаторы поисковых систем и вообще технические специалисты. Итак, почему бы вам не использовать его?
Поверьте мне, когда я говорю, что необходимость использования файла .htaccess — одна из величайших бедствий, когда-либо созданных арматурами и ленивыми разработчиками.У файла .htaccess есть применение, и мы поговорим об этом в конце этой главы. Однако люди используют его слишком часто.
Все, что вы можете сделать с файлом .htaccess, лучше сделать с основным файлом конфигурации сервера!
Если у вас есть root-доступ к вашему серверу, вы можете внести изменения в файл httpd.conf для Apache. Это намного лучше, чем использование файла .htaccess.
Почему не следует использовать файл .htaccess.
Причина, по которой вы не должны использовать расширение.htaccess заключается в том, что он замедляет каждый запрос. Этот удар по производительности увеличивается только тогда, когда ваш сервер находится под высокой нагрузкой. Поскольку файл .htaccess изменяет конфигурацию сервера в каталоге, он, по сути, вынуждает сервер перенастроить при обслуживании из этого каталога.
На это нужно время!
Сервер должен выполнить файл .htaccess, чтобы использовать его. Это означает, что серверу потребуется дополнительная оперативная память, мощность процессора и вычислительное время для обработки файла .htaccess.Это означает, что каждый запрос, выполняемый через файл .htaccess, потребует больше ресурсов и времени.
Возможно, вы не думаете, что это большая проблема. Но эта проблема усугубляется, когда вы складываете файлы .htaccess в каталоги и подкаталоги.
Позвольте мне подробно показать вам эту проблему на примере.
Пример: загрузка сервера .htaccess
Ваш сайт создан на WordPress. В каждом посте вашего блога есть несколько картинок. Допустим, ваш корневой домен находится в каталоге / public_html
.
Следующие изображения включены в сообщение в блоге.
-
/public_html/wp-content/uploads/2017/06/image1.jpg
-
/public_html/wp-content/uploads/2017/06/image2.jpg
-
/public_html/wp-content/uploads/2017/06/image3.jpg
У вас также есть файл .htaccess в / public_html
и один в / wp-content
.
Это означает, что ваш сервер должен выполнить первый.htaccess файл. Затем он должен выполнить второй. После этого он ищет файл .htaccess в / uploads
, затем в /2017
и, наконец, в /06
.
Это может показаться неплохим. Однако давайте посчитаем. 2 файла .htaccess были выполнены в сумме 6 раз. Веб-сервер искал файлы .htaccess 15 раз (по одному для каждого изображения в каждом каталоге).
Давайте добавим запрос на сам пост в блоге. Если сообщение в блоге находится по адресу http: // www.example.com/blog/2017/06/example-blog-post
. 2 файла .htaccess были выполнены в общей сложности 10 раз, и было выполнено 16 поисков файлов .htaccess. Почему не 19 взглядов? Путь к сообщению в блоге состоит не из каталогов. / blog / 2017/06/
создается динамически PHP, на котором работает WordPress. Сервер не ищет файлы .htaccess в несуществующих каталогах.
Это означает, что если бы был выполнен один файл PHP, было бы 11 операций чтения файловой системы и 19 статистических данных файловой системы.Это те цифры, на которые мы действительно хотим обратить внимание. Они говорят нам, что должен делать сервер.
Надо быть честным. Ни на одном сайте WordPress нет одного файла PHP и трех изображений, необходимых для каждой загрузки страницы. Мы загружаем множество файлов изображений, CSS и JS для каждой страницы.
Для аргументации давайте посмотрим на настоящий веб-сайт WordPress в дикой природе.
Пример: на реальном веб-сайте
Мы рассмотрим страницу среднего, но вполне реального веб-сайта.Веб-сайт построен на WordPress и имеет файл .htaccess в корневом каталоге сайта.
Вот все количество файлов по типу, обслуживаемых для одного сообщения в блоге.
- 6 файлов HTML
- 5 файлов CSS
- 5 файлов JS
- 26 файлов изображений
- 104 внешних файла (Мы не будем учитывать внешние файлы, поскольку они не обрабатываются через локальный сервер.)
То есть 42 локальных файла.И всего 146 файлов.
На этом сайте WordPress файлы CSS и JS поступают из нескольких мест. Большая часть CSS происходит из / wp-content / theme / [название темы] /
. Файлы JS берутся из / wp-content / theme / [название темы] /
, / wp-content / plugins /
и / wp-includes / js /
. Это очень стандартная установка WordPress.
Для того, чтобы эта страница могла быть отображена для посетителя, необходимо 42 отдельных выполнения .htaccess и 249 отдельных просмотров для.htaccess файл.
Плохой сервер имеет в общей сложности 84 чтения файловой системы и 249 статистических данных по файловой системе.
Примечание: Если бы на сервере Apache для директивы AllowOverride
было установлено значение none
(отключение использования файлов .htaccess), у него было бы 42 чтения файловой системы и 42 статистики файловой системы.
Вы можете увидеть, как добавление одного файла .htaccess увеличивает нагрузку на сервер. Если вы используете несколько файлов .htaccess, вы увеличиваете нагрузку на сервер в геометрической прогрессии.
Вы читаете это, потому что заботитесь о SEO. Конфигурация сервера может быть не вашей сильной стороной. Однако сервер, который получает дополнительную нагрузку из-за ненужных файлов .htaccess, является более медленным сервером. Время до первого байта (TTFB) и общее время загрузки страницы являются жизненно важными факторами как для скорости сканирования Google, так и для взаимодействия с пользователем.
Таким образом, мы пришли к выводу, что вам следует избегать заражения вашего сервера лишними файлами .htaccess.
Для получения дополнительной информации об этой проблеме обратитесь к Apache.htaccess документация и как Apache: .htaccess от Nginx.
Когда следует использовать файлы .htaccess?
Есть только одна веская причина использовать файлы .htaccess. Причина вот в чем. У вас нет доступа к основному файлу конфигурации сервера.
Это обычная проблема. Большинство учетных записей виртуального хостинга не имеют доступа к основному файлу конфигурации сервера. Следовательно, им нужны распределенные файлы конфигурации в каждой учетной записи хостинга. Файл .htaccess — это распределенный файл конфигурации, который позволяет изменять конфигурацию только в том каталоге, в котором он находится.
Если вы используете виртуальный хостинг, вам, вероятно, понадобится файл .htaccess, чтобы внести изменения в конфигурацию вашего сервера.
Если вы используете виртуальный частный сервер или выделенный сервер, у вас должен быть доступ к главному файлу конфигурации сервера (обычно называемому httpd.conf). Если у вас есть доступ к этому файлу, вы должны внести в него все изменения конфигурации сервера. Это намного эффективнее. Это можно сделать даже для отдельных каталогов, как и в случае с файлом .htaccess.
Разница в том, что все конфигурации для каждого каталога указаны в одном файле конфигурации, а не в дюжине разбросанных по вашему серверу, которые должны выполняться для каждого запроса.
Если вы не можете избежать использования файлов .htaccess, вы должны следовать этим правилам.
- Используйте только один файл .htaccess. (Или как можно меньше.)
- Поместите файл .htaccess в корневой каталог сайта.
- Делайте ваш файл .htaccess коротким и простым.
Было ли это полезно? Поделиться.
Файл Apache .htaccess — Примеры и распространенное использование
Зачем нужен файл .htaccess
Файл .htaccess — это способ настроить детали вашего веб-сайта без необходимости изменять файлы конфигурации сервера.Период, с которого начинается имя файла, будет держать файл скрытым в папке.
Вы можете создать файл .htaccess в текстовом редакторе (убедитесь, что вы назвали его только .htaccess без какого-либо другого расширения или имени), а затем загрузить его на свой сайт через ftp-клиент.
Кроме того, важно размещение файла .htaccess. Конфигурации в этом файле повлияют на все в его каталоге и каталогах под ним.
Что следует знать
Хотя файл.Страница htaccess может быть чрезвычайно полезной и может быть использована для значительного улучшения сайта, есть 2 вещи, на которые она может повлиять.
One: Speed — страница .htaccess может несколько замедлить работу сервера ; для большинства серверов это, вероятно, будет незаметным изменением. Это связано с расположением страницы: файл .htaccess влияет на страницы в своем каталоге и на все каталоги в нем. Каждый раз при загрузке страницы сервер сканирует ее каталог и все расположенные над ним каталоги, пока не достигнет самого высокого каталога или файла.htaccess файл. Этот процесс будет происходить до тех пор, пока AllowOverride разрешает использование файлов .htaccess, независимо от того, существует ли файл с файлами .htaccess на самом деле.
Два: Безопасность — файл .htaccess намного более доступен, чем стандартная конфигурация apache, и изменения вносятся мгновенно (без необходимости перезапуска сервера). Предоставление пользователям разрешения на внесение изменений в файл .htaccess дает им возможность полностью контролировать сам сервер. Любая директива, помещенная в.htaccess, имеет тот же эффект, что и в самой конфигурации apache.
Вообще говоря, Apache не рекомендует использовать .htaccess, если пользователь может легко получить доступ к файлам конфигурации apache самостоятельно.
Разобравшись с этим, давайте перейдем к информации .htaccess.
Как активировать файл .htaccess
Если у вас есть доступ к настройкам сервера, вы можете отредактировать конфигурацию, чтобы разрешить файлу .htaccess переопределить стандартные конфигурации веб-сайтов.Откройте файл конфигурации хоста apache2 по умолчанию. NB: для этого шага вам потребуются права sudo.
судо нано / и т. Д. / Apache2 / сайты-доступные / по умолчанию
Оказавшись внутри этого файла, найдите следующий раздел и измените строку с надписью AllowOverride с None на All. Теперь раздел должен выглядеть так:
Параметры Индексы FollowSymLinks MultiViews AllowOverride All Заказать разрешить, запретить разрешить от всех
После сохранения и выхода из этого файла перезапустите apache.
sudo service apache2 перезапуск
Создание файла .htaccess:
Вы можете создать файл .htaccess в текстовом редакторе (убедитесь, что вы назвали его только .htaccess без какого-либо другого расширения или имени), а затем загрузить его на свой сайт через ftp-клиент.
В качестве альтернативы вы можете использовать эту команду, заменив example.com именем вашего сайта, чтобы создать файл .htaccess в терминале.
судо нано /var/www/example.com/.htaccess
Пять распространенных способов использования.htaccess Страница
1. Mod_Rewrite: Один из наиболее полезных аспектов файла .htaccess — это mod_rewrite. Вы можете использовать пространство в файле .htaccess для обозначения и изменения способа отображения URL-адресов и веб-страниц на ваших сайтах для пользователей. Вы можете найти полное руководство о том, как это сделать, здесь.
2. Аутентификация : Хотя для использования файла .htaccess не требуется столько разрешений, сколько требуется для доступа к файлу apache2.conf, мы все же можем вносить эффективные изменения на сайт.После такого изменения требуется пароль для доступа к определенным разделам веб-страницы.
Пароли .htaccess хранятся в файле с именем .htpasswd. Идите вперед и создайте и сохраните этот файл, обязательно храня его где-нибудь, кроме веб-каталога, по соображениям безопасности.
Вы должны использовать пространство внутри файла .htpasswd для записи имени и паролей всех пользователей, которым вы хотите иметь доступ к защищенной части сайта.
Вы можете использовать этот полезный сайт для генерации пары имени пользователя и зашифрованного пароля.Если имя вашего авторизованного пользователя — jsmith, а пароль — «awesome», пара будет выглядеть так: jsmith: VtweQU73iyETM. Вы можете вставить сколько угодно строк в файл .htpasswd, но убедитесь, что каждый пользователь получает свою строку.
Когда вы закончите работу с файлом .htpasswd, вы можете ввести этот код в файл .htaccess, чтобы начать использовать функцию пароля:
AuthUserFile /usr/local/username/safedirectory/.htpasswd AuthGroupFile / dev / null AuthName "Пожалуйста, введите пароль" AuthType Basic Требовать действительного пользователя
- AuthUserFile: В этой строке указывается серверный путь к файлу.htpasswd файл.
- AuthGroupFile: Эта строка может использоваться для передачи местоположения .htgroup. Поскольку мы не создавали такой файл, мы можем оставить / dev / null на месте.
- AuthName: Это текст, который будет отображаться при запросе пароля. Сюда можно положить что угодно.
- AuthType: Это относится к типу аутентификации, который будет использоваться для проверки паролей. Пароли проверяются через HTTP, и ключевое слово Basic менять не следует.
- Требовать действительного пользователя: Эта строка представляет одну из двух возможностей. «Требовать действительного пользователя» сообщает файлу .htaccess, что есть несколько человек, которые должны иметь возможность войти в защищенную паролем область. Другой вариант — использовать фразу «требовать от пользователя имя пользователя » для обозначения конкретного разрешенного лица.
3. Пользовательские страницы ошибок : файл .htaccess дополнительно позволяет создавать пользовательские страницы ошибок для вашего сайта.Вот некоторые из наиболее распространенных ошибок:
- 400 Плохой запрос
- 401 Требуется авторизация
- 403 Запрещенная страница
- 404 Файл не найден
- 500 Внутренняя ошибка
Чтобы страница выглядела более дружелюбно и предоставляла посетителю больше информации, чем предлагает страница ошибок сервера по умолчанию, вы можете использовать файл .htaccess для создания настраиваемых страниц ошибок.
В этом руководстве я собираюсь создать страницу 404.Однако вы можете заменить эту ошибку на все, что захотите:>
После того, как вы создали и загрузили желаемую страницу с ошибкой, вы можете указать ее местоположение в файле .htaccess.
ErrorDocument 404 /new404.html
Имейте в виду, что Apache ищет страницу 404, расположенную в корне сайта. Если вы поместили новую страницу с ошибкой в более глубокий подкаталог, вам необходимо включить ее в строку, чтобы она выглядела примерно так:
ErrorDocument 404 / error_pages / new404.HTML
4. Типы MIME: В случаях, когда на вашем сайте есть некоторые файлы приложений, для доставки которых ваш сервер не настроен, вы можете добавить типы MIME на свой сервер Apache в файле .htaccess с помощью следующего кода.
AddType audio / mp4a-latm .m4a
Обязательно замените приложение и расширение файла на Mime Type, который вы хотите поддерживать.
5. SSI : Серверные компоненты позволяют значительно сэкономить время на веб-сайте. Одно из наиболее распространенных применений SSI — обновление большого количества страниц некоторыми конкретными данными без необходимости обновлять каждую страницу по отдельности (например, если вы хотите изменить цитату внизу страницы).
Чтобы включить SSI, введите следующий код в файл .htaccess.
AddType text / html .shtml Файл .shtml, проанализированный сервером AddHandler
Эти три строки сообщают .htaccess, что файлы .shtml допустимы, а вторая строка специально заставляет сервер анализировать все файлы, заканчивающиеся на .shtml, на предмет любых команд SSI.
Однако, если у вас много страниц .html, которые вы не хотите переименовывать с помощью расширений .shtml, вы можете использовать другую тактику для анализа их на наличие команд SSI, XBitHack.
Добавление этой строки в файл .htaccess заставляет Apache проверять все файлы html с соответствующими разрешениями для включений на стороне сервера.
XBitHack на
Чтобы сделать страницу подходящей для XBitHack, используйте эту команду:
chmod + x имя страницы .html
Узнать больше
.Страница htaccess дает вам большую гибкость при создании вашего сайта, и это был лишь краткий обзор. Если у вас есть дополнительные вопросы о конкретных возможностях файла .htaccess, не стесняйтесь размещать свои вопросы на нашем форуме вопросов и ответов, и мы будем рады ответить на них.
От Этель Свердлова
Как создать файл .htaccess и для чего его можно использовать? — Справочный центр Hostway
Назначение файла .htaccess — предоставить средства для настройки Apache для пользователей, которые не могут изменять основной файл конфигурации.Эта статья применима только к веб-сайтам Linux с тарифными планами .
Эта статья содержит следующие разделы:
I. Что такое файл .htaccess?
Файл .htaccess — это файл конфигурации, который включает дополнительные функции веб-сервера Apache. Его можно добавить в папку web , и он повлияет на все содержимое вашего веб-сайта. Вы также можете добавить дополнительные файлы .htaccess в подпапку вашей папки web , чтобы активировать отдельные функции только для этой подпапки.
II. Как создать и загрузить файл .htaccess?
Вы можете создать такой файл в текстовом редакторе (Блокнот, MS Word и т. Д.). Вы должны назвать файл точно .htaccess , иначе он не будет работать. Наличие точки перед именем делает файл скрытым.
Воспользуйтесь предпочитаемым текстовым редактором, создайте файл с именем .htaccess на рабочем столе или в любой другой локальной папке, добавьте желаемый текст и затем загрузите файл с помощью FTP-клиента.Инструкции по установке FTP-соединения можно найти здесь. После того, как вы установите FTP-соединение, вам просто нужно будет перетащить только что созданный файл со своего компьютера в нужную папку на вашем хостинге.
НАЗАД НАЗАД
III. Для чего можно использовать файл .htaccess?
1. 301 перенаправление:
Одним из наиболее распространенных приложений файла .htaccess является создание перенаправления URL-адресов..(. *) $ http://domain.com/$1 [L, R = 301, NC]
3. Блокировка определенного IP-адреса или диапазона IP-адресов:
Вы также можете заблокировать определенный IP-адрес или целый ряд IP-адресов для посещения вашего сайта. Для этого вам нужно будет добавить эти строки в ваш файл .htaccess:
Запрет заказа, разрешить
Запретить от X.X.X.X (где X.X.X.X — конкретный адрес IPv4)
Если вы хотите заблокировать более одного IP-адреса, вам нужно будет указать каждый из них в отдельной строке:
Запрет заказа, разрешить
Запретить от X.X.X.X
Запретить с Y.Y.Y.Y
Чтобы ограничить доступ из определенных стран, вы должны получить диапазоны IP-адресов, присвоенные этой конкретной стране. Существует несколько веб-сайтов (например, ip2location.com), которые позволяют вам автоматически генерировать эти директивы .htaccess в зависимости от страны или стран, которые вы укажете.
Обратите внимание, что этот метод не эффективен на 100%, поскольку назначения IP-адресов могут изменяться, а диапазоны IP-адресов могут перекрываться.Тем не менее, этот метод блокирует большую часть трафика из указанных стран.
4. Изменение домашней страницы по умолчанию:
Если в настоящее время у вас есть веб-сайт, целевая страница которого по умолчанию — index.html, и вы хотите изменить его (например, страница сайта WordPress по умолчанию — index.php), но вы хотите сохранить оба файла (index.html и index.php) на вашем хостинговом пространстве вы можете изменить целевую страницу по умолчанию, добавив в свой файл .htaccess следующую строку:
Индекс DirectoryIndex.(. *) $ https: //% {HTTP_HOST} / $ 1 [R = 301, L]
6. Пользовательская страница ошибки:
Вы также можете использовать файл .htaccess для настраиваемой страницы ошибки 404. Текст, который вам понадобится в файле:
.