معقولة HTTP القيم ما بعد مهلة لاستخدامها عند إصدار طلبات برمجيا؟

Question

عند إصدار طلبات POST HTTP برمجيا، ما هي القيم المهلة ستكون معقولة؟

في حالتي، أنا أبحث لمجموعة 'معقولة' القيم المهلة عند تقديم طلبات POST في PHP، ولكن هذا ينطبق على أي لغة.

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

وPHP في <لأ href = "https://stackoverflow.com/questions/170938/what-is-the-default-time-after-which-an-http-request-is-deemed-to-have-timed -out "> الافتراضي مقبس مهلة 60 ثانية. هذا يبدو وقتا طويلا دون داع للانتظار قبل البت في الطلب لن يكتمل.

ولأن هذه هي طلبات POST عليهم إكمال بسرعة - عدم وجود بيانات المراد استردادها وإعادتها كما هو الحال مع طلب GET

.

وينبغي أن نكون قادرين على تحمل، <م> أكثر من مرة ، أن عدم إصدار استجابة لطلب داخل X ثواني يعني المضيف من غير المرجح أن يصدر ردا في غضون فترة زمنية معقولة للقيم من X <م> إلى حد كبير أقل من 60.

وبالتأكيد تستضيف نادرا ما يستغرق أكثر من 60 ثانية للرد على طلب POST بسيط. هل هم حتى نادرا ما يستغرق أكثر من 10 ثانية؟ 5 ثوان؟

وماذا يمكن أن يكون القيم معقولة لX من الناحية العملية؟ أن مبررات المرافق الاقتراحات أن يكون مفيدا للغاية.

Answer 1

وأوصي بإنشاء الاختبار، كما أن هناك عوامل كثيرة جدا المعنية لإعطاء قيمة من شأنها أن تكون دائما معقولة.

البيانات

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

وأين هو المضيف؟ المستخدم هو تزويد URL، بحيث يكون غير معروف. لا يمكننا أن نعرف ما هو مثل حركة المرور بين الطلب والمضيف. لا يمكننا أن نعرف تحميل الملقم المضيف.

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

Answer 2

ومعظم المكتبات لديها مهلة ربط ومهلة قراءة. وهذا يعني أن مهلة بين محاولة للاتصال الملقم البعيد، والمهلة بعد إرسال الطلب، أنه ينبغي الانتظار للرد.

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

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