
كتلة الوظيفة HTTP_RESPONSE تفك تشفير استجابة RAW من واجهة HTTP.
مهم: يجب أن يكون نوع البيانات للمتغير المستقبلي من واجهة HTTP هو RAW.
يتوقع المدخل سلسلة من الرموز في تنسيق JSON. يتم عادةً توصيله مباشرة بالمتغير المسترد أو المستقبلي للواجهة.
يحدد المدخل المعرف للمستعلام. يتم إنشاء هذا المعرف عند الاستعلام إلى كتلة الوظيفة HTTP_REQUEST. وهذا يضمن معالجة استجابة الطلب فقط مع المعرف المقابل. إذا لم يتم تعريف المدخل، فسيتم تقييم كل استجابة.
إذا كان المدخل صحيحًا، فسيتم إعادة تعيين جميع المخرجات إلى NULL. ما دامت هذه المدخلات صحيحة، لن يتم حساب القيم للمخرجات.
يعيد المخرج طريقة النقل كسلسلة من الرموز. قد تكون هذه مثل "GET", "POST", "PUT" أو غير ذلك.
يعيد المخرج رأس Content-Type كسلسلة من الرموز.
يعيد المخرج جميع مدخلات الرؤوس كسلسلة من الرموز. يتم فصل الرؤوس المتعددة بفرصة جديدة.
يعيد المخرج الاستعلام كسلسلة من الرموز. الاستعلام هو القيمة بعد علامة الاستفهام ويستخدم عادةً في طلبات GET.
http://server/uri?query
يكون بناء الاستعلام كما يلي:
var1=wert1&var2=wert2&va...
لتأكد من نقل القيم بشكل صحيح، ينصح بتشفير القيم الفردية باستخدام كتلة الوظيفة URL_DECODE أو QUERY_DECODE، حيث قد يتم نقل البيانات بشكل غير كامل.
ملاحظة: انتبه إلى الطول الأقصى لURL إذا كان يجب نقل كميات كبيرة من البيانات. استخدم طريقة POST واستقبل الاستعلام كContent إذا لزم الأمر.
مخرج المحتوى Content مشابه لمخرج الاستعلام Query. ومع ذلك، يتم نقل البيانات بعد الرأس ويتم دعم كميات أكبر من البيانات. حسب التطبيق، قد لا يكون نوع المحتوى يحتوي على طريقة استعلام.
ملاحظة: يتم دعم البيانات فقط إذا كانت متوافق مع UTF-8. عند نقل البيانات الثنائية، ينصح بتشفيرها باستخدام كتلة الوظيفة BASE64_ENCODE.
يعيد المخرج طول مدخل المحتوى Content بالبايت.
يعيد المخرج حالة HTTP كرقم. على سبيل المثال، 200, 404 أو غير ذلك. إذا لم يتم استلام حالة، فسيتم إعادة القيمة NULL.
المخرج صحيح إذا لم يعيد المدخل الحالة 200 أو NULL.
يعيد المخرج رقم خطأ cURL. إذا كان هذا الرقم 0، فلا يوجد خطأ في النقل.
يعيد المخرج النص الخطأ للاستعلام cURL.