Comments 100
Ну ок, а как быть, если в договоре с дистрибьютором указано, что если наш сайт недоступен больше 5 минут подряд, то штраф-гроб-гроб-кладбище?
Какие хостеры в этой стране это могут обеспечить, а не присылают писем «Технический работы на серверах, с 01:30 до 2:30 будут недоступны, we are sorry»?
А про хостинг моей мечты вы зря спросили. Кто не мечтает залить сайт на хостинг, и чтобы хостер ему за это еще и доплачивал?
Какие хостеры в этой стране это могут обеспечить, а не присылают писем «Технический работы на серверах, с 01:30 до 2:30 будут недоступны, we are sorry»?
А про хостинг моей мечты вы зря спросили. Кто не мечтает залить сайт на хостинг, и чтобы хостер ему за это еще и доплачивал?
Если у вас mission critical, то вы не сможете найти дата-центр, который вам гарантирует даунтаймы не больше 5 минут. Даже Tier IV по спецификации — это 99.995%, 26 minutes. 26 минут!
Что делать? Свой PI диапазон адресов, geo-dns, несколько дата-центров, прямой пиринг с несколькими операторами по BGP в каждом из них. Но даже в этом случае добиться жёсткого лимита в 5 минут даунтайма почти невозможно, даже у самых крупных компаний бывают эвенты большей длительности.
Это мы ещё не разбирали вопрос о том, что такое «аптайм». Если порвали пару кабелей у аплинков и у вас до 30% аудитории потери пакетов 90% — это даунтайм или нет?
Что делать? Свой PI диапазон адресов, geo-dns, несколько дата-центров, прямой пиринг с несколькими операторами по BGP в каждом из них. Но даже в этом случае добиться жёсткого лимита в 5 минут даунтайма почти невозможно, даже у самых крупных компаний бывают эвенты большей длительности.
Это мы ещё не разбирали вопрос о том, что такое «аптайм». Если порвали пару кабелей у аплинков и у вас до 30% аудитории потери пакетов 90% — это даунтайм или нет?
26.3 minutes в год же. Т. е. несколько небольших промежутков, вполне вероятно, что меньше чем 5 минут каждый.
Не факт. Знаю одного Tier II, который набрал годичную норму почти за месяц.
«меньше чем 5 минут каждый» — это уже ваша фантазия. Я говорю, что даже высший стандарт надёжности предполагает даунтаймы до 26 минут в год. А уж 1500 даунтамов по 1 секунде за год (хехе) или один на 19 минут и один на 7 минут — это уж как получится.
UFO just landed and posted this here
Это не мои пожелания, это одно из условий, чтобы товары сделанные в РФ могут взять на реализацию в США.
Возможно, это был завуалированный посыл, или пунктик по которому можно обобрать поставщика до нитки, или же толстый намёк переносить сайт в облачный хостинг (амазон?) но такие требования бывают.
Возможно, это был завуалированный посыл, или пунктик по которому можно обобрать поставщика до нитки, или же толстый намёк переносить сайт в облачный хостинг (амазон?) но такие требования бывают.
UFO just landed and posted this here
Естественно. Из личного опыта т.к. сталкиваюсь с этим постоянно могу сказать что всё гораздо глубже. Это всё маркетинговые ходы, не пытайтесь искать причину, смотрите на одно слово — «бабки» и кому выгодна такая ценовая политика.
У амазона на один инстанс как правило есть SLA 45минут. Потому придется брать не один и желательно не в одной AZ
Ну в такой ситуации действительно неплохо бы сделать дублирование или троирование и хотя бы облачный балансировщик.
что если наш сайт недоступен больше 5 минут подряд, то штраф-гроб-гроб-кладбище?Обычно в SLA написано что-то типа того, что если простой выше оговоренного, то вам вернут деньги за всё время простоя. В теории любой хостер может это обеспечить)
Это как? Хостинг за год — условная 1000$, простой 1 неделя, вернут 20$?
Да, примерно так, но обычно это выглядит как дискаунт в счете. Бывают сервисы с SLA > 100% (стоят они немного), т.е. SLA 1000% к примеру — вернут в десятикратном размере за время простоя.
Но без особых договоренностей никто, нигде и никогда не вернет ничего кроме оплаты за время простоя — т.е. никаких компенсаций за прямые или косвенные убытки, потерю репутации и т.п.
Но без особых договоренностей никто, нигде и никогда не вернет ничего кроме оплаты за время простоя — т.е. никаких компенсаций за прямые или косвенные убытки, потерю репутации и т.п.
А что за заказчик требует такой аптайм?
Нет, ну хочет — может требовать, но и стоить он должен, как чугунный мост.
Нет, ну хочет — может требовать, но и стоить он должен, как чугунный мост.
Это значит, что для таких проектов вам нужен не shared-хостинг, а уже своя собственная отказоустойчивость какая-то. Дело в том, что на shared'е большинство панелей управления не предусмотривает никакой кластеризации/отказойстойчивости.
Мне как сотруднику хостинг-компании крайне странно всё это слышать. А причина в том, что путают hosting и shared-hosting. Первое — респектабельный бизнес по аренде серверов, второе — эм… сложный продукт.
Имхо, человек просто собирает статистику для очередного hosters/allhosting/host4you…
Мне, как человеку близкому к данной сфере, кажется что онлайн-статистика малорепрезентативна.
Большинство отзывов пишется в трех случаях:
1. Проплачено.
2. На нервах.
3. От нечего делать.
В итоге:
1. Все негативы нужно выравнивать по общему числу пользователей (но сторонние сервисы этого не делают… от слова НИКОГДА).
2. Позитивы сторонними сервисами принимаются к рассмотрению… в зависимости от мнения рекламодателя.
3. Более-менее адекватные висят в рассмотрениях… годами. Они объективны и рассудительны, а значит скучны, банальны и нехайповы. В топ горячих не выйдут ну и фиг с ними.
Мне, как человеку близкому к данной сфере, кажется что онлайн-статистика малорепрезентативна.
Большинство отзывов пишется в трех случаях:
1. Проплачено.
2. На нервах.
3. От нечего делать.
В итоге:
1. Все негативы нужно выравнивать по общему числу пользователей (но сторонние сервисы этого не делают… от слова НИКОГДА).
2. Позитивы сторонними сервисами принимаются к рассмотрению… в зависимости от мнения рекламодателя.
3. Более-менее адекватные висят в рассмотрениях… годами. Они объективны и рассудительны, а значит скучны, банальны и нехайповы. В топ горячих не выйдут ну и фиг с ними.
Вроде как hosting это более широкое понятие, включающее shared/dedicated/cloud и другие подвиды.
UFO just landed and posted this here
дешёвую VPS-ку или шаред, нужно всегда из многих вариантов искать те, что получше
Надо просто всегда быть морально готовым к переезду и потерям времени, данных или даже денег. К сожалению, циферки в прайс листах ничего не значат, всегда может найтись недокументированная особенность.
Даже у вышеупомянутого как "хорошего хостинга" рувдс было несколько критичных проблем. Причем хотелось решить их повышением тарифа, но проще оказалось переехать.
Мне как сотруднику хостинг-компании крайне странно всё это слышать. А причина в том, что путают hosting и shared-hosting. Первое — респектабельный бизнес по аренде серверов, второе — эм… сложный продукт.Любой хостинг это shared-hosting, другого не существует.
На вирт. хостинге клиенты шарят все ресурсы. На вдс-опенвз степень шаринга меньше, на квм еще меньше. На сервере вроде как отлично, пока не понимаешь что шаришь с другими канал и электричество и ресурсы ТП по исправлению сбоев оборудования. Коло — чуть получше сервера, но те же яйца по большому счету. Прикупил ДЦ? Шаришь каналы и электросеть с другими крупными потребителями. Приобрел каналы? Шаришь траффик на точках обмена. Упрощенно — но в целом все именно так.
Так что «респектабельный бизнес по аренде серверов» это не более чем миф… точка в пищевой цепочке, при чем не самая высокая.
Жизнь — шаришь воздух и еду с другими организмами, всё-таки «шаринг» на шареде и колокейшн немножко совершенно разные уровни (в том плане что канал и там и там, но где-то не только канал), хотя и проблемы тоже увеличиваются (как в сравнении квартира/дом).
За соответствующие деньги мы можем вам организовать тёмные волокна до нескольких tier1 — делайте сами что хотите.
бесплатный хостинг хорошим быть не может
Ну если не нужен бэкенд, то github pages очень даже хороши ;)
Reg.ru в списке рекомендованных видеть странно. Их личный кабинет работает через одно место. Пока они переезжали на новый личный кабинет — сломали всё, что можно было. Купил домен, к нему хостинг. Хостинг поддерживает подкрепление одного домена. Когда домен покупаешь, там галочка есть — подкрепить автоматически к хостингу, если покупаешь одновременно, которую я с счастливым лицом и нажал. В результате, домен не подкрепился, а при попытке это сделать в личном кабинете, мне начало выдавать ошибку, что один домен уже подкреплен, хотя никаких подкрепленных доменов в личном кабинете не видно. В cPanel увидел, что там какой-то домен второго уровня, как я предполагаю, дефолтный…
Аналогичная история с SSL сертификатом, который упорно отказывался подключаться к сайту сам.
Короче, работа программистов стоит дороже работы техподдержки, как я полагаю, поэтому им проще забить. Благо эта самая техподдержка работает быстро и адекватно, этого не отнять.
Не реклама, но пользовался несколько раз iberweb.
Процесс от покупки связки домен + хостинг, до hello world на странице в браузере после введения своего домена занял меньше 5 минут.
Аналогичная история с SSL сертификатом, который упорно отказывался подключаться к сайту сам.
Короче, работа программистов стоит дороже работы техподдержки, как я полагаю, поэтому им проще забить. Благо эта самая техподдержка работает быстро и адекватно, этого не отнять.
Не реклама, но пользовался несколько раз iberweb.
Процесс от покупки связки домен + хостинг, до hello world на странице в браузере после введения своего домена занял меньше 5 минут.
Я затруднилась ответить на вопрос насчёт бэкапов, делаем ли мы их. Мы сами бэкапы не делаем, такую услугу предоставляет хостинг. Что отвечать?
Краткий ответ: нет. За вас их делает ваш провайдер, но насколько он надежен, и насколько хорош его персонал, вы никогда не узнаете. Или узнаете, но будет уже поздно. Вы ведь не делали бэкапов.
Рекомендую почитать Правило резервного копирования «3-2-1». Часть 1
А вот пример, что бывает с людьми, которые этого не делают:
Безвозвратная потеря EC2 инстанса, EBS томов и всех снэпшотов
Рекомендую почитать Правило резервного копирования «3-2-1». Часть 1
А вот пример, что бывает с людьми, которые этого не делают:
Безвозвратная потеря EC2 инстанса, EBS томов и всех снэпшотов
В опроснике не хватает пункта «уже делаем бэкапы».
Если дилемма с выбором хостинга. В России есть товарищ майор, который может содержимое твоего сервера у провайдера почитать, изъять и к делу подшить. Зарубежный сервер, казалось бы лучше, но тот же товарищ майор может его заблокировать в РФ. Вот и думай, что выбрать.
Заблокировать всяко лучше, чем вам дело будут подшивать. Тем более, этот же товарищ майор может вам подкинуть на сервер улики, и потом доказывайте что вы не верблюд.
Не выкладывать в паблик то, что может заинтересовать товарища майора, не вариант?
Тогда вариант: поднять свой сервак у бабушки, проведя ей нормальный тырнет с белым айпи. Не имея на руках ничего против конкретно бабушки, товарищ майор даже зайти к ней в жилище не сможет, не то что изъять.
Тогда вариант: поднять свой сервак у бабушки, проведя ей нормальный тырнет с белым айпи. Не имея на руках ничего против конкретно бабушки, товарищ майор даже зайти к ней в жилище не сможет, не то что изъять.
Если заблокируют сайт, хостящийся заграницей, то многие обойдут блокировки (не обойдут две категории: у кого не хватило извилин и кому не очень надо). А если хоститься в России, то вместо блокировок сайт выключат — и он будет недоступен вообще никому.
не обойдут две категории: у кого не хватило извилин и кому не очень надо
Сайты делятся на две категории:
1. Сайты, которые нужны пользователям больше, чем пользователи сайту.
2. Сайты, которым нужны пользователи больше, чем пользователям сайт.
Во втором случае ваш вариант с необходом блокировок тупыми, является фатальным.
Я бы сказал, что вопрос в постоянстве аудитории сайта. Если у сайта в основном «одноразовые» посетители, то у проблемы действительно нет решения. Если же посетители в значительной степени постоянные, то можно разместить на само́м сайте инструкцию по обходу блокировок (как сделала Википедия). А если у значительной части постоянных посетителей сайта сложные отношения с компьютером, то можно сделать инструкцию подробной, со скриншотами простейших действий (я сам недавно сочинил и разместил на Хабре инструкцию для чайников, правда не о блокировках).
А для этого уже нужен анализ рисков и не только, потому что ситуаций и их комбинаций может быть бесконечно много. А майор при желании и без изъятого сервера найдет что к делу подшить.
У меня есть любительский проект, которым пользуется хорошо если человек десять. Находится на VPS хостинге (hetzner.de, с точностью до опечаток).
Выбирал путем вбития запроса «VPS hosting» в гугл. Можно было бы сказать, что прочитав эту статью, я узнал, что ничего не понимаю в хостингах, но это будет неправдой. Я и до этой статьи знал, что ничего не понимаю ;)
Ну и пользуясь случаем, хочу спросить: а если я делаю бекапы с помощью функции, предусмотренной в личном кабинете хостера — это считается за бэкап?
Выбирал путем вбития запроса «VPS hosting» в гугл. Можно было бы сказать, что прочитав эту статью, я узнал, что ничего не понимаю в хостингах, но это будет неправдой. Я и до этой статьи знал, что ничего не понимаю ;)
Ну и пользуясь случаем, хочу спросить: а если я делаю бекапы с помощью функции, предусмотренной в личном кабинете хостера — это считается за бэкап?
Попробуйте хоть раз восстановить. Если прокатило — то считается. Если нет — то не считается и вы же предварительно забекапили каким-либо другим способом? :)
В силу специфики проекта у меня нет ничего критичного, что невосстановимо в принципе (что-то типа парсера сайтов, но с преферансом и балеринами). Заново придется сканировать, конечно, но это будет работать само и в автоматическом режиме. Код на гитхабе и на домашнем компе. В крайнем случае, потеряю день на установку и настройку линукса и СУБД.
Но да, о том, чтобы забэкапить другим способом я постоянно думаю ;)
Но да, о том, чтобы забэкапить другим способом я постоянно думаю ;)
Я, кстати, вообще не понимаю, почему и зачем до сих пор живёт модель шаред хостинга. Ну вот нет в проекте денег на админа чтобы разбираться с серваками, еле наскребли на одного программера. Ну так делайте приложение под PaaS: heroku/google app engine/open shift/aws beanstalk/whatever, и вообще не вспоминайте об инфраструктуре, пока не дорастёте до определённого масштаба. Нет блин, все дружно идут мучаться в общем apache со старой версией php и общей mysql базе на не самом мощном железе.
дружно идут мучаться в общем apache со старой версией php и общей mysql базе на не самом мощном железе.
Скорее всего потому что это во-первых, не правда: у многих хостеров доступны последние версии php и железо будет лучше, чем на подавляющем большинстве платформ для размещения vds. А во-вторых это может быть проще и дешевле.
Это может быть дешевле (да, при увеличении лимита и др для *aas требуется тоже платить как ни странно)
Это дешево и просто. Основные CMS давно можно поставить через 1-2 кнопки в панельке управления хостера. Этого хватает прямо вот подавляющей массе людей. Никто даже не будет гуглить про AWS и подобное и разбираться с этим.
А наоборот не понимаю, зачем некоторые люди на каждый чих покупают аж целую VPS, как юзернейм выше,
Если вашему апачу с пыхом раз в 10 минут надо 20мб памяти, а всё остальное время они спят, то зачем арендовать 24/7 128мб?
любительский проект, которым пользуется хорошо если человек десять
Если вашему апачу с пыхом раз в 10 минут надо 20мб памяти, а всё остальное время они спят, то зачем арендовать 24/7 128мб?
Мб здесь банальное противоречие с вопросом «А что лучше?». Думаю очевидно, что vps в техническом плане лучше shared хостинга, и я так и отвечу) А на остальное, как правило, заказчики забивают
Даже и в техническом плане у шареда есть свои преимущества. Например, основные бинарники уже закешированы в память другими пользователями (бесплатно) и запускаются мгновенно. Нет накладных расходов на виртуализацию. Не такое жёсткое ограничение по пиковому потреблению ресурсов. Легче настроить и труднее всё себе сломать.
Конечно, речь идёт о малых нагрузках и несложных задачах. Впрочем, не вижу почему бы не похостить даже и MMOшку на шареде, если это выгодно.
Конечно, речь идёт о малых нагрузках и несложных задачах. Впрочем, не вижу почему бы не похостить даже и MMOшку на шареде, если это выгодно.
Так я говорю про PaaS, а не про VPS.
Если вашему пыху раз в 10 минут надо 20мб памяти, то и платить надо за 20мб памяти раз в 10 минут, и до кучи получать масштабируемость/отказоустойчивость из коробки.
Если вашему пыху раз в 10 минут надо 20мб памяти, то и платить надо за 20мб памяти раз в 10 минут, и до кучи получать масштабируемость/отказоустойчивость из коробки.
Задеплоить бложик компании на вордпрессе или лендинг с двумя скриптами на PHP иногда проще на шаред хостинге.
Заказчик оплачивает домен и ресурсы сервера в одном месте и не парится даже с добавлением DNS-записей. Аутсорсный разработчик пакует свою работу в архив, заказчик его разворачивает своими руками. В итоге даже на одного программера в штат денег не надо.
Заказчик оплачивает домен и ресурсы сервера в одном месте и не парится даже с добавлением DNS-записей. Аутсорсный разработчик пакует свою работу в архив, заказчик его разворачивает своими руками. В итоге даже на одного программера в штат денег не надо.
Почему со старой версией пыха? 7.1 сейчас везде. А ещё популяризируется jam stack
О чем пост? Или для кого? Почему прямая реклама в теле поста? С какой стати опросы с отсылкой на third-party сервисы в посте из песочницы? По мне формат хабра нарушен по всем статьям. Так что ли теперь прогрессивно, что я пропустил?
OVH, для меня, неплох. Для личных проектов хватает, дешевле DO, в top видно stealing (не факторов, что честный)
столкнулся на ovh с тем, что пару раз пропадал доступ до машины, одной единственной, часов на 5-6. никаких уведомлений, никаких предупреждений не было. заходишь в ЛК — а там нет твоего сервера. факт оплаты есть, а сервера нет, или ЛК вешается. ТП ни разу не ответила вовремя, обычно спрашивают «ЧО?» уже сильно позже восстановления доступа.
OVH какие-то заторможенные с оплатой. После оплаты в пятницу получил свою виртуалку на второй бизнес-день, т.е. во вторник.
Быстро создавать-убивать различные виртуалки удобнее на DO/Vultr.
Быстро создавать-убивать различные виртуалки удобнее на DO/Vultr.
В OVH с меня потребовали прислать скан паспорта. Я отправил. Они потребовали скан паспорта на английском. На этом наше общение закончилось, а мне пришлось всю ночь срочно переезжать.
Размышляя о хостингах, во мне родилась коварная задумка
«Подъезжая к сией станцыи и глядя на природу в окно, у меня слетела шляпа». А.П. Чехов
Прежде всего, нужно избавиться от общих терминов и указывать конкретику:
— Не «сайт ползёт еле-еле», а «время загрузки сайта у пользователя из нашего города со скоростью доступа в интернет 10 Мбит/с, в 95% случаев не должно превышать 5 секунд».
— Не «устаревшие версии пхп и апача», а «поддержка двух-трёх последних версий»
— Ну и так далее.
Тогда проще будет искать хостера, либо предъявлять претензии хостеру и работодателю.
— Не «сайт ползёт еле-еле», а «время загрузки сайта у пользователя из нашего города со скоростью доступа в интернет 10 Мбит/с, в 95% случаев не должно превышать 5 секунд».
— Не «устаревшие версии пхп и апача», а «поддержка двух-трёх последних версий»
— Ну и так далее.
Тогда проще будет искать хостера, либо предъявлять претензии хостеру и работодателю.
дада, регру отличный хостинг, из за тупости бухгалтерии которая что то не проверила платёж и прошёл 1 день с момента якобы неоплаты, человеку удалили сервер без возможности восстановления
Про бэкап. Я на VPS сделал коротенький скрипт, который несколько каталогов собирает tar'ом, сжимает gzip'ом и шифрует openssl'ем, после чего копирует получившийся файл на внешний сервер. Этот скрипт запускается crontab'ом раз в сутки.
Это прекрасно, две из трёх галочек — есть. Осталось регулярно проверять случайно выбранный за последний месяц бэкап на восстановимость.
У меня каждую ночь тоже скрипт собирает в один архив все папки веб-сервера, в другой архив резервную копию БД и складывает в отдельном каталоге, оставляя 15 последних вариантов, удаляя более ранние. Другой сервер, специально созданный для этого на DigitalOcean, так же еженощно забирает с основного сервера по FTP новые бэкапы и хранит у себя 4 последних варианта :) Тоже все по крону :)
За 10+ лет пока это пригодилось только один раз, когда я по собственной глупости напортачил, сейчас уже не помню подробностей. Тогда, правда, бэкапы создавались только на основном сервере.
За 10+ лет пока это пригодилось только один раз, когда я по собственной глупости напортачил, сейчас уже не помню подробностей. Тогда, правда, бэкапы создавались только на основном сервере.
rsnapshot для этих целей очень удобен.
Автор странно смотрит со своей колокольни и не пытается себя представить на месте клиента. Не хочется мне писать длинно, поэтому сформулирую основную идею так:
«Если кто-то хочет НИКОГДА запустить сайт, то он должен досконально разобраться со всеми вопросами (их еще и кроме хостинга до хрена) и запускать все ТОЛЬКО в идеальном виде».
Моя рекомендация: первый сайт для бизнеса должен делаться с минимальными затратами у тех людей, кто в этом понимает. В планах должно стоять через год-два-три переделка или новое создание. Идеальный вариант — выделенный человек на постоянную работу с созданным сайтом (обучаемый студент).
«Если кто-то хочет НИКОГДА запустить сайт, то он должен досконально разобраться со всеми вопросами (их еще и кроме хостинга до хрена) и запускать все ТОЛЬКО в идеальном виде».
Моя рекомендация: первый сайт для бизнеса должен делаться с минимальными затратами у тех людей, кто в этом понимает. В планах должно стоять через год-два-три переделка или новое создание. Идеальный вариант — выделенный человек на постоянную работу с созданным сайтом (обучаемый студент).
Про бесплатные хостинги — пресловутый народ.ру и ucoz вроде все еще живет, не так популярен, как раньше, но живет, сайты годами не обновляемые — а живут, очень помогает, когда ищешь что-то и внезапно находится только на одном народовском сайте из нулевых. Да, просто и никаких модных фич, но для многих проектов хватает за глаза.
Мне нравятся провайдеры с круглосуточной телефонной поддержкой, но если на сайте есть форма для отправки вопросов, то пиши-пропало. Правда, в обоих случаях есть исключения. Но в целом — сборище студентов.
Имел опыт работы в саппорте пары хостингов. Телефонная поддержка — злейшее зло, начиная от не идеальной связи и того, что обычно весь саппорт сидит в одном опенспейсе и когда все дружно говорят по телефону — там случается ад, заканчивая тем, что 90% звонящих неадекватные психопаты, а их требования или не выполнимы в рамках тарифа/услуги, либо требуют обязательную идентификацию, и обычно это — отправка запроса из панели управления хостингом и/или контактный e-mail. Плюс заявка может делаться долго и уехать к другому саппортеру — менее загруженному, более скилованному, пришедшему на смену в конце концов.
Зачем для простого сайта берут VPS? Во-первых сайт может заметно кушать ресурсы или не влазить в какие-нибудь ограничения или тупо тормозить на шареде и хостер уговорил клиента перейти на VPS, где ресурсы условно гарантированные и это зачастую помогает ускорить сайт.
Уровень знаний саппорта… Курьеры Яндекс.Еды получают больше, разнося пиццу по офисам, чем саппорт в основной своей массе. Плюс огромная текучка. Очень глупо там ожидать действительно умных людей — они или уходят из саппорта или просто там не появляются.
… ну и мой импортный любимчик, который подойдёт не всем — DigitalOcean.
Почему?
Результаты опроса для сообщества опубликованы будут? Вкладывая свой время, хотелось бы получить что-то взамен.
Могу заблуждаться, но уровень претензий в статье вызывает определенные сомнения в экспертизе и успехе задумки. Больше похоже на плохо завуалированную попытку получить информацию с комюнити...
Я один пользуюсь masterhost.ru?
ru.hostings.info/hostings/market_share/russia — тут показана доля рынка.
ru.hostings.info/hostings/market_share/russia — тут показана доля рынка.
По опросу- по поводу автопродления- не уверен, что у моего хостера есть такая фича. Нужно добавить в опрос. Юзаю vpsville, нареканий нет.
Компания с которой работаю находится в РБ и как следствие есть ряд ограничений со стороны законодательства для белорусских компаний. В 2010 году призидент издал указ №60 о мерах по совершенствованию использования национального сегмента сети Интернет. Если совсем коротко, то есть ты компания из РБ, то твой сайт должен быть на серверах в РБ… При всем этом цены на белорусские хостинги… В сравнении с ценами в РФ они много больше и все вебмастера и предприниматели которых я знаю смотрят в сторону российских хостингов даже не смотря на возможность получения штрафа. Для сравнения есть взять три самых популярных хостинга в РБ — сами гляньте на их цены…
hoster.by/service/hosting/unix
www.active.by/ru-by/services/virtual
domain.by/hosting-order/#tariffs
Как говорится без комментариев… А ведь было бы классно работать с хостингами в РФ!
hoster.by/service/hosting/unix
www.active.by/ru-by/services/virtual
domain.by/hosting-order/#tariffs
Как говорится без комментариев… А ведь было бы классно работать с хостингами в РФ!
Лана и я отмечусь.
Нащет пугалки тем, что твой сайт находится там же, где и азино 888, я надеюсь вы делаете поправку, что для хостера вне правового поля РФ. Если в нем, то соседу ничего не грозит. Придет указуха ркн — заблокируют. Если придёт указуха на ip — новый дадут, так что клиент не заметит.
Нащет телефона круглосуточного, ну видимо нравица вам общаться с первым уровнем, забивающим за вас тикеты. Для меня что угодно заставляющее меня туда звонить — бесит. Тикетовка же это волшебство.
Ну и нащет есть только N правильных хостингов. Я за этим двадцать лет слежу. И каждые три года они новые( ага, у тех что партнерка пожирнее, в основном). Больше хостингов хороших и разных под все существующее потребности. Пусть рыночек порешает.
Не могу не отметить опыт общения с техподдержкой Яндекс.Облака.
Доволен и общением, и результатом от общения.
А киллерфича — бот в телеграме, где можно общаться оперативно — это просто супер удобно.
Доволен и общением, и результатом от общения.
А киллерфича — бот в телеграме, где можно общаться оперативно — это просто супер удобно.
Клянусь — мой отзыв не проплачен, я обычный пользователь.
Пробовал несколько хостингов, но везде чего-то не хватало. Особенно бесит панель управления ISPManager. Не знаю, почему. Просто бесит.
Остановился на webhost1. У них своя панель управления — webserv24 — очень удобная. Также тех подержка всегда отвечает в течение получаса. Никаких ограничений на количество поддоменов, ftp-аккаунтов и пр. Стоимость зависит лишь от количества места на диске (180 руб в месяц плачу за 10гб). И с производительностью тоже всё гуд — делал бота для вк — розыгрыш, где люди писали слово в комменты под постом, так на огромное количество запросов сервер (стоит php 7.1) буквально за мгновение принимал, делал несколько запросов к бд, делал запрос к vk api, генерировал изображение и отвечал. Поначалу нагрузка на CPU была около 40%. Испугался за превышение лимитов — отписался в тех поддержку. Ответ на скрине.
Никого не хочу убеждать, что это лучший хостинг и т.д. Просто для меня это самый оптимальный. Ещё раз скажу, что мне за это не платили. И да. Насчёт крупных проектов на этом хостинге — ничего сказать не могу, так как у меня таких нет (лишь личный блог на вордпрессе, который никто не посещает), поэтому за производительность какого-либо интернет-магазина и пр. сказать не могу.
Пробовал несколько хостингов, но везде чего-то не хватало. Особенно бесит панель управления ISPManager. Не знаю, почему. Просто бесит.
Остановился на webhost1. У них своя панель управления — webserv24 — очень удобная. Также тех подержка всегда отвечает в течение получаса. Никаких ограничений на количество поддоменов, ftp-аккаунтов и пр. Стоимость зависит лишь от количества места на диске (180 руб в месяц плачу за 10гб). И с производительностью тоже всё гуд — делал бота для вк — розыгрыш, где люди писали слово в комменты под постом, так на огромное количество запросов сервер (стоит php 7.1) буквально за мгновение принимал, делал несколько запросов к бд, делал запрос к vk api, генерировал изображение и отвечал. Поначалу нагрузка на CPU была около 40%. Испугался за превышение лимитов — отписался в тех поддержку. Ответ на скрине.
Никого не хочу убеждать, что это лучший хостинг и т.д. Просто для меня это самый оптимальный. Ещё раз скажу, что мне за это не платили. И да. Насчёт крупных проектов на этом хостинге — ничего сказать не могу, так как у меня таких нет (лишь личный блог на вордпрессе, который никто не посещает), поэтому за производительность какого-либо интернет-магазина и пр. сказать не могу.
О, привет!
История из далекого 2011 года, слегка упрощенная версия, общение в тикет системе.
(К)лиент: Здравствуйте! Почему-то не открывается сайт, хост пингуется, но сам сайт не открывается и по ssh не подключиться. Адрес сайта вот такой xxx.
Я (Тех поддержка): Здравствуйте! Проверяю.
Через 5 минут.
Я: Кто-то сменил права на все файлы на 0777 для всех файлов. В истории есть команда chmod -R 0777 /
К: Ох нифига ж. А когда была выполнена команда?
Я: Точно сказать не могу, в истории команд нету даты, но судя по логу последний раз логинились в вот этого IP xx.xx.xx.xx
К: Ага, понял. Это наш контент мейкер. Есть возможность восстановить работу сайта?
Я: В данном случае — я бы не советовал. Восстанавливать все права на файлы надо в ручную, и не понятно как это скажется на стабильности и безопасности. Лучше сделать бекап, переустановить сервер и вернуть бекапы. Займет минут 20, но сервер будет в том же состоянии.
К: Да, делайте. А я пойду уволю этого идиота. Он сказал что сделал так, потому что картинки не показывались.
История из далекого 2011 года, слегка упрощенная версия, общение в тикет системе.
(К)лиент: Здравствуйте! Почему-то не открывается сайт, хост пингуется, но сам сайт не открывается и по ssh не подключиться. Адрес сайта вот такой xxx.
Я (Тех поддержка): Здравствуйте! Проверяю.
Через 5 минут.
Я: Кто-то сменил права на все файлы на 0777 для всех файлов. В истории есть команда chmod -R 0777 /
К: Ох нифига ж. А когда была выполнена команда?
Я: Точно сказать не могу, в истории команд нету даты, но судя по логу последний раз логинились в вот этого IP xx.xx.xx.xx
К: Ага, понял. Это наш контент мейкер. Есть возможность восстановить работу сайта?
Я: В данном случае — я бы не советовал. Восстанавливать все права на файлы надо в ручную, и не понятно как это скажется на стабильности и безопасности. Лучше сделать бекап, переустановить сервер и вернуть бекапы. Займет минут 20, но сервер будет в том же состоянии.
К: Да, делайте. А я пойду уволю этого идиота. Он сказал что сделал так, потому что картинки не показывались.
Немного добавлю про выбор хостинга.
Хостинг это тоже бизнес, и правят направленями развития и ограничениями на время SLA менеджеры.
И когда выбираете где разместить сайт нужно также смотреть направление развития компании-владельца.
А они (если взять даже 5-ку первых) разные. Некоторые тяготеют к корпоративному сегменту, поэтому решение проблемы мелкого сисадмина будет проблемой сисадмина. А некоторые наоборот верят в лендинги от сеошников-фрилансеров, соотвественно и техподдержка заточена под решение проблем с ними.
Хостинг это тоже бизнес, и правят направленями развития и ограничениями на время SLA менеджеры.
И когда выбираете где разместить сайт нужно также смотреть направление развития компании-владельца.
А они (если взять даже 5-ку первых) разные. Некоторые тяготеют к корпоративному сегменту, поэтому решение проблемы мелкого сисадмина будет проблемой сисадмина. А некоторые наоборот верят в лендинги от сеошников-фрилансеров, соотвественно и техподдержка заточена под решение проблем с ними.
Насчет «отвечают долго». У многих провайдеров в описании тарифов есть пункт «приоритет поддержки». И если вы платите 1 доллар, а кто-то — 100, условно, то отвечать будут сначала тому, кто платит больше. И это у многих вообще сделано на уровне тикетницы при помощи таймера: саппорт просто не видит сообщение с низким приоритетом некоторое время. Собственно, надо это учитывать, выбирая тариф, особенно если они по другим параметрам почти ничем не отличаются
От себя порекомендую шведский time4vps. Цены в евро, чуть выше средних рыночных по рф, но качество! Поддержка нормально работает, все стабильно, очень удобный интерфейс настройки машин с сайта, можно очень многое сделать. Также у них много дешевых машин с ссд. Сам арендую у них VPS 4 гб озу 2 ядра 2.4гц 80гб ссд с бекапами 1 ip. 100mb/s, по скидке (50% во время ЧМ) за 2 года вперед обошлось в 110 евро!
Шведский? Если Вы про этот Time4VPS, он литовский (Вильнюс).
У меня маленький сервис, приносящий неплохо денег, на жизнь хватает. А нагрузки мало, но скорость отклика, конечно, важна как и везде. И доступность.
Сменил пару-тройку российских VDS, то оверселлинг (тормоза на ФС, несмотря на громкие заявления об SSD и т.п.), то ещё чего. Последней каплей стал FirstByte, который вдруг объявил, что они толи AS меняют, толи ещё чего, ну короче в ближайшее время сменят айпишники всем серверам. Когда конкретно неизвестно и возможности сделать это без перерыва сервиса для клиента нет, всем пофиг. Просто взяли и поменяли. Потом ещё поржали надо мной на форуме, типа, чего я тут ещё жалуюсь из-за своего дешёвого хостинга (повторюсь мне большие ресурсы не нужны, только стабильность). Я офигел, видимо там реально тупо студенты и навсегда ушёл из России в принципе. Это был первый и последний раз за 5 лет когда мой сайт лежал для посетителей, просто пока обновлялись ДНС-ы.
За пару лет в немецком hetzner'е, за несильно бОльшие деньги на, опять-таки, самом дешёвом тарифе, проблем не возникало. Поддержка дружелюбная, хотя общаться приходилось только по финансовым вопросам, очень доволен.
Сменил пару-тройку российских VDS, то оверселлинг (тормоза на ФС, несмотря на громкие заявления об SSD и т.п.), то ещё чего. Последней каплей стал FirstByte, который вдруг объявил, что они толи AS меняют, толи ещё чего, ну короче в ближайшее время сменят айпишники всем серверам. Когда конкретно неизвестно и возможности сделать это без перерыва сервиса для клиента нет, всем пофиг. Просто взяли и поменяли. Потом ещё поржали надо мной на форуме, типа, чего я тут ещё жалуюсь из-за своего дешёвого хостинга (повторюсь мне большие ресурсы не нужны, только стабильность). Я офигел, видимо там реально тупо студенты и навсегда ушёл из России в принципе. Это был первый и последний раз за 5 лет когда мой сайт лежал для посетителей, просто пока обновлялись ДНС-ы.
За пару лет в немецком hetzner'е, за несильно бОльшие деньги на, опять-таки, самом дешёвом тарифе, проблем не возникало. Поддержка дружелюбная, хотя общаться приходилось только по финансовым вопросам, очень доволен.
Выражу не популярное мнение — статья вода водой.
1. Нет конкретики, только общие слова что вот есть плохой хостинг (но какой я Вам ни за что не скажу, а напишу шаблонные проблемы любого хостинг N) и есть хороший хостинг, куда входит внезапно REG.RU (один из самых дешевых хостинг провайдеров на территории РФ)
Попробуйте за минуту на сайте REG.RU найти номер технической поддержки. Если вдруг нашли, позвоните, узнаете что «Время разговора ограничено и составляет 8 минут». Все для клиента, да. Хотя тех. саппорт вроде грамотный.
2. Про Хостинг ровно два абзаца про скорость доступа и безопасность. Остальное про клиентов. Автор ты определись, ты пишешь про хостинг или про клиентов? Если клиенту по боку где и как размещать свой DYI-сайт это проблема хостинг-провайдера? Если клиент не хочет думать «на вырост», не читает договор, плевать ему на резервные копии, это вина хостинг-провайдера?
Нет это вина клиента, а статья не об этом.
Я уж молчу о том, что сугубо технические детали не должны интересовать среднестатического клиента — ему нужна услуга, а не знание о том, как именно происходит переключение на резервный ЦОД, как работает антивирусное ПО и почему используется KVM, вместо Hyper-V. Вы бы еще написали что клиенту важно понимать какие именно коммутаторы стоят в стойке и как зовут охранника, который ночью дежурит у ДЦ, вдруг он продает резервные копии БД Вашим конкурентам.
3. Про блокировки.
Как клиент должен выбирать хостинг с таким подходом мне лично не понятно. Звонить и узнавать у хостера, попадал ли он в черный список РКН?
Представил как хостинг-провайдер каждую ночь проверяет не зааплоудил ли кто у него где-нибудь на хостинге страничку «Азино-Улкан» или одностраничный сайт «Ориблейма».
Такое чувство что договор с провайдером на предоставление услуг Вы даже не открывали, не говоря уже об SLA. По крайней мере там нет никаких пунктов про то, что рядом с Вами в одной подсети не будет никаких «потенциально нелегитимных» по лично Вашему мнению сайтов или того же «Азино-Улкан». К тому же если РКН таки решит что-то запретить, Вам провайдер об этом даже и не скажет, а узнаете Вы об этом только когда сами пообщаетесь уже с тех.поддержкой.
PS: Пугает отсутствие в списке «Мастерхост», которому принадлежит порядка 40% рынка хостинг-услуг и с которым на моей памяти за 5 лет (!) проблем вообще не было (хотя у нас там и сайт работает и почта и т.д.) Зато есть DigitalOcean, который на моей памяти был заблокирован РКН
PSS: картинка в начале поста про какой-то конкретный хостинг или просто с потолка взяли?
1. Нет конкретики, только общие слова что вот есть плохой хостинг (но какой я Вам ни за что не скажу, а напишу шаблонные проблемы любого хостинг N) и есть хороший хостинг, куда входит внезапно REG.RU (один из самых дешевых хостинг провайдеров на территории РФ)
Попробуйте за минуту на сайте REG.RU найти номер технической поддержки. Если вдруг нашли, позвоните, узнаете что «Время разговора ограничено и составляет 8 минут». Все для клиента, да. Хотя тех. саппорт вроде грамотный.
2. Про Хостинг ровно два абзаца про скорость доступа и безопасность. Остальное про клиентов. Автор ты определись, ты пишешь про хостинг или про клиентов? Если клиенту по боку где и как размещать свой DYI-сайт это проблема хостинг-провайдера? Если клиент не хочет думать «на вырост», не читает договор, плевать ему на резервные копии, это вина хостинг-провайдера?
Нет это вина клиента, а статья не об этом.
Я уж молчу о том, что сугубо технические детали не должны интересовать среднестатического клиента — ему нужна услуга, а не знание о том, как именно происходит переключение на резервный ЦОД, как работает антивирусное ПО и почему используется KVM, вместо Hyper-V. Вы бы еще написали что клиенту важно понимать какие именно коммутаторы стоят в стойке и как зовут охранника, который ночью дежурит у ДЦ, вдруг он продает резервные копии БД Вашим конкурентам.
3. Про блокировки.
А что если ваш прекрасный продукт,… соседствует с каким-нибудь Azino-from-Fryazino, и его блокирнут вместе с вами?
Как клиент должен выбирать хостинг с таким подходом мне лично не понятно. Звонить и узнавать у хостера, попадал ли он в черный список РКН?
Представил как хостинг-провайдер каждую ночь проверяет не зааплоудил ли кто у него где-нибудь на хостинге страничку «Азино-Улкан» или одностраничный сайт «Ориблейма».
Такое чувство что договор с провайдером на предоставление услуг Вы даже не открывали, не говоря уже об SLA. По крайней мере там нет никаких пунктов про то, что рядом с Вами в одной подсети не будет никаких «потенциально нелегитимных» по лично Вашему мнению сайтов или того же «Азино-Улкан». К тому же если РКН таки решит что-то запретить, Вам провайдер об этом даже и не скажет, а узнаете Вы об этом только когда сами пообщаетесь уже с тех.поддержкой.
PS: Пугает отсутствие в списке «Мастерхост», которому принадлежит порядка 40% рынка хостинг-услуг и с которым на моей памяти за 5 лет (!) проблем вообще не было (хотя у нас там и сайт работает и почта и т.д.) Зато есть DigitalOcean, который на моей памяти был заблокирован РКН
PSS: картинка в начале поста про какой-то конкретный хостинг или просто с потолка взяли?
Sign up to leave a comment.
[Опрос и зло] Хостинги, будь они неладны