Алексей Уколов

Оба варианта принципиально имеют право на существование.

Ну вам же красным по белому написали - использовать Link можно только внутри компонента Router, вне его он не имеет смысла и не может работать. Вам следует вернуться к изучению документации: https://reactrouter.com/docs/en/v6/getting-started...

WebStorm почему-то выделяет Link отдельным цветом (желтым), а все остальные - серым.

Серым выделяются импортируемые, но никак не используемые модули.

DB_HOST=mysql
DB_PORT=3306

127.0.0.1 внутри контейнера указывает на контейнер, а не на хост. Докер сам создаёт для ваших контейнеров сеть и общаются они через неё, а не через хост.

Выполнил php artisan migrate и таблицы создались.

Прекращайте выполнять команды на хосте - вся работа должна вестись в контейнерах, иначе смысла их использовать нет.

Пожалуйте: https://inclusive-components.design/tabbed-interfaces/

Хром можно запустить в headless режиме и получить из него весь HTML страницы в stdout. Ну а его уже перенаправить в файл на Винде можно, наверное.

Сам по себе VirtualBox много места не ест, а диск виртуальной машины вы можете создать в любом месте, так что да - возможно без каких-либо проблем.

Никак не переключить, Laravel к вашей версии PHP не имеет никакого отношения и управлять ей не может.
Версия переключается в веб-сервере, о котором в вопросе вы не упомянули вообще. Загуглите "%ваш веб-сервер% %ваша операционная система% change PHP version".

Возможно, не вообще всё, что есть в БУС, но магазин точно включает: https://www.bitrix24.ru/prices/self-hosted.php

Если да, то как разместить в коробочной версии интернет-магазин 1с-битрикс управление сайтом?

Изучить документацию или обратиться к специалистам для настройки, в рамках одного вопроса здесь это не описать.

Потому что путь к логотипу у вас указан относительный (с точкой в начале). Нужно указывать абсолютный. Погуглите, что это значит и в чём разница.

var s = '' +
  '<p></p>' +
  '<p><br></p>' +
  '<p></p><p></p>' +
  '<p></p><p><br></p>' +
  '<p><br></p><p><br></p>';

var doc = new DOMParser().parseFromString(s, 'text/html');

doc.body.innerText === '' // true

Проверка на innertText довольно примитивная, вы можете заменить её итерированием по элементам и своей кастомной логикой.

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

Я, я знаю! Когда на разделе диска заканчивается место, а хочется что-то ещё туда записать, то нужно удалить что-то лишнее, чтобы место появилось. Альтернативное решение - переехать на раздел побольше. Альтернативное альтернативное решение - с криком убежать в лес, больше никогда из него не выходить.

https://qna.habr.com/feedback -> Гениальная идея.
Но никто ничего делать не будет, к сожалению, даже если она действительно гениальная.

Я хотел использовать этот раздел в качестве своего рода закладок, чтобы класть канонические ответы на самые часто задаваемые вопросы. Но быстро упёрся в это нелепое ограничение, потому что часто встречающихся проблем в программировании чуть больше чем пять.

Может, это не ограничение нелепое, а просто нужен механизм закладок? Этот блок выводится на странице с основной информацией и там ограничение вполне оправдано, поскольку это, по сути, виджеты и они не должны превращаться в простыню.
Я против идеи ничего не имею, но формат претензии мне кажется странным. Зато сложность вопроса указана корректно - пользователям сервиса и вправду будет трудно на него ответить.

В input[type=date] - никак. Каких-нибудь плагинов с этой функциональностью море, выбирайте любой, который понравится. Называется datepicker.

var_dump($db);
«Ах, точно ведь — это строка, потому что у меня в коде, который я не показал в вопросе, происходит …».

Ну неужели это не очевидно из текста ошибки?

Сохраняйте идентификатор, возвращаемый setTimeout в глобальную переменную и при входе обратно на элемент делайте clearTimeout.

Конечно же нельзя.
Но вы можете перенаправлять все запросы в php файл, который будет получать контент из html файлов и изменять его нужным образом. Но тогда у вас будет уже не "html сайт".

public function countVoteStats($count_id) {
    $model = self::find($count_id);

    return [
        'agree' => $model->convVote->sum('agree'),
        'disagree' => $model->convVote->sum('disagree'),
        'neutral' => $model->convVote->sum('neutral'),
    ];
}

Или тремя отдельными запросами, зато без загрузки лишних полей и сущностей:

public function countVoteStats($count_id) {
    $query = conv_voting::where('conv_id', $count_id);

    return [
        'agree' => $query->sum('agree'),
        'disagree' => $query->sum('disagree'),
        'neutral' => $query->sum('neutral'),
    ];
}

Написано же в самом PSR-16:

PSR-6 solves this problem already, but in a rather formal and verbose way for what the most simple use cases need. This simpler approach aims to build a standardized streamlined interface for common cases. It is independent of PSR-6 but has been designed to make compatibility with PSR-6 as straightforward as possible.

Грубо говоря, 16 - это синтаксический сахар к 6.