Михаил Ливач

Изучить хотя-бы основы SQL
Конкретно для данного случая - слово JOIN.

Это не просто подсказки, это контроль типов. То, что зная какой тип возвращается Шторм может подсказать варианты это побочное удобство. Основное же должно быть то, что конкретная переменная имеет определенный тип, а значит не нужны дополнительные проверки и методы будут лаконичны и конкретны. У вас пока, то ли объект, то ли массив, то есть каждый раз нужно проверять что это. Лучше бы сделать объект-коллекцию.
Чтобы указать Шторму, что в конкретной переменной лежит только этот тип используется хинт, типа такого:
/** @var User $user */
но разумеется, он должен быть только в том коде где в $user лежит обязательно объект класса User и ни что иное.

С резким ростом популярности React Server Components и Next.js в последнее время происходит некий сдвиг в понимании, что такое фронтенд.
BFF уже почти становится неотъемлемой частью "фронтенда", и становится обременительно разделять браузер и сервер на разные команды.
На Западе, вообще, уже очень давно и макетами, и вёрсткой, и анимациями очень часто занимается один человек - дизайнер, фронтендеры занимаются связкой браузер + BFF, а бэкендеры занимаются более сложной бизнес-логикой.
К тому же, джуниорам зачастую дают те задачи, которыми сами не хотят заниматься, и на что нет времени. Т.е. это что-то занудное, работа с legacy, передвижение кнопки на 5px влево и т.д. Крайне редко джуниорам дают интересные творческие задачи. Не факт, что вам на новом месте не дадут такие же неинтересные задачи.
Вы можете либо молча сильно стараться в надежде, что вам потом дадут что-то интересное, заметив ваше рвение, либо, лучше всего, пообщаться по-человечески с коллегами и начальством, объяснив, что вы рветесь в бой, а вас в тылу держат. Попросите рассказать об их планах на ваш счёт.
Не исключено, что у вас как раз хорошо получается "Настройка тестов, CI/CD, OLAP CUBE, оптимизация запросов к БД", и поэтому вам эти задачи и дают)
В общем, человеческое общение с коллегами очень часто решает проблемы.
Если же вы к ним придёте с открытой душой, а вас токсично отошьют, вот тогда подумайте о смене работы.

Настройка тестов, CI/CD, OLAP CUBE, оптимизация запросов к БД

- это важно для фронтенда знать, что такое просто есть) явно вас не тем загружают.

Это вычисленные значения свойства. Если свойство задано не в пиксельных значениях, то браузер не обязан ставить вычисленные значения в целых единицах.

Есть ли какое-то решение?

Ограничивать по min-width и max-width свойству.

Напишите приложение на любом компилируемом языке, скомпилируйте, радуйтесь.

Нужен не бинарник, а скрипт, который установит Докер, создаст конфиг и запустит. Мультиплатформенно и универсально сделать это - большой геморрой, даже через подходящее ПО вроде Ansible. Имхо, вы не в ту сторону воюете.

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

Очевидно, что скопировать все места, где написано address, вставить ниже, и переименовать в model...

Если так не получается - то уже фриланс

вы генерируете файл laravel-erd.svg, а пытаетесь открыть файл o.svg. Логично, что такого не существует.

Ограничение open_basedir: Это настройка в PHP, которая ограничивает скрипты доступом к файлам только в определённых директориях. Это сделано для повышения безопасности, чтобы скрипты не могли получить доступ к файлам вне разрешённых путей.

Ошибка говорит о том, что PHP-скрипт пытается подключить файл

/home/sslion/web/api.dev-to.ru/app/Config/Paths.php

, который находится вне разрешённых путей (список разрешённых путей приведён в сообщении об ошибке).

Что делать:

Изменить настройки open_basedir: Если у вас есть доступ к конфигурации PHP (например, через php.ini или .htaccess), вы можете добавить путь к директории app/Config в разрешённые пути open_basedir.
Переместить файл: Если есть возможность, вы можете переместить файл Paths.php в одну из разрешённых директорий.

Если прямое указание порта в ссылках ну совсем не катит - ставите на VPS Nginx (это будет ваш reverse proxy), и пишите в нём:

http {
    proxy_set_header 'X-Real-IP' $remote_addr;
server {
    listen 80;
    listen 443 ssl;
    server_name my_domain.ru www.my_domain.ru;
    proxy_pass https://my_home.dyn-dns.org:8080/;
}
}

соответственно заменив нужные параметры на актуальные ваши. Ну и в DNS для домена укажите A-запись на VPS-ый белый IP, иначе не взлетит.

netstat -abon -p tcp и смотреть на то, что забило порты.
а может быть там вообще нет 127.0.0.1 благодаря шаловливым ручкам