Максим Федоров

Не хватает памяти

which composer
PHP -dmemory_limit=-1 тут_результат_прошлой_команды install

Composer classmap
+ унаследовать интерфейс, сделав ему неймспейс, достаточно базовая операция для php

Итого:

• сделать репу с классом и composer.json и подключить ее или через Loading a package from a VCS repository или packagist/satis завести пакет
  
• внутри репы зарегать свой класс в этом composer.json в глобальном неймспейсе через classmap
  
• в этой же репе обернуть этот класс новым интерфейсом (или не делать этого)
  

Или вообще подрубить прямо в своем проекте

• Или запушить код в свой репозиторий и сделать пакажист-пакет (или не делать)
  
• Или перенести код из папки vendor выше в проект и добавить неймспейс в composer.json
  

PS: если репа нежелательна и ее могут удалить, то если выбрали первый вариант, то размещайте его в приватной репе и подключайте через https://getcomposer.org/doc/05-repositories.md#loa...

Все зависит от фреймворка. Есть инструменты, которые делают работу с assets удобной — коротко: подгружают данные или числительно на них в публичную папку.
Внутри фреймворка (любого) это делается как правило легко.

Symfony Assets
Подборка похожих инструментов

1. в файле composer.json:
"application\\": "application",
замените на "application\\": "application/",

2. Подключите в ваш файл autoload.php:
require __DIR__.'/../vendor/autoload.php';

3. выполните команду composer dump-autoload

Если под 3 версию не хватает адаптеров, то нужно:

• либо доработать адаптеры под 3-ю версию и внести в клад в опенсорс,
  
• либо сделать форк 2 версии для самой библиотеки и для common, адаптировать common (форк) под работу с symfony/http-foundation 4 версии, выложить на Packagist и затянуть к себе уже свой форк
  

Приходилось как-то пару раз мутыжиться со вторым способом... гемморно, но нужно было
Может так статься, что адаптер форкнуть будет проще

Это дополнительные данные для команд (хуков) в секции scripts, в данном случае некий класс

Чтобы понять эту тему — изучить нужно этот раздел: Composer Scripts
Там будет про Event Handler и сами Events, через который и получают в своих обработчиках эти данные из extra через метод:

$extra = $event->getComposer()->getPackage()->getExtra();

В данном случае передается класс, может быть скаляр или json-объект, да что угодно в рамках синтаксиса и языка

• Верните к тому виду, как было.
  
• Посмотрите веосии всех ваших зависимостей в composer.lock и аккуратно эти версии укажите строго в composer.json
  
• Добейтесь того, чтобы все после этих действий работало ровно так, как все работает сейчас
  
• Вернитесь к вопросу обновления пакета
  

Просто при апдейте вы тянете у нестабильных зависимостей свежий код, а у свежего уже их зависимости далеко ушли вперед

покажите секцию autoload в composer.json

Возможно

Видео — Фрейм собран из компонентов: роутинг, HTTP Request/Response, Middleware/Pipline, DIC, шаблонизатор
PSR-7 фреймворк от Д.Елисеева
Правда видео больше обучающее (в нем делаются сначала самостоятельно компоненты, потом заменяются на пакеты из композера)

Почитать на Хабре материал от Mail.ru об этих же компонентах:
Современный PHP без фреймворков

Глянул в ваши вопросы, вижу Yii2

Если вы не обновлялись и проекту больше полугода, то там был косяк — JS либы подтягивались с помощью fxp плагина, который делает работу с Композитором оооочень долгой, в итоге команда Yii2 выпилила его!
https://github.com/yiisoft/yii2-app-advanced/blob/...

Решение — выпилить его!
Тут в комментарии я описал это решение: https://opotemkin.ru/all/yii2-oshibka-the-file-or-...

Просто сделайте:
sudo chown -R $USER $HOME/.composer

ошибки из-за fxp плагина, поставьте его (а лучше убейте! и переделайте composer.json)
это был временный хак от команды Yii2, так как у них фронтовые либы встроены в фреймворк

в комментарии я написал решение (там кстати в самом посту ваша ошибка решается как раз):
https://opotemkin.ru/all/yii2-oshibka-the-file-or-...