- Shipped
- 2026년 11월 8일 오전 8:56 UTC
- Author
- Kamo
- Commit
- 05bd1ad
지금까지 sync는 저장소를 읽고, 레코드를 세어서 버렸고, 모든 실행이 작동했다고 했습니다. - 플랫폼별로 StoreReader (Shopify, WooCommerce, BigCommerce, Magento, Wix, 스퀘어스페이스, Ecwid, Shift4Shop, PrestaShop, OpenCart): 읽기 전용, 페이징, 저장소의 자신의 id를 운반; 상태는 Kamo 주문 상태에 매핑된다. 각 플랫폼의 문서화된 형태로 기록된 답변에 대해 테스트되었습니다(라이브 스토어가 연결되지 않음). - StoreSyncWriter: 판매 가능한 항목당 하나의 Kamo 제품 (변형 포함), 시장 + 플랫폼 + 스토어 ID에 따라 일치 **************** 고유) 그래서 다시 동기화 업데이트 및 중복되지 않습니다; 시장에서 기존의 SKU 제품이 저장소에서 삭제되지 않고 꺼집니다. 재고는 StockService를 통해 100%의 점유율로 설정됩니다 연결에 대한 이름이 지정된 위치(이력에서 '동기화된 곳...'). 고객은 이메일을 통해 계정을 일치시킵니다 주문은 매장 번호와 시장에서의 소매 주문이 됩니다 상태, 고객의 계정 또는 워크인, 그리고 주식을 취하지 않습니다. - StoreSyncEngine: 백그라운드 실행, 한 번에 연결당 하나씩; 각 레코드는 자체 트랜잭션에; 최대 40 페이지 / 종별 20분; 429 Retry-After 기다렸다; 저장소 오류가 저장된 것을 유지하고 실행을 표시합니다 partial; 생성/업데이트/건너뛰기/실패 및 종류별 첫 번째 문제, 실행 ID로 그룹화; the 'changed since' 표시는 깨끗한 실행 후에만 이동합니다. - BaseProviderHttpClient: 시간 초과, URI(이중 인코딩 없음), 호스트 및 경로만 로그. - 연결: 시장당 플랫폼당 하나, PULL만 (푸시 경로가 존재하지 않음), 비어있는 비밀은 저장되어 있습니다 하나, 삭제는 그 역사를 제거하지만 그것이 가져온 것을 유지; DTO는 결코 비밀을 수행하지 않습니다. 2026-11-08에 DDL을 수동으로 적용 (commerce_retail_external_links + sync log / config 열).