مقدمة

يستطلع تطبيق إدارة الأسطول خدمةً مُتاحةً ويتلقى رمز HTTP 429. ينتظر أحد العمال بينما يواصل العمال الآخرون إرسال نفس فئة الطلبات. السؤال المطروح هو ما إذا كان التكامل يعرف نوع حركة البيانات التي يغطيها الحد. هذه الحالة الافتراضية ليست اختبارًا فعليًا لواجهة برمجة التطبيقات أو عطلًا مُكتشفًا في منتج WEIMI.

مرجع MDN رقم 429: طلبات كثيرة جدًا يشير التقرير، الذي تم تحديثه في 22 يونيو 2026 وقُرئ في 11 أكتوبر 2026، إلى أن العميل قد أرسل عددًا كبيرًا جدًا من الطلبات خلال فترة زمنية محددة. ويوضح التقرير أن التطبيقات تختلف، بما في ذلك القيود على مستوى الخادم أو على مستوى كل مورد، والحدود المرتبطة بعناوين IP أو المستخدمين أو التطبيقات المصرح لها.

المرفق إعادة المحاولة بعد المرجع تم تحديث هذا التقرير في 21 نوفمبر 2025، وقُرئ في التاريخ نفسه، ويصف إشارة انتظار مُعبر عنها بتاريخ HTTP أو عدد صحيح غير سالب من الثواني. تدعم هذه المصادر مجتمعةً نقاشًا حول قبول نطاق محدد، لكنها لا تكشف عن الحصة الحقيقية لمورّد آلات البيع.

يقارن هذا الدليل ثلاثة نماذج تجزئة متاحة للجمهور عبر منصة WEIMI، ويقدم أدلة تدعم أي تكامل مُتاح فعليًا. لا يتضمن الدليل أي استدعاءات لواجهة برمجة التطبيقات (API)، أو اختبارات تحميل، أو تغييرات في معدل نقل البيانات. وتستند القائمة المختصرة إلى قوائم الشركات المصنعة، وليس إلى اختبارات مستقلة للأجهزة.

إجابة سريعة

اطلب نطاق الحد الفعلي واستجابة التطبيق له. تشير نتيجة 429 إلى ضرورة إبطاء حركة البيانات، لكنها لا تحدد حصة موحدة لجميع الخوادم أو تثبت أن كل طلب من كل خادم محدود. استفسر من مزود الخدمة عن الخدمة والمورد وهوية العميل التي يشملها هذا الحد.

في حال توفير خاصية إعادة المحاولة بعد، يجب تقديم دليل على أن التطبيق يفسر النموذج المدعوم فعليًا. يصف موقع MDN تاريخ HTTP والتأخير بالثواني بعد استلام الاستجابة. لا ينبغي للتطبيق أن يفترض أن كل قيمة عدد صحيح أو أن كل استجابة 429 تتضمن رأس الاستجابة.

في حال فقدان معلومات الانتظار أو عدم إمكانية استخدامها، اطلب سياسة استرداد موثقة من مزود الخدمة والجهة المنفذة. لا تحدد هذه المقالة عددًا محددًا من الطلبات في الدقيقة، أو فترة تأخير، أو ضمانًا للتوافر. افصل بين وتيرة الطلبات وهوية إعادة المحاولة الآمنة وإتمام العملية التجارية النهائية.

جدول المقارنة

السيناريوهات أدناه هي أسئلة مقترحة للقبول. يجب أن تستخدم أي عملية عرض توضيحي حركة مرور آمنة يتحكم بها مزود الخدمة وعقد الخدمة الفعلي المعروض.

من ينبغي عليه شراء هذا المنتج؟

استخدم هذا الموجز عندما يتضمن المقترح تكاملاً يرسل طلبات إلى خدمة ما للحصول على معلومات عن المخزون أو التقارير أو أي وظيفة أخرى مؤكدة. لا يُحدد تصنيف النظام السحابي واجهة برمجة تطبيقات عامة، أو جدول استطلاع، أو حدًا موثقًا لمعدل الطلبات. تأكد من نطاق البرنامج الفعلي أولاً.

ينبغي على مزود الخدمة تحديد الحصص والهويات وإشارات الانتظار. وعلى منفذ التكامل تحديد الجدولة والتعافي. كما ينبغي على المشغل فهم كيفية ظهور المعلومات المتأخرة في سير العمل ومن المسؤول عن معالجة حالات الفشل غير المحلولة. ويتعين على قسم المشتريات توضيح هذه المسؤوليات في العرض المكتوب.

يُفيد هذا الدليل عندما تستخدم عدة مواقع أو موظفين بيانات اعتماد تطبيق واحدة أو هوية شبكة مشتركة. كما يُفيد عندما ينجح عرض توضيحي مصغر، لكنّ الأسطول الفعلي يُنتج حركة مرور مختلفة. لا تستنتج وجود سعة إنتاجية كافية من طلب واحد، ولا تُحمّل خدمةً مباشرةً فوق طاقتها عمدًا لسدّ فجوة الأدلة.

كيف نقوم بتقييم آلات البيع الذكية

نستخدم بيانات منتجات WEIMI العامة المحفوظة والتي تمت مراجعتها في 10 أكتوبر 2026. نقارن إمكانية الوصول إلى العبوة، وخيارات الصرف، وترتيب الخزائن. لا يتم التحقق من أي حد أقصى لمعدل استخدام المواد الفعالة، أو تنفيذ استطلاعات الرأي، أو نتائج استرداد الأموال بموجب المادة 429 لأي مرشح.

أولاً، حدد التكامل الحقيقي ومصادر الطلبات. اذكر الخدمة وتطبيق المشغل والغرض التجاري. أضف حركة البيانات المجدولة وتلك التي يُفعّلها المستخدم حيثما وُجدت بالفعل. لا تُنشئ عمليات تشغيل في الخلفية أو أوامر عن بُعد أو نقاط نهاية واجهة برمجة التطبيقات من كتيب الأجهزة.

ثانيًا، حدد أبعاد القيود. استفسر عما إذا كان عقد المزوّد يُميّز بين القيود على مستوى الخدمة، والقيود الخاصة بالموارد، والقيود الخاصة بعناوين IP، والقيود الخاصة بالمستخدمين، والقيود الخاصة بالتطبيقات. تشير MDN إلى أن التطبيقات تختلف. لذا، نحتاج إلى دليل يُبيّن ترتيب الهوية المُطبّق فعليًا بدلًا من افتراض عام.

ثالثًا، الاتفاق على حالات الاستجابة الآمنة. يجب على مزود الخدمة توضيح نماذج إعادة المحاولة المدعومة وشرح كيفية التعامل مع الرؤوس المفقودة في بيئة مُراقبة. سجّل وقت حدوث حركة مرور المتابعة وما إذا كانت الطلبات الأخرى في نفس النطاق منسقة.

أخيرًا، راجع نتيجة العملية. قد تشير الطلبات المتأخرة إلى معلومات قديمة أو عمل غير مكتمل، وذلك بحسب المهمة الفعلية. اطلب توضيحًا لحالة الطلب وتحديد الجهة المسؤولة عن تصعيده. لا يعني استعادة الاتصال بالضرورة اكتمال عمليات المعالجة اللاحقة أو نجاح عملية التوزيع الفعلي.

عوامل الشراء الرئيسية

يشير الرمز 429 إلى وجود مشكلة في وتيرة الاستخدام. يشير إشعار MDN إلى وجود عدد كبير جدًا من الطلبات خلال فترة زمنية محددة. لا يحدد هذا الإشعار حصة قياسية لكل خدمة. لذا، يُرجى طلب القاعدة الفعلية للمزود والبيئة التي تُطبق عليها، بدلاً من تقديم اقتراح يتضمن رقمًا تقريبيًا لعدد الطلبات في الدقيقة.

للقيود أبعادٌ متعددة. قد تكون الحدود على مستوى الخادم ككل أو لكل مورد على حدة، وترتبط بعنوان IP الخاص بالعميل، أو المستخدم المُصادق عليه، أو التطبيق المُصرّح له. استفسر عن كيفية تجميع طلبات الأسطول الفعلي. قد تشترك جهات عمل منفصلة في هوية محدودة واحدة.

إعادة المحاولة بعد الاستجابة (Retry-After) اختيارية في استجابة 429. يشير مرجع الحالة إلى إمكانية تضمينها. تتطلب خطة القبول الصحيحة حالة غياب محددة. استفسر من مزود الخدمة عن سياسة الاحتياط المطبقة؛ ولا تدّعِ أن بروتوكول HTTP يتطلب قيمة انتظار محددة في كل استجابة 429.

الثواني والتواريخ صيغتان مختلفتان. يُعرّف موقع MDN تأخير الثواني بأنه عدد صحيح غير سالب يُحسب بعد استلام الاستجابة، بينما يُعرّف تاريخ HTTP بأنه التاريخ الذي يُعاد بعده المحاولة. اطلب كلا التفسيرين المعتمدين عند الحاجة. لا يشمل عرض توضيحي لأحد الصيغتين الصيغة الأخرى.

يتطلب التعامل مع البيانات وجود جهة مسؤولة. بالنسبة للاستجابة التي تعتمد على تنسيق التاريخ، اسأل المطور عن كيفية تحديد بيئة التشغيل المدعومة لنتيجة الانتظار، وماذا يفعل بالمدخلات غير القابلة للاستخدام. هذا سؤال قبول، وليس ادعاءً بوجود خوارزمية تصحيح ساعة إلزامية في الكود المصدري.

يُعدّ التنسيق جزءًا من النطاق الفعلي. إذا كانت مصادر طلبات متعددة تشترك في حدٍّ معين، فاسأل عن كيفية تجنّب المنفّذ استمرار حركة البيانات من العامل الذي يبدو أنه غير متأثر. هذا اقتراح لمراجعة التصميم بناءً على النطاق الموثّق، ولا يتطلّب إيقاف جميع وظائف النظام.

الانتظار لا يُثبت اكتمال المهمة. حتى طلب المتابعة بعد انقضاء المدة المحددة يحتاج إلى استجابة عادية ومراجعة لحالة النظام. إعادة المحاولة بعد ذلك تُشير إلى انتظار، وليس إلى نتيجة ناجحة مضمونة أو التزام بوقت تشغيل النظام. أبقِ المهام غير المنجزة ظاهرة.

يُجيب كلٌّ من تنظيم وتيرة العمليات وعدم تكرارها على أسئلة مختلفة. ولا يُعدّ تقليل وتيرة الطلبات دليلاً على سلامة عمليات الإنشاء أو التحديث المتكررة. ينبغي على مزوّد الخدمة توثيق كيفية تحديد العمليات غير المؤكدة ومعالجتها بشكل منفصل. لا تُقدّم هذه المقالة ضمانًا شاملاً للمعاملات.

لا يقيس رمز الحالة سعة البيع بالتجزئة. حد التكامل منفصل عن سعة تعبئة الخزانة، أو عبء التبريد، أو إعادة التعبئة. لا تستخدم استجابة 429 المستردة كدليل على زيادة إنتاجية الآلة أو أرباح الموقع.

أفضل آلات البيع الذكية

تصف هذه القوائم العامة الأصلية ثلاثة نماذج بيع بالتجزئة. وهي لا تحدد حصة استخدام واجهة برمجة التطبيقات (API) ولا ميزة استعادة معدل الاستخدام. اطلب تكوين الأجهزة النهائي وأي عقد خدمة مضمن بشكل منفصل.

مقارنة الميزات

يتطلب اختيار الأجهزة وتحديد وتيرة الخدمة أدلة مختلفة. يساعد النموذج العام في تحديد نطاق المعدات؛ بينما يحدد عقد التكامل الفعلي الطلبات والحدود.

تحليل التكلفة والعائد على الاستثمار

مخصص مراجعة افتراضي: يُفترض تخصيص 45 دقيقة لتحديد مصادر الطلبات، و55 دقيقة لمراجعة سلوك الانتظار المُتحكم به، و35 دقيقة لتحديد مسؤولية الاسترداد. إجمالي الوقت 135 دقيقة، أو ساعتان وربع. بافتراض أجر 35 دولارًا أمريكيًا للساعة، تبلغ تكلفة العمالة الداخلية 78.75 دولارًا أمريكيًا.

لنفترض أن مراجعة لاحقة مدتها 30 دقيقة بنفس السعر تكلف 17.50 دولارًا أمريكيًا. يبلغ إجمالي المخصصات التوضيحية 96.25 دولارًا أمريكيًا. هذه مدخلات تخطيط افتراضية، وليست أسعار اشتراك واجهة برمجة التطبيقات، أو رسوم WEIMI، أو تكاليف اختبار مُقاسة.

لا تشمل هذه الحسابات تكاليف التنفيذ والاستضافة والتقييم المتخصص. يُرجى الحصول على عروض أسعار فعلية وشروط من مزودي الخدمة. لا تتوقع هذه الحسابات أي تكاليف انقطاع خدمة مُتجنبة، أو زيادة في المبيعات، أو استرداد تكلفة المعدات. يتطلب حساب عائد الاستثمار في قطاع التجزئة بيانات فعلية عن الطلب، وهوامش الربح، والمخزون، وتكاليف الخدمة.

قارن بين المقترحات المقدمة من الخدمة والمشمولة فعليًا والعمل المطلوب لحل مشكلة تفاوت سرعة نقل البيانات. قد تساعد الحصة المعلنة في تخطيط السعة، لكنها لا تُثبت بحد ذاتها ملاءمة النشر لها. استخدم توقعات حركة البيانات الفعلية المعتمدة من قِبل مزود الخدمة بدلًا من أرقام الأحمال المُفترضة.

الخيار الأفضل حسب السيناريو

يتلقى أحد العمال الإذن رقم 429: حدد النطاق المحدود الفعلي قبل تحديد مصادر الطلبات التي يجب إبطاؤها. نجاح عامل آخر لا يثبت حصوله على إذن مستقل.

يتم إرجاع قيمة التأخير بالثواني: اطلب دليلاً على فترة الانتظار المقاسة بعد الاستلام. تجنب التعامل مع القيمة على أنها ميلي ثانية أو عدد محاولات إعادة الإرسال. يحدد المصدر فترة التأخير الزمني.

يتم إرجاع تاريخ HTTP: راجع تفسير التاريخ في البيئة المدعومة. حافظ على معالجة التواريخ غير الصالحة بشكل واضح ومحدد. لا تُجري هذه المقالة أي تغيير على الساعة أو إعدادات التطبيق.

في حال عدم ظهور أي ترويسة انتظار، يُرجى اتباع سياسة استعادة الخدمة الموثقة لدى المزوّد، وإبقاء المهمة غير محلولة عند الاقتضاء. لا تُبرر الترويسة الاختيارية حلقة إعادة محاولة فورية غير محدودة.

مع تزايد حجم الأسطول، يجب إعادة النظر في مصادر الطلبات الفعلية، والهويات المشتركة، وشروط الخدمة. لا يُحدد عدد الخزائن المادية وحده حجم حركة بيانات واجهة برمجة التطبيقات (API). اطلب من الجهة المنفذة تحديث افتراضات السعة المتفق عليها.

التطبيقات

أنشئ سجلًا للمواعيد يتضمن الخدمة الفعلية، ومصدر الطلب، والغرض التجاري، ونطاق العمل، وفئة هوية العميل، وأنماط الانتظار، وإجراءات التعامل مع الغياب، ومسؤول الدعم. هذا سجل شراء مقترح، وليس ميزة مدمجة في نظام WEIMI. يجب تضمين الوظائف المتاحة فقط.

اطلب من المزوّد المعتمد تقديم أمثلة على حالات الاستجابة المُتحكّم بها مع الطلبات غير الضارة. سجّل وقت الانتظار المُشار إليه وتوقيت المتابعة المُلاحظ. لا تُحمّل خدمات الإنتاج فوق طاقتها أو تُغيّر بيانات الاعتماد للحصول على حصة مستقلة.

احتفظ بسجلات حالة العمل جنبًا إلى جنب مع حالة النقل. قد يكون لتأخير الاستطلاع أو القراءة أو التحديث آثار مختلفة. سجّل المهمة الفعلية والنتيجة غير المحسومة بدلًا من اعتبار كل خطأ 429 عطلًا ماديًا في الجهاز.

عند تغيير شروط الخدمة أو جدولة الطلبات أو تجميع الهوية، أعد فتح مراجعة وتيرة العمل. قم بتفعيل التعرف على التكليف وتسليم الحزم والتبريد بشكل منفصل من خلال التكوين النهائي للمعدات. يُعد استرداد حد المعدل خاصية تكامل واحدة وليس ضمانًا شاملاً للأسطول بأكمله.

التعليمات

التوصية النهائية

احصل على نطاق التقييد الفعلي وقاعدة موثقة للانتظار والاسترداد. تحقق من نماذج إعادة المحاولة المدعومة وسلوك الرؤوس المفقودة باستخدام أدلة يتحكم بها الموفر. احتفظ بنتيجة العمل الخاصة بالطلب وهوية إعادة المحاولة الآمنة منفصلة عن وتيرة التنفيذ.

اختر صيغة البيع بالتجزئة من خلال المعلومات المتاحة للجمهور وتجارب الحزم الفعلية. تأكد كتابيًا من أي تكامل مُضمّن قبل طلب حدوده. لا تتضمن هذه المقالة أي طلب واجهة برمجة تطبيقات، أو اختبار تحميل، أو تغيير في الخدمة، ولا تتحقق من عدم وجود آلية استرداد للقائمة المختصرة.