perf(web-api): ускорение product/list (Data prefetch, COUNT, content)

[Ibochkarev]

Описание

Hot path GET /api/v1/product/list больше не делает N× getOne('Data') на страницу.

• После getCollection — один batch msProductData (id:IN) + addOne(..., 'Data'), чтобы loadData() брал кэш.
• COUNT(msProduct.id) вместо COUNT(DISTINCT …) при 1:1 JOIN.
• При include_content=0 list-select исключает колонку content (как ms3_products).
• Хуки msOnGetProductPrice|Weight|Fields и JSON-контракт без изменений.

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

• Исправление бага / tech-debt (non-breaking)
• Другое: performance

Связанные Issues

Closes #575

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

Gate E:

php -l src/Services/Product/ProductCatalogService.php   # exit 0
php tests/ProductCatalogServiceTest.php                 # OK
php tests/ProductCatalogPerfTest.php                    # OK
composer stan -- src/Services/Product/ProductCatalogService.php  # OK
composer test:smoke                                     # OK (includes new perf smoke)

• Автоматические тесты
• Ручной bench на живой БД (опционально в issue)

Конфигурация: ветка от beta, PHP 8.x

Чеклист

• JSON list/get без breaking changes
• Лексиконы не нужны
• PHPStan локально по затронутому файлу — OK
• CHANGELOG — не трогали

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

JOIN Data в list-query по-прежнему для WHERE/ORDER; hydrate related из JOIN в xPDO getCollection нет, поэтому отдельный IN-prefetch в бюджете AC (≈2–4 SQL: count + list + data). Runtime query-counter на stub xPDO — follow-up к #574.