Ghost часто называют CMS для блогов, онлайн-журналов и авторских медиа, но выбирать для нее хостинг по тем же правилам, что для WordPress, не стоит. Главное отличие обнаруживается еще до сравнения тарифов: Ghost работает на Node.js.
Поэтому привычный виртуальный хостинг, где владельцу сайта дают PHP, MySQL, файловый менеджер и кнопку установки CMS, может вообще не подходить. Даже если на тарифе написано безлимитное количество сайтов и выделено много дискового пространства, это ничего не говорит о возможности нормально запустить Ghost.
У владельца проекта фактически есть два разных пути. Можно воспользоваться готовым управляемым Ghost(Pro), где серверной частью занимается команда Ghost. Или самостоятельно разместить CMS на подходящем сервере и отвечать за ее окружение, обновления и резервное копирование.
Выбирать между этими вариантами стоит не только по цене. Они предполагают совершенно разный уровень контроля и совершенно разное количество технической работы.
Почему обычный PHP-хостинг для Ghost может не подойти
Большинство массовых тарифов виртуального хостинга исторически рассчитаны прежде всего на PHP-сайты. На такой площадке легко разместить WordPress, Joomla или другую классическую CMS: загрузить файлы, создать базу данных и подключить домен.
Ghost устроен иначе. Это Node.js-приложение, которое должно постоянно работать на сервере. Недостаточно один раз загрузить файлы в каталог сайта и ждать, что веб-сервер начнет исполнять их так же, как PHP.
Некоторые хостинги позволяют запускать Node.js-приложения, но само наличие Node.js в описании тарифа еще не означает, что площадка удобна именно для Ghost. Могут действовать ограничения на постоянно работающие процессы, доступ к системным компонентам, версии программного обеспечения или конфигурацию веб-сервера.
Именно поэтому я бы не искала Ghost среди обычных CMS в автоматическом установщике хостинга. Сначала нужно понять, предоставляет ли площадка полноценное окружение, необходимое для работы приложения.
Ghost имеет достаточно конкретный серверный стек
Команда Ghost не пытается официально поддерживать все возможные комбинации операционных систем, Node.js и баз данных. Для production используется узкий проверенный стек, который разработчики тестируют и документируют.
Это хороший ориентир для самостоятельного размещения.
При этом фиксировать в статье конкретную версию Node.js как вечное требование было бы ошибкой. Она меняется вместе с основными версиями Ghost. Перед установкой нужно открыть актуальную документацию и проверить требования именно той ветки CMS, которую вы собираетесь использовать.
На практике это еще один аргумент в пользу VPS или другой среды, где можно контролировать программное окружение. На классическом виртуальном хостинге нужная версия Node.js может появиться позже, чем она потребуется Ghost.
Дешевый тариф с поддержкой Node.js не всегда выгоднее VPS
В описании некоторых виртуальных тарифов можно встретить поддержку Node.js. Для небольшого собственного приложения этого бывает вполне достаточно. Но Ghost представляет собой готовую систему со своими требованиями к установке, обновлению, базе данных и постоянной работе процесса.
Перед покупкой такого тарифа придется выяснять ограничения конкретного провайдера: можно ли постоянно держать приложение запущенным, как оно перезапускается после сбоя, доступна ли требуемая база данных, можно ли настроить домен и HTTPS, насколько свободно пользователь управляет окружением.
Если ради экономии приходится обходить несколько ограничений платформы, преимущество дешевого тарифа быстро исчезает.
Поэтому для самостоятельного Ghost я бы скорее рассматривала VPS или специализированную платформу, чем пыталась любой ценой поместить его на обычный PHP-хостинг.
Ghost(Pro) и свой сервер решают одну задачу по-разному
У Ghost есть редкая для CMS особенность: ее разработчики одновременно предлагают собственный официальный управляемый хостинг Ghost(Pro).
Это не просто сервер, на котором заранее установили движок. Пользователь получает готовую инфраструктуру и фактически перестает заниматься значительной частью серверных вопросов.
На Ghost(Pro) автоматически обслуживаются обновления, SSL, CDN, резервные копии и защита инфраструктуры. Пользователь занимается публикациями, оформлением и развитием проекта, а не операционной системой сервера.
Для автора, редакции или небольшой компании это может оказаться гораздо ценнее нескольких сэкономленных долларов на самостоятельном VPS.
Когда Ghost(Pro) действительно удобнее
Представим автора, который запускает платную рассылку и журнал. Ему нужны публикации, подписчики, аналитика, письма и собственный домен. Но ему совершенно не хочется разбираться, почему после обновления пакетов перестал запускаться Node.js-процесс.
В такой ситуации управляемая платформа хорошо соответствует задаче.
Особенно интересна встроенная почтовая инфраструктура. Ghost предназначен не только для публикации страниц на сайте, но и для работы с подписчиками и рассылками. На Ghost(Pro) доставляемость писем и связанная инфраструктура обслуживаются как часть платформы.
При самостоятельном размещении веб-сервера эта часть не возникает автоматически. Наличие VPS с Ghost еще не означает, что с него стоит самостоятельно отправлять массовые рассылки.
Для почты обычно разумнее использовать предназначенный для этого внешний сервис и правильно настроить доменную аутентификацию.
Свой VPS дает то, чего управляемая платформа намеренно не дает
Удобство Ghost(Pro) достигается в том числе ограничением низкоуровневого доступа. Пользователю не нужно администрировать сервер, но и полного контроля над ним у него нет.
Собственный VPS представляет противоположный подход.
Вы получаете сервер и можете управлять его окружением, сетевыми службами, reverse proxy, дополнительными приложениями, мониторингом и другими компонентами. Ghost можно встроить в более сложную инфраструктуру проекта.
Например, компания может использовать Ghost только для редакционной части, а рядом иметь собственное приложение, API или другие сервисы.
Но свобода означает ответственность. Если закончилось место, истек сертификат, перестала работать база или после неудачного обновления Ghost не запускается, разбираться придется владельцу сервера или его администратору.
Поэтому вопрос Ghost(Pro) или VPS на самом деле означает не столько выбор хостинга, сколько выбор модели обслуживания.
Самостоятельный Ghost нужно воспринимать как приложение
Это, пожалуй, главное отличие от привычного подхода к CMS.
При работе с классическим сайтом владелец часто думает категориями файлов: скачал CMS, загрузил на хостинг, распаковал, подключил базу. В случае Ghost полезнее мыслить категориями приложения и его окружения.
Есть работающий Node.js-процесс. Есть база данных. Есть веб-сервер или reverse proxy перед приложением. Есть HTTPS. Есть содержимое, которое необходимо сохранять. Все эти части должны переживать перезапуск сервера и нормально восстанавливаться после сбоя.
Если такой подход кажется слишком сложным, это не недостаток Ghost. Просто самостоятельное размещение Node.js-приложения требует немного другого уровня работы с сервером.
Docker постепенно становится главным способом установки
Здесь особенно важно не следовать старым инструкциям вслепую.
Много лет стандартная самостоятельная установка Ghost строилась вокруг Ghost-CLI. Утилита помогала устанавливать CMS, настраивать окружение, запускать приложение и выполнять обновления.
Но архитектура Ghost развивается. В шестой основной версии разработчики начали переход к официальному окружению на Docker Compose. Причина в том, что современный Ghost уже может включать дополнительные сервисы, связанные, например, с новыми функциями аналитики и социальной сети.
Команда проекта объявила, что ветка Ghost 6.x станет последней основной версией, поддерживающей Ghost-CLI. В Ghost 7 официальным способом самостоятельного развертывания должен стать Docker Compose.
Поэтому при запуске нового проекта стоит смотреть прежде всего актуальную инструкцию Ghost, а не копировать команды из статьи пятилетней давности.
Для выбора хостинга из этого следует практический вывод: сервер должен давать достаточную свободу для официально поддерживаемого способа развертывания. VPS здесь выглядит естественнее ограниченного общего хостинга.
База данных является частью проекта, а не дополнением
Публикации, пользователи и другая информация Ghost связаны с базой данных. При самостоятельном размещении ее тоже необходимо обслуживать и резервировать.
Ошибка начинающего администратора заключается в том, чтобы регулярно копировать каталог сайта и считать задачу резервного копирования выполненной.
Полноценное восстановление должно учитывать содержимое Ghost и данные, необходимые приложению для работы.
Перед крупным обновлением особенно важно иметь проверяемую резервную копию. Сам факт наличия файла с названием backup еще не гарантирует, что из него действительно получится восстановить публикацию.
Особое внимание Ghost требует из-за рассылок
Если использовать Ghost только как блог, почтовая часть может оставаться почти незаметной. Но одна из сильных сторон системы заключается как раз в объединении сайта, подписчиков и email-рассылок.
И здесь легко смешать две разные задачи: где работает сайт и через какую инфраструктуру отправляются письма.
Это необязательно должен быть один и тот же сервер.
Более того, для массовой почты самостоятельная отправка непосредственно с нового VPS часто оказывается худшим путем. Нужно учитывать репутацию IP, обратную DNS-запись, SPF, DKIM, DMARC, обработку отказов и другие составляющие доставляемости.
Обычная работа сайта Ghost при этом может быть совершенно исправной.
Количество подписчиков влияет на выбор иначе, чем посещаемость
У блога может быть небольшая ежедневная посещаемость и крупная база подписчиков. Раз в неделю выходит новая публикация, после чего письмо получают тысячи людей.
С точки зрения веб-сервера такой проект может быть довольно спокойным большую часть времени. С точки зрения почтовой инфраструктуры момент отправки рассылки совсем другой.
Поэтому количество подписчиков нельзя напрямую переводить в процессорные ядра VPS.
Если рассылки являются важной частью проекта, при выборе модели размещения нужно отдельно определить, кто будет отвечать за их отправку и доставляемость.
В управляемой Ghost(Pro) эта задача встроена в услугу. При самостоятельном размещении ее нужно решать отдельно.
Большие видео лучше не превращать в проблему веб-сервера
Ghost позволяет создавать современные публикации с изображениями, аудио и другими материалами. Но возможность загрузить файл на сервер еще не означает, что любой медиаконтент нужно хранить непосредственно там.
Особенно это касается больших видео.
Для тяжелых медиаматериалов обычно существуют более подходящие специализированные сервисы. Веб-серверу Ghost нет необходимости одновременно становиться видеохостингом.
Такой подход уменьшает требования к диску и трафику VPS и упрощает масштабирование самого сайта.
Какой вариант выбрать для своего проекта
Для Ghost я бы вообще отказалась от универсального совета сначала взять дешевый виртуальный хостинг, а потом посмотреть. Здесь гораздо полезнее сразу определить, насколько вы хотите заниматься инфраструктурой.
Если Ghost нужен автору, небольшой редакции, компании или создателю платной рассылки и никто в команде не хочет обслуживать Linux-сервер, Ghost(Pro) дает наиболее прямой путь. Это готовая среда, где значительная часть технических вопросов уже решена.
Если требуется полный контроль над сервером, собственная архитектура или интеграция Ghost с другими приложениями, логичнее рассматривать VPS. Но в бюджет тогда нужно мысленно включать не только стоимость виртуального сервера, но и его администрирование.
Разработчику, который уверенно работает с Linux, Docker, Node.js и базами данных, самостоятельный вариант дает значительно больше свободы. Для человека, который впервые слышит о reverse proxy во время установки Ghost, экономия на управляемом сервисе может оказаться сомнительной.
Есть и третий вариант — сторонние провайдеры, предлагающие управляемый Ghost-хостинг. Здесь нужно внимательно смотреть, что именно входит в услугу. Иногда под таким названием скрывается обычный VPS с предустановленным Ghost, а обслуживание обновлений, резервных копий и почты остается на клиенте.
Перед оплатой стоит выяснить, кто обновляет Ghost и серверное окружение, как создаются резервные копии, каким образом восстанавливается сайт, включен ли SSL, как устроена почтовая отправка и можно ли использовать собственный домен.
Если выбирается VPS, дополнительно важно понять, кто будет следить за операционной системой, Docker или другим используемым способом развертывания, базой данных и мониторингом.
Именно поэтому сравнивать Ghost-хостинг только по объему RAM и числу процессорных ядер мне кажется неправильным. Для этой CMS модель обслуживания зачастую важнее разницы между двумя соседними конфигурациями сервера.
Ghost хорошо показывает, насколько изменилось само понятие CMS. Это уже не обязательно набор PHP-файлов, которые можно загрузить в корень сайта. Современная система публикаций может одновременно быть Node.js-приложением, платформой подписок, рассылочным инструментом и частью более крупной инфраструктуры.
Поэтому и хостинг для Ghost стоит выбирать соответствующим образом. Нужна просто работающая публикационная платформа без серверных забот — разумно смотреть в сторону управляемого решения. Нужен полный контроль — VPS дает такую возможность, но требует администрирования.
А вот покупать первый попавшийся виртуальный хостинг только потому, что на нем написано поддержка Node.js, я бы не стала. Для Ghost важнее не сама галочка напротив технологии, а возможность нормально развернуть, обновлять, резервировать и постоянно поддерживать работающим все приложение.
