امنح طلب ibrowse خيارات الوكيل الخاصة به

بالنسبة إلى تطبيق يستخدم ibrowse بالفعل، ينتمي الوكيل الأمامي إلى خيارات الطلب:

Options = [{proxy_host, "proxy.example"},
           {proxy_port, 8080}],
ibrowse:send_req("http://www.example.com/", [], get, [],
                 Options, 5000).

يفترض هذا المثال أن تطبيق ibrowse قد بدأ بالفعل. الوسيط السادس يوفّر مهلة الطلب بالمللي ثانية. عنوان URL للطلب يحدد الوجهة؛ ويحدد proxy_host وproxy_port الوسيط. استبدل العنصر النائب بمرشح غير موثّق من قائمة وكلاء HTTP عند اختبار عنوان URL العام هذا.

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

قد تكون النتيجة المتزامنة {ok, Status, Headers, Body} أو صفّ خطأ. افحص Status إلى جانب وسم الصفّ. قد يصل إعادة توجيه HTTP أو استجابة خطأ من الوكيل بنجاح على مستوى النقل دون أن يكون الصفحة التي توقعتها التطبيق.

تتبع هذه القطعة واجهة خيارات وكيل HTTP الموثّقة. وهي لا تضبط عملاء HTTP الآخرين في Erlang ولا تثبت دعمًا لكل مخطط مصادقة للوكيل. أبقِ المسار ومعالجة النتيجة بجانب الطلب كي تستطيع الشيفرة المستدعية شرح نقطة النهاية التي جرّبتها والاستجابة التي تلقتها.