MoboCore کمک می‌کند فروشگاه شما «همگام بماند»، نه اینکه فقط یک‌بار محصول وارد کند
MoboCore بین WooCommerce، Portal و Mobomobo قرار می‌گیرد. کارش این است که داده Source را به Store برساند، تغییرات از دست‌رفته را دوباره پیدا کند، کارهای سنگین را صف‌بندی کند و مسیر سفارش‌های موبویی را بدون دست‌کاری Checkout مشتری کنترل کند.
شش کاری که مدیر سایت واقعاً از MoboCore می‌گیرد
۱. Product Sync
محصول، Attribute، Variation، قیمت، موجودی، دسته‌بندی و تصویر را با قواعد فعال فروشگاه اعمال می‌کند.
۲. بازیابی اختلاف
اگر Store مدتی Down باشد یا Webhook جا بماند، Heartbeat و Reconciliation اختلاف را دوباره پیدا می‌کنند.
۳. صف و Retry
Webhook، Image، Refresh، Sync و Order Submission به‌جای یک درخواست سنگین، مرحله‌ای و قابل Retry اجرا می‌شوند.
۴. سفارش موبویی
سفارش Non-Mobo، All-Mobo و Mixed تفکیک می‌شود و فقط Lineهای موبویی به Source می‌روند.
۵. Shipping Mapping
مشتری روش‌های WooCommerce خود Store را می‌بیند؛ Mapping فقط شناسه Source را هنگام ارسال سفارش مشخص می‌کند.
۶. Health و عملیات
نسخه افزونه، Queue، Cron، Images، Cache، Sync Health، Upgrade و Revenue از Portal قابل مشاهده‌اند.
قطعی سایت یا Webhook از دست‌رفته پایان Sync نیست
در مدل فعلی، Event فقط مسیر سریع است. Portal وضعیت مطلوب و Revision را نگه می‌دارد و Reconciliation برای کشف Drift وجود دارد؛ بنابراین Store به یک Event منفرد وابسته نیست.
MoboCore چه کاری نمی‌کند؟
جای WooCommerce را نمی‌گیرد
سبد خرید، Checkout، مالیات و تجربه مشتری همچنان متعلق به فروشگاه است.
روش ارسال Source را به مشتری تحمیل نمی‌کند
مدل فعلی Mapping-only است؛ Rateهای Source برای Checkout ساخته نمی‌شوند.
هر Provider را داخل Portal موبو Tenant نمی‌کند
Provider جدید Deployment مستقل خودش را می‌گیرد.
Repair را مرحله عادی نصب نمی‌داند
Repair برای Drift، Legacy data یا شرایطی است که Health/مهاجرت نیاز آن را نشان دهد.
از ضعف زیرساخت معجزه نمی‌سازد
اما Workload را با Queue، Budget، Retry، Real Cron و Self Runner قابل کنترل می‌کند.