Если "домен не направлен на наши DNS", то чтобы ответить Вам более точно, мне надо уточнить, что Вы понимаете под "припарковал" домен и "поднять файл зоны".
Не совсем ясно зачем поднимать файл зоны тогда если домен не направлен на наши DNS.
kassern Хорошее замечание. Здесь вопрос секьюрности. При переносе доменов надо написать письмо, чтобы проверили и потом включили зоны для переносимого домена через поддержку-онлайн. Все дело в том, что если бы это было автоматически и делалось самим клиентом, то можно было бы напереносить кучу чужих доменов, и автоматически включить файл зоны и потом перехватывать часть входящей почты этих доменов.
Himiko Это реально для всех субъективно, например вводим адрес сайта в браузере и страница "выпуливается" в момент, после нажатия клавишы ENTER, или в другом случае на какой-то миг браузер подвисает задумываясь. Согласитесь, приятнее когда "выпуливается" моментально все-таки. При пинге 200 ms ни о каком выпуливании страницы даже и речи не может быть.
Himiko Конечно это не критично совсем. Но для кого-то это важно, а для кого-то не очень.
К сожалению не всегда. Есть проекты где пинг очень важен.
Но суть это не меняет - ощущения тормозов будут пропорциональны объему передаваемого контента. И если это медиа-контент, то тогда это очень существенно может быть.
Himiko Так как мы говорим про хостинг, то понятие "отдача" контента клиенту (посетителю сайта) включает в себя две составляющих - время подготовки контента сервером и время передачи контента клиенту. Таким образом вы правы, точнее было бы сказать так: "Таким образом и контент с Вашего сайта передается в 5 раз медленее чем должен." Так как минимум в 5 раз меняется только вторая составляющая понятия "отдачи", то есть время передачи контента.
Himiko Речь идет не про скорость загрузки сайта, а про время отдачи, или если быть точнее, время передачи готового к отдаче контента от сервера до пользователя, то есть посетителя сайта. Скорость загрузки сайта - это скорее скорость выполнения приложения на сервере, PHP, CMS или других. А скорость передачи контента это скорость работы сети передачи данных. Разницу чувствуете? Мы говорим немного о разных вещах. Далее рассматриваем Ваш пример, параметры - пинг 20 ms и время загрузки 2 сек.
Смотрим разные случаи откуда здесь 2 секунды берутся:
а) контента мало, а сервер работает медленно, то есть скорость загрузки сайта медленная
б) сервер работает быстро, но контента много, то есть много передаваемой информации от сервера
В случае а) пинг 200 ms не сильно изменит ситуацию, страница будет грузится в районе 3-4 секунд, в случае б) увеличение пинга до 200 ms ситуацию изменит существенно, но если мы говорим о скорости загрузки страницы, то множитель 10 нельзя применять все равно, так как по сути весь объем контента от сервера к клиенту должен передаваться по каналам связи одновременно, но скорость передачи контента конечно будет в 10 раз медленнее, и будет составлять 200 ms, плюс лаги на международных каналах связи.
den78ru цены были указаны с пометкой от. И это реальные ежемесячные затраты в течении всего срока работы хостинга. Где обман? Не понравится, будет плохо работать, не вопрос - сделали Anytime MoneyBack полные 100% в первые 30 дней, или пропорционально использованным месяцам после 30 дней. То есть Ваши ежемесячные расходы получатся точно как и было указано в сообщении. Все честно.
Причем все суммы указаны уже с учетом всех налогов. Также мы специально подписали договора со
многими отделениями Сбербанка, чтобы наши клиенты не платили 3%, а платили точную сумму как на сайте v2.0.
Кстати, в таблице планов на сайте v2.0 специально приведены цены на 5 лет и на 1 год для сравнения.
Все по-честному.
torg работа самого домена (без учета работы хостинга) зависит только от ДНС серверов, которые прописаны у регистратора. Специально сделано так, что у каждого домена прописываем 3 разных физических ДНС сервера, все три находятся в разных дата-центрах и минимум в двух разных городах. Хостинг никак не связан с другими сервисами, т.к. все сервисы (почта, днс, базы данных) живут отдельно на разных физических серверах.
Насчет упоминания в сообщении США и Европы имелся ввиду маршрут хождения трафика от пользователя в России (любой провайдер) до сайта на ValueHOST v2.0 в России. Проверьте traceroute к своему сайту и возможно, что увидете маршрут прохождения трафика из Москвы (из дома) в Москву (сервер в дата-центре) через Европу, как пример. Вам это разве понравится? Конечно нет. Это влияет на скорость отдачи контента. Так и имелось ввиду что Вы никогда не увидете у нас маршрут прохождения трафика из Москвы в Москву через Европу или США. Очень не многие провайдеры могут сказать тоже самое про свои дата-центры в России.
Вот пример маршрута к Вашему серверу из Москвы в Питер через Европу.
Вместо нормальных 10 ms (обычное время прохода трафика Москва-Питер)
у Вас в 5 раз медленее:
Tracing the route to torg.su (81.222.131.98)
1 cat04.Moscow.gldn.net (194.186.157.9) [MPLS: Label 676 Exp 0] 20 msec
cat04.Moscow.gldn.net (194.186.157.129) [MPLS: Label 4307 Exp 0] 16 msec
cat04.Moscow.gldn.net (194.186.157.209) [MPLS: Label 676 Exp 0] 16 msec
2 cat07.Moscow.gldn.net (194.186.156.217) [MPLS: Label 7226 Exp 0] 20 msec
cat07.Moscow.gldn.net (194.186.157.182) [MPLS: Label 7226 Exp 0] 16 msec
cat07.Moscow.gldn.net (194.186.156.217) [MPLS: Label 7226 Exp 0] 20 msec
3 cat01.Stockholm.gldn.net (194.186.157.62) 20 msec 20 msec 16 msec
4 64.214.150.73 16 msec 16 msec
port-channel2.445.ar1.ARN3.gblx.net (64.208.170.101) 20 msec
5 RETN-LTD.port-channel2.440.ar1.ARN3.gblx.net (64.212.109.134) [AS 3549] 44 msec 44 msec 44 msec
6 ae1-6.RT.POL.SPB.RU.retn.net (87.245.233.133) [AS 9002] 104 msec 60 msec 56 msec
7 te7-3-90.rt077-313.eltel.net (81.222.255.186) [AS 20597] 56 msec 56 msec 56 msec
8 torg.su (81.222.131.98) [AS 20597] 56 msec 56 msec 56 msec
Таким образом и контент с Вашего сайта отдается в 5 раз медленее чем должен.
Выводы делайте сами.
Подарки
А подарки это не псевдо, а реал, на днях выложим фотку мега-девайса, который будет отправлен победителю первого конкурса ;)
torg Здесь, то есть на нейтральном форуме, мы выслушиваем конструктивные замечания и комментарии именно по нашей новой платформе виртуального хостинга ValueHOST v2.0. Чтобы оперативно реагировать и исправлять все, что будет не нравится нашим пользователям на ValueHOST v2.0. Это необходимо, чтобы не повторилась ситуация v1.0. А для этого нам необходимо наладить обсуждение и устойчивую обратную связь прежде всего. Мы настроены позитивно и уверены, что наш новый продукт значительно превосходит Ваш прошлый ValueHOST експириенс.
