Если нажать "Попробовать" под тарифом, то там будет детальное описание ресурсов (процессор, оперативная память и прочее), скриншот https://yadi.sk/i/kg7mjWqLoqr3mA
Верно, статичные сайты не будут потреблять ресурсы. Сколько ресурсов потребляет WordPress, зависит от самого сайта (шаблона, набора плагинов). Чистый WordPress будет прекрасно себя чувствовать даже с лимитом памяти в 128 мегабайт 😉 По оперативной памяти виртуального хостинга есть важный момент - 512 мегабайт на виртуальном хостинге не эквивалентно этому же объему на VDS. Суть в том, что на VDS этот объем будет уходить под процессы системы и панели управления, а на виртуальном хостинге этот объем будет уходить исключительно под сайт. Отсюда, 512 мегабайт на виртуальном хостинге более чем достаточно для работы сайта на WordPress.
Для сайтов на HTML вполне подойдет HDD, а вот для WordPress лучше брать SSD, разница будет ощутима.
Так как размещаете самые обычные сайты, то виртуальный хостинг оптимален по цене / качество. Нормальный хостер будет обеспечивать стабильную работу сервера под хостинг. Условно - поставите сайты и забудете про них, изредка обновляя WordPress с плагинами, чтобы их не взломали.
В случае с сервером нужно будет его администрировать. Поставить какую-то панель и забыть про сервер не получится, так как бесплатные иногда взламывают (привет Vesta), платные дорожают и требуют обновлений (привет ISPmanager). Также не стоит забывать про мониторинг сервер, так как месяц может быть всё нормально, потом на сайт повалят запросы перебора паролей к WordPress от ботов и всё упадет. Исходя из моего опыта, самые обычные сайты удобнее все ставить на нормальные хостинги, где следят за оборудованием, программным обеспечением и стабильностью работы сервера. А вот специализированное программное обеспечение только на серверы.
Кого-либо порекомендовать не могу, так как размещаю всё на своих серверах хостинга 😀
Найти виртуальный хостинг с указанными параметрами за 150 руб. в общем-то не будет проблемой, сейчас практически любой хостинг предоставляет от 5 Гб диска при схожем бюджете (+/-).
Единственная проблема - бэкапы на AWS. Такое будет найти уже сложнее. Как вариант, можно не заморачиваться с требованием к хостингу и бэкапить на S3 своими силами через PHP или другой язык программирования (в зависимости от поддержки на хостинге + при доступе к SSH). Получится независимое от функционала хостинга решение.
Так любой хостинг с ISPmanager 5 / 6 будет поддерживать бэкапы на AWS (можно настроить собственное хранилище https://yadi.sk/i/Z6j8gmpnLJPfyw). Поэтому, если VDS найти с таким бюджетом нереально, то хостинг вполне себе реально.
Более 10 лет плотно на нем сидим, и никаких проблем не доставляет :)
Если не ошибаюсь, то DirectAdmin гарантирует стоимость заказанных лицензий. По крайне мере у каждого типа лицензии стоит "Protection against price increases" с пометкой "Protection against arbitrary price increases only. Does not apply to inflation, extraordinary world events, currency devaluation, etc. Does not apply to add-ons given as a free gift/bonus". Как понимаю, они могут поменять стоимость, но это не затронет заказанные лицензии. На мой взгляд DirectAdmin в плане цена / качество очень хороший продукт.
Так может там обновление только версию в интерфейсе поменяет. Было 5.XXX, будет 6.XXX 😀
WHMCS и Cpanel относятся к Oakley, которая в свою очередь нацелена на максимальное выкачивание денег. Ничего удивительного в повышении цен этих компаний нет :)
ENELIS, все описанное как понимаю относится к ЕС, но если взять Россию, где нет необходимости переделывать систему счетов, шифрование данных и налогообложение, то система выглядит достаточно неплохо, так как всё можно решить за счет внутреннего API и тех самых hook'ов, которые упоминали.
У меня небольшой проект и минимум доработок. Давно был куплен шаблон и переделан под себя, платежные модули по примерам документации пишутся очень просто (менее 100 строк кода). Через hook's для оплаты происходит оплата чека. Также автоматизирована работа с юридическими лицами - автоматическое формирование счетов, выгрузка платежей из банка и их обработка, формирование актов подписанных квалифицированной подписью. Вот реально никаких проблем, но это за счет того, что не нужно было лезть в недры системы.
Почти за 10 лет работы могу вспомнить только 2 проблемы. Одна с официальным модулем ResellerClub - регистрация доменов в части зон не работала из-за неверного составления запросов по доп. полям (решил переходом на свой модуль, возможно позже данные проблемы решили в официальном модуле). Другая проблема связана с заказами на регистрацию доменов. Если в корзине только один домен, то при переходе к оплате заказа, он иногда создается пустым. Это происходит крайне редко, отловить до сих пор не получается, поэтому до сих пор не решил это. Больше ничего вспомнить не могу.
ENELIS, удивлен такое читать про WHMCS. Согласен, что у биллинга могут быть какие-то внутренние несоответствия функционала под законы ЕС, но так, чтобы биллинг работал криво и имел множество багов - не согласен. Согласен с тем, что исходный код WHMCS достаточно ужасен, но стоит отдать должное в том, что они его постепенно улучшают (делаю вывод из сравнения 5.X и 7.Х версий).
Я достаточно неплохо знаком с этим биллингом со стороны разработки, если использовать его задокументированные возможности, то модули работают стабильно и ничего не ломается при обновлении самого биллинга. Исходя из того, что Вы описали - есть ощущение, что используете какие-то модули, которые взаимодействуют с внутренними классами биллинга напрямую (в обход API), либо работают напрямую с базой данных (такой подход вполне вероятен, так как маловероятно, что все описанные задачи можно решить через внутренний API биллинг), что в свою очередь приводит к поломкам при обновлении биллинга.
