ALEXANDER YAKOVLEV

После изменений в коде не забудь, что нужно перезапускать очередь, потому что это процесс-демон и в памяти всё ещё загружен старый php код.

https://laravel.com/docs/8.x/queues#queue-workers-...

Если ты запускаешь очередь вручную, в консоли (надеюсь на проде всё-таки это не так), то просто завершай процесс через ctrl+C.
Если очередь запускается через supervisor или pm2 или ещё что-то, то надо перезапускать очередь командой типа такой:
php artisan queue:restart

Если точно нужны inline svg, то vue-svg-loader - он делает автоматически ваш 1-й вариант.

Ещё есть vite-svg-loader - подключается как плагин к vite и удобен тем, что можно из vite.config менять как импортировать файл (url или raw).

Можно написать свой компонент в который передавать имя иконки. Только не делайте свой 2-й вариант - его недостаток в том, что все иконки всегда загружаются в браузер даже если никогда не будут показаны.

через "v-if/v-else-if" рендерить ту, которая равна "close".

Если у вас всего 2-3 иконки - можно и так, но в общем случае - старайтесь не использовать длинные "портянки" if/else. Почти всегда можно обойтись без такого кода. (conponent is или defineAsyncComponent)

Документацию читаем, там очень много интересного.

$collection = collect(['Я', 'не', 'читаю', 'документацию']);
$collection->forget(1);
$collection->dump(); // ['Я', 'читаю', 'документацию']

А так же с коллекцией можно работать как с обычным массивом, а это значит, что unset тоже сработает: unset($collection[1]);

И даже это не все, вообщем, как уже сказал: читайте документацию.

Замените click на mousedown. А то сейчас у вас получается так: нажали на выбранный пункт, фокус с .select-list ушёл, и к тому моменту, когда вы отпускаете кнопку мыши, список уже скрылся, соответственно, клик получается по элементу, который был под списком.

git checkout delivery
git merge dev

в деливери появятся изменения из дев. дев не изменится.

В чем разница между поехать в отпуск и футболом?
И в том и в другом случае мы будем носить обувь.
Вот пример: в холодильник можно поставить пиво, а по карточке можно снять деньги в банкомате.

Ты, во-первых, не понимаешь что такое dependency injection, а во-вторых - что делает твой код.

Если отбросить все умные и красивые слова которые ты тут наскреб по сусекам, то оба твоих примера - про type hinting. Только в первом кусочеке кода мы просим интерпретатор проверять входящий параметр, а во втором - возвращаемое значение.
Type hinting двольно размытый термин, мне больше нравится "контроль типов", который используется в документации. Поскльку в данном случае это не "подсказка", а строгий контроль: скрипт упадёт с ошибкой если в первом примере в метод придет что-то отличное от класса реализующего интерфейс Foo, а во втором - если метод вернет что-то отличное от такого класса.

Контроль типов надо использовать, чтобы твой код был чище и работал предсказуемее.

При этом dependency injection вообще не имеет никакого отношения ни к твоим примерам, ни к контролю типов. Внедрение зависимости относится к классам, а не методам. И означает, что если твой класс использует в работе какие-то инструменты, то он берет их не из воздуха - из всяких жлобал, синглетонов, контейнеров, или клепает прямо на месте - а явно получает при создании в виде параметров конструктора.
Внедрение зависимостей следует использовать, чтобы твой код было легче изменять и поддерживать.

Для Debian или Ubuntu попробуйте установить libpq-dev.

Спасибо MintTea
Следовало указать корректное имя , которое указано в composer.json подгружаемого пакета, т.е. у меня было :

"require": {
        "isolutions/storage-bundle" : "dev-develop"
    }

а стоило:

"require": {
        "storage-bundle" : "dev-develop"
    }

Так как такое имя пакета указано в его composer.json файле :
"name" : "storage-bundle"