Композер для работы проекта после разворачивания нужных библиотек уже не нужен?
В дальнейшем, если мы будем выкладывать проект куда-либо, мы не будем выкладывать папку vendor – ведь достаточно выполнить composer install и она снова появится. Нет смысла гонять туда-сюда большую папку с библиотеками. Можем проверить прямо сейчас – удалите папку vendor и выполните команду:
composer install
Везде написано про работу с композером на локальном сервере. Работа с композером на удаленном сервере возможна? Или в случае каких то проблем на сервере проще выгрузить туда файл .loc, и библиотеки сами подтянутся в папку проекта vendor? Или перекинуть на сервер папку vendor. Что то еще нужно делать для восстановления работоспособности сторонних библиотек в проекте?
Почему в качестве корневой папки указано
"src/MyProject/", а не "myproject.loc/src/MyProject/"? Или в следствие того, что после myproject.loc нет других ответвлений кроме src, поэтому myproject.loc можно опустить?
composer.json и composer.lock всегда идут вместе с проектом. Там, где нужно развернуть проект выполняется composer install. Папку vendor копировать не нужно.
Потому что composer.json лежит на одном уровне с src
Для чего? Композер же активный только когда скачивает/устанавливает/удаляет какие-то пакеты? Он же не нужен для реализации работы самих библиотек онлайн? И зачем периодически обновлять и как часто?
У меня вот кстати в окне эмулятора терминала при очередном запуске композера появилось сообщение, что композер устарел и хочет обновления. Я выполнил предложенное предложение:
На что мне win 10 сказал, что он. и все приложения в окружении не понимают формат .phar
2.
Там, где нужно развернуть проект выполняется composer install.
Это же нужно будет сделать только один раз? Как это сделать на хосте? Как там запустить композер?
Vendor я имел в виду выгрузить на хост - вместо того, чтобы использовать композер
Не, ну можно и выгрузить vendor, если так уж хочется. Но когда процесс выкладки автоматизирован, композер скачивает все зависимости при сборке пакета. Почитай дополнительно про CI/CD.
Наверное я не очень ясно изложил вопрос, или читал - да недочитал... Я про использование композера вообще. Ты пишешь про рабочий процесс разработки, а я изначально спрашивал про уже готовый проект, который будет выгружен на хост и никто уже дорабаывать теоретически не должен(на текущий момент). Проект уже будет использоваться как готовый продукт. Поэтому и вопрос - зачем там композер(кроме как один раз подтянуть нужные данные или вместо этого один раз выгрузить папку vendor) и тем более что-то обновлять постоянно через него, если никакие доработки не нужны. Т.е. этот момент - наверное с точки зрения заказчика проекта или того, кто будет поддерживать/обслуживать готовый проект на хосте.
Я собственно от незнания лишь в общих чертах понимаю пока как это происходит. Если это разработка проекта в процессе еще и несколькими разработчиками или командой, каждый в отдельности делает это у себя на локальной машине и может через install развернуть у себя на локальной машине нужные библиотеки, чтобы не тащить весь проект к себе на машину. В процессе разработки что-то добавляется/изменяется - на разных локальных машинах можно через композер управлять нужными библиотеками(добавлять/обновлять/удалять и т.п.). Этот момент - с точки зрения группы разрабочиков. Тут еще нюанс с гитом... В уроке есть упоминание, но далеко не все не то что не работали с этим, но даже понятия не имеют что это и для чего. Было бы неплохо хотя бы статейку на эту тему, хотя бы в общех чертах...
Доработки могут потребоваться в любом проекте и в любой момент. Для того чтобы нормально работать с зависимостями необходимо хранить composer-файлы вместе с остальными файлами проекта.
У тебя в строке:
Author [, n to skip]: - автор проекта. В формате John Smith [email protected]
Не экранировались символы <>, вот так:
Author [, n to skip]: - автор проекта. В формате John Smith <[email protected]>
Если нужно с гитхаба взять на локальную разработку проект например на ларавеле, какой порядок действий?
Клонируем проект в нужную папку. Устанавливаем инсталлятор ларавеля(есле его нет), а потом делаем composer install?
Спасибо за такой полезный урок! :)
Пожалуйста)
Композер для работы проекта после разворачивания нужных библиотек уже не нужен?
Везде написано про работу с композером на локальном сервере. Работа с композером на удаленном сервере возможна? Или в случае каких то проблем на сервере проще выгрузить туда файл .loc, и библиотеки сами подтянутся в папку проекта vendor? Или перекинуть на сервер папку vendor. Что то еще нужно делать для восстановления работоспособности сторонних библиотек в проекте?
3.
Почему в качестве корневой папки указано
"src/MyProject/", а не "myproject.loc/src/MyProject/"? Или в следствие того, что после myproject.loc нет других ответвлений кроме src, поэтому myproject.loc можно опустить?
1.
Для чего? Композер же активный только когда скачивает/устанавливает/удаляет какие-то пакеты? Он же не нужен для реализации работы самих библиотек онлайн? И зачем периодически обновлять и как часто?
У меня вот кстати в окне эмулятора терминала при очередном запуске композера появилось сообщение, что композер устарел и хочет обновления. Я выполнил предложенное предложение:
На что мне win 10 сказал, что он. и все приложения в окружении не понимают формат .phar
2.
Это же нужно будет сделать только один раз? Как это сделать на хосте? Как там запустить композер?
Vendor я имел в виду выгрузить на хост - вместо того, чтобы использовать композер
Наверное я не очень ясно изложил вопрос, или читал - да недочитал... Я про использование композера вообще. Ты пишешь про рабочий процесс разработки, а я изначально спрашивал про уже готовый проект, который будет выгружен на хост и никто уже дорабаывать теоретически не должен(на текущий момент). Проект уже будет использоваться как готовый продукт. Поэтому и вопрос - зачем там композер(кроме как один раз подтянуть нужные данные или вместо этого один раз выгрузить папку vendor) и тем более что-то обновлять постоянно через него, если никакие доработки не нужны. Т.е. этот момент - наверное с точки зрения заказчика проекта или того, кто будет поддерживать/обслуживать готовый проект на хосте.
Я собственно от незнания лишь в общих чертах понимаю пока как это происходит. Если это разработка проекта в процессе еще и несколькими разработчиками или командой, каждый в отдельности делает это у себя на локальной машине и может через install развернуть у себя на локальной машине нужные библиотеки, чтобы не тащить весь проект к себе на машину. В процессе разработки что-то добавляется/изменяется - на разных локальных машинах можно через композер управлять нужными библиотеками(добавлять/обновлять/удалять и т.п.). Этот момент - с точки зрения группы разрабочиков. Тут еще нюанс с гитом... В уроке есть упоминание, но далеко не все не то что не работали с этим, но даже понятия не имеют что это и для чего. Было бы неплохо хотя бы статейку на эту тему, хотя бы в общех чертах...
Доработки могут потребоваться в любом проекте и в любой момент. Для того чтобы нормально работать с зависимостями необходимо хранить composer-файлы вместе с остальными файлами проекта.
У тебя в строке:
Author [, n to skip]: - автор проекта. В формате John Smith [email protected]
Не экранировались символы <>, вот так:
Author [, n to skip]: - автор проекта. В формате John Smith <[email protected]>
Спасибо, исправил
Если нужно с гитхаба взять на локальную разработку проект например на ларавеле, какой порядок действий?
Клонируем проект в нужную папку. Устанавливаем инсталлятор ларавеля(есле его нет), а потом делаем composer install?
Всё зависит от автора проекта) В самом простейшем случае достаточно будет сделать composer install и прописать настройки для подключения к базам
Уже пол дня не могу понять - не работает автозагрузчик компосера!
composer dump-autoload
composer install делал
получаю Fatal error: Uncaught Error: Class 'MyProject\Controllers\MainController' not found in D:\OpenServer\domains\MyProject\www\index.php:28
Родной автозагрузчик работает.
В общем решение моей проблемы было убрать слеш перед src в "MyProject\": "src/MyProject/"
Супер)