deltahost.com.ua

deltahost.com.ua
Рейтинг
130
Регистрация
09.09.2010
hvosting:
Сервером может быть и целерон, если его заставить.

Машина без ECC имеет право накапливать случайные ошибки, которые могут приводить
к повреждению данных или спонтанной панике ядра и зависанию.
Допустим раз в 3 месяца. Или пол года. Или год.

А дальше вопрос - что вы потеряете на этом зависании и сколько стоит разница в аренде одного и второго сервера.
разницу в производительности можно оценить тут http://www.cpubenchmark.net/high_end_cpus.html и тоже сделать поправку.

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

поддерживаю целиком и полностью

Господа СЕОшники, предложение очень интересное. Такую цену вы вряд ли где найдете. Детали в личке.

hosting_manager:
Лямбда это не буква в формуле, это обозначение длины волны, но я в Вам говорил не о том, а о том, что длина волны не является ключевым показателем в вопросах обеспечения малости пинга (для транспортировки трафика используются одни и теже частоты (длины волн), что в Питер, что в Нью-Йорк), а о том, что на обеспечение небольшого пинга влияет латентность оборудования (ключевой фактор) и прямота маршрута. Причем ланетность не только роутеров на хопах, но и непосредственно усилителей / корректоров, которые применяются на оптической магистрали. И потому приплетать сюда лямбду - вообще не имеет смысла. Причем тут лямбда тогда? Вы ее меняете, для того, чтобы улучшить пинг?

При том, что лямбда до MSK-IX не так и дорого стоит.

hosting_manager:
И перед тем как со мной спорить - предъявите пожалуйста Ваши документы, что Вы являетесь специалистом в области физики и прошу ко мне со спорами в личку, а не разводите профанацию в теме, куда Вас не приглашали даже. Мне всегда интересно подискутировать, но со специалистом, а не профаном, пусть, возможно и технарем в ВОЛС, но технарем, который не понимает физических процессов и пытается мне доказать, что лямбда ключевой фактор для пинга :)

Не врите. Я такого не говорил.

hosting_manager:
deltahost.com.ua, сеть наша, согласно договору и мы имеем официальные бумаги, которые позволяют ею распоряжаться в полной мере, роутить на любую из своих площадок, куда мы захотим, причем оперативно, также как и изменить информацию в ее описании и т.д. Если Вы настолько глупы, что не имеете возможности понять это - это Ваше дело. Но не надо клевету разводить.

Простите, это Вы мне рассказываете что сеть Ваша? Оригинально. Я вот в mnt-by вижу совсем другое :)

hosting_manager:
hosting_manager добавил 08.07.2011 в 01:02
Приведу еще расчет (чтоб deltahost.com.ua не приплетал больше лямбду туда, куда не надо приплетать и было понятно для простых обывателей), который показывает, что лямбда - вообще не влияет на показатель пинга. И это может понять даже школьник.

Из курса физики за 7 класс мы знаем. Скорость света близка к 300 000 км / сек, пусть до МСК маршрут составляет 1000 км, соответственно, световой сигнал способен преодолеть это расстояние за 1000 / 300 000 = 0,0033 секунды, или 3,33 мс.

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

Молодец. Пять. А теперь посмотрите на трассу свою (через жопу DE-CIX) и посмотрите на трассу тех, кто не зажал денег на как минимум DWDM лямбду до МСК.

deltahost.com.ua добавил 10.07.2011 в 03:24

hosting_manager:
1). Вот именно, что подсеть отобрана в любой момент быть не может, поскольку есть договор.

Угу. Поедете в Чехию судиться? :)

hosting_manager:
2). Я не говорил, что у Воли прямой канал на РФ, я сказал, что хорошая связность с Москвой

Вы идиот или прикидываетесь? Хорошая связность - это когда мало хопов и практически напрямую. А Воля видит Москву через жопу. И связность с Россией у неё говенная.

deltahost.com.ua добавил 10.07.2011 в 03:39

юни:
Кто они, если не секрет? Можно в личку.

У ip-as.ru он брал адреса.

BTW Я работал с многими LIR'ами и лично у меня самые лучшие впечатления остались от netassist. Что в 2004-м, что в 2011-м сети получал быстро, за 2 недели, без геммороя, предоставления всякой ахинеи типа арп логов и т.д. (нахера их требовать? денег на фотошоп не хватает что ли?)

Вот к кому точно не стоит обращаться вообще - так это миротел. 5 месяцев мозг парили, завтраками кормили, и таки хер что зарегили... Зато нетассист умницы, за 2 недели /22 PI сделали.

hosting_manager:
Смешно слушать такое от человека, который наверняка не является даже близко специалистом в области физики. К Вашему сведению я 4 года назад окончил физический факультет при КНУ им. Т. Шевченко по специальности физика, что подтверждено дипломом. Скорость распространения информации в сетях Интернет гораздо менее скорости света (от одного адресата к другому), и совать сюда λ=c/ν , как минимум некорректно. Если предположить, что сигнал распространяется только по оптике, то на всем маршруте (из курса оптики) - это не будет скорость света. Возникают потери вследствие изгибов (достаточно микроизгибов) самого волокна (волокно работает по принципу полного внутреннего отражения), интерференции и дифракции + не забываем про латентность самих устройств, которые осуществляют передачу данных в волокне от точки до точки. Потому совать лямбду сюда и вообще эту формулу - некорректно, основная задержка вызвана методом передачи, а не распространением света в среде, которая к тому же не вакуум (а формула для вакуума).

Я же говорил: Вы не понимаете о чем говорите. Что Вы успешно и подтвердили. Еще раз повторяю, "лямбда" - это не только буква в формуле :)

Вы спорите о ВОЛС не зная что такое лямбда. О чем с Вами дальше говорить?

deltahost.com.ua добавил 07.07.2011 в 22:36

hosting_manager:

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

Вы обманываете покупателей. Выдавая чужую сеть за свою.

юни:
PA-блока наверное?

PI блока. Provider Independent.

Из него выделяются РА блоки.

юни:
К тому же, это вполне нормальная ситуация. Или у них Андрей настолько "нехорош"?

Да при чем тут хорош/нехорош? Один только факт, что твоя сеть зависит от третьих лиц, уже должен наводить на мысли.

hosting_manager:

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

Еще раз:

1) Сеть не Ваша. Она PA ("Provider Aggregatable"). Агрегирована она из более крупной PI сети:

route: 93.170.0.0/15

descr: Alfa Telecom s.r.o. route

origin: AS44546

mnt-by: MNT-ALFATELECOM

mnt-lower: MNT-ALFATELECOM

source: RIPE # Filtered

У Вас в "Вашей" сети мейнтейнером прописаны чехи, у которых Вы ее брали:

inetnum: 93.170.55.0 - 93.170.55.255
netname: UA-HOSTING-NET
descr: Ua-Hosting Web Hosting
country: RU
admin-c: SS16716-RIPE
tech-c: SS16716-RIPE
status: assigned PA
mnt-by: MNT-ALFATELECOM
mnt-routes: OVDC-MNT
mnt-domains: OVDC-MNT
source: RIPE # Filtered

Вы НИЧЕГО не можете изменить для этой сети самостоятельно. Ни роуты, ни даже описание. Все это может сделать только Андрей из ALFATELECOM. Как показывает практика у людей бывают выходные дни и прочие радости, когда они недоступны. И факапы, требующие вмешательства, случаются именно тогда. Как Вы можете называть СВОЕЙ сеть, которой Вы не можете распоряжаться самостоятельно и судьба которой зависит от того как зачешется левая пятка владельца PI блока?

Я бы 5 раз подумал перед тем как подписываться на такое...

BTW принадлежность к тому или иному региону определяется через BGP (присутствием в точках обмена траффиком), а не тем, что стоит в поле country в whois ;)

deltahost.com.ua добавил 07.07.2011 в 04:10

hosting_manager:

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

Вы не тем людям вешаете лапшу на уши. Пинг был из Харькова. Вот пинг из Киева:

PING mail.ru (94.100.191.203) 56(84) bytes of data.
64 bytes from 94.100.191.203: icmp_seq=1 ttl=59 time=19.7 ms
64 bytes from 94.100.191.203: icmp_seq=2 ttl=59 time=19.7 ms
64 bytes from 94.100.191.203: icmp_seq=3 ttl=59 time=19.7 ms
64 bytes from 94.100.191.203: icmp_seq=4 ttl=59 time=19.7 ms
64 bytes from 94.100.191.203: icmp_seq=5 ttl=59 time=19.8 ms
64 bytes from 94.100.191.203: icmp_seq=6 ttl=59 time=19.7 ms
64 bytes from 94.100.191.203: icmp_seq=7 ttl=59 time=19.8 ms

И не надо п...ть про физику. Особенно когда нифига в ней не понимаешь и слово "лямбда" вызывает ассоциации лишь с буквой греческого алфавита.

deltahost.com.ua добавил 07.07.2011 в 04:16

avalon-group:

Зачем вы так все взъелись на hosting_manager , в правилах же написано о взаимном уважении.

Потому что он врет.

Он привел кусок хуиза:

inetnum:	93.170.55.0 - 93.170.55.255
netname: UA-HOSTING-NET
descr: Ua-Hosting Web Hosting
country: RU
admin-c: SS16716-RIPE
tech-c: SS16716-RIPE
status: assigned PA

Который якобы демонстрирует принадлежность сети им. Это ложь. И он это знает. И он намеренно в этом куске "опустил" строку mnt-by из которой видно чья это сеть.

Такие хостеры портят имидж украинского сегмента рынка хостинга. Кидалам и врунам не место на этом рынке. Это мое личное мнение.

hosting_manager:

С сегодняшнего дня мы имеем возможность предоставить русские ip-адреса на нашей площадке в Украине (для серверов с выделенным каналом в Интернет от 100 Мбит/с). Теперь необязательно размещать проекты в России, переплачивая при этом значительные суммы, достаточно арендовать сервер у нас в Украине и попросить выдать к нему русский ip-адрес, мы первые в Украине внедряем такую услугу и приобрели для этого русскую подсеть на 256 ip-адресов.

Не врите вы не первые. Есть русский /22 (1024 адреса) завернутый в Украину :)

deltahost.com.ua добавил 06.07.2011 в 20:58

hosting_manager:

status: assigned PA

Бугага. PA-шки у айпиас'а взяли.

Российские адреса, ага :)

inetnum: 192.162.100.0 - 192.162.103.255
netname: MAXHOSTING-NET
descr: MediaServicePlus Ltd.
country: RU
org: ORG-ML167-RIPE
admin-c: ZD398-RIPE
tech-c: ZD398-RIPE
status: ASSIGNED PI

Трассировка маршрута к 192.162.103.1 с максимальным числом прыжков 30


1 [...]
2 [...]
3 [...]
4 11 ms 11 ms 11 ms dtel-ix.citonline.com.ua [193.25.180.31]
5 11 ms 11 ms 11 ms 192.162.103.1

deltahost.com.ua добавил 06.07.2011 в 21:05

hosting_manager:

[root@xeon3 ~]# ping mail.ru
PING mail.ru (94.100.191.203) 56(84) bytes of data.
64 bytes from 94.100.191.203: icmp_seq=1 ttl=58 time=45.1 ms
64 bytes from 94.100.191.203: icmp_seq=2 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=3 ttl=58 time=45.5 ms
64 bytes from 94.100.191.203: icmp_seq=4 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=5 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=6 ttl=58 time=45.3 ms
64 bytes from 94.100.191.203: icmp_seq=7 ttl=58 time=45.2 ms
64 bytes from 94.100.191.203: icmp_seq=8 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=9 ttl=58 time=45.1 ms
64 bytes from 94.100.191.203: icmp_seq=10 ttl=58 time=45.1 ms
64 bytes from 94.100.191.203: icmp_seq=11 ttl=58 time=45.0 ms
64 bytes from 94.100.191.203: icmp_seq=12 ttl=58 time=45.2 ms

d2:~# ping mail.ru

PING mail.ru (94.100.191.201) 56(84) bytes of data.
64 bytes from 94.100.191.201: icmp_seq=1 ttl=59 time=13.8 ms
64 bytes from 94.100.191.201: icmp_seq=2 ttl=59 time=13.3 ms
64 bytes from 94.100.191.201: icmp_seq=3 ttl=59 time=13.7 ms
64 bytes from 94.100.191.201: icmp_seq=4 ttl=59 time=13.2 ms
64 bytes from 94.100.191.201: icmp_seq=5 ttl=59 time=13.6 ms
64 bytes from 94.100.191.201: icmp_seq=6 ttl=59 time=14.0 ms
64 bytes from 94.100.191.201: icmp_seq=7 ttl=59 time=13.5 ms
64 bytes from 94.100.191.201: icmp_seq=8 ttl=59 time=14.0 ms

--- mail.ru ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7001ms
rtt min/avg/max/mdev = 13.215/13.691/14.094/0.314 ms

Oops?

535i:
В свое время арендовали там сервер - якобы, их (Worldstream, Нидерланды) расхвалили, как абузоустойчивый.
Полгода отработали тихо и спокойно, а сегодня пришла абуза в ДЦ от российского правообладателя с козырянием ст.1250 и 1252 ГК РФ (нарушение авторских/интеллектуальных прав).

Саппорту хостера задали вопрос: какое отношение законы РФ имеют к Нидерландам?
На что получили ответ: никакое!

Обрадовались мы, но хостер тут же написал, что абуза пришла напрямую в ДЦ и нам лучше было бы убрать заабузеный материал. Не став спорить, мы безоговорочно убрали.....

😡😡🔥

Как то так (c)

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

XenoX:
Открываю новую тем т.к. другие темы о xlhost.ru позакрывали или нет доступа из-за старости топа.

xlhost.ru позиционирует себя как не дорогой хостинг. Забегая вперед, скажу хостинг и впрямь оказался не дорогой :)

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

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

Я знаю, здесь на форуме появляется представитель этого хостинга потому обращусь прямо к нему.

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

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

Как наверное читатели форума догадываются, xlhost из моего мини конкурса вылетел. :)

Просто праздный интерес... Что конкретно для Вас изменит факт того, что на хостинге стоит 1.3, 2.0 или 2.2? Какую роль лично для Вас сыграет версия? Они все работают одинаково.

deltahost.com.ua добавил 28.06.2011 в 04:05

Ria.neiron:
ТС, и обязательно версию ProFTPD уточняйте. Ни один уважающий себя вэбмастер не станет загружать сайт на сервер, через неизвестную версию ProFTPD.

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

deltahost.com.ua добавил 28.06.2011 в 04:06

XenoX:
Но если все таки вам важно, зачем она мне, то объясню. ) Для работы с последней джумлой нужен последний апачи, а если не последний, то и работать будет не все. А если древний (версия меньше 1.3), то и вовсе мало что будет работать, а скорее всего ничего.

О как. Обоснуйте. Что изменилось в архитектуре апач, что так повлияло на джумлу? :)

Я Вам открою тайну: джумле накакать на версию апача. Ее волнует версия PHP, его расширения и пара модулей апача типа mod_rewrite. Все это есть и в 1.3, и в 2.0, и в 2.2. И к любому апачу можно прикрутить любую версию того, что требует джумла. Ваш выбор хостера на основе версии апача, мягко говоря, необоснован.

Klopopryg:
Пытаюсь открыть сайт http://www.vizavimed.ru/

хостер пишет http://err.hc.ru/cgierr/34/



Че за нафиг... посмотрел базу и дисковое все нормально, а как процессорную нагрузку и на память посмотреть?

и что вообще за ошибка, как её побороть?

Почему бы не спросить тех. поддержку хостера? Им виднее за что пристреливается процесс.

Всего: 1024