🦟🕷 Как свести концы с концами в Laravel 🏎🚓

Допустим, есть что-то написанное и работающее на Laravel, но оно работает локально (на ноуте под WSL). Вопрос в задачника: "Как эту шнягу теперь перенести на рабочий удалённый сервер?"" Причём так, чтобы потом можно было все изменения и дополнения также накатывать без особых танцев с бубном! 🙀

У меня эта картинка постоянно не складывалась, пока я не обсмотрелся видосиков на YouTube. После обсмотра эта картинка наконец-то сложилась и можно двигаться дальше. Для этого потребуется Github + Laravel Envoy (хотя, можно и без него, но с ним веселее). ✌👨‍🚀🏴‍☠

Поэтому ещё один перевод официальной документации со США-мериканского:

Laravel Envoy — стандартный пакет управления развёртыванием проектов на Laravel

Ну и... К новым приключениям спешим друзья! 🥳🦍🚂

Продолжение преследует! ✌😸🏴‍☠

~~~~ Заправлены в планшеты космические карты ~~~~

Итак, имеем Laravel и приборную доску к нему в виде Filament

Конструктор панелей Filament (Filament Panel Builder)

Две первые главы, которые содержит документация о том, как собирать, управлять и составлять приборные панели уже переведены со СШАмериканского на русский язык.

И... этого вполне достаточно для того, чтобы начать изучать Filament. А для этого нужно всего-то:

1. Установить куда-нибудь Laravel с github
2. Просто следуя инструкциям, развернуть Filament.
3. Также сделать то, что содержит вторая инструкция

Таким образом, всё станет хоть немного понятно... А дальше...

Продолжение преследует!✌👨‍🚀🏴‍☠

~~~~ Сложность связанных связей ~~~~

Интересно, каков процент разработчиков на php разбирается в тонкостях работы пакетного менеджера Composer на уровне, достаточном для проверки среды разработки всем требованиям разрабатываемого/доделываемого программного продукта?

 Я тут сегодня в одном месте случайно встрял в обсуждение того, как всё круто автоматизировано в Laravel при его установке с нуля. В итоге выясняется, что эта "крутость" в том, что можно быстро накатить свежую версию Laravel и на нём протестировать какие-то заинтересовавшие разработки с Github.

Да, возможно это круто, но было бы круче понимать, какие зависимости с тестируемым пакетом ставятся, как они связаны с тем, что в самом пакете... и уметь ставить и сносить новые пакеты (даже для тестирования) на специальном тестовом сервере.
Однако, наверное я многого хочу от других. Мне бы самому разобраться во всём этом... и поэтому, предпоследняя статья об использование утилит Composer во время выполнения в переводе на человеческий со СШАмериканского: 

Утилиты Composer во время выполнения

Продолжение преследует! 🤠✌

~~~~ О ТОМ, В КАКОМ КРАЮ КРОВЬ ТОЧАТ НА МАСТЕР-ВЕТКЕ. ~~~~

Вот они - прелести машинного перевода. 😝

А всего-то, что нужно - это:

• взять исходники документации на GitHub
• натравить на них переводчика
• выгрузить всё в Sphinx

И, вуаля! Получаем совсем не про Ukraine а очень даже про Guzzle ... но в багровых тонах!

👻👀🙈

P.S. Домен, кстати, по данным регистратора, принадлежит кому-то на Кипре.
Чтобы все так жили! 🤣