Action Scheduler استضافة لأكبر طاولة على موقعك.
WooCommerce ، العديد من الإضافات ونصف الإضافات الخاصة بك قائمة انتظار خلفية العمل هنا. الجدول الذي يسجل أنه ينمو أسرع من طلباتك ولا أحد ينظر إليه على الإطلاق.
البنية التحتية التي لم يُعدها أحد.
وصل Action Scheduler مع مكون إضافي بدلاً من قرار ، وهذا هو السبب في أن جدوله عادة ما يكون الأكبر في قاعدة البيانات.
الإجراءات المكتملة التي لا تتراكم إلى الأبد
كل وظيفة منتهية تترك صفًا ، والاحتفاظ الافتراضي يبقيها طويلة بما يكفي للوصول إلى الملايين. يعمل التقليم وفق جدول زمني بحيث يبقى الجدول في قائمة انتظار العمل بدلاً من الأرشيف.
قائمة انتظار تستنزف دون زوار
تتم معالجة الإجراءات من خلال الطلبات ، لذلك فإن فترة الهدوء تبني تراكمًا لا يمسح إلا عند عودة حركة المرور. تعمل المعالجة على كرون النظام بدلاً من ذلك.
الإجراءات العالقة التي تكون مرئية
الإجراء الذي يفشل بشكل متكرر يجلس في قائمة الانتظار ولا يمنع أي شيء بشكل واضح. يتم ظهور الإخفاقات بدلاً من تركها ليتم اكتشافها عندما يسأل العميل.
دفعات المطالبات المقاسه للعمل
يدعي المجدول مجموعة من الإجراءات لكل تشغيل. كبير جدًا ويطلب وقتًا في منتصف الدفعة ، وصغير جدًا ولا يلحق الطابور أبدًا.
الطابور ليس احتياطيًا ، الأوامر هي
معرفة ما هو عابر وما هو سجل المسائل عند استعادة، والإجراءات المعلقة ليست هي نفسها أوامر معلقة.
ملايين الصفوف لم يطلبها أحد
العرض هو مسؤول بطيء وقاعدة بيانات كبيرة على موقع يحتوي على كتالوج متواضع. السبب عادة ما يكون جدول قائمة الانتظار الذي تم الاحتفاظ بالعمل المكتمل منذ الإطلاق.
- الإجراءات المنجزة تقليم على جدول زمني
- قائمة الانتظار معالجتها بواسطة نظام كرون
- الإجراءات الفاشلة والملتصقة ظهرت
- حجم الدفعة المطالب بها مطابق للعمل
الطاولة تظهر في كل مكان.
جدول قائمة الانتظار مع الملايين من الصفوف يبطئ المشرف ، المجدول نفسه ، وكل نسخة احتياطية لديها لنسخه.
ما نغيره ل Action Scheduler
إنها بنية تحتية مشتركة وصلت كاعتماد ، لذلك لا أحد يمتلك تكوينه حتى يصبح مشكلة.
| الإعداد | ما نضبطه | السبب |
|---|---|---|
| احتفاظ الإجراء المكتمل | تقليم على جدول زمني بدلا من الاحتفاظ بها في الافتراضي | كل وظيفة منتهية تترك صفاً والاحتفاظ الافتراضي سخي بما فيه الكفاية بحيث يصبح جدول قائمة الانتظار الأكبر في قاعدة البيانات. |
| تجهيز قائمة الانتظار | مدفوعا نظام كرون بدلا من الطلبات الواردة | تعني المعالجة المرتبطة بمشاهدات الصفحة أن ليلة هادئة تؤدي إلى تراكم الأعمال المتراكمة ، والإجراءات التي كان من المفترض أن تعمل بين عشية وضحاها في وجبة الإفطار بدلاً من ذلك. |
| فشل الرؤية | عالقة وفشل مرارا وتكرارا الإجراءات ظهرت على السطح | يقع الإجراء الفاشل في قائمة الانتظار دون كسر أي شيء بشكل واضح ، لذلك عادة ما يأتي التقرير الأول من عميل لم يصل بريده الإلكتروني أبدًا. |
| حجم دفعة المطالبة | ضبطها على مزيج العمل الموقع | دفعة كبيرة جدا مرات خارج منتصف المدى وإعادة يطالب نفس العمل، صغيرة جدا وطابور أبدا اللحاق بما يجري جدولة. |
| نطاق النسخ الاحتياطي | صف الطابور يعامل على أنه عابر ، أوامر كسجلات | يمكن استعادة قائمة انتظار قديمة إعادة تشغيل العمل الذي حدث بالفعل، وهو خطر مختلف من فقدان النظام. |
أسعار واضحة وبسيطة.
تتضمن كل خطة نقلًا مجانيًا ونسخًا احتياطيًا يوميًا وشهادة SSL ودعمًا على مدار الساعة.
- موقع ووردبريس واحد
- 10 غيغابايت من تخزين NVMe
- شهادة SSL مجانية
- نسخ احتياطي يومي
- نشر بنقرة واحدة
- الدعم عبر التذاكر
- 5 مواقع ووردبريس
- 50 غيغابايت من تخزين NVMe
- شهادة SSL مجانية
- نسخ احتياطي يومي
- نشر بنقرة واحدة
- تذاكر دعم ذات أولوية
- 20 مواقع ووردبريس
- 200 غيغابايت من تخزين NVMe
- شهادة SSL مجانية
- نسخ احتياطي يومي
- نشر بنقرة واحدة
- دعم مخصص
الأسئلة الشائعة.
لماذا قاعدة البيانات الخاصة بي كبيرة جدا مع بضعة آلاف فقط من الطلبات؟
لماذا تأخر تنفيذ الإجراءات المقررة؟
كيف أعرف أن إجراءً ما قد فشل؟
هل يجب أن تكون قائمة الانتظار في النسخ الاحتياطية؟
خذ ملكية الطابور.
نقل الموقع عبر. الترحيل مجاني ، مراجعة الاحتفاظ بالانتظار.