تزامن المتجر على شبكة الإنترنت يحفظ ما يقرأه - المنتجات، المخزون، العملاء والطلبات، بالتساوي

شحنت

8 نوفمبر 2026 في 8:56 ص UTC

المؤلف

Kamo

الالتزام

05bd1ad

حتى الآن كان هناك جهاز يقرأ السجلات و يعد السجلات و يرمي بها و كل مرة يقول أنه يعمل - StoreReader لكل منصة (Shopify, WooCommerce, BigCommerce, Magento, Wix, Squarespace, Ecwid, Shift4Shop, PrestaShop, OpenCart): read-only, paged, carrying the store's own ids; statuses mapped to Kamo order statuses. تم اختباره ضد الإجابات المسجلة في شكل موثق لكل منصة (لا يوجد متجر حي متصل). - StoreSyncWriter: منتج واحد Kamo لكل بند قابل للبيع (بما في ذلك الصيغ المتنوعة)، يطابقه السوق + المنصة + رقم المتجر **************** فريد) بحيث يتم إعادة تزامن التحديثات ولا يحدث ازدواج أبدا؛ وحدة تصنيف أصناف موجودة في السوق ويتم تثبيت المخزون من خلال خدمة المخزون عند مستوى معين، ويتم تثبيت المخزون من خلال خدمة المخزون عند مستوى معين يقوم العملاء بمطابقة الحسابات عن طريق البريد الإلكتروني في إطار الحساب الذي تم إنشاؤه تصبح الطلبيات طلبيات تجزئة في السوق مع رقم المتجر وعنوانه وعنوان البريد الالكتروني وضعية، حساب العميل أو السير في، ولا تأخذ أي مخزون. - StoreSyncEngine: تشغيل في الخلفية، واحد لكل وصلة في كل مرة؛ كل سجل في معاملته الخاصة؛ 40 كحد أقصى صفحات/20 دقيقة لكل نوع؛ 429 إعادة محاولة بعد الانتظار؛ خطأ في التخزين يحتفظ بما تم حفظه ويسجل التشغيل جزئي؛ أنشئ / تم تحديثه / تم تجاوزه / فشل وأول المشاكل حسب النوع، مجمعة حسب رمز التشغيل؛ لأن العلامة لا تتحرك إلا بعد الركض النظيف - BaseProviderHttpClient: حالات انتهاء المدة الزمنية، ووحدات تحديد المواقع (لا ترميز مزدوج)، وتسجيلات المضيف والمسار فقط. - الوصلات: واحدة لكل منصة لكل سوق، ونظام الدفع فقط (لا يوجد مسار دفع)، وتبقى الأسرار الفارغة مخزنة إحداها، الحذف يزيل تاريخه ولكنه يحتفظ بما جلبته؛ DTO لا يحمل أبدا سرا. تم تطبيق DDL يدويا 2026-11-08 (commerce_retail_external_links + sync log / config columns).