Почему Magento 2 пытается инстанцировать интерфейс вместо корректного получения класса из DI-конфигурации?

imdeveloper, Разумеется)
Вот команда, которую использовали:

rm -rf generated && composer dump-autoload && bin/magento setup:upgrade && bin/magento setup:di:compile

Все зависимости установлены корректно.

Как произвести валидацию данных на стороне сервера в Magento 2?

Данные реквеста, например.
Про валидацию средствами Zend я в курсе, да, однако, меня, скорее, интересовало наличие штатных средств для валидации целых массивов данных (запроса), как, например, в Laravel, где есть объекты Request, которые умеют валидировать поступаемые данные.
Но, видимо, придётся для этих целей тянуть какой-то пакет или писать свою минимальную реализацию.
Спасибо.

Как правильно работать с двумя источниками данных почти одного типа сущности?

Грамотно. Особенно про таблицу extra_fields для доп. полей.

Есть ли возможность реализовать автовайринг хэндлеров для команд Tactician в Symfony 4?

BoShurik, Спасибо за дополнительное разъяснение.

Есть ли возможность реализовать автовайринг хэндлеров для команд Tactician в Symfony 4?

Myroslav Berlad, Благодарю за развёрнутые ответы.

Есть ли возможность реализовать автовайринг хэндлеров для команд Tactician в Symfony 4?

А ведь я пришёл к этому решению, но решил разместить эту конфигурацию в config/packages/league_tactician.yaml:

# Library documentation: http://tactician.thephpleague.com/
tactician:
    commandbus:
        default:
            middleware:
                - tactician.middleware.command_handler

services:
  League\Tactician\CommandBus: '@tactician.commandbus'
  
  # Регистрация обработчиков команд
  App\CommandBus\:
    resource: '../../src/CommandBus'
    tags:
      - { name: tactician.handler, typehints: true }

И данный вариант не сработал.
Но как только я перенёс регистрацию обработчиков команд в config/services.yaml -- всё завелось.
Не подскажите, почему нельзя вынести именно этот блок services в конфигурацию пакета league_tactician.yaml?

Почему не работает preventDefault на submit?

Аркадий Кожедуб, Антон Алексеев, Нет. form.submit() файрит стандартный DOM-event submit.

Почему с недавних пор в Chrome в инструменте Netwok, preview ответа отображается в виде голого HTML?

y0u, Вы видите HTML-код страницы с ошибкой. Этот код должен был отрендерится как полноценная страница ошибки. Не вводите в заблуждение и ознакомьтесь с вопросом внимательнее.

Vivaldi - https://i.imgur.com/bcEbHav.png.
Chrome 62+ - https://i.imgur.com/qIS3hcX.png.

Почему с недавних пор в Chrome в инструменте Netwok, preview ответа отображается в виде голого HTML?

Егор Тюваев, Вы видите чистый HTML в ответе? Если сделать тот же запрос на более ранней версии Chrome или в том же Vivaldi -- ответом будет служить отрендеренная HTML страница.

Vivaldi - https://i.imgur.com/bcEbHav.png.
Chrome 62+ - https://i.imgur.com/qIS3hcX.png.

Почему контейнер с MySQL не хочет подхватывать enviroment переменные из docker-compose.yml?

Как всё просто. Спасибо.

Как правильно инициализировать Vue-компонент после появления элемента в DOM?

Evgeny Kulakov: Нет, уже все перепробовал

Как правильно инициализировать Vue-компонент после появления элемента в DOM?

Интересно то, что если не определить инстанс компонента в "window.commentsBlockVm", то он вообще не работает.

Как правильно инициализировать Vue-компонент после появления элемента в DOM?

Evgeny Kulakov: Увы, нет

Как грамотно реализовать выборку из MySQL базы в такой ситуации?

longclaps: Направление понятно. Спасибо.

Как грамотно реализовать выборку из MySQL базы в такой ситуации?

longclaps Что же в таком случае использовать?
Частично задача решилась на SQL, вынести оставшуюся логику в клиент (PHP)?

Как сформулировать запрос к БД для выборки по диапазону дат?

Частичное вхождение. Спасибо за решение.

Как подменить реализацию в стороннем компоненте?

CartItem юзается в Cart (основной сервис, где вся логика компонента), поэтому придётся слишком много чего расширять/подменять в таком подходе.
Вариант с форком оптимален, вероятно.

Как правильно организовать внедрение зависимостей в Yii2?

Максим Тимофеев: Как минимум - источник данных может измениться.
Меняем БД с SQL на MongoDB - просто изменяю concrete реализацию репозитория, ведь интерфейс у нас один.

Как грамотно спроектировать структуру приложения?

Это мелочи.

Как грамотно спроектировать структуру приложения?

Дело в том, что данный проект не предполагал в своей основе DDD.

Планировалось выделить сущности бизнес-модели, для каждой сущности определить:
- слой взаимодействия с хранилищем (Repository и AR для обмена данными с БД)
- сервисный слой (Service) для работы с данными
- бизнес-модель (DTO), где определить требуемый перечень аттрибутов и работать в дальнейшем через эту модель.

То есть при обращении к сущности выстраивается следующая последовательсть:
Controller -> Service -> DTO -> Repository -> ActiveRecord.

DDD, в моём случае, избыточен, не так ли?

Со статьями ознакомлюсь, спасибо.