fix(product): автоматический class_key msProduct в Product\Create (#305)

[Ibochkarev]

Описание

При создании товара через процессор MiniShop3\Processors\Product\Create, если в запросе не передан class_key (или пришёл дефолт MODX modDocument), ресурс создавался как обычный документ вместо msProduct.

В initialize() перед вызовом родительского Resource\Create подставляется $this->classKey, когда class_key отсутствует, пустой или равен modDocument. Явно переданный class_key (например, из Vue-менеджера) не перезаписывается.

Тип изменений

• Исправление бага (non-breaking change)
• Новая функциональность (non-breaking change)
• Breaking change (изменение, ломающее обратную совместимость)
• Рефакторинг (без изменения функциональности)
• Документация
• Другое (опишите):

Связанные Issues

Closes #305

Как это было протестировано?

• Ручное тестирование (рекомендуется: создать товар из менеджера без class_key в query — ресурс должен быть MiniShop3\Model\msProduct)
• Автоматические тесты (PHPStan, ESLint) — php -l для изменённого файла
• Тестирование на разных версиях PHP/MODX

Конфигурация тестирования:

• MiniShop3: текущая ветка
• MODX: 3.x
• PHP: 8.2+

Скриншоты (если применимо)

До	После
Создание без class_key → modDocument	Создание без class_key → msProduct

Чеклист

• Код соответствует стилю проекта
• Добавлены/обновлены комментарии в сложных местах (не требовались — логика выражена в коде)
• Изменения не ломают существующую функциональность
• Лексиконы добавлены на двух языках (ru/en) — не применимо
• PHPStan проходит без новых ошибок
• ESLint проходит без ошибок (для JS/Vue изменений) — не применимо
• Обновлён CHANGELOG.md (для значимых изменений) — не обновлялся по политике репозитория (maintainer при релизе)

Дополнительные заметки

Корневая причина: MODX\Revolution\Processors\Resource\Create::initialize() читает class_key из свойств запроса с дефолтом modDocument, игнорируя $classKey процессора. Свойство public $classKey = msProduct::class в Product\Create само по себе не срабатывало.