Муки выбора хостинга с регистрацией сайта в зоне .ru

[white ТС]

Это как, приходить со своим доменом (на аккаунте по количеству сайтов нет ограничений?), или выдав имя 3 уровня (типа lobster.2126.ru)?

Мне тоже интересно.

[Кувалдыч]

Я с некоторых пор подружился с немцами, где и арендую сервер. hetzner.de

Я заметил Немецкий флажок в хроме и иногда тормоза - сервер далекоат

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

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

Я бы рекомендовал например эту контору:  http://ispserver.com/index.html?from=189582
еще есть целый список в закладках, если надо, но этот самый надежный имхо.
Часть строки после ? можно пропустить, это мой реферал не нем, вам пофиг, а мне приятно )
И еще, провайдер крупный. так что видов хостинга у них полно... и не облачных, виртуальных и выделенных... даже виндовс хостинг есть, что в общемто редкостть.

[AndyAP]

у меня сайт на timeweb.ru хостится. Платить можно помесячно, можно за два, три и т.п. Пользую тариф 175 руб/мес, поддержка до 3 х баз MySQL и до 5 сайтов.

[mike]

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

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

DDoS бывает разным. Можно просто забить канал и вычислительные мощности тут не помогут. Решений в данном случае не много: увеличивать ширину канала, а хостер не может бесконечно её расширять и ему, по сути, выгоден бОльший трафик на портале; или регулировать трафик самому, а это не тривиальная задача со многими факторами, которые требуют вдумчивого подхода и отличного понимания предметной части.
Потом не совсем понятно, что означает "прерывается на обслуживание". Нет ничего не ломающегося из того, что придумал и построил человек. А раз так, то обслуживание будет всегда и порой оно требует ограничений доступа.

[Paramedic]

Это как, приходить со своим доменом (на аккаунте по количеству сайтов нет ограничений?), или выдав имя 3 уровня (типа lobster.2126.ru)?

Мне тоже интересно.

В данном случае речь не идёт о сервере 2126.ru. У меня есть ещё web-хостинг. Со своим доменом -- это значит покупаешь домен в nic.ru, и приходишь. И всё работает.

[white ТС]

В данном случае речь не идёт о сервере 2126.ru. У меня есть ещё web-хостинг. Со своим доменом -- это значит покупаешь домен в nic.ru, и приходишь. И всё работает.

Прости чайника. Я понимаю, что ты хочешь сделать мне лучше, но объясни русским языком.

[slavaslay]

у Парамедика есть хостинг, ну такой же хостер он для тебя как и другие хостеры, предлагает разместить твой сайт у него на хостинге. Выделяет тебе место на своем сервере. Размещаешь файлы. Я сам помоему запутался.

[Кувалдыч]

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

например? чем можно заменить облачный хостинг? с такими же свойствами?

Просто не надо ходить на семинары... семинары - это честный способ отъема денег и времени у населения и дешевый пиар

[Кувалдыч]

DDoS бывает разным

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

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

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

[Lobster]

Я сам помоему запутался.

Не, всё вроде правильно. Файлы льем по фтпшнику.. а панелька управления есть? Прицеплять домен, с БД работать, бекапы бекапить, и т.д., иначе напросимся на хостинг, а потом задергаем Президента по мелочам...

[mike]

Задача ддос-атаки перегрузить слабый ресурс.

Не правильно понимаешь. DDoS - на русском "Отказ в обслуживании". Перегрузить - это понимается как фактическая перезагрузка компа?
Друже, немного даже горжусь тем, что форумчане не заметили этих DDoS.
Однако... 100% рецепта от этой напасти нет. Если захотят "положить" портал - положат, не сомневайся.

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

Проблема? Может наоборот?

Даже если в облаке что-то гдето рухнет, то это никак ни на чем не скажется.

Будь добр, поясни принцип того, как нечто умершее всё же продолжает работать. Совсем не понимаю, как такое может быть.

[Кувалдыч]

DDoS - на русском "Отказ в обслуживании"

"отказ в обслуживании" это DoS, DDoS "распределенный отказ в обсулуживании".
Перегрузить - это не перезагрузить. Перегрузка - это превышение возможностей физического ресурса.

Если захотят "положить" портал - положат, не сомневайся.

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

Проблема? Может наоборот?

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

поясни принцип того, как нечто умершее всё же продолжает работать. Совсем не понимаю, как такое может быть.

Очень просто. Если разделить мух и котлет, т.е. то что вполне умирающее (железо, каналы, операционку) с тем что умирать не должно (функционал) - то все прекрасно получается.

Пример бытовой: если постоянно нужно ездить, но есть вероятность что машина сломается, то надо разделить ресурс (машина) с фунционалом (перемещение). Тогда очевидно, что чтобы функционал "перемещение" работал всегда и безотказно, следует использовать "облачный" сервис "такси" или "общественный транспорт".

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

Уровень сервиса, или "облачная платформа" с одной стороный обслуживает весь бизнес-фунционал выполняя его потребности в ресурсах, с другой стороны - использует всю доступную в данный момент инфраструктуру, выбирая из нее то, что в данный момент способно обслужить то что нужно. Еще одной фунцией облачной прослойки является контроль и управление инфраструктурой. Так как инфрастурктура всегда находится в нектором неопределенном состоянии (что-то сломалось, что-то заглючило, что-то отключили для облуживания, что-то наоборот включили недавно и т.д.) нужно соотвесвенно адаптироваться.

[slavaslay]

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

Кувалдыч, я твой фанат!

[mike]

Уровень сервиса, или "облачная платформа" с одной стороный обслуживает весь бизнес-фунционал выполняя его потребности в ресурсах, с другой стороны - использует всю доступную в данный момент инфраструктуру, выбирая из нее то, что в данный момент способно обслужить то что нужно. Еще одной фунцией облачной прослойки является контроль и управление инфраструктурой. Так как инфрастурктура всегда находится в нектором неопределенном состоянии (что-то сломалось, что-то заглючило, что-то отключили для облуживания, что-то наоборот включили недавно и т.д.) нужно соотвесвенно адаптироваться.

А теперь примени это на физический уровень! По каждому пункту!
Есть отличия "физической составляющей" от облачной архитектуры?
.... Вот и я о том. Не надо изобретать велосипед и колесо. Многие вещи, которые и не снились "облаку", давно отработаны до мелочей ранее.
С точки зрения управляемости, доступности и случаев с критическим восстановлением данных, облако тупо зависит от ширины канала к интернету или хотя бы его наличия!!! (последнее слово критично для понимания) Я посмотрел бы и поржал в лицо админа, который выдвинув всё на облако пытался бы объяснить своим пользователям, почему у них почта не ходит. Такого админа пинками гнать!!! Без выходного пособия.

[Кувалдыч]

Кувалдыч, я твой фанат!

:-) пора фан-клуб открывать? ))