Cosinus

Рейтинг
153
Регистрация
26.03.2005

а что вы с утра в аське молчите? еще вчарась общались...

у меня давича сломали аккаунт на кликах, ну доменя увел и запросил новый пароль в саппорте, дальше переписка, если не сказать - монолог:


я Отправлено: 16/07/2009 01:47:02 pm

Открытый запрос Здравствуйте, по адресу моего сайта domain.com находится что-то совершенное не мое. (Сейчас я увел сайт на другой хостинг) Мой пароль не пускает меня в plesk и не высылается на мыло. Вероятно, аккаунт взломан. Вышлите мне пожалуйста новый пароль на мыло@домен.ru






Support ClickHost.RU Отправлено: 16/07/2009 02:38:30 pm

Время между событиями:
51 mins Здравствуйте.
Запрос в работе.
----
С уважением,
Виктор К.




я Отправлено: 17/07/2009 11:00:28 am

Время между событиями:
20 hrs 19 mins все еще жду




я Отправлено: 17/07/2009 01:02:15 pm

Время между событиями:
2 hrs 1 min аллё, саппорт вообще существует? второй день жду решения элементарного вопроса

прошло полдня с последнего моего сообщения - и тишина... похоже еще один нормальный хостинг уходит в небытиё :(

так объяснить это можно было? 3 раза в тикетах говорил, что у меня заканчивается оплата и хз как у вас там отключение - автоматом и руками...

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

меня в основном устраивал до сих пор clickhost и я даже решил перейти на более крутой тариф. тогда оставалось 4 дня оплаченного периода и я подумал, что запросто успеваю. ан нет. запрос на смену тарифа (заодно решил платить по три месяца) отфутболивается уже 4-й день, последний раз мне сказали, что все сделано, но, наверно пошутили, тк в периодических и активных платежах стоит старый тариф и соответствующее количество денег. я создал новый тикет, уже с высоким приоритетом (сегодня - последний оплаченный день!) и о чудо - тикет просто исчез 8-[]

господа, ну разве можно так работать? ну если некогда, можно сказать, что мол, потом, пока вас отключать не будем, вообще что-то хоть ответить можно! я крайне фрустрирован, даже смайлик не буду подбирать

по поводу аптайма. до недавних пор было все весьма неплохо, но вот последние дни - просто отвратительно. вот статистика одного из сайтов на 87.118.68.22

date uptime dns connect request ttfb ttlb

2008-04-24 86.67 0.017 0.147 0.147 0.719 0.694

2008-04-23 93.55 0.000 0.142 0.142 1.195 1.202

2008-04-22 79.12 0.015 0.380 0.380 1.471 1.311

2008-04-21 74.44 0.002 0.258 0.258 1.756 1.644

2008-04-20 68.13 0.037 0.120 0.120 1.331 1.314

2008-04-19 97.80 0.000 0.132 0.132 1.116 1.124

2008-04-18 98.90 0.000 0.126 0.126 0.750 0.750

2008-04-17 100.00 0.000 0.126 0.126 0.853 0.869

2008-04-16 100.00 0.000 0.126 0.126 1.020 1.045

2008-04-15 98.90 0.000 0.126 0.126 1.100 1.105

2008-04-14 98.90 0.000 0.125 0.125 0.752 0.763

2008-04-13 100.00 0.000 0.129 0.129 0.798 0.800

2008-04-12 98.89 0.000 0.127 0.127 0.880 0.890

2008-04-11 96.70 0.002 0.127 0.128 1.082 1.105

причем сегодня сервер поднялся сразу после отправки смски саппорту - в аське никого не было. очевидно, саппорт просто не замечал, что сервер с ночи лежит. может вы поставите сервер на проверку с смс оповещением?

еще раз повторю - это решение не для всех.

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

- магазины, на которые поступает покупной или поисковый траф

- сиджи, топы (не копируя трейд, на резервном хосте достаточно сделать рандомный редирект на проверенных трейдеров).

- доры, TDS

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

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

>>а базу повесить на vds ip которого никто знать не будет

ДДОС - далеко не единственный источник проблем, перечитайте мой предыдущий пост

я тут немножко уходил, вкратце отвечу

>>Ахутнг просто. 10 баксов в месяц, мега крутой хостер. Человек теряет в минуту кучу трафа и денег, и жмется на реально нормальный хостинг который просто бы не падал при заходе более 3-х посетителей одновременно.

5 гиг спейса и 15 бэндвича, хостер 3fn.net, думаю, те кто в курсе, понимают, что это не фуфло.

>>Cosinus, сайт с Вашим скриптом можно будет тривиальным досом в течении 10-ти секунд привести в нерабочее состояние, скрипт поменяет DNS, и на некоторое время закэшированные записи будут вести в никуда. Последовательное применение такой методики, при минимальных расходах трафика и сил, приведёт к самому дешёвому DOS'у в истории - после нескольких смен DNS в день понять кто какой сайт видит уже будет невозможно

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

надежный хостер может упасть от правовых проблем, размещения трояна соседом по виртуалу или хакером, размещением детской порнухи, ддосом на соседа по виртуалу, взлома сервера с последующим мыльным спамом. это - все вполне реальные варианты, и такие падения длятся ЧАСАМИ, а бывает, что и СУТКАМИ. сейчас лень искать, но есть реальные факты.

round robin - у него есть ряд недостатков, и главный - он не определяет факт падения сервера, собственно о других недостатках можно не писать.

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

хм... вообще-то писал уже, ладно, повторюсь

>>падение WWW из-за инерционности DNS не будет лечиться достаточно быстро

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

>>а второй случай лечится вторичными NS серверами.

ну речь идет о первом случае

да, пожалуй, менять NS серверы не лучший вариант - спасибо за идею насчет записи A, будет реализовано asap

у новых поситителей в кеше нет старых NS-ов, вопрос об этом

>>>а с DNS-кэшами провайдеров что будете делать?

стоит только для повторных, и разумеется, скрипт не творит чудеса.

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

насчет прописывания нескольких наборов NS - мысль интересная, вот только хостинг как правило падает отдельно от NS, далеко не всегда NSы находятся на том же сервере

Всего: 55