Сергей delphinpro

тут изначально очень не правильный подход. не нужно делать "дефолтную конфигурацию" через глобальные переменные.

class DbConnection
{
    private string $userName;
    private string $password;
    private string $dbname;

    public function __construct(string $userName, string $password, string $dbName)
    {
        $this->userName = $userName;
        $this->password = $password;
        $this->dbname = $dbName;
    }
}


class AuthController
{
    private DbConnection $dbConnection;

    public function __construct(DbConnection $connection)
    {
        $this->dbConnection = $connection;
    }
}

$dbSettings = include('dbconfig.php');
$connection = new DbConnection($dbSettings['login'], $dbSettings['password'], $dbSettings['dbName'] );
$controller = new AuthController($connection);

а в файле dbconfig.php

return [
'login'=>'myLogin',
'password'=>'myPassword',
'dbName'=>'myDbName'
];

Это светофор пробок от Яндекса.

Никак
При клике запрос делается браузером пользователя и значит скрыть ничего не получится
И скрывать эти данные не имеет смысла. Если не хотите чтобы пользователь видел какие-то данные - не отдавайте ему их никогда.

Изолируйте весь код в какой-либо контекст. Далее, в этот контекст передавайте контейнер слайдера. А в самом коде выполняйте поиск элементов-контролов не глобально по документу, а только в пределах переданного контейнера.
Что-то в таком духе:

function makeSlider(slider) {
  ...
}

document.querySelectorAll('.slider').forEach(makeSlider)

Нет. Переменные нужно выносить в отдельный файл и импортировать его в нужных вам местах.

Здесь вообще анонимная функция не нужна:
itemTest[i].addEventListener('click', choosen)

const getFisrtPromises = (promises, count) =>
  new Promise(resolve => {
    const results = [];

    const onResolve = result =>
      results.length < count &&
      [ count, promises.length ].includes(results.push(result)) &&
      resolve(results);

    promises.forEach(n => n.then(onResolve));
  });

background: rgba(255, 255, 255, 0.5);

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

В данный момент задачи такого рода решаются с помощью JavaScript и математики:
Вычисляете размеры блока, смотрите размеры окра, смотрите положение блока. Если он как-либо вываливается за пределы видимой области -- сместить блок в сторону. Есть и готовые библиотеки для этого. Например popper.js

С очень большой вероятностью нет, они настолько дешевые, что перезаписываемого ПЗУ в них можно не ждать, всё намертво в кристалле.

возможно надо этот элемент сделать блоком, типо: list-headet или как?

Да, блоком, но не надо приплетать header. Блок должен называться таким образом, что-бы было понятно что он делает, а не где он расположен. А в последствии можно смиксовать блок, например:

<div class="header">
    <h1 class="header__title">Title</h1>
    <p class="header__desc">Description</p>
    <ul class="header__list list">
      <li class="list__item"><a href="#" class="list__link">link</a></li>
      <li class="list__item"><a href="#" class="list__link">link</a></li>
      <li class="list__item"><a href="#" class="list__link">link</a></li>
    </ul>
  </div>

Если хранить все в одном css/js то пока js загрузиться будет мелькать html сайта а после уже загрузочный экран будет

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

красивый загрузочный экран, стоит задача создать такой-же... стили и скрипты...

Скрипты здесь не нужны, можно все на CSS сделать (ну только потом, в основном скрипте, когда он загрузится, нужно будет убрать этот экран). А еще, как вариант, можно воспользоваться древней магией под кодовым названием SMIL для встроенной в страницу SVG-картинки с логотипом и надписью. Будет по сути то же самое, только сбоку.

И да, я использую 'sync' (для тестирования) - может поэтому Auth::user() доступен?

Да.

Вообще, может посоветует кто:

- Я использую для хранения и передачи некоторых данных - сессии.

Но внутри Job - Request, а, значит, и сессии - недоступны.

Переписывать логику без сессий - неохота :D

Или по любому придется, если я хочу использовать Jobs?

По-любому.

Ну тут вам вряд ли сопельки вытрут. Но вот тут:

На проекте работаю один, собственно и помощи по каким-то вопросам в нём взять неоткуда, связь с бывшими разрабами отсутствует.

могу по личному опыту посоветовать валить из этой конторы. Там, где не помогают, новичку делать нечего.

Если у Вас нет ни команды, ни наставника, да еще и несколько проектов сразу - это действительно большой стресс, и не стоит винить себя в трудности реализации всех решений. Компания захотела сэкономить на поиске миддла, скорее всего