Работа с файлами поставщика Composer на удаленном сервере
Я промочил ноги зависимостями. Недавно я написал небольшое приложение на PHP и использовал Composer для получения некоторых зависимостей (в основном Slim, twig, hassankhan / config и подсветка / база данных). Так что у меня есть проект на моем локальном компьютере и в основном:
public folder
app folder
vendor folder
composer.phar
composer.json
composer.lock
Теперь пришло время загрузить на мой веб-сервер (я работаю с учетной записью хостинга GoDaddy в Linux CPanel). Вопрос в том, что мне делать? Должен ли я загрузить все это вместе с папкой vendor и файлами композитора? Или я должен использовать Composer по-другому при загрузке на мой хостинг? Никогда не делал этого раньше, поэтому любые рекомендации будут высоко оценены.
Спасибо!
Решение
Вы не обязаны использовать Composer каким-либо конкретным способом. Я рекомендую использовать его так, как вам удобнее. Это будет зависеть от типа процесса разработки и выпуска, который вы используете. Похоже, вы используете довольно короткий и простой процесс, в котором вы некоторое время разрабатываете, решаете, что код готов, и загружаете его на свой рабочий сервер. С помощью этого процесса вы можете просто загрузить все, каталог поставщика и все — как вы заявили. Это может привести к тому, что неиспользуемые файлы / каталоги не будут удалены, но в любом случае это общая проблема с этим типом процесса (вы можете обойти это, сначала удалив все, временно взломав сайт).
Composer помогает вам (помимо всего прочего) «заблокировать» все необходимые библиотеки в определенной версии. Это очень полезно при использовании с контролем версий, помеченными выпусками и несколькими средами (такими как ваша среда разработки, среда QA / Testing и производственная среда). Это помогает гарантировать, что в каждой среде используются одни и те же версии необходимых библиотек поставщиков.
Если бы вы попытались использовать composer непосредственно на вашем размещенном сервере (т.е. обновление composer), вам нужно было бы убедиться, что php cli доступен и все остальные предварительные требования для composer (включая самого composer) были доступны. Обычно на это сложно рассчитывать для провайдеров универсального хостинга, поэтому вам лучше не пытаться запускать там композитора.
По мере того как ваш проект созревает, а время безотказной работы очень важно, вы также захотите, чтобы процессы разработки и развертывания также были зрелыми. Именно тогда вы поймете многие преимущества Composer.
Другие решения
Других решений пока нет …