- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Столкнулся с проблемой при размещении на хостинге домена .рф. Создаю домен в ISPmanager, всё проходит как обычно, но при попытке зайти на сайт через браузер получаю 403 ошибку. .htaccess в корне нету, лежит только дефолтный index.html от ISP, права все стоят нормальные, владелец тоже. Все остальные домены, не IDN, на этом хостинге (Park-web) работают нормально, на других хостингах с ISPmanager IDN тоже уже прикручивал без проблем. То есть проблема только с IDN и только на этом хостинге. Саппорт порекомендовал удалить и снова установить домен и переименовать для него корневую директорию (заменить xn--... на что-нибудь попроще), но результата это не дало.
Никто не сталкивался с чем-нибудь подобным? В чем может быть причина?
Столкнулся с проблемой при размещении на хостинге домена .рф. Создаю домен в ISPmanager, всё проходит как обычно, но при попытке зайти на сайт через браузер получаю 403 ошибку. .htaccess в корне нету, лежит только дефолтный index.html от ISP, права все стоят нормальные, владелец тоже. Все остальные домены, не IDN, на этом хостинге (Park-web) работают нормально, на других хостингах с ISPmanager IDN тоже уже прикручивал без проблем. То есть проблема только с IDN и только на этом хостинге. Саппорт порекомендовал удалить и снова установить домен и переименовать для него корневую директорию (заменить xn--... на что-нибудь попроще), но результата это не дало.
Никто не сталкивался с чем-нибудь подобным? В чем может быть причина?
ну а банально в логах что пишет вебсервер ? суется он за дефолтной html туда куда надо?
В логах пишет:
В ошибках:
client denied by server configuration - в .htaccess запрет не стоит на доступ к сайту?
.htaccess вообще отсутствовал.
Собственно, уже перенес сайт на другой хостинг, там всё заработало, правда, возникли проблемы другого рода, но, думаю, решаемые.
Автор, это была ошибка nginx. Решается она на стороне администратора сервера. Отписали бы ему и все. У наших клиентов подобное пару раз проскакивало. Все решаемо.
Автор, это была ошибка nginx. Решается она на стороне администратора сервера. Отписали бы ему и все. У наших клиентов подобное пару раз проскакивало. Все решаемо.
Возможно и так (саппорту-то я, понятное дело, в первую очередь отписал), потому что как раз с ошибкой nginx я столкнулся потом на паре своих VDS, а именно - на доменах .рф ни в какую не хотели отдаваться файлы стилей и картинок, в итоге страницы открывались в текстовом виде. Разумеется, подозрение у меня сразу пало на nginx, и немного покопавшись, я выяснил, что баг вызван тем, что nginx отказывался работать с длинными доменами, а .рф в пуникоде, конечно, короткими не назовешь. Решение довольно простое - надо в конфиге (nginx.conf) в блоке http явным образом прописать размер корзины в хэш-таблицах имён серверов с помощью строки server_names_hash_bucket_size. Значение можно задать 64, ну или на всякий случай - 128. В итоге должно получиться что-то вроде:
После рестарта nginx всё замечательно заработало.
Думаю, в связи с теперешним лавинообразным распространением IDN, такие проблемы могут возникать довольно часто на серверах, где nginx стоит с настройками по умолчанию (по которым для hash bucket size задается минимально возможный размер), так что, может быть, кому-то это будет полезно :)