WooCommerce فروشگاه باقی می‌ماند؛ Mobo Core لایه اتصال و عملیات Source است
Theme، Checkout، مالیات، روش‌های ارسال مشتری و محصولات غیر Source همچنان در اختیار Store هستند. Mobo Core کاتالوگ Source، Recovery، Media، Mapping و سفارش Source را در مرز مشخص خودش اجرا می‌کند.
چه چیزی محلی است و چه چیزی از Source می‌آید؟
WooCommerce / Store
- Checkout و تجربه مشتری
- روش‌های ارسال قابل مشاهده توسط مشتری
- مالیات، Payment Gateway و Theme
- محصولات غیر Source
- قواعد محلی که در Scope Sync فعال نشده‌اند
MoboCore / Source Contract
- Product/Variant identity و Desired State
- قیمت/موجودی Source طبق تنظیمات فعال Store
- Media Queue و Image recovery
- Shipping Mapping برای Source Order
- Webhook، Recovery، Health و Remote Operations
روش ارسال Source مستقیم به Checkout مشتری اضافه نمی‌شود
مدیر Store روش‌های WooCommerce خودش را نگه می‌دارد و هر Method/Instance را به روش Source نگاشت می‌کند. Mobo Core این Mapping را فقط زمانی مصرف می‌کند که یک سفارش واجد شرایط باید به Source ارسال شود.
Product Update منتظر پردازش تصویر نمی‌ماند
Media کار جداگانه Queue-based است. Standard Media و Shared Media رفتار متفاوت دارند، اما در هر دو حالت Product Sync نباید به Download/Resize یک تصویر قفل شود.
Standard Media
فایل و Attachment در همان WordPress مدیریت می‌شوند.
Shared Media
Store می‌تواند به manifest/file مشترک Read-only متصل باشد.
Recovery
Failed/Due jobs، refresh و missing-image recovery مسیر مستقل دارند.
اگر Store عقب ماند، اختلاف باید دوباره پیدا شود
Heartbeat و Reconciliation برای همین سناریو هستند؛ Webhook تنها مسیر رسیدن به وضعیت صحیح نیست.
وضعیت Runtime فروشگاه از Portal قابل مشاهده است
Queue، Cron، Image، Cache، Heartbeat و Sync Health کنار هم دیده می‌شوند تا مشکل فقط با حدس‌زدن بررسی نشود.
