Хостинг

индекс
165,70

Не попадитесь на удочку

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



Самый лучший, самый профессиональный, самый надежный, самый-самый


За столь пафосными заявлениями может сидеть кто угодно — например прыщавый школьник, который стал самым лучшим хостингом по версии сайта обозревателя хостингов, сделанный самим же школьником или его однокашником.
Не существует никаких единых адекватных объективных рейтингов хостингов, и это следует понимать. Даже рейтинг Хостобзора очень легко «накрутить», если пообещать всем клиентам продление на год отзыв. Чем больше отзывов — тем выше в рейтинге.

Среди наших клиентов kremlin.ru!


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

Почитайте отзывы наших клиентов


Про возможную накрутку положительных отзывов я уже сообщил, но есть вариант накрутки и отрицательных отзывов. Да, не удивляйтесь — есть и такое.
Специально создается образ «быдло-клиента», который ругается матом, задерживает платежи и вообще ведет себя неадекватно.
И многие считают, что если с таким вот клиентом хостинг ведет себя так вежливо и культурно, то его и подавно возьмет со всеми капризами.
Будьте внимательны — 80% отзывов как положительных так и отрицательных не несут в себе реальной полезной информации, и очень часто созданы самим хостером.

У нас самые быстрые сервера


Слишком большое внимание оказанное техническим характеристикам сервера говорит о том, что кроме как взять сервер в аренду хостер ничего не умеет. И конечно, на пустом сервере без клиентов сайт хостера открывается довольно быстро.
Достаточно заплатить порядка 50-60 евро в месяц и можно получить сервер с хостинговой панелью в низкобюджетных зарубежных Дата-Центрах. И после хостер смело пишет на сайте — оборудование размещено на престижных зарубежных площадках.

Наша техподдержка решит все проблемы, поможет перенести сайт и установить любую CMS


Чем больше возможностей поддержки заявлено, тем ниже ее компетенция в любом из заявленных аспектах. Как правило после оплаты клиентам вся прыть поддержки пропадает, сайты не переносят из-за «козней старого хостера», а в качестве CMS ставят «нуленый DLE».

Мы так уверены в качестве своих услуг, что не даем тестовый период


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

У нас гарантированный аптайм 100%


Это даже не циничный обман, это намного хуже. Ни один разумный хостер не может гарантировать такой аптайм, так как проблемы есть у всех и решение многих не зависит от хостинга. В нормальных хостингах обычно заявляют реальное значение, не ниже 95,9% и компенсируют по SLA.

Выбор хорошего хостинга сложен тем, что, во-первых, речь идет об услуге которую нельзя оценить в полной мере до приобретения, а, во-вторых для хостинга не существует однозначных критериев качества и профессионализма.
Именно поэтому при выборе хостинга требуется немного подозрительности и гугления. Не верьте отзывам, лучше сделайте запрос типа название хостинга + черный список и внимательно почитайте результаты.
+22
12 января 2010, 15:22
37

комментарии (113)

+12
LeeMiller #
Пополнения в полку майоров =)
+82
walker #
спасибо, Кэп!
0
VolCh #
Мне обычно хватает прочитать «Условия предоставления услуг» или что-нибудь подобное, чтобы составить свое мнение. В частности как раз какой прописан аптайм (и методики его измерения) и компенсации.

Насчёт тестового периода — не раз видел жалобы на разных хостеров «дают тест — всё летает, оплачиваю — ж...»
0
Proway #
Причем объяснения-то всегда вполне «законные».

Исчерпан лимит использования памяти, процессора, запросов в базу, и т.д.: ))
–5
ivlis #
95,9 -> 99,5 наверное? :)
–17
Andrey_Rogovsky #
True

Ваш К.О. :)
+2
Agent_Smith #
Так исправьте в посте.
+1
bimcom #
с 95,9% поседеть можно — 18 дней в году сервер в ауте.
+2
grey_one #
лучше сделайте запрос типа название хостинга + черный список

Вобщем, тоже не аргумент. Есть вероятность конкурентной борьбы.
0
walker #
мне кажется, тут вобще выбор прост: самый лучший хостинг — свой хостинг. :)
НЛО прилетело и опубликовало эту надпись здесь
–8
walker #
вижу, вас это задело за живое — поделитесь с нами :)
НЛО прилетело и опубликовало эту надпись здесь
+15
AusTiN #
у девушки месячные!

Лучше порадуйтесь, что они сейчас есть — а то потом, когда они будут так нужны… ну вы поняли :))
+1
radist2s #
ну вообще, дословно цитирую: «Это не показатель».
+1
AusTiN #
Тем не менее...)
+5
VolCh #
Как раз поэтому часто не нравятся советы типа «уходите с этого… шаред хостинга, вон VDS дешевле стоит». Свои проекты (и то, пока они никому кроме меня не нужны) я еще могу разместить на VDS со своим админством, но вот на заказ — даже в голову не придёт заказчику рекомендовать оставить его сайт на моем VDS после сдачи, даже если он будет платить мне за это. Я лучше возьму на себя переписку с обычным хостером по поводу нужных библиотек, расширений и т. п., чем буду краснеть по поводу того, что его коммерческий сайт лежит из-за того, что я где-то ошибся в конфиге nginx.
–3
walker #
ну а что будете делать, если хостер будет тянуть с ответом (а клиент ждет и деньги теряются), или вобще скажет: «либу не поставлю, не секьюрно… не нравится — валите» — пойдете в другое место?
+4
Proway #
Как правило, нормальный исполнитель (веб-мастер, студия) знает несколько вменяемых хостеров, и реальные возможности площадок.

Знает на собственной шкуре.

И посоветовать заказчику подходящего хостера не составляет труда.
0
VolCh #
Пойду, на одном хостере свет клином не сошелся, но, вообще, если в ходе разработки пойму (а в идеале при ознакомлении/написании ТЗ), что нужна какая-то либа, которой у 99% хостеров нет или не ставят, то предупрежу клиента об этом и, может быть, порекомендую ему админа для того же VDS. Ну а пока суть да дело, конечно, сайт будет крутится у меня, но без каких либо гарантий, точнее с гарантиями, что сервак будет регулярно в дауне, пока я химичу :), об этом тоже предупрежу.
0
Archon #
Может быть, стоит задуматься о приобретении дополнительной VPS в качестве временного «загончика»? Чтобы ваши химические реакции не задевали ценное имущество заказчиков :)
0
VolCh #
Кстати да, хорошая идея, но суть не изменится — я не админ и не могу гарантировать хоть как-то, что, к примеру, с домена клиента не начнут спам рассылать. Что с помощью моих скриптов не будут — могу (хоть как-то :) ), а вот что я правильно настрою аутентификацию smtp — нет, скорее могу, что я её настрою неправильно :-/

Да и, насколько я знаю, те же Apache и nginx не могут динамически добавить (или удалить) еще один виртхост, а значит время от времени для того чтобы отправить в «загончик» еще один проект, нужно будет рестартовать веб-сервер, а значит другие хосты будут в дауне. Да и не надо, чтоб привыкали заказчики к халявному «загончику», а то потом начнут еще и претензии выставлять — «тормоза», «аптайм маленький» и т. д. — нафиг-нафиг :)

Я знаю, что некоторые студии и даже отдельные фрилансеры-программисты, берут даже не VDS, а нормальные дедики или вообще колокейшн, чтоб хостить проекты своих клиентов, и даже прибыль на этом получают, но я к такой ответственности не готов как-то. Может и недооцениваю свою способность нормально (хотя бы в плане безопасности, про оптимизацию и прочие балансировки вообще молчу) админить тот же debian, и, может быть, можно вполне нормально настроить боевой сервер по нагугленым howto, но тут, по-моему, тот случай, когда лучше перестраховаться.
–1
Lux_In_Tenebris #
Да и, насколько я знаю, те же Apache и nginx не могут динамически добавить (или удалить) еще один виртхост

apachectl graceful: Gracefully restarts the Apache daemon by sending it a SIGUSR1. If the daemon is not running, it is started. This differs from a normal restart in that currently open connections are not aborted.

Впрочем, на любителя.
0
VolCh #
Дело даже не в том, что на любителя, а в том, что скорее на админа, чем на веб-программиста
–1
Lux_In_Tenebris #
никто не мешает программисту выучить пару-тройку полезных операций, чтобы по каждому чиху не теребить админов
+1
yetanotherman #
ага, и root'а всем. окей, нарочно они ломать ничего не будут. а если они mcedit'ом один и тот же конфиг отредактируют? а все остальные трюки — это то, что вы для них написали, настроили и объяснили, как пользоваться.
0
Lux_In_Tenebris #
Да что ж вы так к руту цепляетесь. Вполне реально дать конкретным юзерам привелегии на редактирование конфигов и рестарт веб-сервера без права быть всесистемным богом.
+1
yetanotherman #
я однажды наблюдал как двое два часа редактировали один и тот же конфиг сендмейла, периодически его компилируя и удивляясь, куда все девается и откуда что берется. встретились в курилки, давай жаловаться друг другу :)
0
Lux_In_Tenebris #
невнимательным труднее живётся
–1
Zharskiy #
;-D)))))))))))))
+1
adnull #
Это большое заблуждение. Каждый должен заниматься своим делом. Разработчик на сервере должен быть существом бесправным, а лучше вообще не иметь на него доступ. Но это в идеале.
0
VolCh #
Не мешает, конечно, но чтоб их выучить надо хотя бы о них узнать. Вот вы привели пример — узнал :)

Я, конечно, понимаю, что надо курить маны и читать доки, но тут бы важную информацию не пропустить, которая напрямую на код влияет, а полезную, но не критичную, если никто не прибежал, не настучал по башке и не показал как правильно сервер рестартовать, скорее всего пропустишь.
–2
Zzet #
server {

server_name ~^(www\.)?(?[a-z0-9-]+\.)?(?.*)$



location ~* ^.+\.(jpg|jpeg|gif|png|ico|css.*|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|txt|tar|mid|midi|wav|bmp|rtf|js.*|mov|html|swf)$ {

if (-f /home/$name/domains/$sub$name/public_html$uri) {
root /home/$name/domains/$sub$name/public_html;
}

if (-f /home/$sub$name/public_html$uri) {
root /home/$sub$name/public_html;
}

Это настройки на основе Virtualmin/Webmin

Не знаете — не говорите. Будет работать сразу и на 100 % в отношении виртуальных хостов.

Апач — при создании виртуального хоста — рестарт. Занимает несколько секунд. Никто и не заметит.
+2
yetanotherman #
apache может. а nginx можно вообще обновить, не останавливая (если мне память не изменяет).

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

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

так что технически можно, а психологически — не нужно.
0
VolCh #
Мне еще далеко до хорошего веб-разработчика раз я смотрю в консоль с top и не понимаю, что делают как минимум треть из 28 процессов и что будет, если я их прибью, чтобы освободить побольше памяти под буферы мускула и опкешера :)
0
bolk #
Да и, насколько я знаю, те же Apache и nginx не могут динамически добавить (или удалить) еще один виртхост, а значит время от времени для того чтобы отправить в «загончик» еще один проект, нужно будет рестартовать веб-сервер
С первой страницы сайта nginx.ru:
изменение настроек и обновление исполняемого файла без перерыва в обслуживании клиентов;
0
VolCh #
Каюсь, про обновление знаю, правда еще не применял, а про настройки то ли «проглотил», поскольку не казалось важным на тот момент, то ли попросту пропустил. Завтра буду разбираться как послать этот сигнал, спасибо за наводку. Правда сути это все равно не меняет, имхо — сложно быть программером и админом одновременно, особенно если учиться админить по книгам и манам, а узнать что где-то ошибся можно только после переустановки системы.
–3
Veter9 #
… уборщица выдергивать патчкорды.
–1
atomicxp #
>Даже если великий кодер и говно как админ? Не смешите.

А не может быть великий кодер и… вно как админ. Если он великий, то он и как админ будет крут, так как часто настройка серверов это именно кодирование. В общем, если кодер… вно как админ, то он уже не великий.
+1
Horse #
Свой хостинг — самый качественный. Но время, затраченное на его создание, не соизмеримо с копейками, что можно заплатить за хостинг.
–1
leonidas #
Порой наоборот, за свой сервер иногда платить дешевле чем за чужой, но при этом он не всегда самый качественный
+1
Horse #
Дешевле это будет для большого сайта, что требует мощный выделенный сервер.
В таком случае обращаться к хостеру бесполезно, невыгодно и беспощадно.
+2
Lux_In_Tenebris #
С собственным хостингом проще самообманываться на качестве, особенно если вы по совместительству и вебмастер, и разработчик, и саппорт. :)
Например, до тех пор, пока ваш VDS не порутит какой-нибудь школьник и не отправит весь раздел в /dev/null.
–12
Tiradoir #
Спасибо теперь буду знать лучше как обманывать клиентов.
+5
FladeX #
Осталось узнать, как лучше ставить запятые, чтобы вас понимали остальные.
0
vitalikk #
Он же еще только школьник.
0
Tiradoir #
Вот именно.
–1
FladeX #
То есть, по сути, не существует способа определения качества работы хостинга? :)
–1
Wolverine #
Кроме отзывов знакомых и самостоятельной проверки нет. Да и то, одни могут плеваться, а остальным нормально :)
Наличие лицензии на оказание телематических услуг связи как плюс.
–1
FladeX #
Наличие лицензии в то же время увеличит стоимость услуг данного хостера.
0
Wolverine #
Но одновременно и является показателем его серьезности, а за марку деньги берут всегда.

Хотя ценообразование у наших хостеров для меня загадка. Все забугорные (типа hostgator.com) за 8 баксов дают UNLIMITED Domains, UNLIMITED Disk Space и UNLIMITED Bandwidth
–1
FladeX #
Вот и я про тоже, что переплачиваем именно за марку.

Про забугорных хостеров могу лишь сказать, что многие наши крупные хостеры всего лишь перепродают места на серверах зарубежных компаний.
0
infobox #
Можно примеры?
–1
FladeX #
fastvps например.
–1
infobox #
я не знал, что это крупный провайдер…
–1
FladeX #
У меня свои, субъективные, критерии для оценки. В частности, количество и качество отзывов на webdev-форумах рунета.
+1
infobox #
UNLIMITED Domains, UNLIMITED Disk Space и UNLIMITED Bandwidth — всего лишь маркетинг.
Читайте договоры внимательно. Разместить реальный анлим при выполнении всех условий договора невозможно.
Как минимум будет ограничение на процессорное время. Значит уже анлима не будет.
В этом смысле российские хостеры честнее сразу ограничивая количество сайтов.

У нас на тарифе Профи анлим сайтов и баз, но ресурсов проца как на более низком тарифе Макси. Просто у нас этот тариф для тех, кому нужно разместить очень много сайтов с малой нагрузкой.
А разместить анлим сайтов с большой нагрузкой за 8 у.е. вам никакой хостгатор не даст.
Чудес не бывает…
Как и загадок с ценообразованием, впрочем. Если это не шарашка, то цены так или иначе обоснованы.
Для меня большей загадкой по ценообразованию являются хостинги по 0,5 у.е… загадкой при заявленном качестве.
0
FladeX #
Да какая тут загадка, цель очень ясна — настричь капусты и пропасть :)
+1
dmitriid #
netcraft.com каждый месц обновляет статистику самых надежных хотсеров, например тут: news.netcraft.com/archives/2010/01/01/most_reliable_hosting_company_sites_in_december_2009.html

В итоге оказывается, что крутейшие (по этой таблице) западные хостеры стоят в полтора раза дешевле, чем российские :)
+1
Kosyan #
Тююю. На любом сайте с смс-разводами написано то-же самое. Расскажи лучше про технические способы надуть клиента и как их выкусить. Хотя я знаю пяток способов, которые не прокусишь никаким макаром =)
+1
Archon #
Наша техподдержка решит все проблемы, поможет перенести сайт и установить любую CMS
По-моему, на последних двух пунктах помешаны исключительно русские. У нормальных зарубежных хостеров такого ни разу не видел.

Поддержка призвана решать проблемы, не более.
Нет какого-то модуля в PHP, а на сайте не указан список имеющихся модулей (т. е. вы перед покупкой знать об этом не могли)? Это — настоящая проблема, да.
Не можете установить Друпал? Вот вам отдельная линеечка тарифов с установленными системами управления контентом, задумайтесь о переходе.

А вот если клиенты не могут перенастроить FTP-приложение, чтобы перенести свой сайт — простите, но это уже не проблема хостера.
0
Lux_In_Tenebris #
У нормальных зарубежных хостеров такого ни разу не видел.

у зарубежных хостеров просто не настолько отчаянные админы — не знают где брать варезные скрипты :))
–1
standov #
«аутсорсу различных хостингов» это типа так модно вы реселлинг обозвали? ну тогда читаем ваш пункт 1.
0
kmua #
Погуглите термин «аутсорс».
+4
Zzet #
хм. Качество понятие такое… Вот смотрите.

Чем популярнее тот или иной хостинг — тем больше к нему ломится клиентов и выше растет нагрузка. В какой-то момент появляется первый пик, а поток клиентов не кончается — послать же их никто не может со словами, приходите завтра, сегодня все занято. Все падает — хостер сегодня уже гавно, простите. Ну ладно, подняли дополнительные сервера, настроили — в путь — опять приближение к прошлой истории. Ну, думаю, так не пойдет. Начали копать в сторону оптимизации. Нарыли умные книжки, начитались, поучаствовали в дискуссиях с бывалыми бойцами невидимого фронта. Все, в бой. Ага, оптимизировали немного — можно дальше жить. И опять… Это со стороны сисадмина. Есть золотое правило — нет универсальной конфигурации сервера. Есть нужная под ресурс. Хороший хостер — это хостер, который имеет админов, которые в свою очередь следят за распределением нагрузки и подкручивают гайки своевременно.

Чем популярнее тот или иной хостинг — тем больше к нему ломится клиентов и выше растет нагрузка. Нагрузка на персонал и в частности на службу поддержки. Денег на новых людей нет или жалко, опыт набирается в процессе зачастую. Результат говорит сам за себя. Продолжать можно долго эту ситуацию. Итог — хороший хостер, это хостер, который имеет профессиональную техническую поддержку. И не надо мне говорить, что невозможно таковую определить. Ответ в течении 5 — 10 минут (для многих время, когда они после красиво написанного запроса в тикет системе могут сходить на кухню или покурить), притом вменяемый и четкий — профессионализм. Не хотел упоминать себя, но раз уж по себе проще судить — то могу сказать точно, если я где-то и разбираюсь, то даже по ламерским намекам на симптомы зачастую могу определить о чем идет речь. То же самое должно и быть с техподдержкой. Она длжна знать о проблеммах, которые возникают и о том, можно ли их лечить, откуда они появились и самое главное, что делать.

АПТАЙМ. Хм. Ну про 99 процентов мне заливать не надо. Такого никогда не было и не будет ) А если будет — то качество хостера меня уже вызывает вопросы. Почему. Все просто. Время на техобслуживание, подкрутку, мониторинг, заплатки в конце то концов и тп. На все это надо время. И если поделить 365 дней на 100 — то 3,65 дня на это просто физически не хватит. Вот убейте, не поверю ))

Про способы белого и черного пиара — это отдельная тема.

Как выбрать хостера. У меня ответ один. Либо внимательно выбирать и прощупывать, либо сарафанное радио.

Спасибо всем за внимание.
–1
Lux_In_Tenebris #
Ответ в течении 5 — 10 минут (для многих время, когда они после красиво написанного запроса в тикет системе могут сходить на кухню или покурить), притом вменяемый и четкий — профессионализм.

Быстрый ответ техподдержки сам по себе мало что значит, поскольку там зачастую сидят просто «хомячки» (особенно это характерно для западных хостеров), призванные принимать заявки, писать лапшеобразные отмазки и создавать тикеты для собственно администраторов. Непосредственно решение более-менее серьёзных проблем может существенно затягиваться, в зависимости от наличия дежурных (24x7) админов, их опыта и адекватности.
0
Wolverine #
Что самое интересное с бОльшим процентом жалоб разбираются именно они, ставить на их место более квалифицированный персонал дороговато выйдет. Да и не будет админ сидеть и отвечать по мелким вопросам (коих большинство), а «хомячки» фильтруют вопросы, доходящие до суровых админов в самую глубь серверной
+1
GreyCat #
Аптаймы четырех моих серверов по оценки внешней системы мониторинга за прошлый год (2009) — 99.9560%, 99.9418%, 99.3790%, 99.1141%. Что я делаю не так?
0
pcmaniac #
У меня на 3FN два года жил сайт на шареде с аптаймом 99.97% по данным HostTracker, так что это вполе реальные цифры. Вот четыре девятки — это действительно редкость, но опять-же на шареде её можно реализовать на NLB кластере в двух разных датацентрах.
+2
GreyCat #
Вопрос по большому счету не в количестве девяток. Я себе плохо представляю сервис для пользователя на базе http, для которого даунтайм в районе больше минуты-двух (берем самое большое время переключения балансировщиков) был бы критичен. В крайнем случае — ну перезагрузит пользователь страничку, почувствует определенные тормоза — и всё. Так работает практически всё, что сейчас существует в интернете в публичном доступе.

Такой «даунтайм» в районе минуты-двух помноженный на, скажем, 2-3 таких случая в месяц, помноженный на 12 месяцев в году будет давать от получаса до часа даунтайма в год ⇒ т.е. от 99.9886% до 99.9943% — это скорее всего реальная планка минимального даунтайма большинства сервисов, работающих на балансировщике, срабатывающем за полминуты-минуту, если не случается чего-то из ряда вон выходящего.

При работе на DNS-балансировщике всё с одной стороны сильно хуже (оптимистичный прогнозы — порядка 5-10-15 минут), с другой стороны — иногда и лучше.

Всё, что заявляется больше этого, при работе с такими методиками по большому счету можно считать ниже погрешности измерения.

Впрочем, в первом сообщении я говорил чисто про отдельные физические машины, а не доступность сервисов, работающих на них. Доступность сервисов, разумеется, сильно выше.
0
yetanotherman #
99.0 процентов — запросто. это мы когда-то делали на одном сервере. а у хорошего хостера могут быть продуманы резервные площадки, общие хранилище и прочие облакоподобные ухищрения — вплоть до возможности обновить всю ОС не останавливая работы сайтов.
0
LDEV #
Еще один нормальный способ накрутить — накляпать сайты с заголовком «название хостинга + черный список» и всех туда разместить, кроме себя.

Это я к тому, что нету единой концепции — кто как может так и выбирает, кому верить того и выбирает.
+1
freehome #
хотел бы добавить про «скрытые опции», которые не всегда пишут на сайтах
например, сейчас на одном американском хостинге столкнулся со смешным лимитом в 50 000 файлов на эккаунт. Всё остальное — без лимита (якобы).
перехожу на другой хостинг
+1
kagen #
>Мы так уверены в качестве своих услуг, что не даем тестовый период
Знаете, есть такой рейтинг хостингов, который показывает как долго на нём живут адалт сайты, он как правило ведётся на хакерских и тематических форумах. Не смотря на то, что адалт запрещён, хостеру очень трудно контролировать содержимое всех сайтов клиентов. А тут такой подарок… тестовый период, как раз взять, разослать спама, устроить фишинг контакта или залить свой злой скрипт.
Это как раз и является частой причиной отсутствия тестового периода.
+1
Andrey_Rogovsky #
На тестовом аккаунте все исходящие коннекты запрещяются ;)
0
XolodIT #
Никто не сделает за Вас(нас) лучше, чем нежели Вы(мы) сделаем это сами — аксиома. Свой сервер, сам себе хозяин.

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

Предполагаю, что Вам доставался уже заказанный хостинг с закрученными гайками… я бы предлагал переехать за $ к себе на сервер.
+1
yetanotherman #
а бахнется raid среди ночи — кто чинить будет? а с бэкапа восстанавливать? а сразу же или до утра все-таки поспишь? :)
0
XolodIT #
а на Ваших аутсорсенных хост-площадках разве никогда не пропадали контенты, бэкапы; да так что и достать не удавалось самой тех. поддержке… у меня было, поэтому лучше свой рейд, своими руками, в любое время суток.
0
yetanotherman #
от оффсайт-бэкапов никакой свой или чужой хостинг вас не освобождает. а вот брать на себя любимого еще одну зону ответственности, которых и без того хватает — удовольствие сомнительное.

ps: на самом деле, оба подхода имеют право на жизнь — зависит от того, что для проекта приоритетнее.
0
XolodIT #
согласен, оба; ответственность за свою вылизанную машину со смазанными гаечками куда спокойней нести, имхо
0
vdustinov #
Аптайм, наверно, всё-таки, не 95.9%, а 99.5%. Тем более что это реальный показатель для обычных крупных виртуальных хостингов.
0
Shemet #
Ну если даже Хостобзору нельзя верить, то я уже не знаю кому. )

95.9% аптайм — это сайт не работает около 30 часов в месяц, я был бы не очень рад такому аптайму.
+1
gasyoun #
95.9% аптайм да уж, загнули.
100% не видел нигде, но 99 это максимум терпимого. Говорю как работник огромной хостинговой компании, огромной :)
0
vitjok #
интересно сколько людей полезло к вам в профиль посмотреть что за огромная хостинг-компания =))
0
yetanotherman #
по делу могу сказать — что для выбора хостинга полезно бывает учитывать технические характеристики — ту информацию, которую сложно подделать. например, можно посмотреть, сколько клиентов реально хостятся на ns-серверах данного хостера, да на сколько серверов примерно это раскидано, по whois'у можно посмотреть, где и в каком предположительно датацентре это добро находится, по traceroute — опять же датацентр и есть ли какие-нибудь полезные плюшки в сети, для крупного хостера еще много интересного по номеру AS накопать можно.

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

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

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

Как вы это предлагаете сделать? В общем случае (да и в частном тоже) это достаточно нетривиально, особенно без тестового периода и/или не заплатив за первый период.
0
yetanotherman #
в общем виде — да, нельзя. нельзя написать скрипт, который примет название хостера и скажет, где он сам хостится. но в большинстве случаев — вполне:
1.) название датацентра с большой вероятностью засветится в трейсе на последних узлах (ведь есть же у него баръерный маршрутизатор)
2.) у датацентра часто своя AS, которую можно узнать по IP любого хоста из его подсети
3.) ns'ы вашего «подопытного» хостера вряд ли окажутся большой тайной — скорее всего, можно смело вбивать ns1.hostername.com, в более сложном случае — посмотреть, на каком ns хостится домен самого хостера
4.) есть сайты, собирающие статистику по доменным именам. там есть функция — поиск сайтов с определенным ns. по ним вы узнаете реальные адреса.

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

впрочим, это то, как я поступал с зарубежными хостерами года три назад. может быть, у нас не все так радужно.
0
GreyCat #
Загвоздка в том, что, для начала, у любого сколько-нибудь приличных размеров хостера датацентров больше одного. И написав "(whois|traceroute|dig) имяхостера.доменхостера" в лучшем случае можно будет получить.

Автономные системы и route-блоки зачастую принадлежит именно _датацентру_, а не хостеру. Хостеру средней руки выгодно банально арендовать в 2-3-4 датацентрах сервера или стойки и в целом минимизировать затраты на собственный NOC.

Банальная задачка: взять хотя бы штук 5 хостеров из любого рейтинга хостобзора и узнать какие-то технические параметры их датацентров. Думаю, что какой-то точности не получится ни для одного хостера, у которого число серверов превышает хотя бы несколько десятков.
0
yetanotherman #
я же написал, что можно смотреть домены, которые хостятся на nsах этого хостера — узнаем остальные датацентры. да, AS принадлежит датацентру — я это и имел в виду — мы же определяем датацентр для начала, так?

идем в хостобзор, тыкаем, например, в космохост и узнаем, что у них как минимум одна своя AS, однако, т. к. вторичные DNS они хостят в относительно странных местах — видимо, площадка все-таки одна — хотя, можно проверить. уже достаточно данных чтобы понять примерный уровень
0
yetanotherman #
еще пример. из того же хостобзора:

user@netbook ~ $ host qphost.net
qphost.net has address 195.182.57.12
qphost.net mail is handled by 10 mail.qphost.net.
user@netbook ~ $ host mail.qphost.net.
mail.qphost.net has address 195.182.57.12

видно, что мейлхост и вебсервер один и тот же, а ns'ы лежат на соседних ip того же сервера если присмотреться (по 80 порту один и тот же апач). хостится сие чудо в автономной системе cerannics, которая засветилась в блеклистах. кроме того, эта компания владеет только одной сетью класса С, на сколько я понял из беглого поиска. думаю, информации достаточно для принятия отрицательного решения.
0
GreyCat #
Ну, в целом понятно, что имелось в виду — отсеивать какие-то совсем несерьезные и маленькие предприятия. Такие, в общем, да, можно, наверное — хотя это, в общем, обычно и по сайту видно — с поломанной кодировкой, рекламой с какой-нибудь сапы и саппортом через ICQ :(
+2
Zzet #
и саппортом через ICQ :(

О да, особенно смешно, когда саппорт пишет, типа Вам сейчас менеджер напишет, дает Вам его асю, чтобы вы его добавили. Ну антиспам и всякая такая лабуда, в прочем Вы его успешно добавляете (надо же проблему решить) и видите такую картину:
Ваш саппорт выходит из сети, менеджер заходит в сеть. Ути, это так мило =)
0
yetanotherman #
примерно это и имелось в виду.
0
Peregrinus #
и саппортом через ICQ :(

Т.е. если есть саппорт на ICQ, значит хостинг — лажа? Почему?
0
Zzet #
Если саппорт ТОЛЬКО через icq, то это лажа
0
GreyCat #
я же написал, что можно смотреть домены, которые хостятся на nsах этого хостера
Можно подробнее, это как? Мне что, кто-то выведет все те миллионы доменов, которые отдает, скажем, ns2.ripn.net?

идем в хостобзор, тыкаем, например, в космохост и узнаем, что у них как минимум одна своя AS, однако, т. к. вторичные DNS они хостят в относительно странных местах — видимо, площадка все-таки одна — хотя, можно проверить. уже достаточно данных чтобы понять примерный уровень
Ну, даже не открывая каких-то страшных секретов (у них в новостях написано) — у них как минимум еще машины на KeyWeb в Германии есть (AS31103). Узнать это технически достаточно нетривиально, а еще более нетривиально — узнать о третьем датацентре.
0
Zzet #
Можно подробнее, это как?

www.domaintools.com/
Правда подобное счастье там не бесплатно. Думаю, по вышеупомянутой Вами причине.
0
GreyCat #
Если речь про www.domaintools.com/ns-spy/ — но я сейчас потыкался — очень уж дорого это будет, по 150-200$ за один неймсервер отдавать.

Впрочем, в любом случае спасибо — не знал :)
0
Zzet #
Мне кажется, Вы ошибаетесь. Обратите внимание на www.domaintools.com/members/about/

+1
GreyCat #
Боюсь, что не ошибаюсь. Ввожу любой крупный DNS, мне говорят, что «больше 50000 доменов мониторить нельзя, можно заказать одноразовую выгрузку», соглашаюсь, на что мне говорят, что это будет стоить 150-200$. К показанным выше units это отношения уже, видимо, не имеет.
0
Zzet #
GreyCat, к данному сервису я лично обращаюсь немного за другими данными, но все-таки:


Или может я им не правильно пользуюсь? )
0
GreyCat #
Дело даже не в этом. Например, тут хорошо видно, что метод сам по себе плохой — число доменов, хостящихся на серверах masterhost на десятичный порядок выше показанной цифры.
0
yetanotherman #
смотреть домены на ns'ах — ровно как и AS можно искать принадлежащие одному лицу — собирается статистика по всем доменам (несложная в общем-то задача) и далее нет ничего сложного делать поиск по ns. такие сервисы существуют, вот только на память сейчас ни одного не вспомню.
0
GreyCat #
Несложная, но достаточно дорогая. На пару порядков менее дорогая, чем задача «откачать и проиндексировать весь web», но всё равно вряд ли подъемная за полчаса на коленке.

И, самое главное, даже она 100% точности не даст. Сколько из клиентов хостера пользуются _его_ DNSами? Для пары-тройки хостеров я эту цифру знаю — порядок там от 30 до 60%, но никак не «близкое к 100».
0
Zzet #
Не обязательно искать только по NS. Опять тот же www.domaintools.com/reverse-ip/

NS + IP (а вычислить какие ип у хостера тоже не проблема) — вот вам и полная картина.
0
GreyCat #
Собственно, мы за это и бьемся. Вычислить какие IP у хостера — в общем случае довольно сложная и плохо решаемая задача.
0
Zzet #
Одно дело — какие у него ип внешние, другое — внутренняя инфраструктура. У нормального хостера Вы никогда не найдете сколько серверов у него и как все построено. Про фронт и бек думаю понятно. Если разбросаны по всему миру — то тут подключается скорее всего Slave DNS и это уже не проблема вовсе. Хуже, если к каждому серверу свои NS. Ну это уже ребячество по моему. Хотя с какой стороны тоже посмотреть ))) Какой-то плюс в этом и есть, правда профессионализмом и не пахнет.

Вычислить какой из путей использует хостер — не проблема. А вот дальше — все по возможности. И опять же, внутрь серверной Вас никто не пустит =)
0
yetanotherman #
для того, чтобы понять, что из себя компания в техническом плане представляет — достаточно посмотреть на внешний фронт :) то, что за ним есть еще один или нет — будет понятно, я думаю. количество внешних работающих ip можно определить все же — список IP-блоков + скан, например, но это не суть важно.

кстати, статистика по доменам/whois собирается достаточно дешево на паре вдс за несколько дней для зоны .ru (реализовывал более сложную штуку). доменов не бесконечное количество (был такой сайтец, «черный квадрат» — показывает server-side imagemap на черном квадрате, каждому пикселу соответствует домен) списки есть в свободном доступе (опять же, не помню, где, но есть) — и это далеко не соизмеримо с индексацией сети.

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

а сервисы, где уже есть статистика по доменам и хуизу — существуют и совсем бесплатные либо с весьма щедрыми ограничениями. так что если задаться целью — степень серьезности компании можно определить с достаточно большим количеством градаций. но, опять же, да, о внутренней структуре вы сможете сделать только предположения, ровно как и стопроцентно точных цифр не получите — да оно и не надо, важно соотнести то, что хостер на сайте рассказывает с реальной ситуацией.
0
Lux_In_Tenebris #
DomainTool'овскому Reverse IP есть как минимум 2 бесплатных альтернативы, хотя может и чуть менее качественных:
whois.webhosting.info/
www.yougetsignal.com/tools/web-sites-on-web-server/
–1
bubuq #
Зарубежные площадки удивятся, что к ним можно применить квалификатор «престижные»…
–1
Ar2r #
Всвязи с особенностью работы испробовал много хостингов. И выяснил — качество предоставляемых услуг зависит от сервера, на котором сайт висит.

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

Стоит попасть на нестабильно настроенный сервер и ужас.
0
bungu #
Вообще неплохо бы собрать одну большую базу хостингов с описанием всех их
плюсов и минусов, чтобы клиент знал где лучше обслуживание, поддержка, и т.п.
0
Rodman #
99,9% uptime меня всегда настораживал.
кто подскажет рейтинг или еще какие нить статьи — ибо мне надо в разных частях света хостинги для своих блок сайтов?

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.