الوسيط هو الذي يحمل الطلب. محرك ملفات تعريف الارتباط في PHP cURL هو الذي يحدد ملفات تعريف ارتباط الوجهة التي يرسلها العميل. اضبط الاثنين على المقبض الذي ينفّذ النقل. توفّر قائمة وسطاء HTTP مرشحين للمسار عندما يجوز لهذا العمل استخدام وسطاء عامين:

curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_COOKIEFILE, '');

قيمة COOKIEFILE الفارغة تمكّن محرك ملفات تعريف الارتباط دون تحميل ملف ارتباطات أولي. يمكن للطلبات اللاحقة على ذلك المقبض أن ترسل ملفات الارتباط المطابقة المستلمة من الوجهة.

للاستمرارية عبر مقابض أو عمليات منشأة بشكل منفصل، استخدم سياسة ملف ارتباطات مقصودة. يقرأ COOKIEFILE ملفات الارتباط؛ ويكتب COOKIEJAR ملفات الارتباط التي يحتفظ بها libcurl. إعطاء COOKIEJAR مسارًا لا يعني أيضًا قراءته.

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

إذا احتاج سير العمل إلى تفريغ حالة ملفات الارتباط الحالية قبل التنظيف، فافحص أوامر ملفات الارتباط الموثقة في libcurl. لا تعتمد على استدعاء curl_close في مثال PHP قديم كالتفسير الوحيد لوقت كتابة الحالة.

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

مقالات ذات صلة