shopware 6 的动态商品组本身不支持限制匹配商品数量，面对 9 万级商品生成 idealo 等外部 feed 时易超时；推荐改用 cli 命令 + 定时任务方式异步导出，兼顾性能、稳定与可维护性。
shopware 6 的动态商品组本身不支持限制匹配商品数量，面对 9 万级商品生成 idealo 等外部 feed 时易超时；推荐改用 cli 命令 + 定时任务方式异步导出，兼顾性能、稳定与可维护性。
在 Shopware 6 中，动态商品组（Dynamic Product Group）本质上是基于实时数据库查询构建的商品集合，其行为由配置的规则（如分类、标签、属性等）自动触发，系统未提供 UI 或配置项来限制其返回的商品数量上限。这意味着：当你在后台为 IdealO 导出配置一个覆盖全站 94,000+ 商品的动态分组时，每次导出请求都会尝试加载并处理全部匹配商品——这极易导致 PHP 执行超时（max_execution_time）、内存溢出（memory_limit），即使已调高 php.ini 参数，也难以根本解决，因为问题根源在于同步阻塞式处理与海量数据之间的矛盾。
✅ 正确解法：转向命令行驱动的异步导出机制
Shopware 6 原生支持通过 Console Command 实现高性能、可控的批量导出。关键步骤如下：
启用调度器导出模式
进入管理后台 → Settings → Integrations → Feeds → 编辑你的 IdealO Feed 配置 → 勾选 ✅ Generate via scheduler（通过调度器生成）。此操作将禁用前台手动触发，转而依赖 CLI 命令执行。-
使用专用导出命令
在服务器终端中执行以下命令（需在 Shopware 项目根目录下运行）：bin/console product-export:generate --feed-id=your_feed_id_here
? 获取 feed-id：可通过 bin/console product-export:list 查看所有已配置 Feed 及其 UUID。
-
配置定时任务（Cron Job）实现自动化
例如，每日凌晨 2 点自动生成 IdealO Feed：# 编辑 crontab（建议以 Web 服务器用户身份运行，如 www-data） crontab -u www-data -e # 添加以下行（替换为实际路径和 feed ID） 0 2 * * * /usr/bin/php /var/www/shopware/bin/console product-export:generate --feed-id=abc123def456 --env=prod >> /var/log/shopware/product-export-idealo.log 2>&1
⚠️ 注意事项与最佳实践
- 环境一致性：务必在 --env=prod 下运行命令，避免开发环境配置干扰；
- 权限与用户：CLI 命令应由 Web 服务器用户（如 www-data）执行，确保文件写入权限（导出文件通常存于 public/exports/）；
- 日志监控：通过重定向输出至日志文件，便于排查失败原因（如数据库连接中断、索引缺失）；
- 性能增强（可选）：对大型商品表，确认 product, product_translation, product_visibility 等核心表已建立合理索引（尤其 visibility, active, stock 字段）；
- 替代方案参考：若需更细粒度控制（如分批次导出），可自定义 Console Command，结合 ProductCriteria 设置 addQueryScore() 或 setLimit()，但需注意：该限制作用于单次查询，不改变动态分组本身的定义逻辑。
总结而言，与其尝试绕过架构限制去“裁剪”动态商品组的结果集，不如拥抱 Shopware 6 推荐的异步导出范式——它不仅规避了 HTTP 超时风险，还提供了可观测性、可重试性和生产级稳定性，是处理大规模商品导出的成熟、可扩展解决方案。
