Как перенести Drupal 9 на другой хостинг?

Аватар пользователя guruken guruken 10 сентября в 5:46

Удивительно, но на сайте Drupal вообще нет такого раздела. Раньше достаточно было скачать файлы и базу данных, и перенести. Теперь с этим композером вообще непонятно, и инструкций нет.

Если все перенести по-старому, отображается ошибка 500. Команды по "композеризации" не помогают.

Может быть, кто-то знает, как это все просто (как было раньше) перенести, без заведения аккаунтов на Гитхабе и вываливания там своих паролей/явок? Ведь это вполне обыденная функция для каждого сайта.

Комментарии

Аватар пользователя marassa marassa 10 сентября в 6:59
1

"Ошибка 500" - это приглашение заглянуть в лог PHP (как и в версии 8, и 7, и 6 и т.п.) Что там?

Аватар пользователя vlucas vlucas 10 сентября в 8:07

Перенос точно такой же как и раньше, D9/D8.
Смотрите где у вас вебрут
Смотрите логи

Аватар пользователя VasyOK VasyOK 10 сентября в 14:09
1

Откуда куда переносите? Надеюсь не на "Юкрейн"? На новом сервере можете сделать, чтобы сайт запускался из папка_сайта/web ? Если да, то:
1. Скопируйте в папка_сайта файлы composer.json и composer.lock с сайта доннора.
2. Зайдите в эту папку по SSH и запустите composer install. Будет скачан Друпал с модулями. Если чего-то не будет хватать (например папки с патчами) - Вам об этом будет написано - думаю разберетесь.
3. Дальше перенесите папку файловой системы (без мусора) и БД.
Вроде все.

Аватар пользователя guruken guruken 10 сентября в 15:57

Ну вот же. Это фактически создание сайта заново, а не перенос.
Убил бы того, кто такое придумал.

Аватар пользователя ivnish ivnish 10 сентября в 16:09
2

Если вы не разбираетесь в вопросе, это не значит, что что-то плохо работает

Аватар пользователя VasyOK VasyOK 10 сентября в 16:28
1

Т.е. если перенести файлы и БД - это не создание сайта заново.
А если к этому добавить автоматическую подгрузку Композером модулей и вспомогательного ПО, это создание заново?
Собственно вы не ответили откуда куда и почему переносите? И почему это не сделает разработчик сайта?

Аватар пользователя guruken guruken 10 сентября в 22:56

Потому что я и есть разработчик. И переношу со своего сервера на шаред заказчику. А на шареде композер работает через пень-колоду, памяти 1 гиг ему не хватает, а на шареде больше не дают.
Вот это всё вылезает без конца.

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

Аватар пользователя VasyOK VasyOK 10 сентября в 23:25

Не-Дурапал тоже может запросто не пойти на дешевых хостингах. А большому сайту и на Вердпрессе будет на таких хостингах не комфортно.
Я даю заказчикам аккаунт на ИТ-Патруле. Дальше - хотят пусть переносят. Хотя клоунов с фриланс ру даже более дешманские хостинги не устраивали.
Лицензия на Битрикс стоит дешевле чем нормальный хостинг?

Аватар пользователя guruken guruken 11 сентября в 0:56

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

Аватар пользователя vlucas vlucas 10 сентября в 23:25

Так бедным клиентам не нужен друпал!
Друпал не надо для мелких сайтов

Аватар пользователя guruken guruken 11 сентября в 1:00

Знаете, я начинал с 5 версии. И до 7-й включительно все летало, было просто в управлении и всех устраивало.
Остальным делал Битрикс или Вордпресс.
Ад с восьмеркой прошел как-то мимо меня, по разным причинам.
А теперь я не знаю, как какой-нибудь сети кофеен, где сайтом будет заведовать 18-летняя девочка, объяснить, что его надо будет обновлять и управлять из командной строки.

Аватар пользователя VasyOK VasyOK 11 сентября в 1:13

Есть желание экономить на спичках можете продолжать использовать D7 или Backdrop.

Аватар пользователя guruken guruken 11 сентября в 1:15

Ну, скорее буду уговаривать эту категорию на Вордпресс. Может быть, еще что-то поищу...
Печально, я так любил Друпал за его надежность и элегантную простоту.

Аватар пользователя ivnish ivnish 11 сентября в 6:37

Я бы девочке из кофейни и Д7 не доверил обновлять. И уж тем более Д8. Каждый должен делать свою работу

Аватар пользователя ivnish ivnish 11 сентября в 6:36

Вася, да нормально всё с друпалом. Человек просто неправильно composer использует

Аватар пользователя VasyOK VasyOK 11 сентября в 12:43

В честь Василия Сергеевича (vlucas) библитека drupal-composer / drupal-project названа.

Аватар пользователя Punk_UnDeaD Punk_UnDeaD 11 сентября в 0:11

гуру, никто не запускает на проде композер иначе чем для инстала
ни для апдейтов, ни для реквайров

Аватар пользователя guruken guruken 11 сентября в 1:05

Ошибаетесь, панк. Вот в этой сборке нужны были geofield и leaflet - попробуйте-ка поставить их корректно без композера...
Это еще большие танцы с бубном, чем перенос на другой хостинг.

Аватар пользователя ivnish ivnish 11 сентября в 6:34

Ну дак их нужно установить на локалке, сделать коммит измененного composer.lock, сделать git pull на сервере и затем composer install

Именно это и хотел вам сказать Панк. Никто не запускает composer require или composer update на сервере

Аватар пользователя vlucas vlucas 11 сентября в 10:15

Такое нельзя ставить без композера. Ничего сейчас нельзя без него!
А кофейне, которая не готова платить за обновы drupal тоже не нужен.

Аватар пользователя guruken guruken 12 сентября в 2:48
1

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

Аватар пользователя VasyOK VasyOK 12 сентября в 13:04

Ну так пусть тот, кому нужен именно Друпал и платит за нормальный хост.

Аватар пользователя vlucas vlucas 12 сентября в 13:06

да никакой рутины - переносится как обычно, просто надо знать куда переносить

Аватар пользователя ivan.petrovich ivan.petrovich 11 сентября в 3:05

guruken wrote: А теперь я не знаю, как какой-нибудь сети кофеен, где сайтом будет заведовать 18-летняя девочка, объяснить, что его надо будет обновлять и управлять из командной строки.

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

Возможно даже будет меньше веселых историй вроде - "Ой, а я нажала и все упало".
Или звонков в 6 утра от манагеров.

На локальном сервере не пробовали ?

Аватар пользователя guruken guruken 12 сентября в 2:46

На локалке был не вариант, - заказчику надо было показывать промежуточные результаты, капризный.

Аватар пользователя charOFF charOFF 11 сентября в 9:56

Подытоживая вышесказанное по теме:

- Переносить можно как и раньше - копируете базу данных и все файлы. Если не запускается, смотрите лог ошибок. Возможно на хостинге не та корневая директория сайта. Например, в настройках сервера вебрут в папке ~/public_html, но если вы туда копируете все файлы с composer based установки, то у вас вебрут должен быть в ~/public_html/web. Решение - изменить корневую директорию через админку хостинга (если предусмотрено), попросить сделать это суппорт хостинга или перенаправить запросы при помощи mod_rewrite в .htaccess. Может что-то другое, тут только лог смотреть.

- по поводу composer на хостинге - он потребляет много памяти при update и require операциях, когда вычисляет все зависимости. При composer install - только скачивает все что указано в composer.lock, тут много ресурсов не надо. Так что делаете локально update или require, закидываете composer.json и composer.lock на хостинг и там запускаете composer install.

Аватар пользователя VasyOK VasyOK 11 сентября в 12:29

10 раз уже обсжудаем ну и ладно. Заказчики они тоже разные бывают. Те кто сами без композера Друпал на хост залили (пусть даже 8й) и накликали чето во вьюз и таксономи не факт, что будут рады Композеру.