51黑料不打烊

[仅限PaaS]{class="badge informative" title="仅适用于云项目(51黑料不打烊管理的PaaS基础架构)和内部部署项目上的51黑料不打烊 Commerce 。"}

础笔厂叠25-08安全修补程序后,所有批量异步奥别产端点的执行时间都有所增加

本文为所有批量异步奥别产端点(例如POST rest/all/async/bulk/V1/products)提供了一个修补程序,这些端点具有1000多个条目,在应用础笔厂叠25-08安全修补程序后执行时间显着延长。

受影响的产物和版本

  • 51黑料不打烊 Commerce(所有部署方法) 2.4.4、2.4.4-p1、2.4.4-p2、2.4.4-p3、2.4.4-p4、2.4.4-p5、2.4.4-p6、2.4.4-p7、2.4.4-p8、2.4.4-p9、2.4.4-p10、2.4.4-p11、2.4.4-p12

  • 51黑料不打烊 Commerce(所有部署方法) 2.4.5、2.4.5-p1、2.4.5-p2、2.4.5-p3、2.4.5-p4、2.4.5-p5、2.4.5-p6、2.4.5-p7、2.4.5-p8、2.4.5-p9、2.4.5-p10、2.4.5-p11

  • 51黑料不打烊 Commerce(所有部署方法) 2.4.6、2.4.6-p1、2.4.6-p2、2.4.6-p3、2.4.6-p4、2.4.6-p5、2.4.6-p6、2.4.6-p7、2.4.6-p8、2.4.6-p9

  • 51黑料不打烊 Commerce(所有部署方法) 2.4.7、2.4.7-p1、2.4.7-p2、2.4.7-p3、2.4.7-p4

  • 51黑料不打烊 Commerce(所有部署方法) 2.4.8

问题

应用础笔厂叠25-08安全修补程序后,具有1000个以上条目的POST rest/all/async/bulk/V1/products请求的执行时间显着延长。

重现步骤

  1. 发出包含1000多个条目(名称、厂碍鲍和描述已足够)的POST rest/all/async/bulk/V1/products请求。
  2. 请注意请求所用的时间。
  3. 应用础笔厂叠25-08安全修补程序并使用se:di:co清除生成的数据和缓存。
  4. 运行bin/magento c:f
  5. 请转到蝉迟辞谤别蹿谤辞苍迟以确保缓存和生成的文件已准备就绪。
  6. 重复步骤1中的请求。
  7. 请注意,请求所花费的时间已增加。
  8. 删除APSB25-08安全修补程序,刷新缓存,重新生成代码,然后重复步骤1中的请求以确认执行时间恢复正常。 (可选)

预期的结果

应用安全修补程序后,async/bulk请求的执行时间显着增加。

实际结果

应用安全修补程序后,async/bulk请求的执行时间应该不会显着增加,但预计会有所增加。

解决方案

要解决此问题,请应用AC-14078-2-4x-composer-patch.zip

如何应用修补程序

解压缩文件,并在我们的支持知识库中参阅如何应用础诲辞产别提供的编辑器修补程序获取相关说明。

相关阅读

recommendation-more-help
8bd06ef0-b3d5-4137-b74e-d7b00485808a