Разработка структуры сайта (приложения),
архитектуры базы данных. Прототипирование.
Организовать работу классного сайта – это все равно что управлять маленькой компанией, которая выполняет множество разноплановых задач. Кроме того, сайт должен решать имиджевые и эстетические задачи. Поэтому современный сайт требует к своему созданию комплексного, а не только "программистского" подхода.
Как менеджер (мое высшее образование), я смотрю на сайт как на важное звено в общей управленческой цепочке и создаю алгоритмы работы как самого сайта, так и работы над ним. А хорошо выстроенный рабочий процесс - это гарантия того, что все будет сделано качественно и в срок.
Как экономист, защитивший кандидатскую диссертацию, я создаю сайт как бизнес-инструмент, нацеленный на получение прибыли и являющийся частью более глобальной бизнес-системы и стратегии.
Мой опыт управления студией дизайна дает возможность взглянуть на создание сайта с эстетической точки зрения. Дизайн сайта - это неотъемлемая часть формирования вашего имиджа в Сети.
Как специалист, прошедший десятки курсов по web дисциплинам и постоянно совершенствующий свой стэк технологий, я с уверенностью берусь за проекты любой сложности и довожу их до production.
Разработка структуры сайта (приложения),
архитектуры базы данных. Прототипирование.
Создание дизайн-макетов сайта.
Подбор доменного имени, разработка логотипа.
Верстка шаблонов сайта по макетам.
Программирование Front-end скриптов.
Back-end программирование. Интеграция с базой данных. Установка, настройка CMS.
Поисковая оптимизация.
Наполнение сайта контентом Заказчика.
Итоговый срок указан с учетом работы над параллельными проектами.
Заказали сайт, а смета в итоге вышла за пределы расчетного бюджета? Конечно, ведь не были учтены дополнительные расходы, не связанные непосредственно с самой разработкой сайта. Посчитаем реальные затраты!
При расчете будущих расходов на разработку сайта нужно учесть один момент. Даже если в предложении потенциального исполнителя указана фраза "под ключ", скорее всего, речь идет только лишь о стоимости работ. Однако помимо этого для полноценного запуска сайта потребуется заплатить за кое-что еще. Исполнитель не учитывает дополнительные расходы по той простой причине, что они не являются его заработком - это платежи сторонним сервисам. Итак, поехали.
1. Брендирование (логотип, подбор домена)
Возможно это не Ваш случай и у Вас уже есть логотип, домен, слоган и даже брендбук.
Если же все, что у Вас есть, - это суперидея для стартапа, то придется заплатить
Разброс цен на разработку логотипа на рынке дизайн-услуг колоссальный. Можно нанять фрилансера Васю, который за бутерброд с колбасой на переменке склепает на телефоне что-то похожее на фирменный знак. Можно обратиться в специализированную студию, понимая, что, возможно, логотип обойдется дороже всего остального сайта. Возьмем за основу мои цены. Разработка лого - 85 000 руб.
Подбор домена - 7 500 руб. Постойте, скажите Вы. За что? Все верно, подбор домена. 7 500 рублей. Ради интереса, попробуйте сделать это сами для вашего super-site! Как, super-site.ru занят? И .com тоже? Может, super-super-super-site.com? Свободен, отлично! Что значит "премиум домен"? Как 1,5 миллиона рублей? В общем, мы поняли друг друга. Подбор домена. 7 500 рублей.
ИТОГО: 0 - 92 500 рублей.
2. Домен
Возможно, нам повезло и мы смогли подобрать домен в зоне ru (600 рублей). Но все-таки будем реалистами и внесем в проект бюджета 3 500 на домен в зоне типа .site, .studio и т.д.
ИТОГО: 600 - 3 500 рублей.
3. Хостинг
Для простенького сайта, конечно, подойдет шаред-хостинг, который обойдется в среднем в 5 000 рублей в год. Однако проекты чуть серьезней, чем личный кулинарный блог, все-таки есть смысл размещать на виртуальных серверах. Виртуалка средней мощности обойдется тысяч в 18 в год. Эту цифру и возьмем за основу.
ИТОГО: 5 000 - 18 000 рублей.
4. Хостинг (часть 2)
Допустим, выбор пал на виртуальный сервер. Если мы не из тех, кто фотки в инстаграмме лайкает через консольную утилиту, которую сами же и написали, то наш выбор - панель управления сервером. 3 000 рублей в год. Антивирусы, защиты от DDoS атак мы опускаем за ненадобностью :) А вот диск для бэкапов уж точно не помешает, даже в случае шаред-хостинга. 5 000 рублей в год. Дороже выйдет краска для седых волос. И плюсуем сюда администрирование всего этого хозяйства (сервера). Еще в районе 12 000 рублей в год, при условии, что все будет работать как часы.
ИТОГО: 8 000 - 20 000 рублей.
5. SSL
SSL - это круто. SSL - это модно. SSL - это красивая зеленая пиктограммка в адресной строке браузера!
Конечно, все немного не так. SSL - это гарантия защиты передачи данных. Если для кулинарного блога защита рецепта борща не первостепенная задача, то для сайтов с интегрированными системами платежа это просто необходимо. Поэтому + 2 тысячи рублей. Можно, конечно, сэкономить и установить бесплатный сертификат на 3 месяца...
Кстати, если на сервере крутятся несколько сайтов, скорее всего, потребуется еще один ip адрес - 1 200 рублей.
ИТОГО: 2 000 - 3 200 рублей.
6. Лицензия на CMS
Если Вы любите халявы - можете смело пропускать этот пункт, так как на данный момент полно вордпрессоподобного добра разной степени кривости.
Если нет, то раскрываем кошельки. Statamic CMS обойдется в 20 000 рублей. CS-cart - 24 500. 1С-Битрикс так вообще 83 900 рублей. Хотя ладно, для обычных сайтов вполне подойдет лицензия 1с-Битрикс "Малый бизнес" всего-то за 40 900 рублей.
ИТОГО: 0 - 83 900 рублей.
7. Обработка контента
Вот это самый интересный пункт. Представьте себе ситуацию. У Вас в разработке будущий интернет-магазин, под ключ. Все сделали, все хорошо. Заходите на сайт, там, естественно, в каталоге пара демонстрационных стиральных порошков и наушников... А у Вас товарная база на 1000 единиц. У каждого товара по 3 фотографии, которые нужно всего-то обтравить, положить на какой-нибудь фон, попутно проведя небольшую цветокоррекцию. Звоните исполнителю, под ключ же, он говорит "Ща все будет!" и пропадает на полгода.
И вовсе не потому, что он плюнул на проект и уехал отдыхать. Если фото сделаны на однородном фоне, простая обработка 1 изображения занимает в районе 15 минут. Итого 15 минут х 1000 товаров х 3 фото на товар. Всего 45000 минут. Или 750 часов. Или 32 дня без сна, еды и перерывов.
Конечно, я утрирую. Но за простую обработку 3000 фото лично я возьму 180 000 рублей.
ИТОГО: такие ситуации скорее исключение, чем правило. Но в проекте их может быть очень много. В наших расчетах мы не будем их задействовать. Просто помните о них и закладывайте процентов 30 от стоимости проекта на непредвиденные ... точнее, необговоренные расходы.
Подводим итоги. от 15 600 до 221 000 рублей.
Суммируем эту цифру с той, что "под ключ", и получаем реальную стоимость нашего super-site с секретными рецептами борща.
Статья не являются публичной офертой, указанные цены носят исключительно информативный характер, значения цен средние по рынку по состоянию на август 2022 года.
Область web-разработок, пожалуй, как никакая другая ставит перед заказчиком проблему выбора: работать с компанией или же с исполнителем-одиночкой? Действительно, тут тебе целая куча сайтов фрилансеров - выбирай на любой вкус, и за пару дней и бутерброд с колбасой некто VasyaProDev98 запилит тебе супер-пупер интернет-магазин - основу и ключевое звено вашего бизнеса. Ник, кстати, вымышленный, при любом совпадении просьба тапками не кидаться. Тут тебе и солидные конторы с тоннами проектов в портфолио, пачками наград, регалий, партнерских статусов и телефонными номерами в прайсе, судя по числу знаков. Что выбрать?
Конечно же, сделать выбор за вас я не могу, тем более, мы же понимаем, в чью сторону он будет направлен :) Однако указать на некоторые особенности, которые нужно учесть при выборе, полностью в моих силах, учитывая и мой опыт работы в формате фриланса, и навыки работы в команде, в том числе на руководящих позициях.
Эй, кто-нибудь дома?
Представьте себе ситуацию: необходимо внести какие-то правки в верстку сайта. Скажем, добавить контактную форму. Кому звоним? С "одиночкой" все понятно. А компания? Конечно же, менеджеру проекта! Менеджер проекта пишет письмо верстальщику, дескать - вперед, дел то на 5 минут! Верстальщик, не долго думая (а, может, кстати, и долго :) ) в ответку сообщает со всей ответственностью, что без дизайн-макета ни тэга не выдаст. Пишет, естественно, менеджеру проекта. Менеджер проекта переадресует это дизайнеру Маше, которая уже занята совершенно другим проектом. Через пару дней дизайнер Маша направляет менеджеру проекта дизайн-макет формы, который переадресует его верстальщику. Верстальщик, руководствуясь поставленной задачей и имеющимся дизайн-макетом, делает свое дело и отчитывается менеджеру проекта, который звонит программисту Пете, чтобы тот накатал серверную механику. Программист Петя говорит, что уже полгода назад написал супермегакод, который обрабатывает все возможные формы, но то, что получилось - совсем не вписывается в его комбайн-машину. А еще, что он просто в шоке - оказывается, во вселенной все еще находятся хомосапиенсы, которое этого не знают. Менеджер проекта понимает, что дело пахнет жареными сроками, решает созвать планерку. Зовет дизайнера Машу, верстальщика Васю, программиста Петю, контент-менеджера Фиму и бухгалтера Любу. Зачем? А вдруг... Параллельно отчитывается заказчику, что уже почти все готово. У Маши день рождения тетушки, Фима взял отгул, а программист Петя вообще на удаленке выходит на связь только после 10 часов вечера. В общем, через несколько дней устраивают конференцию в скайпе... Заказчика, кстати, пригласить забыли, в результате чего 2 часа обсуждали новый клип Киркорова, после чего разошлись по своим делам... Конечно же, я преувеличиваю, но не сильно на самом-то деле.
РЕЗЮМЕ: Если для вас важна максимально короткая коммуникация с исполнителем на всех этапах разработки сайта - жирный плюс в графе "одиночка".
Что там, дальше своего носа?
Представьте, что детали автомобиля проектируют люди, которые знать не знают, как выглядит и работает автомобиль в целом. Представили? Вот приблизительно так и работают над сайтом многие команды. С одной стороны - исполнитель, выполняющий небольшой блок работ, должен отвечать только за этот свой блок работ. Сделал-забыл-следующий. Главное, чтобы работа была сделана идеально, а как состыкуется все вместе - это уже головная боль менеджера проекта. В этом есть логика, которая позволяет исполнителю фокусироваться именно на своей задаче и не распылять свое внимание на остальном. С другой стороны, исполнитель, у которого вся картина по проекту перед глазами, может предлагать более эффективные решения задач, исходя из своего опыта и навыков.
РЕЗЮМЕ: Если ваш проект еще не имеет четкой устоявшейся структкуры, стартап, например, - работа с одним исполнителем может "выстрелить" в хорошем смысле этого слова. Если же вы привлекаете исполнителей на какой-то самодостаточный блок работ - то, в принципе, не так и важно. Если же масштаб проекта настолько глобален, что вы понимаете: один человек просто не в состоянии его тянуть - только команда! Правда, объективно оценить масштабы web-проекта без аналогичного опыта или же консультации со специалистами бывает непросто. Нередко заказчики впадают в одну из двух крайностей. Первая - "да что тут делать?", как попытка обесценить задачу, возможно, неосознанная. И это даже не вопрос цены проекта, а, скорее, психологическая установка "у нас все не так уж и плохо!". Вторая крайность - "у нас тут полный #@$%&!!!", что, на самом деле, тоже попытка обрести спокойствие, только уже за счет того, что кто-то со стороны скажет: "да брось, бро, все в норме!". Уверяю, простые задачи решаются просто. Сложные задачи раскладываются на составляющие их простые задачи, которые решаются просто. Поэтому если сомневаетесь - лучше лишний раз проконсультируйтесь с потенциальным исполнителем, попросите примеры аналогичных работ, потребуйте составить детальный план-график.
Держи карман ... (шире/уже - нужное подчеркнуть)
Как правило, работа команды стоит дороже.
РЕЗЮМЕ: Во избежание когнитивного диссонанса, при работе с командой вы должны четко осозновать, что платите больше и, самое главное, ПОНИМАТЬ, за что.
Шеф, все пропало!
Есть хорошее выражение, про яйца в корзине - дескать держать в одной себе дороже. Действительно, случись что с исполнителем-одиночкой - и все... Требовать заменить одного верстальщика на другого уже не получится. Аванс сгинул вместе с исполнителем. Все придется начинать заново. Страшно? Конечно!
При работе с компанией вроде как присутствует ощущение, что такого не производет. С одной стороны, да - искать нового исполнителя в случае чего - это задача менеджера, директора, кого угодно, только не заказчика. С другой, и текучка среди команды куда выше, чем текучка среди одного исполнителя. Поэтому надо быть готовым, что в проекте появятся дополнительные издержки по времени на вовлечение новых людей в работу.
РЕЗЮМЕ: При работе с одним исполнителем тоже можно себя максимально обезопасить! Подскажу аж целых два способа. Первый - это работа на своих серверах или для более продвинутых - через Git. Для тех, кто не в курсе, git - это такая классная штука, которая позволяет хранить код проекта, вести разработку в отдельных "ветках", периодически сливая изменения воедино и, самое главное, сохраняя все не в виде копий файлов, а в виде истории изменений. То есть, даже если исполнитель скажет - все, au revoir, следующий кандидат без особых проблем подхватит эстафету без риска легким движением руки устроить локальный апокалипсис. Точнее, апокалипсис устроить может, только устранить его последствия - дел на 5 минут. И второй - это поэтапная оплата проекта. Сделал-заплатил, сделал-заплатил. Все просто!
Зуб даю!
Поговорим про гарантиии, в продолжение предыдущей темы. Существует мнение, что работа с компаниями намного надежнее. Дескать, права участников защищает договор, а с ним вся гражданско-прававая махина нашего госудаства, пенициарная система и лично Владимир Владимирович. Однако никто не мешает заключить договор и с персональным исполнителем, особенно если он зарегистрирован в качестве индивидуального предпринимателя, как ваш покорный слуга.
РЕЗЮМЕ: Если юридическое формление сделки - это единственный момент, который стопорит принятие решения в пользу "одиночки", - не поленитесь спросить его про договор. Возможно, все решаемо!
Дилетант широкого профиля
WEB-разработка - это очень большой, сложный комплекс совершенно разных направлений: тут и дизайн, и программирование, и маркетинг, и аналитика и т.д. Понятно, что быть крутым специалистом во всех этих областях одному человеку просто не по силам. С другой стороны, человек в команде, который занимается только лишь своим направлением, в теории будет в нем более продвинутым специалистом, чем человек-оркестр.
РЕЗЮМЕ: Все так. Однако! Давайте рационально оценивать свои потребности и задачи. Давайте зададимся вопросом, а нужен ли вашему лэндингу Senior Developer - профи в области нейросетей, Data Science и искусственного интеллекта? И точно ли с тем, чтобы подобрать иконки к менюшке, никто не справится, кроме магистра британской академии дизайна?
Ну что же, настало время сделать вывод. Работа с "мастером на все руки" имеет свои особенности, равно как и работа с командой. Команда - это привычнее. В сознании человека - надежнее, а потому как-то спокойнее, несмотря на то, что это чисто психологический момент. Однако работа напрямую с одним исполнителем - это гибче, оперативнее, зачастую эффективнее. Для небольшоего и среднего бизнеса, особенно на этапе стартапа, гибкость, оперативность и эффективность могу сыграть решающую роль. Для большого бизнеса подойдет работа с командой, как более привычный способ.
Напоследок - небольшой совет бывалого. Если выбор пал на команду, и менеджер проекта в красках расписывает, насколько у них крутая "тима мечты", - попросите устроить встречу со всеми участниками - подъехать к ним в офис, провести конференцию в скайпе. Не исключено, что члены дружного коллектива тоже увидят там друг друга впервые. Возможно, и VasyaProDev98 среди них.
Упс, я все-таки это сказал... Ловлю тапки))
"Эксклюзивный сайт", "никаких шаблонных решений", "уникальный дизайн" - подобные фразы вы найдете на 9 из 10 сайтов web-студий. Действительно, разработка дизайна "под проект" позиционируется как неоспоримое преимущество, оставляющее конкурентов далеко позади в гонке за клиента. Так ли это? Давайте разберемся!
Я не являюсь противником или ярым сторонником шаблонных решений. Я считаю, что, в некоторых случаях, шаблонный сайт имеет преимущество перед "дизайнерским". Равно как и то, что "дизайнерский" сайт в некоторых случаях, является лучшим вариантом. Поэтому задача не решить раз и навсегда, что хорошо, а что плохо, а разобраться, когда можно и нужно использовать один подход, а когда - другой. Я помогу в этом!
Для начала разберемся с терминами. Что такое шаблонный сайт? Как известно, встречают по одёжке. И сайт - это не исключение. Внешний вид, его дизайнерская составляющая - это крайне важный параметр, который определяет первое впечатление и как следствие лояльность пользователя (по крайней мере на протяжении первых минут) не только к сайту, но и всему проекту в целом. Если внешний вид вызовет отторжение - пользователь просто покинет сайт и перейдет на соседний (конкурентов). Не менее важен вопрос юзабилити, то есть удобства использования - расположение и логика интерактивных элементов, читабельность шрифтов и так далее.
Но дизайн - это только "верхушка айсберга". Чтобы макет (дизайн-картинка) стали сайтом, необходимо описать его в формате, понятном браузерам. Для этого в современном вебе используется одновременно аж целых 3 языка - HTMS, CSS, JavaScript. Короче, если совсем просто - то, что вы видите в браузере на экране компьютера, - это интерактивный макет, только не нарисованный в Фотошопе, а написанный на вышеупомянутых языках. Это далеко не весь сайт. Есть ещё серверная часть, обеспечивающая его функционирование, но сейчас не об этом.
Так вот. Получаем две составляющие. Дизайн-макет, то есть КАК выглядит сайт, и набор кода, который позволяет вывести этот дизайн-макет в браузере.
Шаблонный сайт - это готовые дизайн-макеты в виде готового кода. Вот так просто. Такие шаблоны можно найти и скачать в интернете. Где-то бесплатно, где-то за небольшую денежку, а где-то за весьма немаленькую, в зависимости от качества шаблона, его новизны и набора готовых элементов, которые в нем реализованы.
Дизайнерский сайт - это сайт, дизайн-макет которого разрабатывается непосредственно для проекта, а весь код пишется по только что созданному макету. То есть никакого готового кода. Ну... Почти.
Очевидно, что в качестве основной "фишки" дизайнерского сайта выступает его неповторимость. Если, конечно, никто не позаимствовал его идею. Или ваш дизайнер не вдохновлялся черезчур усердно каким-либо образцом.
Что же может предложить шаблонный сайт в ответ?
Цена.
Даже если речь идёт о топовом платном шаблоне, его прайс будет на порядок ниже стоимости разработки дизайн-макетов и верстки.
Скорость разработки.
Вроде как очевидный момент. Однако тут кроется ещё один нюансик. Как показывает практика, разработка и СОГЛАСОВАНИЕ дизайн-макетов занимают добрую половину времени всей работы над сайтом, если не больше, включая время на бэкенд (серверную механику) и админку. Во-первых, вопросы дизайна - это во многом сугубо личное дело, что нравится, а что нет. "Нащупать" вкусы заказчика с первой попытки получается далеко не всегда. Во-вторых, дизайн - это единственное во всей цепочке разработки сайта, в чем более или менее разбирается среднестатистический заказчик (без обид). Верстка, скрипты, реляционные базы данных - темный лес! То ли дело вопросы дизайна. Тут и "хочу - не хочу", "нравится - не нравится", "хуже - лучше", "а вот у КонкурентоCompany смотри какая крутая фишка, давай и нам такую!". Дебаты по вопросам дизайна обычно затягиваются надолго. В-третьих, дизайн - это один из первых этапов работ. Все полны сил, энтузиазма, а дедлайн ещё вооон как далеко! Да как тут не поиграться со шрифтами ещё пару-тройку недель!
Качество шаблона на фоне его моментального получения.
Конечно, речь идёт о премиум-шаблонах, поддерживаемых разработчиками после релиза, а не о поделке школьника Васи по книге "HTML для чайников". Каким бы ни был крутым разработчиком создатель шаблона, выдать с первой версией абсолютно идеальный шаблон достаточно сложно. По ходу эксплуатации выявляются как мелкие недочёты шаблона, ошибки скриптов, так и пожелания других разработчиков по его совершенствованию. В итоге, если проект не заброшен, со временем качество шаблона, по крайней мере в его технической части, приближается к идеальному. А мы можем просто взять и сразу начать им пользоваться.
Шаблонный сайт не такой уж и шаблонный.
А эксклюзивный не такой уж и эксклюзивный. Берём шаблонный сайт, меняем картинки, пиктограммы, расположение блоков - и перед нами сайт, напоминающий оригинальный шаблон уже весьма отдаленно. Меняем шрифт и цветовую гамму - и даже родная мама (правда, скорее папа) не узнает свое детище :) Перейдем к дизайнерскому. Что будет, если вместо привычной пиктограммы меню "гамбургер" (три горизонтальные полоски) дизайнер разместит эксклюзивный ... Тетраэдр. Красивый, стильный, эффектный, но ни разу не понятный пользователю. Что если контактная форма будет отправляться не по клику по кнопке "отправить", а только если написать кодовое слово "пдыщь" в специально отведённом поле? Эксклюзивно? Ещё как! Конечно, я утрирую. Но, надеюсь, суть понятна - любой дизайнерский сайт состоит, в том числе, из типовых элементов, дизайнерские манипуляции над которыми сильно ограничены стандартами юзабилити.
Надо быть большим везунчиком, чтобы в одной сессии попасть на два одинаковых сайта.
Немного математики. Возьмем 3 первых сервиса с шаблонами по поисковой выдачи - themeforest.net, templatemonster.com и bootstraptema.ru. На первом - 17 007 шаблонов, на втором - 2 591, на третьем 2716. Итого 22 314 вариантов. Предположим, что только половина шаблонов теоретически подходит под формат проекта (исключаем шаблоны админок, страниц "coming soon" и т.д.) Предположим, пользователь посмотрел в поиске по интересующей тематике 10 сайтов, 5 из которых - шаблонные. Вероятность того, что пользователь при этом попадет на два и более одинаковых сайта составляет всего 0,09%. Иными словами, это случится в одном случае из тысячи, даже реже. Конечно, цифры далеки от реальных значений. Сайтов с шаблонами куда больше. Подходящих вариантов шаблонов куда меньше. Но, тем не менее, даже такой подход "в лоб" позволяет сделать вывод: вероятность, что пользователь попадет на 2 сайта, созданных по одному шаблону - весьма небольшая.
Итак, шаблонный сайт в противовес дизайнерскому может предложить свои фишки и плюшки. Когда же стоит выбрать один подход, а когда другой?
Выбираем шаблонное решение:
Выбираем дизайнерские решения когда:
Разобрались. Но это еще не все.
Возможно, у вас возник вопрос такого плана: "Ок, если шаблонный сайт - это не такое уж зло... Если есть тонны готовых решений... Если многие готовые решения даже бесплатные... То ЗА ЧТО и ЗАЧЕМ платить разработчику аж целых ... тысяч рублей???!!!" Отвечаю. Вот стандартный набор работы разработчика с шаблонным проектом:
Все! Хотя нет. На правах рекламы - нужен шаблонный сайт - всегда welcome! Я работаю только с премиум-шаблонами, кропотливо отобранными, протестированными и доработанными. А стоимость шаблона уже включена в работу, никаких платежей "сверху"!
Теперь точно все! :)
Итак, практически все готово для запуска вашего кулинарного блога, персональной странички или интернет-магазина в большой продакшен, осталось дело за малым - выбрать подходящий хостинг (статья не об этом), зарегистрироваться (и не об этом тоже), подобрать тариф, дополнительные опции, услуги и самое главное запалатить за это. Но надо ли вам все то, что предлагает заботливый хостинг-провайдер или можно на чем-то сэкономить? Вот как раз об этом и пойдет речь.
Любой хостинг-провайдер предлагает свои клиентам букет дополнительных опций, попутно снабжая каждую из них рассказами-страшилками, как без "чудо-услуги № 1" все в один момент пропадет, будто и не было, без "чудо-услуги № 2" злые хакеры растащат ваш сайт на нули и единицы, а без "чудо-услуги № 3" Яша с Гошей (yandex и google) будут обходить ваш сайт за версту. В итоге - вроде как и "чудо-услуга № 1" нужна... Вроде как и без "чудо-услуги № 2" не обойтись... № 3... № 4... 5... И вот уже тариф "эконом 149" превратился в тариф "тащи бабло 2500".
Статья рассчитана в первую очередь на новые проекты, так как у проектов "со стажем" обычно уже есть своя инфраструктура или хотя бы представление, какой именно она должна быть.
Все, что вы прочитаете далее - не руководства к действию, а информация для понимания и анализа, на что обратить внимание при выборе тех или иных услуг. Каждый случай необходимо рассматривать в отдельности, принимая все факторы существования и развития проекта. Это советы, а решение, пользоваться ими или нет, равно как и ответственность за последствия - только на вас. Договорились? Тогда - вперед!
Шаред-хостинг или VPS/VDS
Оно вам надо? Скорее, так: что именно надо?
Это первое, с чем вы сталкиваетесь при выборе услуг хостинга. Что есть что и когда нужно одно, когда другое? Эта большая тема, пожалуй, в будущем станет отдельной статьей. А пока проведем такую аналогию:
Шаред-хостинг (он же "виртуальный хостинг" или просто "хостинг"). Представьте, что вы пришли в первый день на новую работу. Бородатый айтишник из соседнего отдела в замызганном свитере с оленями приносит вашу новую "рабочую машину" - пыльный системник, не только показывавший, но и видавший виды монитор и клавиатура с протертыми до глянца клавишами. Из софта - word, excel, Internet Explorer и косынка. Больше - не положено. Хотите сменить фон рабочего стола - пишите служебку, в порядке очереди будет рассмотрено.
VPS/VDS. Представьте, что вы пришли в первый день на новую работу со своим ноутбуком...
И тут, собственно, в чем вопрос - достаточно ли для вашей работы word, excel, IE и, самое главное - косынки? Как показывает моя личная статистика, в 9 из 10 случаев базовых опций шаред-хостинга более чем достаточно. Да и если что - всегда можно призвать бородатого айтишника из соседнего отдела, чтобы он все починил-настроил.
А со своим ноутом, будьте любезны, возитесь сами. Но и возможностей куда больше.
Поэтому подход простой - еще раз посмотрите на функционал сайта и сопоставьте его с функционалом, которые предлагает хостинг-провайдер. А еще лучше проконсультируйтесь с независимым специалистом.
Какой тариф выбрать?
Я запустил уже несколько собственных стартапов, и каждый раз происходит одно и то же... Когда появляется какая-то свежая бизнес-идея, попутно с ней рождаются как минимум 3 мысли.
Спокуха, тормозим... Давайте смотреть на вещи объективно. Пока ваш сайт станет хоть кому-то известен, пройдет время, иногда немалое. Если за это время ваш энтузиазм, равно как и количество финансовых средств, которые вы готовы выделить на проект, не иссякнут, тогда да, есть вероятность, что проект станет популярным, и можно ждать наплыва трафика, конкурентов, хакеров, Билла Гейтса, чайников и микроволновок. А пока этого не произошло - не надо переплачивать за дорогие тарифы.
В другую крайность тоже впадать не стоит и брать самый дешевый или тем более бесплатный вариант.
И еще - внимательно читаем порядок перехода на новый тариф. Если все делается за 2 минуты нажатием трех кнопок, то даже не паримся, когда придет время сможем нарастить мощность под текущие потребности.
Тариф "для 1С-Битрикс"
По сути вы получаете то же самое, что и аналогичный тарифный план, только в три раза дороже, зато со словом "Битрикс" в наименовании тарифа...
Оно вам надо? Перечитайте внимательно предыдущий абзац и сделайте вывод сами.
Бэкапы
Оно вам надо? Конечно! Но есть нюансы.
Покупая услугу бэкапа сайта вы на самом деле покупаете следующее (по крайней мере так должно быть):
Так вот. Для нас сейчас важен пункт № 2. Если мы говорим о сайте, контент которого обновляется раз в полгода одним-единственным специально обученным контент менеджером, то есть вами, мое мнение - в автоматизации, да еще и по расписанию, смысла большого нет.
Сейчас любая CMS предоставляет функционал резервного копирования нажатием одной-единственной кнопки. И ничто не мешает жмакать по этой кнопке перед и после изменений на сайте. Конечно, это лишняя головная боль, самодисциплина и, как ни крути, риски что-то в какой-то момент забыть. Но это и возможность сэконономить. Главное, не забывайте скачивать резервные копии на свой компьютер, иначе смысла в них особо никакого нет.
Другое дело, если у вас сервис, интернет-магазин или любой другой сайт, который постоянно обновляет свои данные. Тут, конечно, лучше не жмотиться.
Еще раз: бэкапы - нужны! Если не готовы за них платить - делайте сами.
Кстати, в последнее время все большую популярность набирают так называемые Flat-File CMS, которым просто суждено быть интегрированными с GIT, а потому проблемы бэкапов не существует в принципе! Ничего не поняли, но стало интересно? Пишите-звоните, расскажу подробнее, подберу CMS, настрою, оптимизирую, интегрирую и т.д. и т.п. (конец рекламного блока).
SSL сертификат
Надо? Вообще да, но есть нюансы!
То, что SSL сертификат отвечает за шифрование данных, наверное, знают многие. Но это еще не все. Платные SSL сертификаты выдаются специальными центрами сертификации (CA), которые удостоверяют, что ВЫ - это ВЫ. При этом объем информации о вас, которые удостоверяет CA, может быть разный и соответственно стоимость самого сертификата тоже. Например: "я (CA) проверил сертификат - да, я выдал его именно на этот домен". Или так: "я (CA) проверил сертификат - да, я выдал его именно на этот домен, этой организации, причем перед выдачей сертификата я проверил все документы организации, налоговую отчетность за последние 99 лет и снял отпечатки пальцев с генерального директора". Шучу. Отчасти. При выдаче "дорогих" сертификатов CA действительно проверяет соответствие организации регистрационным данным.
Есть еще Let's Encrypt, бесплатный сертификат, который может быть сгенерирован всеми, кому не лень. А есть бесплатные самоподписанные сертификаты, которые по сути означают: "я - это я, зуб даю!"
ОК, матчасть понятна, дальше то что?
Если ваша конечная цель "чтобы в полосочке, куда я сайт вбиваю, был замочек", то выбирайте бесплатные варианты, типа Let's Encrypt и не парьтесь. Если вам важно, чтобы пользователь имел возможность точно удостовериться, что попал именно к вам на сайт и важен реально высокий уровень шифрования данных - например, вы банк или сервис по работе с персональными данными, экономить не стоит. Кстати, если вы считаете каждую копеечку, уточните у хостинг-провайдера, не требуется ли для установки сертификата, даже бесплатного, выделенного IP адреса.
Защита от DDoS
Оно вам надо? Скорее всего, нет.
Как же так?! Вон - банки ддосят чуть не каждый день, как по расписанию. Меня то и подавно сметут и не заметят!!!
Для начала определимся с терминами. DDoS - это такая атака, когда оборудование, на котором расположен атакуемый ресурс, загружается запросами от специальных ботов до такой степени, что цифровой мозг отказывается обрабатывать такой объем и просто-напросто вырубается... Ну или начинает то, что в простонародье называется "тупить". С шаред-хостингами все проще - как только количество запросов в единицу времени упирается в лимит, сайт автоматически блокируется.
Из самой сути DDoS атаки следует вот что:
Выделенный IP адрес
Оно вам надо? Да можно и обойтись.
Начнем с теории. Представьте, что IP адрес - это дом. А квартиры в нем - это и есть сайты. И ваш вон он - на третьем этаже, окошки во двор... Так вот, если кто из соседей начнет тараканов дихлофосом травить - вонять во всем подъезде будет...
Выделенный айпишник - это свой домик. И если уж там и завелись тараканы - то свои, родные.
Как-то так. Размещая сайт на выделенном IP адресе, вы лишаетесь прелести разделить участь соседей, в случае чего. "В случае чего - это чего?" - спросите вы. Например, ваш сайт-сосед ведет какую-то незаконную интернет-детельность. Его сайт блокируют по IP адресу, и вас за кампанию, так как его IP адрес - это ваш IP адрес. Все мы помним ратные подвиги доблестных сотрудников Роскомнадзора, которые в борьбе с узурпатором-телеграмом легким движением мышки заблокировали полинтернета. Кроме самого телеграма... Ну да ладно, речь не об этом. Блокировка почты по IP... DDoS атака по IP. Да много чего по IP. Стоит ли этого бояться? А вы боитесь жить с кем-то в одном доме? Если для вас автономность - это приоритет, то да, за это есть смысл заплатить.
Скрытие персональных данных при регистрации домена
Надо? Кому-то да!
О чем идет речь? Когда вы регистрируете домен, вы вводите персональные данные администратора. ФИО, адрес, телефон, почта... Тем самым домен "привязывается" именно к вам, а не к Васе из соседнего подъезда. Существует сервис Whois, который предоставляет информацию по домену в открытом доступе, если ее не скрыть. Конечно, не всю. Паспортные данные вашего босса вы там не найдете. Надо ли скрывать? Если вам так спокойнее - то да...
С другой стороны - ну узнает кто-то, что данный домен принадлежит именно вам, и дальше то что? Если вы можете ответить на этот вопрос, и ответ не вызывает у вас приступы хохота, то можете платить за эту услугу.
Да, и не забывайте вот что - ваши данные все равно хранятся у регистратора! И в случае чего по специальному запросу специальных контор регистратор обязан будет их предоставить.
Переадресация домена
Надо? Окститесь!
Это мое любимое. Просто вишенка на торте регистратора из трех букв. Дабы не делать антирекламы, не буду называть у кого.
Суть вот в чем. У вас есть site_A.ru и site_B.ru. Вы хотите, чтобы при запросе к site_B.ru открывался site_A.ru. Можно? Можно! И стоит копейки...
Так вот, подобная настройка компетентным специалистом делается один раз минут за 10. Некомпетентным специалистом со знанием таких букв алфавита, как "Y", "A", "N", "D", "E", "X" делается за 1 час. И уж, конечно, речи не идет о периодической оплате. Даже копейки.
С другой стороны, если ваш web-девелопер требует за подобную настройку сумму, сопоставимую с абонентской платой за эту услугу на 20 лет вперед - то есть смысл заплатить хостинг-провайдеру. И поменять web-девелопера.
Автоматическое продвижение в поисковиках
Оно вам надо? Если вам совсем некуда девать деньги, лучше дайте их мне, я вряд ли смогу найти более бездарный способ их вложения...
Антивирус для сайта
Оно вам надо? Для начала внимательно читаем опции планируемого тарифного плана. Как правило, сканирование и обнаружение вирусов уже включено. А вот удаление лучше в любом случае доверить профессионалу, который сможет не только корректно удалить потенциально опасный код, но и подскажет, где именно пробоина в стене безопасности вашего сайта.
Надеюсь эта статья поможет вам ориентироваться в том море предложений, в плаванье по которому вы неизбежно выйдете, запуская свой новый web-проект.