الرجوع إلى بحث المتجر
لماذا يستمر متجرك في العمل عندما يكون SeekGist بطيئًا أو متوقفًا.
صُمّم SeekGist بحيث لا يتعطل متجرك بسببنا أبدًا. تتبع كل إضافات SeekGist القواعد نفسها، وإذا كنت تستدعي الواجهة البرمجية من خادمك فاتبعها أنت أيضًا.
القواعد
| القاعدة | القيمة |
|---|---|
| أقصى وقت لانتظار SeekGist | 300 ملّي ثانية |
| وقت الاتصال | 150 ملّي ثانية |
| متى نرجع إلى بحث المتجر | انتهاء المهلة، خطأ في الاتصال، رمز HTTP من فئة 5xx، أو 429 أو 401 أو 403، رد ليس بصيغة JSON، رد بلا ids |
| ما يراه المتسوق | نتائج البحث الخاصة بمتجرك، ولا صفحة خطأ أبدًا |
| قاطع الدائرة | بعد 5 أخطاء خلال 60 ثانية، يُتجاوز SeekGist لمدة 30 ثانية، ثم يُجرَّب طلب واحد |
| الإبلاغ | يُرسل كل رجوع على شكل POST /v1/event مع type=fallback، في الخلفية |
لا تنتظر صفحة الدفع ردّ SeekGist أبدًا، ولا يتأخر عرض الصفحات بسببه. تُرسل النقرات والأحداث في الخلفية.
لماذا يهم هذا
- إذا كان SeekGist بطيئًا أو متوقفًا، يحصل المتسوقون على نتائج من بحث متجرك نفسه.
- يظهر كل رجوع في تحليلاتك، فتعرف كم مرة حدث.
- تبيّن صفحة الحالة إن كان لدى SeekGist مشكلة معروفة.
كيف نختبر الإضافات
لكل إضافة اختبار رجوع أمام خادم أعطال يمكنه أن يبطئ، أو يرد بأخطاء، أو يرد بـ 429، أو يرد بـ JSON تالف، أو يرد بلا محتوى، أو يقطع الاتصال. ويجب أن تعرض الإضافة نتائج المتجر نفسه في كل حالة.
إيقاف SeekGist
لكل إضافة زر تشغيل وإيقاف في إعداداتها. الإيقاف يعني العودة إلى بحث المتجر فورًا ودون انتظار.