- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
porutchik, логично предположить что хочу услышать причину почему так происходит.
porutchik, логично предположить что хочу услышать причину почему так происходит.
Я не знаю.
Предоставьте IP и root-доступ до вашего сервера.
Спасибо Игорю Бельтеку за оперативное решене проблемы по настройке vps на тарифе, где обслуживание и не предусмотрено.
Нашёл новый прикол на хостинге, примерно месяц назад, теперь на всём хостинге, адреса вида site.ru/.html, site.ru/.ht
выдают 403 ошибку, которую невозможно ни перехватить в htaccess, ни исправить.
Поддержка отвечает что - "это особенность работы веб-сервера Litespeed".
Так на минуточку, то есть в настройках сервера раньше закрыт был доступ к файлам .htacccess и .htpasswd а теперь просто ко всем ".ht".
Поздравить хочу любителей MODx, которые ставят в конфигурации суффикс для дружественных URL - .html — хостинг вам этого не позволит сделать.
А причем тут дружественные урл с .html на конце?
Вероятно блокировка стоит именно на ^\.ht
как у веб-сервера apache2 по дефолту
# The following lines prevent .htaccess and .htpasswd files from being
# viewed by Web clients.
#
<Files ~ "^\.ht">
Order allow,deny
Deny from all
Satisfy all
</Files>
однако это никак не должно мешать работе урл вида mysupersite.ru/friendlyurl.html
А причем тут дружественные урл с .html на конце?
Вероятно блокировка стоит именно на ^\.ht
как у веб-сервера apache2 по дефолту
однако это никак не должно мешать работе урл вида mysupersite.ru/friendlyurl.html
всё верно, блокировка так же стоит к POST и GET например при сохранении настроек в MODx отправляется POST ?friendly_url_suffix=.html и сервер блокирует его ошибкой 403
Поздравить хочу любителей MODx, которые ставят в конфигурации суффикс для дружественных URL - .html — хостинг вам этого не позволит сделать.
Данная ошибка в настройках сервера исправлена! Отдельное спасибо Андрею Клованичу.
Второй день хостинг лежит, а вместе с ним и сайты...
Второй день хостинг лежит, а вместе с ним и сайты...
А что говорит поддержка?
Второй день хостинг лежит, а вместе с ним и сайты...
Переходите к нам. У нас такого не бывает!