Pilat

Рейтинг
250
Регистрация
08.03.2007

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

Miha Kuzmin (KMY):
/ru/forum/396656 - к примеру с поста коста) Ну и куча подобного, обычно с бешеными матюками, сносили(((

Зачем сносить, должен же кто-то развлекать нас после трудового дня. Серьёзные вещи можно и на работе обсуждать, а на работе клоунов нет, хорошо хоть на форуме встречаются.

Это всё информация, которую можно собрать во время работы с хостером, а не до начала работы.

zmitrok:

Из критериев обращаю внимание на:

1) Надежность. Классическое требование, но одного его абсолютно не достаточно для нормальной жизни сайта и вебмастера.

Бессмысленно - о надёжности что-то можно узнать поработав годик



2) Вменяемый саппорт. Если намечается переезд, нормально ожидать, что тебя предупредят. Возникли проблемы - они у всех бывают - хотелось бы, чтобы предупредили как можно раньше, и по возможности объяснили происходящее.

Тоже выясняется только в критических ситуациях, что бывает редко


3) Оперативность реагирования и круглосуточная поддержка. Бывает такое, что и 30 декабря в 2 часа ночи нужно решать возникшие вопросы. Это же веб! Бизнес со скоростью мысли ☝

Это так же можно выяснить не быстро - а именно раз в год 31-1


Сухой остаток - только отзывы знакомых.

Есть только один осмысленный способ выбора хостинга - это отзывы хороших знакомых, пользующихся этим хостингом продолжительное время и разбирающихся в хостингах как минимум как вы или лучше вас. Все остальные способы - это рулетка, так как даже отличный хостинг может не подойти по субъективным причинам.

Да не надо ничего компилировать! 1) перезапустить апач посмотреть что изменится, 2) посмотреть сколько процессов апача запускается и запустить побольше - процессы-то должны расползтись по ядрам равномерно.

чётко видно - апач на третьем ядре висит. Надо разбираться почему.

myhand, не то что не верится, а похоже так и есть - висит один httpd на третьем ядре и с него не уходит.Last used CPU ==3 всегда кроме одного. Подозрительно это.

а как httpd сконфигурирован ? не висит ли один многопоточный демон как раз на том злосчастном ядре?

myhand:

http://www2.research.att.com/~bala/papers/h0vh1.html

-->8--
Persistent Connections: HTTP/1.0, in its documented form, made
no provision for persistent connections. Some HTTP/1.0 implementations, however, use a Keep-Alive header (described in [Fie95]) to request that a connection persist. This design did not interoperate with intermediate proxies.
-->8--

Нееет!

http://www.w3.org/Protocols/rfc2616/rfc2616-sec19.html#sec19.6.2



Some clients and servers might wish to be compatible with some previous implementations of persistent connections in HTTP/1.0 clients and servers. Persistent connections in HTTP/1.0 are explicitly negotiated as they are not the default behavior. HTTP/1.0 experimental implementations of persistent connections are faulty, and the new facilities in HTTP/1.1 are designed to rectify these problems. The problem was that some existing 1.0 clients may be sending Keep-Alive to a proxy server that doesn't understand Connection, which would then erroneously forward it to the next inbound server, which would establish the Keep-Alive connection and result in a hung HTTP/1.0 proxy waiting for the close on the response. The result is that HTTP/1.0 clients must be prevented from using Keep-Alive when talking to proxies.

However, talking to proxies is the most important use of persistent connections, so that prohibition is clearly unacceptable. Therefore, we need some other mechanism for indicating a persistent connection is desired, which is safe to use even when talking to an old proxy that ignores Connection. Persistent connections are the default for HTTP/1.1 messages; we introduce a new keyword (Connection: close) for declaring non-persistence. See section 14.10.

The original HTTP/1.0 form of persistent connections (the Connection: Keep-Alive and Keep-Alive header) is documented in RFC 2068. [33]

проще говоря, в http/1.1 это по умолчанию, в http/1.0 - не по умолчанию, но допустимо.

myhand:
Pilat, nginx совершенно точно не умеет keepalive к бакенду при проксировании

он же ясно говорит ему - HTTP/1.0 :) не замечали ?

а вот апач2 (mod_proxy) умеет :p

HTTP/1.0 к отсутствию keep-alive не имеет прямого отношения - он-то его поддерживает, имеет отсутствие "Connection: Keep-Alive", который не посылается nginx'ом.

Всего: 2890