Сергей delphinpro

Пилить сайт для документации излишне. Я бы воспользовался одним из онлайн-сервисов.
Какие есть сервисы для документации при разработке программ?
Плюс, как уже сказали можно использовать jsdoc для автогенерируемой документации.

Если решать задачу "в лоб", без поиска оптимальных вариантов, то получится примерно так

Для одного блока совсем всё просто:



Для нескольких немного усложняется, но принцип оставляем тот же:

foreach ($videos as $video) {
    $list[] = [
        'sources' => [
            [
                'src' => $video->getFirstMediaUrl('videos'),
                'type' =>'video/mp4',
            ]
        ]
    ];
}

Как вы думаете, сначала лучше научиться рисовать круг или все-таки начать с квадрата?

Вы понимаете что сам язык не меняется?
В него добавляются новые возможности.
В какой последовательности изучать эти возможности вообще значения не имеет.

Не совсем понятно, что вы имеете ввиду.
Возможно так:

Route::group(['prefix' => 'employee'], function (){
        Route::apiResource('/', 'Контроллер5555');
});

Очевидно, для того чтобы блок растягивался на всю ширину страницы, но не был более 800px шириной.

Не заниматься ненужными вещами (делать "красивую версию"), а использовать объект как есть.
Либо менять серверную часть, чтобы та отдавала данные в нужном вам на фронте формате.

1. Либо сначала разрабатывается спека, а потом пишется API. Это если у вас уже готовое подробное ТЗ есть.
Либо пишется API и параллельно (либо после) документируется. В идеале — первый вариант. Мне приходилось работать только по второму.
2. Это просто документация. Насколько строго вы будете валидировать данные - ваше дело. Тестирование — это тоже ваше дело, и другими программными средствами.
3. Насколько я знаю — нет. Да и не представляю, что вы имеете ввиду. Нажать кнопку и получить готовый продукт? На каком ЯП? На каком фреймворке? Как-то фантастично. Вряд ли. Берете какой-то фрейм и пилите сами.

Swagger — это вообще примитивнейший продукт для документирования API. Все что он делает — читает файл в формате OpenAPI и отображает его содержание в удобном для чтения формате. Ну еще запросы к API умеет выполнять для проверок. И всё.

Потому что протокол HTTP имеет вполне определенный формат

Сначала заголовки, потом два перевода строки, далее содержимое.
Понятно, что содержимое и заголовки нельзя перемешивать.

https://developer.mozilla.org/ru/docs/Web/HTTP/Ove...
https://habr.com/ru/post/215117/

https://developer.mozilla.org/ru/docs/Web/HTML/Ele...
https://select2.org/

Повторяя за кем-то написание кода, верстать не научишься.

Но когда начинаю сам верстать макет который еще не верстали на ютубе, то начинаются какие то сложности.

А вот тут как раз и начинается "учение".
Решайте эти проблемы самостоятельно. Гуглите, задавайте вопросы.

Сделайте конфигурацию запуска (Run/Debug Configuration) для часто требуемой команды
И сможете вызывать её горячей клавишей или кнопкой на панели.



-------
Проще через скрипты композера.
В composer.json добавить скрипт

scripts: {
  "feed:update": "@php artisan feed:update"
}

Потом в интерфейсе шторма Add Configuration -> + -> Composer Script -> Выбрать и выпадающего списка нужный скрипт.

Владимир Кохан, Используя планировщик, проверять время заказов и слать напоминания.