Правильно работают :) вот только лучший вариант - это локалхост через сокет с отключённой сетью, внешней блокировкой, ssl и сжатием :)
Всё остальное - это увеличение тормозов.
SSL-торможение незаметно будет при малых нагрузках.
Я как-то тестил mysql на нагрузку и видел это своими глазами. Думал, что сжатие в локалке увеличит скорость соединения с mysql на другом хосте, да не вышло. Всё действиетльно примерно так и получается, как тут написано (55% оказывается...):
Такая штука выдаётся на "Connection refused", отказ соединения.
Если была бы проблема в ДНС, то браузер ждал бы какие-то время.
У меня на собственных сайтах такое было, когда я ставил ограничение на количество коннектов в минуту (с одного IP) и уменьшал keepalive на сервере.
Страницы с большим количеством картинок при быстрой скорости загрузки не выдавали 1-2 картинок, хотя при меньшей всё было нормально. Попробуйте, если сможете уменьшить скорость запросов (если есть "тормоз траффика" на компе или GPRS на телефоне).
Не знаю, об этом ли говорите, но суть поясню.
Есть ПО, которое знает, кто из сайтов жив и выдаёт его ИП.
Григорий1, нужна третья точка, где стоит редирект на то зеркало, которое живо. Узнавайте куда направлять своими скриптами (мониторьте оба зеркала периодически и изменяйте редирект).
Если умрёт эта третья точка, то умрёт всё.
Deni, забудьте о моём сервисе, ок?
Давайте разберёмся.
Вы как определяете, что сайт упал? Запросом к нему, верно?
Запрашиваете - он ответил, через секунду - нет, верно я понял?
То есть, с какой-то долей вероятности он будет то отвечать, то не отвечать на запросы, если дёргать его раз в минуту. Верно?
Вот и делайте это автоматически. Покажите хостеру, что из стольких-то запросов к нему реально он отработал допустим 50%.
Я когда петерхосту показывал сбои в работе DNS-серверов (не скажу каким образом узнавал это), хватило точного указания времени, с точностью до 10 минут. Сразу ответили, почему проблемы и как их устраняют.
Я дал практический совет, специально расписав всё для Вас.
Я не виноват, что этот сервис - мой :) Уж простите..
Свой сайт можете проверить бесплатно, только надо читать внимательнее :
Если постоянно мониторить - то это как раз то, что надо. Если один раз показать - то www.alertsite.com
СКОРПИОН, согласен. Правда, сам так не делал.
Andreyka, это на 30% медленнее, разве только для администрирования юзать.
Sikenzura, это та же дыра, но вид сбоку :) тогда уж проще базу на другой порт повесить.
Будучи на виртхостинге петерхоста, обходили их запрет на удалённые коннекты через мою программку - она перенаправляла удалённый коннект на локалхост. Когда надо было поработать - включали её, потом выключали. Но SSH для этого лучше подходит (просто у них он не разрешал перенаправления, пришлось своё писать).
hpulse.ru - покажет результаты каждого теста - время пинга, время TCP-коннекта, время ответа сервера с кодом ответа.
Нарисует графики с этими временами (средние значения за час).
Может проверить содержимое страницы на русском языке, с порогами нахождения определённых фраз (напр, хотя бы одна из трёх и тп).
Доступность загружаемых файлов народ проверяет через HTTP HEAD тест.
Хостеры пока не блокируют, и врядли будут (встроена защита от флуда).
PS. Совет xphost, на мой взгляд, больше подойдёт, если задача только в том, чтобы показать хостеру наличие проблемы.
Виртуальных хостингов, открывающих доступ к mysql извне, мало.
В этом случае Вам поможет или репликация данных между сайтами (sql-dump, RSS, XML, CSV, etc) и использование на каждом сайте своей локальной базы, или хостинг-планы с виртуальным выделенным сервером (VDS).
avg 9.6c, max ~5$
При коротком названии из двух слов - allsite.ru однозначно (all-site.ru можно редиректить в него).
НО если название получается длинное вроде этого или вот этого, то стоит подумать о названии с дефисом.
Я бы показал два названия представителю целевой аудитории и спросил его (её).
