И снова документация по Laravel 10. 

 

У меня на mb4.ru документация публикуется категориями, которые соответствуют главам. Публикации - это отдельные статьи, относящиеся к той или иной главе, уложены в соответствующие категории.

Ну и начал перевод документации 10-й версии Laravel я, естественно, с того, что мне требуется в первую очередь:

Начало работы с Laravel 10.x

Посмотрим, как оно дальше пойдёт. 

Сейчас мне нужно разобраться, как настроить phpStorm для правильной работой этой IDE с кодом php-фреймворка Laravel... А там снова всё по США-мерикански. 🙀👻 Так что...

Продолжение однозначно преследует! ✌😺🏴‍☠

Первый мой заход в Laravel (на тот момент была восьмёрка). Начал я, как обычно, - с документации:

Документация Laravel 8 на русском языке

Частично перевёл и даже что-то поваял, но, очень скоро выяснил, что мой ноутбук не потянет phpStorm и... отложил до лучших времён.

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

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

Иногда меня радует, какие картинки я подбираю к публикациям у себя на сайте.

Вот например то, что взял для статьи:

Синхронизация данных в локальном редакторе в PhpStorm и на удалённом сервере

до того, как перевёл эту инструкцию на русский со СШАмериканского.

После перевода понял, на сколько это всё правильно иллюстрирует то, о чём рассказывается в переведённой инструкции. 🤠✌

... есть у меня ставка на то, что как когда-то я создавал и создавал материалы по Joomla и как это мне помогло разобраться в том, как с ней работать, сейчас поможет также и с тем, чтобы разобраться с тем, как работать с Laravel. А какой Laravel без PhpStorm? Да вааще - никакущий! 🤣

Вопросов мало не бывает.

• Сперва - "Что писать?"


• Потом - "На чём писать?"


• После - "В чём писать?"

И вот это "В чём" подразумевает не Notepad, как это было совсем недавно, а куча всяких разных IDE типа PHPStorm ... но тут оказалось, что им всё не ограничивается, есть ещё решение от Microsoft, которое почему-то все прошаренные программисты, использующие Мак-буки, ставят себе и даже пишут инструкции о том, как использовать Visual Studio Code для написания расширений под Joomla

Руководство по работе с кодом Joomla 4 в IDE Visual Studio Code

В общем, логику СШАмериканских программеров в плане выбора машины и потом устанавливаемого на неё ПО, мне, я чую, уже никогда не догнать. 🙈 Как и тех, кто например, считает дизайн phpMyAdmin убогим и ущербным. А ничего, что он вообще был сделан чуть ли не на заре становления PHP и уж наверняка в нём есть всё, что нужно для работы? 😜

Поднялся вопрос стандартизации коммитов в команде. До этого были такие правила, мы пишем номер задачи и через тире описание того, что было сделано кратко. Номер задачи берется из номера issue. Например: #1 - реализован функционал сборки прода. Но, это надоело и стало как-то неудобно, когда у нас есть четкое деление задач на фиксы, фичи и так далее.

Нашли Conventional Commits и попробовали его на тестовом репозитории, понравилось. Решили внедрить это в команду, но столкнулись с тем, что люди не всегда делают коммиты правильно, а значит нужна какая-то валидация.

В нашей команде принято по максимуму IDE и его возможности. То есть, коммиты мы делаем не через консоль, а через встроенные утилиты. Поэтому, сразу пошли искать плагины, которые есть в PHPStorm и нашли вот эти 2 важных плагина: Conventional Commit и Git Commit Template. После их установки видим новые кнопки в окне коммита:

https://habr.com/ru/post/706772/?utm_source=habrahabr&utm_medium=rss&utm_campaign=706772

В нашей организации используется такой подход к разработке - на локальной машине (Windows 11) установлен PhpStorm и находится репозиторий с кодом. В PhpStorm настроена автоматическая выгрузка изменений на dev-стенд (внешний сервер), где и исполняется код. На dev-стенде: Ubuntu 20 и Docker (swarm mode).

Общий принцип настройки Xdebug таков:

https://habr.com/ru/post/665860/?utm_source=habrahabr&utm_medium=rss&utm_campaign=665860