Установка и деплой Drupal 8 (composer drupal project) на хостинг HTS.ru
По мотивам статьи Алексея Дёмина "Деплой сайта Drupal 8 на nic.ru (через composer)" решил написать про еще один российский хостинг hts.ru
Не реклама, конечно же, а скорее личный опыт. Плюс, может, менеджеры прочитают статью и помогут улучшить хостинг.
hts.ru является в целом неплохим хостингом и официально "поддерживает" друпал. Однако, ни composer, ни drush там нет. Если вы хотите разместить там сайт собранный с помощью composer, то вам нужно:
1) В первую очередь написать в поддержку, чтобы ваш аккаунт перенесли на сервер с PHP 7.2. Аккаунт моего клиента был на сервере с PHP 5.6
2) Попытаться установить и запустить composer. У меня он не захотел работать ссылаясь на заблокированную функцию proc_open. Я написал в поддержку и они разблокировали эту функцию глобально.
3) drush, который у вас в проекте тоже откажется работать. Я прописал алиас
4) Ну и заходим в настройки сайта и меняем web-root на /web
5) В принципе всё. Git на hts.ru имеется, поэтому я смог развернуть сайт из репозитория и в дальнейшем вносить изменения через скрипты деплоя. GitLab CI настраивать не стал.
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
- Блог
Комментарии
Какой прикол в композере и гите на шаред-хостинге?
Такой же как и не на шареде. Быстрый деплой изменений на прод
Есть другие способы деплоя без подобных извращений. В том же phpstorm есть фича с деплоем после коммита.
Другие - это FTP? Нет, спасибо.
Git, composer и drush - это не извращение, это необходимые инструменты в 2019 году.
Не нужно передергивать. Речь шла о шаред-хостинге и гите/композере. И только. Ну использование git'а вполне оправдано, а вот композером на хостинге пользоваться.. может догадаетесь почему по умолчанию его там нет?
Хватит загадок, расскажите же нам
Под$@б защитан. Элементарно composer update может не хватить памяти для работы, можно нарваться на обновление, которое положит сайт.. ещё?
Ваш уровень понятен, спасибо.
¯\_(ツ)_/¯
Деплой по FTP, безусловно удобнее и привычнее, но composer update на проде не запускается в нормальных схемах деплоя и разработки.
Запускается composer install, а так как в репозитории уже есть composer.lock, то он просто скачивает нужное и всё
composer update для тех, кто jenkins не хочет юзать
Давайте уже устроим наконец холивар по поводу Jenkins vs Circle CI vs Travis CI vs Gitlab CI!
Bitbucket CI!
Эээ, а зачем делать composer update на проде? Ты вообще когда-нибудь делал сайты используя composer drupal project?
Какой ещё композер апдейт, когда композер.лок в гите? И кстати, гит на шаредах есть почти всегда, а композер тоже чаще есть, чем нет.