Не большой трабл при субмите в ЛЛ

Пощу с двух доменов по фриху в день, по очереди. При посте с одного
домена ГГ, Смут Гремлинс и еще некоторые ЛЛ после нажатия кнопки субмита через минуту выдают "не возможно отобразить страницу".
С другого домена все в порядке..
В чем может быть трабл? Прокси не использую, регистратор один.

уже раз 10 тема поднималась. глюк скрипта. зависит от сервака на котором хостишься. попробуй прописать обработчик PHP к htm-файлам, может быть поможет.

Те хосты которые стоят на винде, оттуда не проходит сабмит...

С тех откуда траблы - один сервер, а где нет траблов другой ?
Подозреваю что у тебя стоит nginx в качестве вэбсервера. Он очень проблематично с линкадмином работает, вернее вообще не работает

Была такая хрень пару недель назад, что конфирмы от сабмитов не могли подтвердить в питере где то от 6 крупных ЛЛ. они тоже были недоступны.

Хостинг у доменов разный, спасибо, будем решать проблему..

Vasilich писал:

Те хосты которые стоят на винде, оттуда не проходит сабмит...

и не только на винде. но на виндовом серваке проблема точно решается привязкой PHP к htm-файлам. На других не знаю. В чем конкретно проблема скрипта так и не понял, долго хидеры смотрел и сравнивал на "правильных" и "не правильных" серверах - существенных отличий не нашел

lexey писал:

Хостинг у доменов разный, спасибо, будем решать проблему..

если не трудно, расскажи потом плиз, какая ОС и веб-сервер стоят на "не правильном" хостинге, и решилась ли проблема привязкой PHP.

graznuy писал:

Была такая хрень пару недель назад, что конфирмы от сабмитов не могли подтвердить в питере где то от 6 крупных ЛЛ. они тоже были недоступны.

а что за крупные ЛЛ, шлющие конфирмы? я чето таких не знаю

slonic писал:

а что за крупные ЛЛ, шлющие конфирмы? я чето таких не знаю

Sultan. Mommas Pussy.........

Последний раз редактировалось: Sharkmaster (26/12/05 в 15:57), всего редактировалось 1 раз

slonic писал:

а что за крупные ЛЛ, шлющие конфирмы? я чето таких не знаю

mommaspussy, eroticasearch

all-sex-links

all-sex-links хороший., но пока не крупний

все, что вы написали - это типичные середняки

fetishphiles - один из них тоже, и вроде всё.

непомню я, мамапусст кажется + еще парочку.

color писал:

если не трудно, расскажи потом плиз, какая ОС и веб-сервер стоят на "не правильном" хостинге, и решилась ли проблема привязкой PHP.

Хост спонсорский, в саппорте сказали что что-нибудь придумают.

slonic писал:

все, что вы написали - это типичные середняки

А султанс вообще мелочь

Итак, проблема с Nginx решена, благодарю одного из наших клиентов(он пожелал остаться неназванным) за помощь в тестировании. На нашем хостинге проблема устранена, если кому-либо интересны техничские подробности:

Суть в том, что бот скрипта Linkadmin проверяет урл двумя методами HEAD & GET

Код:

HEAD /blabla/ HTTP/1.1 Host: blabla.com

Теперь сделаем эти запросы руками к nginx и апачу и посмотрим в чем разница. Вот ответы серверов:

Код:

HTTP/1.1 200 OK Server: Nginx Date: Thu, 23 Feb 2006 19:07:37 GMT Content-Type: text/html Content-Length: 10849 Last-Modified: Thu, 23 Feb 2006 18:36:51 GMT Connection: keep-alive Keep-Alive: timeout=20 Accept-Ranges: bytes

Код:

HTTP/1.1 200 OK Date: Thu, 23 Feb 2006 19:08:16 GMT Server: Apache Last-Modified: Thu, 23 Feb 2006 18:36:51 GMT ETag: "2f0463-2a61-43fe00c3" Accept-Ranges: bytes Content-Length: 10849 Connection: close Content-Type: text/html

Как видно - разница в том, что nginx создает Keep-alive соединение для HEAD запроса, а апач нет, возможно имеет смысл протестировать со включенным keep-alive на апаче, но у нас он везде отключен.

Воркэраунд для Nginx - прописываем для нужного локейшена:
keepalive_timeout 0 0;

Тестируем - все работает, конечно есть свои минусы, keepalive отключен, но после постинга его можно включить снова( для владельцев дедиков это очень просто, а в нашей новой панели будет специальная опция для включения / выключения keep-alive )


p.s. для тех кто в танке. Keep-alive это фича потокола HTTP, в двух словах суть в том, что браузер открывает одно соединение и через него делает кучу запросов, это достаточно удобно и экономит ресурсы, когда например на странице куча картинок, все запросы идут через одно соединение.

Решение с keepalive_timeout сработало. Сейчас активно тестим.

Mike Fox, спасибо за инфу, отослал спонсору, поправили