10 сентября 2020 в 5:46
Удивительно, но на сайте Drupal вообще нет такого раздела. Раньше достаточно было скачать файлы и базу данных, и перенести. Теперь с этим композером вообще непонятно, и инструкций нет.
Если все перенести по-старому, отображается ошибка 500. Команды по "композеризации" не помогают.
Может быть, кто-то знает, как это все просто (как было раньше) перенести, без заведения аккаунтов на Гитхабе и вываливания там своих паролей/явок? Ведь это вполне обыденная функция для каждого сайта.
Комментарии
"Ошибка 500" - это приглашение заглянуть в лог PHP (как и в версии 8, и 7, и 6 и т.п.) Что там?
Перенос точно такой же как и раньше, D9/D8.
Смотрите где у вас вебрут
Смотрите логи
Откуда куда переносите? Надеюсь не на "Юкрейн"? На новом сервере можете сделать, чтобы сайт запускался из папка_сайта/web ? Если да, то:
1. Скопируйте в папка_сайта файлы composer.json и composer.lock с сайта доннора.
2. Зайдите в эту папку по SSH и запустите composer install. Будет скачан Друпал с модулями. Если чего-то не будет хватать (например папки с патчами) - Вам об этом будет написано - думаю разберетесь.
3. Дальше перенесите папку файловой системы (без мусора) и БД.
Вроде все.
Еще тему надо перенести, кастомные модули, если есть.
Ну вот же. Это фактически создание сайта заново, а не перенос.
Убил бы того, кто такое придумал.
Если вы не разбираетесь в вопросе, это не значит, что что-то плохо работает
Т.е. если перенести файлы и БД - это не создание сайта заново.
А если к этому добавить автоматическую подгрузку Композером модулей и вспомогательного ПО, это создание заново?
Собственно вы не ответили откуда куда и почему переносите? И почему это не сделает разработчик сайта?
Потому что я и есть разработчик. И переношу со своего сервера на шаред заказчику. А на шареде композер работает через пень-колоду, памяти 1 гиг ему не хватает, а на шареде больше не дают.
Вот это всё вылезает без конца.
Видимо, это будет последний мой сайт на Друпале. Устал бодаться между бедностью заказчиков и прожорливостью Друпала.
Не-Дурапал тоже может запросто не пойти на дешевых хостингах. А большому сайту и на Вердпрессе будет на таких хостингах не комфортно.
Я даю заказчикам аккаунт на ИТ-Патруле. Дальше - хотят пусть переносят. Хотя клоунов с фриланс ру даже более дешманские хостинги не устраивали.
Лицензия на Битрикс стоит дешевле чем нормальный хостинг?
До 2014 года так у меня и прокатывало. А сейчас клиенты в ужасе от цен в долларах, например.
Битрикс - это уже для более состоятельных, и то на хостинге и типе лицензии они экономят в первую очередь.
Так бедным клиентам не нужен друпал!
Друпал не надо для мелких сайтов
Знаете, я начинал с 5 версии. И до 7-й включительно все летало, было просто в управлении и всех устраивало.
Остальным делал Битрикс или Вордпресс.
Ад с восьмеркой прошел как-то мимо меня, по разным причинам.
А теперь я не знаю, как какой-нибудь сети кофеен, где сайтом будет заведовать 18-летняя девочка, объяснить, что его надо будет обновлять и управлять из командной строки.
Есть желание экономить на спичках можете продолжать использовать D7 или Backdrop.
Ну, скорее буду уговаривать эту категорию на Вордпресс. Может быть, еще что-то поищу...
Печально, я так любил Друпал за его надежность и элегантную простоту.
Я бы девочке из кофейни и Д7 не доверил обновлять. И уж тем более Д8. Каждый должен делать свою работу
Вася, да нормально всё с друпалом. Человек просто неправильно composer использует
В честь Василия Сергеевича (vlucas) библитека drupal-composer / drupal-project названа.
гуру, никто не запускает на проде композер иначе чем для инстала
ни для апдейтов, ни для реквайров
Ошибаетесь, панк. Вот в этой сборке нужны были geofield и leaflet - попробуйте-ка поставить их корректно без композера...
Это еще большие танцы с бубном, чем перенос на другой хостинг.
Ну дак их нужно установить на локалке, сделать коммит измененного composer.lock, сделать git pull на сервере и затем composer install
Именно это и хотел вам сказать Панк. Никто не запускает composer require или composer update на сервере
Такое нельзя ставить без композера. Ничего сейчас нельзя без него!
А кофейне, которая не готова платить за обновы drupal тоже не нужен.
Ну вот так получилось, что нужен был именно Друпал.
Конечно, я все перенес на шаред, не первый день работаю.
Но просто очень удивлен, отчего это так непросто, это ж реально рутинная операция должна быть.
Ну так пусть тот, кому нужен именно Друпал и платит за нормальный хост.
да никакой рутины - переносится как обычно, просто надо знать куда переносить
Если у вас мало опыта, то в этом мало кто виноват.
А зачем заказчика нагружать лишней информацией ?
Вы ведь разработчик, предупредите заранее об обслуживании и иногда будете обновлять по договоренности.
Возможно даже будет меньше веселых историй вроде - "Ой, а я нажала и все упало".
Или звонков в 6 утра от манагеров.
На локальном сервере не пробовали ?
На локалке был не вариант, - заказчику надо было показывать промежуточные результаты, капризный.
Для этого нужен stage-сервер. Но работа всё равно будет идти на локалке
Подытоживая вышесказанное по теме:
- Переносить можно как и раньше - копируете базу данных и все файлы. Если не запускается, смотрите лог ошибок. Возможно на хостинге не та корневая директория сайта. Например, в настройках сервера вебрут в папке ~/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.
10 раз уже обсжудаем ну и ладно. Заказчики они тоже разные бывают. Те кто сами без композера Друпал на хост залили (пусть даже 8й) и накликали чето во вьюз и таксономи не факт, что будут рады Композеру.
Согласен.