Что реально нужно знать о Composer, чтобы не наломать дров
 

Composer — штука удобная, но новичков часто выводит из себя. На практике главная беда — не понять, как правильно подключать библиотеки и контролировать зависимости. Первое, что советую — всегда смотреть, что у тебя в composer.json и composer.lock, иначе потом поймаешь версионный конфликт или лишний пакет.

Если вдруг что-то сломалось — сначала check composer.lock, потом попробуй composer update или composer install. Главное не забывай про autoload, не стоит руками пытаться подключать классы. Ещё часто грабят, что забывают поставить права на папки vendor или composer.lock забивается в гит, хотя иногда лучше исключать vendor из репы и билдить заново на сервере.

Важный момент — версии PHP. У меня был косяк, когда локально стоял PHP 8, а сервер на 7.4, и composer спокойно ставил пакеты, которые потом не работали в проде. Зачем проверять? composer validate, composer outdated, composer diagnose — самые полезные команды, чтобы быстро понять, где косяк.

С безопасностью — не стоит ставить сомнительные пакеты без прочтения документации и проверок. Ну и если проект большой, лучше привязываться к стабильным релизам, а не к dev-веткам.

Короче, кто еще танцевал с этим или может дать свои советы для новичков — делитесь, интересно, как вы проблемы решали.

Самое главное с композером — не лезь в vendor руками и всегда держи composer.lock под контролем, чтобы не было неожиданных обновлений. Если что сломалось — сначала composer install, а не сразу update, иначе можешь нарваться на проблемы. И да, автозагрузка — друг, не пытайся вручную файлы подключать.

Честно, много про Composer слышал, но на практике часто всё выходит через одно место из-за версий PHP и зависимостей. Вроде бы и lock-файл есть, а конфликты всё равно вылазят. Наверное, без осторожности не обойтись, но мало кто предупреждает, что даже просто обновление пакетов может убить проект без особых ошибок. Чуть что — лучше не торопиться с update, а то потом вечно копаться.