Всю жизнь я был так или иначе связан со спортом. Сначала занимался им профессионально, затем стал тренировать, а некоторое время писал публикации в СМИ. В 2020 году мне стрельнула в голову гениальная мысль - нет в рунете того сайта, в котором я нуждаюсь, а значит его нужно сделать самому. Концепция была максимально простая: в мире проходят сотни матчей в день, а все обзоры на них раскиданы по разным ютуб-каналам, поэтому было принято решение создать своеобразный агрегатор на эту тему.
Первые шаги и первое разочарование
Эта идея казалась мне беспроигрышной, вот только было несколько нюансов:
До этого момента я и понятия не представлял, что из себя представляет сайтостроение.
У меня было ровно ноль знаний о SEO. Я даже не знал, что это такое.
Я банально не проверил спрос на подобный контент, что стало самым важным, как выяснилось позже.
Я выбрал хостинг, зарегистрировал домен и начал медленно, но упорно выстраивать сайт через WordPress. По началу все было настолько плохо, что мне даже с трудом удавалось быстро найти панель управления сайтом. Через несколько месяцев я собрал простенький сайт, даже настроил граббер, но всплыла та самая проблема - не было такого количества спроса, который бы я хотел. Это было очевидно даже из Яндекс Вордстата, но я слишком поздно узнал об этом инструменте.
Перестройка сайта, счастье, и оглушительное падение
Просто так бросать сайт не хотелось, а потому начал искать пути развития. В России всегда была актуальна тема пиратских спортивных трансляций, и я стал изучать эту нишу. Внезапно обнаружил, что многие сайты живут годами, хотя транслируют матчи, защищенные авторскими правами со всех сторон. Так чем хуже мой сайт?
Я настроил потоки, оптимизировал страницы под поиск и почувствовал себя самым настоящим царем, ведь трафик сайта взлетел примерно до 5 тысяч уников в день, а AdSense, которым я монетизировал сайт, стал приносить примерно по 15-30 долларов в день. И это все практически на полном пассиве.
В голове стали генерироваться новые идеи, я строил грандиозные планы, но в один день все умерло. Я не смог зайти на сайт, на почте увидел сообщение от хостинга о требовании заблокировать сайт по решению Роскомнадзора. Еще позже я увидел сообщение от «Матч ТВ», в котором мне мягко намекнули, что я охренел и ворую их контент. Были попытки писать напрямую в Роскомнадзор, «Матч ТВ» и другие структуры, но ни одна из них не ответила.
Выводы
В день блокировки эмоции переваливали через край, я дико злился на хостинг, вещателей и другие сайты, которые промышляли аналогичным контентом, но спустя время очевидно, что виноват только я сам. Заниматься подобным серым трафиком морально тяжело, так как каждый день ожидаешь какую-нибудь претензию или блокировку. Я бы мог продолжить, постоянно переклеивать домены и работать дальше, но нервы важнее.
В качестве благодарности, если не сложно, подключайтесь к моей телеге, где на этот раз все безопасно: statsandmaps
В начале декабря ожидается появление реестра хостинг-провайдеров. В список включат только те компании, которые будут соблюдать новые требования кибербезопасности, иначе им придется прекратить оказывать хостинговые услуги. В преддверии этих изменений вспоминаем, каким был рынок хостинга на заре становления Рунета, и что с ним стало сейчас.
«Свою карьеру в хостинге я начинал в 2005 году. Тогда устроился работать в ночную техподдержку небольшого хостинг-провайдера «Арбатек», – рассказывает Сергей Рыжков, коммерческий директор хостинг-провайдера SpaceWeb. – «Отрасль была новая и бурно развивалась, работать в ней было интересно. Все понимали, что сайты – это будущее. Соцсетей тогда ещё не было – ВКонтакте появился в 2006 году, а популярной площадкой был ЖЖ».
От 400 тысяч до 5 миллионов доменов
Первые хостинг-провайдеры в России появились в 2000 году. Поэтому к 2005 году рынок уже сформировался.
Топ-22 хостинг-провайдеров на октябрь 2005 года. Источник: 1stat.ru
Известных сегодня крупных хостинг-провайдеров, таких как «Рег.ру», Beget и TimeWeb, тогда ещё не существовало. А вот SpaceWeb уже вовсю работал! Самым крупным хостером в то время был «Мастерхост» – на начало сентября 2005 года он обслуживал 26 435 доменов в зоне .RU. По современным меркам это совсем скромно. Но нужно понимать, что зона .RU тогда насчитывала всего 400 тысяч доменов, сегодня же в ней около 5 млн доменов.
Из топовых провайдеров того времени немногие дожили до сегодняшнего дня. Часть из них были куплены более успешными конкурентами, другие – находятся в технологическом застое. Лишь единицы смогли пройти этот путь и остаться востребованными на рынке.
Топ-20 хостинг-провайдеров на октябрь 2023 года. Источник: StatOnline.ru
От 1000 мегабайт до 30 гигабайт
В стандартный набор услуг хостинг-провайдеров в 2005 году входил виртуальный хостинг, регистрация доменов, аренда выделенного сервера (dedicated) и размещение сервера (colocation). Флагманской услугой, конечно, был виртуальный хостинг (shared hosting). В то время он рос со скоростью 150% в год.
Пример тарифной линейки виртуального хостинга в 2005 году. Источник: Web.archive.org
Дисковое пространство исчислялось в мегабайтах. Самый крупный тариф доходил до 1000 Мб. Да и куда больше – сайты «весили» мало. Значительная часть веб-ресурсов была на голом HTML. Именно поэтому в линейке почти каждого хостинг-провайдера присутствовал тариф для статики, в котором были недоступны обработчики PHP и отсутствовали базы данных.
Цены не сильно отличались от текущих, а в пересчёте на диск – были значительно выше. Тариф на 1000 Мб стоил в вилке от 350 до 550 рублей по курсу того времени. Сейчас за эти деньги можно получить 30 Гб на том же виртуальном хостинге. Услуга аренды выделенных серверов предоставлялась на оборудовании того времени.
Пример тарифной линейки услуги dedicated в 2005 году. Источник: Web.archive.org
В остальном услуга dedicated не сильно изменилась за 18 лет. Основной вектор развития лежал в области администрирования.
Стоит сказать, что виртуальные серверы (VPS/VDS), которые сейчас двигают рынок хостинга вперёд, в 2005 году находились в зачаточном состоянии. Например, «Мастерхост» запустил первые VPS в конце 2005 года, SpaceWeb – в 2009 году. Дальше услуга претерпела массу трансформаций, прежде чем дойти до текущего уровня популярности на рынке.
От «самописных» сайтов до CMS
О версиях программного обеспечения на серверах можно не говорить – понятно, что они соответствовали своему времени. WordPress же появился в 2003 году, Joomla – в 2005 году, поэтому большинство динамических сайтов были «самописные» на PHP/MySQL. При этом уровень разработчиков был очень разным – от профессиональных веб-мастеров до самоучек, которые учились делать сайты прямо в процессе эксплуатации хостинга. Это приводило к массе проблем с безопасностью и ресурсопотреблением, что в конечном счёте сказывалось на качестве самих услуг.
А ещё огромной популярностью пользовался parser имени Лебедева – олды точно помнят его до сих пор.
Сейчас подавляющее большинство сайтов используют CMS WordPress, Joomla, Bitrix и другие. Сложные сайты создаются на популярных фреймворках профессиональными командами разработки.
От коммерческих панелей до мобильных приложений
Собственные панели управления хостингом уже тогда существовали, но по ряду причин они уступали коммерческим версиям:
содержали технические и логические ошибки;
имели непроработанный UX/UI;
в панелях было много объёмных текстов с инструкциями, но мало функций;
дизайн вообще отсутствовал, или его копировали с коммерческих панелей.
В то время абсолютно нормальным считалось услышать от клиента: «У них не cPanel, а какая-то своя поделка».
Сейчас собственная панель управления – это, несомненно, сильное УТП любого хостинг-провайдера. Помимо проработанных UX/UI и современного дизайна, они могут похвастаться тем, чего нет в коммерческих панелях:
совмещением административно-финансовых и технических функций;
собственными ноу-хау под своих клиентов;
интеграциями с внешними поставщиками;
системами рекомендаций и прочим.
Пример панели управления в ноябре 2023 года. Источник: Sweb.ru
Из коммерческих панелей тогда большей популярностью пользовались cPanel и Plesk. ISPManager появился только в 2004 году и тогда ещё не набрал нужный вес на рынке. ISPManager – российская разработка, сегодня это самая популярная панель управления серверами в России, известная во всём мире. На ней сегодня выстроен бизнес целого ряда успешных хостинг-провайдеров.
Тренд последних лет – мобильные приложения для управления хостингом. По набору доступных функций они уступают десктопным панелям, но зато всё самое необходимое всегда под рукой.
От работы вслепую до переноса сайтов между провайдерами
Уже в 2005 году к технической поддержке хостинга предъявлялись весьма высокие требования. 24/7 – стандарт, обработка заявок в течение часа – нормальная практика, умение вникнуть в суть вопроса клиента и быстро его решить – девиз любого инженера техподдержки.
Каналов было только два: телефон и электронная почта. Сейчас наряду с ними помощь оказывается чаще через чаты и мессенджеры.
Интересной особенностью того времени было отсутствие у поддержки доступа в панель управления клиента и к аккаунту по SSH. Техническая поддержка оказывалась фактически вслепую. Нормальными были диалоги с клиентами вида:
- Зайдите в раздел, что вы видите?
- А эта кнопка активная?
- Так, давайте тогда вернёмся на главную и проверим ещё кое-что.
Когда спустя пару лет у саппорта появились специальные профили доступа в аккаунты клиентов – это была настоящая революция в области техподдержки хостинга.
В 2005 году в качестве тикетной системы использовалась ОТРС. Но и сегодня многие провайдеры до сих пор пользуется ей. Вот уж действительно продукт, проверенный временем!
Значительно отличалась зона ответственности технической поддержки. Тогда в 2005 году ответ клиенту: «Проблема на вашей стороне», – считался хоть и не вежливым, но вполне адекватным. Другими словами, саппорт помогал только с очевидными проблемами хостинга. Сейчас же поддержка хостинга бесплатно делает огромный набор работ из зоны ответственности клиента. Например, переносит сайты от других провайдеров – де факто это уже стандарт рынка.
От 99,9% до 99,99% аптайма
Качество услуг в 2005 году оставляло желать лучшего. Судите сами:
слабое резервирование на всех уровнях. Падение канала, сбой в работе сервера инфраструктуры, выход из строя комплектующих сервера – всё это приводило к простою клиентских сайтов;
отсутствие средств защиты от DDoS-атак. Хотя атак было не так много, единственный способ борьбы с ними был – определить цель атаки и отключить сайт, чтобы остальные клиенты не страдали;
большое число некачественных самописных сайтов на хостинге, и одновременно плохое лимитирование shared-ресурсов. Ситуация, когда один клиент запустил какой-то скрипт и тем самым завалил сервер с сотней клиентов, была не такая уж редкая;
и ещё много других разовых ситуаций, с которыми админы хостингов сталкивались впервые и решали методом проб и ошибок.
Всё это приводило к довольно низкому аптайму. Показателем качества в 2005 году был значок «uptime 99,9%». Если посчитать, то это почти 9 часов простоя в год. Но и этот показатель не всегда соблюдался.
С тех пор качество услуг взлетело до небес. И речь не про отдельные компании, а в среднем по отрасли:
у хостеров зарезервировано всё, что можно: инфраструктура, каналы, железо. Выход из строя любого элемента никак не отражается на работе сайтов;
DDoS-защита это must have. Современные хостинг-провайдеры отражают десятки атак в день, и это проходит незаметно для клиентов;
лимитрование ресурсов на хостинге достигло совершенства. Мантра о том, что клиент на виртуальном хостинге не один, и есть соседи по серверу – уже почти не используется;
все мыслимые проблемы уже были либо решены, либо на них есть чёткие инструкции, спущенные в дежурные службы.
Сейчас, говоря про аптайм, обсуждают четвертую цифру, то есть 99,9X. И там вполне может быть девятка (99,99%), а это уже всего 53 минуты простоя в год.
В заключение хочется добавить, что за всё это время рынку хостингу часто предрекали конец: «Вот ещё пару лет, и хостинга не будет», но, к счастью, все эти прогнозы не сбылись. Да, хостинг в России сильно изменился за 18 лет, но он вырос, стал лучше, и по-прежнему остаётся надёжной опорой, на которой развивается Рунет.
Новые требования к хостинг-провайдерам вступят в силу уже с 1 декабря 2023 г. По ним хостеры будут обязаны подтвердить свой уровень безопасности, подключиться к госсистемам и вступить в специальный реестр Роскомнадзора, или прекратить оказывать услуги. В таких условиях некоторые клиенты заранее выбирают переезд к более крупным и надежным провайдерам, чье попадание в реестр наиболее вероятно. В этой статье рассказываем о нюансах «переезда» с одного хостинга на другой.
Скоро услуги хостинга смогут оказывать только те компании, которые войдут в специальный реестр. Для этого хостинг-провайдеры должны будут подключиться к государственной системе противодействия кибератакам, использовать национальную систему доменных имен, передавать данные о вредоносном трафике и идентифицировать клиентов одним из доверенных способов.
Эти меры направлены на предотвращение участившихся кибергуроз, а значит клиенты смогут быть увереннее в устойчивости своих цифровых ресурсов. Однако хостинг-провайдеры, которые не войдут в реестр, не смогут работать. А значит, сайты на этих хостингах будут недоступны, и возникнет вопрос об их переносе к другому хостеру. Разбираемся, как подготовиться к переносу сайта и что предусмотреть до «переезда».
Почему к переносу нужно готовиться
Перенос сайта — это всегда повышенный риск того, что сайт станет недоступен по тем или иным причинам на стороне сервера. А если пользователи видят 500-ые ошибки — хорошего не жди:
Если сайт недоступен долгое время, поисковые роботы могут посчитать его «мертвым» и обрушить позиции в поисковой выдаче.
Также недоступный сайт автоматически влечет за собой финансовые потери: если рекламные кампании продолжают откручиваться, но трафик некуда приземлить, бюджет просто сгорит.
Для сайтов на большом трафике даже непродолжительная недоступность — это потеря выручки. Например, популярные маркетплейсы ежедневно обрабатывают в среднем 800 тыс. заказов, и для них час простоя — это потеря более приблизительно 30 тысяч заказов. А при среднем чеке в 1000 рублей это может привести к почти 30 млн рублей убытка в час.
Не стоит сбрасывать со счетов и репутационные потери. Так, недоступный сайт веб-студии — это повод усомниться в профессионализме такого подрядчика.
Наконец, пользовательский опыт. Сбои в работе сайта негативно сказываются на впечатлении пользователей от продукта и сервиса: у вас закончилась вода в кулере, вы зашли на сайт — а видите Internal Server Error.
Существует множество причин, почему сайт перестает быть доступным. Самые распространенные — это неправильная настройка работы с SSL-сертификатом, которая ведет к циклической переадресации, неверно указанные пути к папкам и данным в БД, неправильная настройка .htaccess, разные кодировки у базы данных и сайта. Еще одна популярная причина — ваш провайдер не поддерживает версию PHP, которая нужна вашему сайту.
Решено, переезжаем. А куда?
Для начала стоит определиться с критериями. Обычно это цена, стабильность, серверное ПО, техническая поддержка и наличие дополнительных сервисов. Давайте поймем, что для вас важно.
Цена. Здесь все просто: если вам не подходят тарифы текущего провайдера, посмотрите на предложение соседнего. Имеет смысл задать поддержке вопрос о том, когда в последний раз менялись тарифы, и что именно изменилось.
Стабильность и производительность. Главная метрика стабильности — это аптайм, то есть время бесперебойной работы хостинга. Аптайм можно проверить через такие сервисы, как Hosters — чем он выше, тем надежнее хостинг.
Наличие подходящего ПО. Если у хостера нет поддержки нужной вашему сайту версии PHP или MySQL, то переходить на него бессмысленно. Убедитесь, что провайдер установил новые версии и регулярно их обновляет — уточните в чате поддержки, эту информацию провайдеры обычно не скрывают.
Техническая поддержка. Качество поддержки можно оценить только на реальной эксплуатации, так что возьмите тестовый период и задайте поддержке несколько вопросов: в будни, выходные, рабочее и ночное время. Замерьте время и качество ответа.
Дополнительные услуги. Провайдеры обычно предоставляют такие сервисы, как антивирус, защита от DDoS, спам-фильтры, почта — если вы собираетесь пользоваться почтовой системой провайдера. Изучите тарифы на почту заранее, если со временем вам потребуется больше ящиков или места в хранилище.
Процесс переноса: как ничего не потерять и защитить данные
Идеальных «переездов», как правило, не бывает. Очень многое будет зависеть от конкретного кейса: используемых на сайте технологий, CMS, фреймворков. Здесь придется перечитать пачку инструкций для каждой технологии — нюансов столько, что ошибиться будет проще простого.
Поэтому самый короткий рецепт, особенно если у вас нет своего администратора, — доверить миграцию экспертам на стороне хостинг-провайдера. Эту услугу некоторые провайдеры предоставляют бесплатно. Каким будет процесс:
Специалист поддержки попросит у вас доступы от текущего хостинга.
Какое-то время уйдет на изучение файлов и папок вашего сайта, требований к PHP и MySQL.
После ваш сайт перенесут на новый хостинг и выделят технический домен, на котором вы сможете проверить работоспособность сайта.
Когда вы убедитесь в том, что все в порядке, специалист изменит ns-записи для домена или поменяет А-запись.
Чтобы все прошло с минимальным риском, стоит убедиться, что вы создали резервную копию данных — делать это стоит непосредственно перед переносом и не вносить никаких изменений в файлы или настройки DNS, когда создание копии запущено. Еще совет: не создавайте бэкапы там же, где хостится сайт — например, делайте резервные копии на вашей машине. Когда перенос закончился и по всем признакам закончился успешно — не спешите удалять бэкап. Бывает, что часть данных при миграции теряется, но обнаружить это сразу не могут ни владелец сайта, ни специалист провайдера.
Стоит понимать, что перенос сайта — это одновременно и перенос всех его проблем. Вирусы, бэкдоры в коде, все это успешно переедет на новое место. Убедитесь, что у вашего нового провайдера есть антивирус и проведите полную проверку сразу после запуска на новом хостинге.
И наконец: правда ли, что переезд плохо влияет на SEO?
Сам по себе перенос файлов с одного хостинга на другой никак не влияет на позиции в выдаче. Но вот если в процессе переезда сайт упадет и пролежит достаточно долго — SEO может пострадать. И это еще одна причина не заниматься всем самостоятельно, особенно если у вас нет релевантного опыта.
Коротко о главном
С декабря изменяются требования к хостинг-провайдерам. Убедитесь, что ваш хостер попадает в реестр — итогового списка пока нет, но вы можете перейти к более надежному провайдеру, который уделяет пристальное внимание безопасности и наверняка позаботится о том, чтобы соответствовать новым правилам.
Чтобы подобрать хостинг для своего проекта, стоит определиться с критериями: ценой, наличием у провайдера нужных технологий и их актуальных версий, требованиями к качеству поддержки, приемлемым уровнем аптайма, дополнительными сервисами. Так, наличие антивируса будет большим плюсом — во время переноса вы сможете найти вирусы и уязвимости в коде и устранить их.
Процесс переноса, настройки ns-записей и DNS не выглядит чем-то сложным, пока вы не столкнулись со сменой провайдера на практике. Здесь все определяют мелочи: например, каждая CMS имеет набор собственных инструкций, которые нужно учесть при переезде.
Самое неприятное последствие неправильного переноса — 500-е ошибки, недоступность сайта. Если сайт будет лежать достаточно долго, это повлияет как на SEO, так и на более очевидные метрики, вроде выручки — особенно актуально для интернет-магазинов и информационных порталов.
Самым простым решением будет доверить процесс переноса специалисту на стороне хостинга. Многие провайдеры предоставляют такую услугу бесплатно. За дополнительную плату вам помогут перенести и перенастроить почту.
Хостинг ИксФайвИкс предоставляет ООО “Иксфайвикс” г. Челябинск. Предлагаю немного ознакомится с компанией, многие “обзорщики” пишут о том, что хостер был основан в 2006 году, но суда по данным с сайта хостера дата образования была чуть позже, а именно 06.09.2013г.
Если мы говорим про финансы, то они достаточно скромные.
За последнее время прибыль упала, вероятно именно с этим и было связано очередное удорожание услуг виртуального хостинга в октябре этого года.
По клиентам:
Согласно данным hostings.info – 4000. Как относиться к данной информации решать Вам, но других данных я не нашел.
Про хостинг:
Физически Ваш сайт будет расположен в ДЦ Reg.ru. (так же размещаются в ДЦ Selectel). В среднем на 1ip более 30 сайтов, что для виртуального хостинга не много. К примеру в HandyHost на 1ip висело более 1000 сайтов. За 3 месяца тестирования (без нагрузок) сайт лежал не более 4-х минут, что в принципе мы можем отнести к погрешности.
Панель DirectAdmin. Так же можно управлять из личного кабинета.
Скорость загрузки WordPress сайта составляет 0,3 до 0,55 сек.
Оплачивать удобно, есть скидки, партнерская программа.
Поддержка есть, вменяемая, я бы даже сказал приветливая.
В целом от хостинга я получил скорее положительные эмоции, хотя на начальном этапе были некоторые незначительные сложности с DirectAdmin.
Про стоимость:
Стоимость высокая (тариф 10ГБ/10 сайтов – 395 рублей), но хостер ссылается на то, что она нивелируется высоким уровнем сервиса. За 3 месяца использования я обращался в поддержку только 2 раза и то скорее для уточнения, чем для реальной помощи. Если вы готовы платить за поддержку, то этот вариант должен Вам подойти. Но за аналогичные деньги можно взять уже VPS.
Про конкурентов на DirectAdmin:
Lite.Host – хостинг одного человека. Аналогичный объем тарифа 10ГБ/10 сайтов – стоит 149 рублей, при оплате за год 126 рублей. Поддержка есть не быстра в течение суток.
Justhost – темная лошадка. Аналогичный объем тарифа 10ГБ/много сайтов – стоит 87 рублей, при оплате за год 69 рублей. Поддержка есть не быстра в течение суток. (Не рекомендую, но для сравнения оставлю)
Fozzy – у меня нет данных по хостингу, чтобы объективно оценивать, не пользовался. Аналогичный объем тарифа 12ГБ/10 сайтов – стоит 229 рублей, при оплате за год 206 рублей.
Hostlix – середнячек. Аналогичный объем тарифа 10ГБ/15 сайтов – стоит 90 рублей в месяц. ЦОД М1 (Москва). Поддержка есть, когда обращался обычно отвечали в течение нескольких часов, однако мне писали, что иногда доходило до суток. Сложно сказать причину, возможно сложность поставленной задачи сказывалась на времени решения проблемы.
ООО “Интернет технологии” – ztelecom.ru. Все то же, что и в Hostlix, только цена 80 рублей. ЦОД М1 (Москва).
Мнение автора.
Я бы все же не стал рекомендовать хостинг. И дело тут даже не в высокой цене или проблемах доступа, а непосредственно в отношении к пользователю. Нет какой-то искренности что ли, открытости. Для меня важно иметь обратную связь. Если для Вас нет, тот можете забыть эти строки.
Меня зовут Никита и я больше 15 лет работаю в области рекламы/интернет-маркетинга. Хочу поделиться с вами несколькими историями, почему нужно всегда делать бекапы и причем несколько и в разных местах.
Один из основных инструментов в области привлечения пациентов являются сайты компаний. И мне за свою карьеру приходилось сделать наверно под сотню сайтов/лэндингов. А сайты компаний где хранятся? Правильно, у профильных компаний на shared хостингах / VDS / DEDIC.
За 15 лет работы я работал с 30-40 хостинг-компаниями. Какие выводы я сделал и почему:
Всегда имейте сайт на первом хостинге, бекапируйте информацию на второй хостинг, и ещё бекапируйте на локальное хранилище.
Если твой бизнес организован только через интернет - тебя могут поиметь как угодно, и ты ничего не сможешь сделать и ничего доказать. Просто удалят аккаунт.
А теперь расскажу о ситуациях, которые меня коснулись в моей деятельности за жизнь:
Хостинг OQhost - в один момент (год 2009+\-) - в один момент пропал, вместе с сайтами и зарегистрированными через него доменами.
Timeweb в 2013 году - просто взял и удалил партнерский аккаунт с деньгами на счету. (Бизнес по-русски, зачем платить, когда можно удалить и сказать, что мы тебе ничего не должны)
Beget году в 2015 - аналогичная ситуация, просто дропнули аккаунт.
TagHosting - в 2018/2019 году - просто обанкротился, телефоны и почты перестали отвечать. Сайты перестали работать. И такая ситуация длилась в течение нескольких лет. Сейчас зашел на их сайт, увидел что редизайн сделан, восстановил доступы от аккаунта - зашел, а личный кабинет голый как чистый лист.
Давненько я не писал обзоры на хостинг, видимо пришло время. Познакомился я намедни с хостингом 1c-24 бывший free-www, однако в прошлый раз не срослось написать статью, в этот раз постараюсь исправиться.
Что мы знаем про хостинг 1c-24?
Хостер 1с-24 предлагает как виртуальный хостинг, так и VPS сервера и то и другое я приобрел для теста на месяц.
Размещается в ДЦ Adman (Новосибирск) которому я посветил несколько статей. (первая и вторая)
Стоимость услуг “демократичная” особенно виртуальный хостинг. Минимальный тариф от 20 рублей, понятное дело, что все надо будет делать руками.
VPS от 100 рублей (но по факту за эти деньги Вы взять ничего хорошего не сможете, ориентируйтесь от 172 руб.). Ну и не стоит ожидать волшебства, мы имеем дело с минимальным за минимальное.
Немного про управление:
Биллинговая система хостинга – WHMCS.
Панель управления VPS – VMmanager.
Панель управления виртуальным хостингом – Brainy.
Теперь про себя любимого.
Мой виртуальный хостинг:
Минимальный тариф за 20 рублей.
1 сайт/1ГБ/1БД
Ставим все ручками
Мой VPS:
Мой выбор пал на тариф за 288 рублей, так как для меня оптимальная конфигурация VPS 2/2/20, а в случае с тарифом за 288 рублей еще +1 ГБ.
Во время регистрации VPS и установки возникли незначительные сложности, однако поддержка помогла и советом и делом.
Далее уже самостоятельно через VMmanager настроил параметры моего VPS.
Загрузил 19 сайтов (wordpress).
Настроил aapanel которую ранее установил и все.
Итог.
Какие плюсы я могу отметить?
Безлимитный трафик, нет ограничений.
Присутствует техническая поддержка.
Uptime 99.9%.
Какие минусы?
Оплата с комиссией 2%.
P/S По поводу моего отношения к представителям ДЦ Adman. К сожалению в ходе коммуникации с сотрудниками ДЦ сложился негативный опыт (ссылки на статьи выше) и это мешало объективности восприятия их услуг. Прошло время, страсти поутихли. Теперь могу сказать следующее железо норм, сотрудники нет. По этой причине работать с их ДЦ через 1c-24 считаю неплохой вариант.
Как пример могу привести вариант со связью. Установили в рамках гос. программы “Устранение цифрового неравенства” вышку Tele2. Связь огонь, интернет быстрый, а вот оператор шлак, что делать? Купить симку виртуала (на базе Tele2) и не мучатся. Здесь примерно так же.
Хочу поделиться своей историей о том, как я приобрел VPS хостинг в Украине, потерял 6 евро, и просто ахерел от наглости и русофобии тех-поддержки. Дело было так: Потребовалось мне однажды приобрести VPS сервер, так как напало жуткое желание создать "Идеальный сайт, на соккетах nodejs" и тд. Зная что это мечта локальная, мимолетная и понимая что скоро меня отпустит, решил приобрести бюджетный, не особо мощный впс-сервер. Покопавшись на PoiskVPS и полистав разные сервера, решил выбрать привлекательный по ОЗУ (512МБ). Оплатил на год вперед. Но как это часто бывает, после покупки VPS, он у меня просто лежал пылился, а я ничего на нем не делал (кроме как время от времени скидывал туда бейкапы). Прошло примерно 6 месяцев, и я обнаруживаю отрицательный баланс на своем лицевом счете 8 евро (мало да, но тут дело принципа), за услугу "Трафик" списание по 4 евро в день. Пишу в поддержку мол "Ребята, мне ваш Трафик наф не нужен. Мне надо только впс". На что в ответ получаю чувака из тех-поддержки с Украинским флагом на аве, который люто не любит Россию и Казахстан, и жутко волнуется, как бы кому из его клиентов из этих стран хорошо жить не началось при использовании его хостинг-услуг. Далее скриншоты переписки с тех-поддержкой (простите за мелкий шрифт).
В один прекрасный день передо мной встает нетривиальная задача по реализации на сайте очередной фишки. Для которой, нужно было отредактировать какой-то файл настроек на моем хостинге, чем я собственно и занялся.
Значит захожу в панельку ISP manager и вижу двойной менеджер файлов. Наверное он будет в два раза продуктивнее, думаю я, и захожу в него.
Вспоминаю, что нужно мне настроить и без труда прокликиваю до пути /etc/https/conf
Мой взгляд падает на директорию vhosts и ее содержимое, затем на вторую половину файлового менеджера...звучит зловещая музыка
В голове мысли, а что если в справа случайно будут какие-нибудь другие цифры. Сказано - сделано. Жмякаем на меню "Навигация" -> "Перейти"
И, о чудо, мы в гостях. Поздороваемся, снимем обувь и зайдем. Добрый вечер файл wp-config.php
Погостили, пора и честь знать. Возвращаемся домой в наш родной ISPManager, выходим покурить на балкон в PHPMyadmin. Ой, простите, когда мы уходили из гостей, мы перепутали свои ключи с хозяйскими, какая досада.
Сорить мы конечно не будем, а просто сообщим заведующей по дому, что произошла забавная неурядица. Зав. домом нас конечно похвалит, что мы не мусорим и ведём себя подобающе.
Но вместо шоколадной конфеты, даст нам карамельку барбариску, от которой мы в конце концов пораним язык