Полностью вне темы, но как (очень маленькое время) размещенный сервисный сотрудник, я думаю, что веб-приложения автоустановки являются инструментом дьявола. У тех, с которыми я имел дело, нет абсолютно никакого условия для контакта с обновлениями рассматриваемых приложений - они могут установить эту версию, теперь, и вот именно.
Когда обновление произойдет (и оно будет) нет никакой способности развернуть это обновление тех пользователей, которые уже имеют нажимать-и-устанавливать. Существует драгоценная мало способность даже отследить, кто установлен что!
Это могло бы быть прекрасным, если бы щелчок-и-установщик был кем-то, кто понял переходный характер веб-приложений - особенно бесплатных приложений или приложений с открытым исходным кодом, одобренных многими из этих наборов щелчка-и-установки - но к сожалению они заканчивают тем, что обратились к пользовательскому сообществу, которое ожидает устанавливать его однажды и выполнять его навсегда.
Это заканчивает тем, что было проблемой для поставщика услуг хостинга, так как эти несохраняемые приложения заканчивают тем, что притянули автоматические сценарии компромисса, так что в итоге все на общем сервисе страдают от плохого сервиса.
Я выключаю приложения щелчка-и-установки в пакетах хостинга, которые мы используем, потому что я устал от извергающих спам сценариев жемчуга, отбрасываемых на моих серверах с помощью плохо сохраняемых приложений.
Мы советуем всем возможным клиентам, что они должны обратить внимание на свое веб-присутствие, и если они не чувствуют себя комфортно или имеют время, чтобы сделать это сами, они должны найти, что профессионал помогает им. Мы можем даже помочь им в нахождении такого профессионала (так как мы не вносим свой вклад бизнеса сами).
Полностью вне темы.
Но не делайте этого.
Order Allow, Deny
Allow from all
Они не требуются, если вы используете HTTP-аутентификацию, и от них можно избавиться. (И Порядок прерывается, если после запятой есть пробел.)
Кстати, неплохо хранить файл htpasswd вне каталога веб-документов.
Поскольку вы обновили свой вопрос с помощью Чтобы получить дополнительную информацию, я бы сказал, что вам также следует проверить разрешения в каталоге с помощью ls -alZ
, чтобы проверить как разрешения Unix, так и контексты SELinux.
403 указывает на ошибку прав доступа. Убедитесь, что у пользователя apache
есть разрешение на чтение файла .htaccess и что у него есть разрешение на просмотр в дереве каталогов Drugi, так что для остальных это будет rx
(если это не так принадлежит apache) или rx
для владельца / группы, если он принадлежит apache или его группе.