spaceweb

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

Мы в SpaceWeb очень понимаем такое желание. С 2001 года мы предлагаем виртуальные серверы частным разработчикам, веб-студиям и рекламным агентствам. Но недавно решили сделать игровой сервер для Minecraft в качестве пет-проекта. Получилось классно, и мы продолжаем его развивать. В статье расскажем, почему обратили внимание именно на эту игру и как создавали сервер.

Почему выбрали Minecraft

В первую очередь мы смотрели на популярность игры. Minecraft — самая продаваемая видеоигра всех времен: за 15 лет с релиза было продано более 300 млн копий. Квадратный мир связал разные поколения: Minecraft любят и школьники, и взрослые люди.

Еще одна особенность, которая стала для нас преимуществом, — готовые серверы для Minecraft может создать любой хостинг-провайдер. С другими играми всё сложнее. Например, Valve запрещает сторонним компаниям использовать свои игры в коммерческих целях и сама занимается поддержкой серверов по Counter-Strike: Global Offensive и Dota 2.

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

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

Мы же хотели создать готовое решение, которое сэкономит время игроков: просто вводишь IP-адрес и попадаешь на сервер, где уже всё настроено.

Как создавали сервер

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

Мы взяли классическую виртуальную машину, с которой обычно работаем, и установили на нее Minecraft: Java Edition без модификаций. От виртуального хостинга отказались, потому что для игрового сервера он недостаточно мощный.

Обычно хостинг-провайдеры игровых серверов предлагают решения для определенного количества игроков — например, на 10, 20 или 50 человек. Мы решили зайти со стороны технических характеристик. Первым делом позаботились о достаточном объеме оперативной памяти, так как для многопользовательского режима это ключевая характеристика. Сделали несколько вариантов. Базовый объем, которого хватит на 10–12 человек, — 6 ГБ. При необходимости оперативку можно расширить до 32 ГБ: на таком сервере могут играть сотни игроков со множеством модов.

По сути сервер уже был готов — заходи и играй. Но когда начали его тестировать, поняли — нужно добавить решение, с которым игроки смогут устанавливать моды и кастомизировать сервер без лишних трудностей. Выбрали Forge Addon, потому что с ним работает большинство модификаций, например популярный Macaw‘s Holiday, который добавляет в игру праздничный декор, и мод с подарками Jolly Boxes.

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

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

Что получили в итоге

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

Результат — готовый сервер с IP-адресом, чтобы зайти в игру. Это максимально простое решение, чтобы играть с друзьями на своем серваке и не тратить на его создание и поддержание кучу часов. Вот что еще мы добавили:

• Три резервные копии виртуальной машины — можно сделать бэкап сервера перед тем, как устанавливать разные режимы и моды. Пока тестировали установку модов, поняли, что важно сохранить возможность легко вернуться к исходным настройкам. Учли это в финальной версии сервера.

• Гибкое управление ресурсами — оперативную память можно расширить при необходимости. Во время подготовки сервера нам хватало и базового объема на 6 ГБ. Но для тех, кому захочется собрать под сотню друзей на серваке, добавили больше гибкости.

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

• Административный Root-доступ — предоставляем владельцу сервера полное управление. У нас, как у провайдера, нет доступа к нему. Это чтобы геймеры точно ни о чем не переживали.

Minecraft — это только начало. Мы готовы и дальше креативить и создавать серверы для других игр и пет-проектов.

Помогите нам определиться: какую игру нам взять следующей? Что посоветуете учесть при создании сервера для нее?

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

Способ №1. Размещают на хостинге клиентские сайты

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

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

Веб-студии несут ответственность перед клиентом за работоспособность сайта, поэтому при выборе хостинга также важно убедиться в стабильности серверов хостера. Для этого можно изучить информацию о ЦОД, в которых размещены мощности хостинг-провайдера. Обычно надежные хостеры отдают предпочтение дата-центрам уровня Tier III, которые не приостанавливают работу даже на время отключения электричества или аварий на городских линиях электропередач. С такой инфраструктурой сайт клиента выдержит большой поток трафика и не «упадет» в самый неожиданный момент. А репутация студии не пострадает из-за сложностей на стороне поставщика хостинговых услуг.

Способ №2. Предлагают клиентам скидку на хостинг

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

Для самого клиента это возможность сократить регулярные расходы на оплату хостинга. Некоторые хостеры компенсируют скидку за свой счет, а процент вознаграждения зависит от услуг, которые выбрал клиент. Например, в SpaceWeb за оплату виртуального хостинга для WordPress или Joomla партнеру возвращается 30% от его стоимости, а мощного хостинга для 1C-Битрикс — от 14 до 24%. Если активировать специальную опцию и дать клиенту скидку 15% на хостинг, то партнер получит ½ вознаграждения от этих услуг.

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

Способ №3. Рекомендуют хостинг-провайдера

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

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

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

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

Как правило, в панели управления на сайте хостинг-провайдера доступна аналитика привлечения: сколько рефералов пришло от партнера и из каких каналов. Так проще понять, откуда идет самый высокий трафик, и увеличить его, тем самым повысив себе регулярный доход.

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

«Свою карьеру в хостинге я начинал в 2005 году. Тогда устроился работать в ночную техподдержку небольшого хостинг-провайдера «Арбатек», – рассказывает Сергей Рыжков, коммерческий директор хостинг-провайдера SpaceWeb. – «Отрасль была новая и бурно развивалась, работать в ней было интересно. Все понимали, что сайты – это будущее. Соцсетей тогда ещё не было – ВКонтакте появился в 2006 году, а популярной площадкой был ЖЖ».

От 400 тысяч до 5 миллионов доменов

Первые хостинг-провайдеры в России появились в 2000 году. Поэтому к 2005 году рынок уже сформировался.

Известных сегодня крупных хостинг-провайдеров, таких как «Рег.ру», Beget и TimeWeb, тогда ещё не существовало. А вот SpaceWeb уже вовсю работал! Самым крупным хостером в то время был «Мастерхост» – на начало сентября 2005 года он обслуживал 26 435 доменов в зоне .RU. По современным меркам это совсем скромно. Но нужно понимать, что зона .RU тогда насчитывала всего 400 тысяч доменов, сегодня же в ней около 5 млн доменов.

Из топовых провайдеров того времени немногие дожили до сегодняшнего дня. Часть из них были куплены более успешными конкурентами, другие – находятся в технологическом застое. Лишь единицы смогли пройти этот путь и остаться востребованными на рынке.

От 1000 мегабайт до 30 гигабайт

В стандартный набор услуг хостинг-провайдеров в 2005 году входил виртуальный хостинг, регистрация доменов, аренда выделенного сервера (dedicated) и размещение сервера (colocation). Флагманской услугой, конечно, был виртуальный хостинг (shared hosting). В то время он рос со скоростью 150% в год.

Дисковое пространство исчислялось в мегабайтах. Самый крупный тариф доходил до 1000 Мб. Да и куда больше – сайты «весили» мало. Значительная часть веб-ресурсов была на голом HTML. Именно поэтому в линейке почти каждого хостинг-провайдера присутствовал тариф для статики, в котором были недоступны обработчики PHP и отсутствовали базы данных.

Цены не сильно отличались от текущих, а в пересчёте на диск – были значительно выше. Тариф на 1000 Мб стоил в вилке от 350 до 550 рублей по курсу того времени. Сейчас за эти деньги можно получить 30 Гб на том же виртуальном хостинге. Услуга аренды выделенных серверов предоставлялась на оборудовании того времени.

В остальном услуга 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 и современного дизайна, они могут похвастаться тем, чего нет в коммерческих панелях:

• совмещением административно-финансовых и технических функций;

• собственными ноу-хау под своих клиентов;

• интеграциями с внешними поставщиками;

• системами рекомендаций и прочим.

Из коммерческих панелей тогда большей популярностью пользовались 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, фреймворков. Здесь придется перечитать пачку инструкций для каждой технологии — нюансов столько, что ошибиться будет проще простого.

Поэтому самый короткий рецепт, особенно если у вас нет своего администратора, — доверить миграцию экспертам на стороне хостинг-провайдера. Эту услугу некоторые провайдеры предоставляют бесплатно. Каким будет процесс:

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

Стоит понимать, что перенос сайта — это одновременно и перенос всех его проблем. Вирусы, бэкдоры в коде, все это успешно переедет на новое место. Убедитесь, что у вашего нового провайдера есть антивирус и проведите полную проверку сразу после запуска на новом хостинге.

И наконец: правда ли, что переезд плохо влияет на SEO?

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

Коротко о главном

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

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

• Процесс переноса, настройки ns-записей и DNS не выглядит чем-то сложным, пока вы не столкнулись со сменой провайдера на практике. Здесь все определяют мелочи: например, каждая CMS имеет набор собственных инструкций, которые нужно учесть при переезде.

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

• Самым простым решением будет доверить процесс переноса специалисту на стороне хостинга. Многие провайдеры предоставляют такую услугу бесплатно. За дополнительную плату вам помогут перенести и перенастроить почту.