ה-proxy נושא את הבקשה. מנוע ה-Cookie של PHP cURL קובע אילו קובצי Cookie של היעד הלקוח שולח. הגדירו את שניהם בידית שמבצעת את ההעברה. רשימת ה-proxy של HTTP מספקת מועמדים למסלול כאשר עומס עבודה זה רשאי להשתמש במתווכים ציבוריים:

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

הערך הריק של COOKIEFILE מפעיל את מנוע ה-Cookie בלי לטעון קובץ Cookie ראשוני. בקשות המשך בידית הזו יכולות לשלוח קובצי Cookie תואמים שהתקבלו מהיעד.

לשמירת מצב בין ידיות או תהליכים שנוצרו בנפרד, השתמשו במדיניות קובץ Cookie מכוונת. COOKIEFILE קורא קובצי Cookie; COOKIEJAR כותב את קובצי ה-Cookie ש-libcurl שומר. מתן נתיב ל-COOKIEJAR אינו קורא אותו גם.

שמרו קובצי Cookie נפרדים לפי הסשן או החשבון שהאפליקציה מייעדת. קובץ משותף שמשמש משימות מקבילות עלול לערבב מצב ללא תלות ב-proxy שכל משימה בוחרת. הגנו על הקובץ, מפני שקובץ Cookie של סשן יכול להעניק גישה אף שאינו מסומן כסיסמה.

אם זרימת העבודה דורשת שכתב ה-Cookie הנוכחי יישטף לפני ניקוי, בדקו את פקודות ה-Cookie המתועדות של libcurl. אל תסתמכו על קריאת curl_close מדוגמת PHP מיושנת כהסבר היחיד למועד כתיבת המצב.

כתובת IP של proxy שהשתנתה משאירה את מדיניות קובצי ה-Cookie ללא שינוי אלא אם האפליקציה משנה אותה. אבחנו סשן שנדחה כתגובה של היעד במקום להניח שה-proxy חייב לזכור את הכניסה.

מאמרים קשורים