Ruweb.net ???

Удачи вам в другом месте.

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

Недовольные клиенты - можем выяснить притензии звонками ко мне лично (495) 7499448 , электрописьмами на info@ruweb.net стуками в icq 33994020. Если надо кого из поддержки выдрать - выдеру. Если у вас жмут деньги, что то до сих пор не работает, что работало - номер тикета - буду разбираться.

Ivan_S_Karpoukh, знаете, ваше поведение делает даже больше чем разные простои. Ваша компания зазвездилась, к сожалению вы пошли по стандартной дорожке. Сначала компания для клиента, а потом вроде клиенты для компании.

Как только будет время свободное, обязательно от вас съеду, не столько из-за технических проблем, сколько из-за того, что вы "зажрались". Не люблю с такими компаниями работать. По опыту знаю, дальше будет только хуже.

Удачи желать не буду. Это хотя бы честно.

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

вашей компании сильно повезло, что у вас за почти 2 года только 6 постов на этом форуме.

Здравствуйте, рад Вас видеть

Замечу все же, что, насколько помню, Вы - первый, кто меня обвинил во лжи

С учетом того, сколько я писал на форуме ХО и сколько тут - а именно - больше любого другого простого юзера

Еще с учетом того, что до сих пор ходил по этому форуму с благодарностью вашему хостингу в подписи

Конечно, долгий пинг - или нет - понятие относительное - раз уж обвинили во лжи, выкладываю трассировку - достаточно крупный провайдер NetByNet

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

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

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

Даже если наезд не на меня - а на первого отписавшегося по пингу человека - вообще-то обычно предлагают сделать и прислать трассировку - как-то не доводилось видеть, чтобы хостер, даже не зная, из какой сети юзер, сразу обвинял во лжи, да еще и в провокации. Каждый сам может выполнить ping или tracert в сторону датахауса - если речь идет о чем-то другом, то тоже обычно пробуют объяснить понятным для простого человека языком - а "ложь и провокация" - это что-то из области холодной войны :(

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

+1. Ivan_S_Karpoukh, надеюсь, вы просто сегодня не в духе и поэтому не смогли сдержаться. Простительно, с каждым бывает. Вы почему-то упускаете из виду бесспорный факт: в этой теме явно видно желание клиентов всё же остаться с вами, но чтобы всё вернулось на круги своя. Ведь долгое время RuWeb.net оставался хорошим хостингом. А что сейчас?

Красноречивый пример один:

Всего за месяц три аварии с простоем от 30 минут, причем один раз сайты были недоступны более трёх часов. Никогда ранее такого не было.

Красноречивый пример два: после моих неоднократных обращений в техподдержку по поводу регулярных проблем сервера №18, ваш сотрудник наконец-то признал, что с 18 сервером, действительно, не всё в порядке, и вы, якобы, решаете эту проблему. Ну, ё-моё! Неужели ваша репутация стоит дешевле одной железки? На протяжении очень длительного времени сервер постоянно сбоит, но ничего кардинально не предпринимается. Нормально ли это?

Красноречивый пример три: ваше поведение сейчас, Иван.

Это перегрузка конкретного направления. Если такое постоянно и не меняется от времени суток, то решайте вопрос с провайдером. Первый затык в 40 мс на стыке нетбайнета и стрима, а второй затык на стыке m9, но так как с других направлений через m9 всё нормально проходит, то это скорее всего какие-то пиринговые неувязки "крупняков".

это с корбины

traceroute vip2.deserv.net

traceroute to vip2.deserv.net (89.188.125.24), 64 hops max, 52 byte packets

1 mo-rs1-vlan764.msk.corbina.net (83.102.146.161) 0.507 ms 0.489 ms 0.990 ms

2 mo-bb-giga1-11.msk.corbina.net (85.21.224.33) 0.492 ms 0.493 ms 0.492 ms

3 ko-bb.msk.corbina.net (78.107.184.42) 1.123 ms 1.147 ms 1.110 ms

4 m10-bb-teng4-3.msk.corbina.net (195.14.54.206) 1.176 ms 1.107 ms 1.160 ms

5 may-cr01-te2-2.msk.stream-internet.net (195.34.36.157) 1.129 ms 1.097 ms 1.100 ms

6 ss-crs-1-be7.msk.stream-internet.net (195.34.59.205) 1.816 ms 1.211 ms 1.195 ms

7 m9-cr01-po3.msk.stream-internet.net (195.34.53.85) 1.610 ms 1.581 ms 1.503 ms

8 m9-cr02-po1.msk.stream-internet.net (195.34.59.54) 1.648 ms 1.559 ms 1.592 ms

9 Filanco-m9.msk-stream-internet.net (195.34.38.134) 2.340 ms 5.315 ms 2.241 ms

10 te2-1-10-cerber.msk.datahouse.ru (217.65.1.242) 2.457 ms 2.000 ms 2.007 ms

это с нака

traceroute vip2.deserv.net

traceroute to vip2.deserv.net (89.188.125.24), 64 hops max, 40 byte packets

1 66.246.246.131 (66.246.246.131) 0.482 ms 0.453 ms 0.435 ms

2 gi3-4.esd1.mmu.nac.net (209.123.11.205) 0.536 ms 0.500 ms 0.479 ms

3 vlan801.tbr1.mmu.nac.net (209.123.10.9) 0.442 ms 0.410 ms 0.355 ms

4 0.e1-2.tbr1.ewr.nac.net (209.123.10.117) 0.935 ms 1.857 ms 1.035 ms

5 gi1-6.ccr01.ewr02.atlas.cogentco.com (154.54.12.33) 1.130 ms 1.889 ms 1.0 38 ms

6 te3-2.ccr02.jfk01.atlas.cogentco.com (154.54.6.226) 1.413 ms

te3-2.mpd01.jfk01.atlas.cogentco.com (154.54.3.210) 1.932 ms 12.577 ms

7 te2-1.ccr02.jfk02.atlas.cogentco.com (154.54.7.69) 1.452 ms

te2-1.ccr01.jfk02.atlas.cogentco.com (154.54.1.209) 2.948 ms

te2-1.ccr02.jfk02.atlas.cogentco.com (154.54.7.69) 1.417 ms

8 te9-8.mpd01.bos01.atlas.cogentco.com (154.54.25.242) 91.624 ms

te8-1.ccr04.jfk02.atlas.cogentco.com (154.54.3.1) 85.225 ms

te9-8.mpd01.bos01.atlas.cogentco.com (154.54.25.242) 91.572 ms

9 te8-8.ccr02.bos01.atlas.cogentco.com (154.54.27.173) 85.991 ms 86.160 ms

te3-8.mpd01.ymq02.atlas.cogentco.com (154.54.5.118) 91.702 ms

10 te2-4.mpd02.lon01.atlas.cogentco.com (130.117.0.45) 85.212 ms

te8-2.ccr01.ams03.atlas.cogentco.com (154.54.0.69) 91.562 ms

te2-4.mpd02.lon01.atlas.cogentco.com (130.117.0.45) 85.630 ms

11 te2-8.ccr02.ams03.atlas.cogentco.com (130.117.2.130) 91.505 ms

te8-7.ccr01.ams03.atlas.cogentco.com (130.117.0.197) 85.061 ms

te2-8.ccr02.ams03.atlas.cogentco.com (130.117.2.130) 95.891 ms

12 te2-3.ccr01.dus01.atlas.cogentco.com (130.117.3.90) 95.452 ms

te1-3.ccr01.dus01.atlas.cogentco.com (130.117.3.86) 89.039 ms

te2-3.ccr01.dus01.atlas.cogentco.com (130.117.3.90) 95.492 ms

13 te2-1.ccr01.ham01.atlas.cogentco.com (130.117.3.129) 94.919 ms

te1-1.ccr02.ham01.atlas.cogentco.com (130.117.3.209) 101.869 ms

te2-1.ccr02.ham01.atlas.cogentco.com (130.117.48.142) 94.520 ms

14 te2-1.ccr01.sto01.atlas.cogentco.com (130.117.3.94) 116.488 ms 109.936 ms

te4-1.ccr01.sto01.atlas.cogentco.com (130.117.48.158) 110.500 ms

15 149.6.168.102 (149.6.168.102) 116.421 ms 109.662 ms 116.112 ms

16 te4-2-20-alpha.msk.citytelecom.ru (217.65.1.229) 135.172 ms 141.521 ms 13 8.589 ms

17 te2-1-10-cerber.msk.datahouse.ru (217.65.1.242) 143.777 ms 141.295 ms 134 .970 ms

это с yellowfiber

traceroute vip2.deserv.net

traceroute to vip2.deserv.net (89.188.125.24), 64 hops max, 52 byte packets

1 67.23.121.1 (67.23.121.1) 0.374 ms 0.427 ms 0.354 ms

2 67.220.151.233 (67.220.151.233) 0.674 ms 0.689 ms 0.584 ms

3 67.220.134.29 (67.220.134.29) 6.591 ms 11.117 ms 6.524 ms

4 sd-cr01-gi1-5.nyc.stream-internet.net (198.32.160.201) 117.707 ms 117.729 ms 118.030 ms

5 tct-cr01-te5-4.ams.stream-internet.net (195.34.59.113) 117.987 ms 117.824 ms 117.965 ms

6 t7-cr01-te3-1.stk.stream-internet.net (195.34.53.13) 117.740 ms 117.733 ms 117.741 ms

7 may-cr01-po1.spb.stream-internet.net (195.34.59.97) 130.999 ms 130.945 ms 130.971 ms

8 oct-cr02-po3.msk.stream-internet.net (195.34.59.29) 142.673 ms 144.117 ms 142.612 ms

9 ss-crs-1-be2.msk.stream-internet.net (195.34.59.142) 143.230 ms 145.846 ms 143.354 ms

10 m9-cr01-po3.msk.stream-internet.net (195.34.53.85) 142.408 ms 142.284 ms 142.443 ms

11 m9-cr02-po1.msk.stream-internet.net (195.34.59.54) 142.434 ms 143.435 ms 142.338 ms

12 Filanco-m9.msk-stream-internet.net (195.34.38.134) 129.276 ms 129.266 ms 129.192 ms

13 te2-3-11-cerber.msk.datahouse.ru (217.65.1.246) 129.612 ms 129.638 ms 129.719 ms

из новосибирска

traceroute to vip2.deserv.net (89.188.125.24), 64 hops max, 40 byte packets

1 ats23-1.risp.ru (212.20.0.103) 0.450 ms 0.375 ms 0.331 ms

2 mts-1.risp.ru (212.164.0.105) 0.713 ms 1.030 ms 0.817 ms

3 a229.sinor.ru (217.70.107.229) 2.066 ms 1.477 ms 1.283 ms

4 ge-0-0-0.nsk-br1.ncc.sibirtelecom.ru (213.228.117.130) 1.647 ms 1.968 ms 1.746 ms

5 87.226.227.85 (87.226.227.85) 3.143 ms 3.610 ms 2.161 ms

6 customer.ae-2.m7-cr1.msk.ip.rostelecom.ru (87.226.139.54) 48.165 ms 47.998 ms 47.920 ms

7 customer.ge-6-0-0.529.m7-ar1.msk.ip.rostelecom.ru (87.226.141.86) 48.749 ms 48.610 ms 59.401 ms

8 te2-3-11-cerber.msk.datahouse.ru (217.65.1.246) 49.493 ms 49.626 ms 49.184 ms

kpv добавил 02.06.2009 в 08:14

хостракер не показатель, можете спросить у Unlock, я разбирал его жалобу.

Всё зависит, например, от того, с какой периодичностью он опрашивает Ваш сайт.

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

Unlock, каюсь, я так и не до конца разобрался в Вашей ситуации. физически просто нет времени :(

kpv добавил 02.06.2009 в 08:59

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

kpv добавил 02.06.2009 в 09:21

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

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

Мы тоже запустим, в конце концов, кластер и цены там тоже будут выше чем обычно - а как же иначе, если вместо одной железки в горячем резерве приходится держать ещё как минимум две. Это даже ежу понятно, что любые дополнительные затраты всё равно отражаются на кошельках клиентов. Будь это даже отдельный финансовый менеджер, который решит любой финансовый вопрос среди ночи в течении часа. Неужели вопрос оплаты, так важен ночью и не ждёт до утра?

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

Бред.

Разделение произошло в финансовом плане. Потому что нашему российскому директору задолбало объяснять налоговым органам российской федерации, что хостинг за рубежом это не нефтедоллары качать по трубам, а тут реальный труд российских граждан и нет никаких сверхприбылей и что дважды брать ндс с этих услуг означает, что мы ещё должны каких-то дармоедов (а это +18% ко всем услугам) кормить на ваши же деньги.

Теперь в американском отделении не принимаются напрямую российские рубли к оплате. как угодно, через любые доступные платёжные системы. Мы просто сняли с себя эту головную боль - теперь об уплате этих двойных налогов не болит наша голова. В техническом плане абсолютно ничего не поменялось. в биллинге и тикетовке для клиентов сделали раздельный вход для клиентов этих отделений ruweb.NET и ruweb.WS и это лишь для того, чтобы

1. разделить финансовые потоки

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

kpv добавил 02.06.2009 в 09:38

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

http://forum.ruweb.net/viewthread.php?tid=2490

ценность клиента измеряется не временем ответа на его вопросы, а объёмом оплаты, которую мы от него получаем. Необходим персональный менеджер, который будет решать Ваш любой вопрос в течении максимум одного часа в любое время суток? Нивапрос, как говорят. Такие менеджеры начинаются от 30 т.р. в зарплате - Вы готовы оплачивать его?

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

после переноса с 20 сервера на 17, стабильность и скорость гораздо улучшилась. респект

jcrush добавил 02.06.2009 в 09:47

только отписал тут же:

Apache *** Stopped ***

просьба не искать там где ничего нет.

перенос серверов никак не связан со стабильностью работы сервера - это чисто экономическая составляющая. в Наке качественные услуги, но там не предусмотрены скидки от объёма продаж. и цены на сервера находятся на верхней планке от общего предложения на рынке дедиков. то есть мы арендуем у них уже полстойки по розничной цене и дальше нам просто не интересно при таких условиях развиваться. Опта по каналам связи у них тоже интересного нет - 50 гиг трафика в наке выливается в примерно 10$

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

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

по данным нашего внутреннего мониторинга простой составил 15 минут:

06-02-2009 09:47:23 06-02-2009 10:02:23 0d 0h 15m 0s

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

Если критичны для кого такие простои, пожалуйста, найдите кластерные предложения на рынке хостинга. Из единичных серверов тяжело выжать выше 99%. мы стараемся держать на уровне 99,5%

на 17 сервере эта цифра по данным внутреннего мониторинга 96.716%

это с учётом простоя при переносе и переключения системы мониторинга на новый сервер.

сколько это составляет часов в месяц можно считать здесь

http://www.folgmann.com/en/webapps/ha.html

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

http://host17.ruweb.net/phpSysInfo/

Странно всё это.. Являюсь одним из первых клиентов рувеба, был обычный акк, потом перешёл на реселлерку, теперь ещё и вдсами оброс.. Всё в России. Проблемы, если они возникали, решались через тикеты в течении десятка минут.

Кстати, сейчас через тикеты, при отсутствии реального общения, всё решается быстрее, чем в те времена, когда проблемы решались Чесноковым по аське.

И всех своих клиентов на рувеб перетянул.