Лично знаком с grizbil
Топик стартер ей не является, данный человек взломал ее аккаунт и выдает себя здесь за нее, администрация уже уведомлена, настоящей grizbil собираются материалы для возбуждения уголовного дела, так как взломан был не только аккаунт на даном форуме.
Не спешите отдавать деньги мошеннику!
Неоднократно работал с данным исполнителем.
Работу свою знает хорошо, а выдержать мою требовательность не каждому фрилансеру дано )
заказы выполняет всегда в срок, учитывает все пожелания по заказу, результатом я всегда доволен.
Рекомендую.
Я задал для одного субдомена значение UseCanonicalName Off
но это не помогло, наверно ошибка еще в чем то, попробую покопать дальше
Его и нет, это конфиг апача, он стоит на 80 порту, виртуалхосы в нем прописаны с 81 портом, в том числе и основного домена (на котором переменная сервер порт равна 80).
spamers добавил 03.05.2010 в 19:07
Спасибо, вполне возможно что правда причина в этом, на субдоменах стоит значене
UseCanonicalName On
на основном домене
UseCanonicalName Off
не заметил сразу этого.
Похоже что Сипанель так прописывает, подскажите пожалуйста как это исправить (чтобы не править каждыйраз руками).
p.s.
Да знаю что сипанель под нгникс не лучший выбор, но ведь как то и на нее ставят эту связку.
Вот виртуалхосты домена и субдомена, не нашел там ничего что могло бы привести к такой ошибке.
Посмотрите пожалуйста Вы, может я что то упустил.
Тогда запроосы к нему будут идти сразу на апач, минуя ngnix, что делает бессмсленой это связку и поднимет нагрузку на сервер.
Нет, мне всеравно какой порт, проблема в том что 81 порт не работает, т.е. если обратиться к урлу htt://сайт.ру:81 то ничего не откроется, посколько это порт бекенда, смена его на другое значение нчего не даст, посколько он всеравно будет портом бекенда а следовательно не работать для фронтенда.
Тут нужно понять почему переменная сервер порт для субдменов отдается 81 а для доменов 80
Один интернет магазин, и пару скриптов косячат, которые работают на субдоменах, им то отдается неверное значение переменной, править скрипты не вариант, код закрыт зендом, да и в целом, нужно исправить ошибку сервера а не скрипты под нее править.
Это проверю, отпишусь по результатам
spamers добавил 03.05.2010 в 16:06
Проверил, на субдомене и домене один и тот же IP.
Подсеть класса D видна, это позволяет различть различные ip.
Тогда куда копать, в чем на Ваш взгляд может быть причина неверного значения переменной SERVER_PORT на субдоменах?
Вот настройки VirtualHost
домен сайта заменен на "domain.ru"
ip также изменил по тойже маске (оставил только подсеть D класса)