APSB25-08 보안 패치 이후 모든 벌크 비동기 웹 엔드포인트의 실행 시간 증가

Last update: Mon May 05 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

작성 대상:

이 문서에서는 APSB25-08 보안 패치를 적용한 후 실행 시간이 상당히 긴 1000개 이상의 항목이 있는 POST rest/all/async/bulk/V1/products과(와) 같은 모든 대량 비동기 웹 끝점에 대한 핫픽스를 제공합니다.

영향을 받는 제품 및 버전

Adobe 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
Adobe 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
Adobe 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
Adobe Commerce(모든 배포 방법) 2.4.7, 2.4.7-p1, 2.4.7-p2, 2.4.7-p3, 2.4.7-p4
Adobe Commerce(모든 배포 방법) 2.4.8

APSB25-08 보안 패치를 적용한 후 항목이 1000개 이상인 POST rest/all/async/bulk/V1/products개의 요청을 실행하는 데 훨씬 더 오래 걸립니다.

재현 단계:

1000개 이상의 항목으로 POST rest/all/async/bulk/V1/products을(를) 요청합니다(이름, SKU 및 설명이면 충분함).
요청에 걸린 시간을 확인합니다.
APSB25-08 보안 패치를 적용하고 se:di:co을(를) 사용하여 생성된 데이터와 캐시를 정리합니다.
bin/magento c:f 실행.
Storefront로 이동하여 캐시와 생성된 파일이 제자리에 있는지 확인합니다.
1단계의 요청을 반복합니다.
요청에 걸린 시간이 늘어났는지 확인합니다.
APSB25-08 보안 패치를 제거하고 캐시를 플러시한 다음 코드를 다시 생성하고 1단계의 요청을 반복하여 실행 시간이 정상적으로 반환되는지 확인합니다. (선택 사항)

예상 결과:

보안 패치를 적용한 후 async/bulk 요청의 실행 시간이 크게 늘어났습니다.

실제 결과:

시간이 다소 늘어날 수 있지만 보안 패치를 적용한 후에는 async/bulk 요청의 실행 시간이 크게 늘어나지 않아야 합니다.

이 문제를 해결하려면 AC-14078-2-4x-composer-patch.zip을 적용하세요.

파일의 압축을 풀고 지침이 필요하면 지원 기술 자료에서 Adobe에서 제공하는 작성기 패치를 적용하는 방법을 참조하십시오.