תיקון עוגיית TMPT שאינה נשלחת כראוי

התחילו ממשימה שהסטטוס שלה הוא ready. אם המשימה במצב failed, הפסיקו לתשאל אותה ובדקו את errorCode ואת error; אין פתרון שמיש שאפשר לצרף.

הבקשה היוצאת אינה מכילה קובץ cookie בשם tmpt.

השוו את שם המארח והנתיב בפועל של הבקשה לדומיין ולנתיב של הרשומה במאגר קובצי ה-cookie. בדקו אם הפניה שינתה את היעד.

כדאי לנסות: הגדירו את קובץ ה-cookie עם תחולה התואמת לבקשה ליעד המיועד. בדקו הפניות לפני המעבר אליהן; אל תרחיבו את הדומיין של קובץ ה-cookie רק כדי שייכלל בבקשה.

קובץ ה-cookie מכיל JSON, מזהה משימה או קידומת tmpt= חוזרת.

בדקו את הערך שהוקצה לקובץ ה-cookie, ולא רק אם קיימת כותרת Cookie.

כדאי לנסות: במאגר קובצי cookie, השתמשו ב-tmpt כשם וב-solution.token כערך. בכותרת Cookie מפורשת, צרפו את השם הזה לערך הגולמי פעם אחת.

הבקשה היוצאת מכילה כמה ערכי tmpt.

חפשו כותרת Cookie מפורשת ישנה ורשומות במאגר עם דומיינים או נתיבים שונים.

כדאי לנסות: החליפו את הרשומה המיועדת והסירו רשומות TMPT מיושנות מאותו סשן. אל תשרשרו את הערך הישן והחדש ואל תוסיפו צמד tmpt נוסף.

tmpt קיים, אך קובצי cookie אחרים הנדרשים לסשן נעלמו.

בדקו אם יצרתם סשן חדש או החלפתם את כל כותרת Cookie ב-tmpt בלבד.

כדאי לנסות: שמרו את קובצי ה-cookie האחרים הנדרשים לסשן המיועד, עם ערך TMPT עדכני אחד.

הדוגמאות האלה ממשיכות את דוגמת משימת TMPT. הן מצפות ל-result מוכן ול-request המקורי, שנוצר עם proxy יחיד. שתיהן משתמשות שוב באותו פרוקסי, בכתובת ה-URL של היעד ובערכי userAgent ו-secChUa שהוחזרו.

# Continue after the TMPT example. Install requests separately.
from urllib.parse import urlsplit
import requests

solution = result["solution"]
session = requests.Session()
session.headers.update({
    "User-Agent": solution["userAgent"],
    "sec-ch-ua": solution["secChUa"],
})
session.cookies.set("tmpt", solution["token"],
                    domain=urlsplit(request["url"]).hostname, path="/")
response = session.get(
    request["url"],
    proxies={"http": request["proxy"], "https": request["proxy"]},
    timeout=30,
    allow_redirects=False,
)
print("Target HTTP status:", response.status_code)

// Continue after the TMPT example. Install undici separately: npm install undici@7.
import { fetch, ProxyAgent } from 'undici';

const headers = new Headers({
  'user-agent': result.solution.userAgent,
  'sec-ch-ua': result.solution.secChUa,
});
headers.set('cookie', `tmpt=${result.solution.token}`);
// Merge any other cookies your application requires, with one current tmpt value.
const dispatcher = new ProxyAgent(request.proxy);
try {
  const response = await fetch(request.url, {
    dispatcher, headers, redirect: 'manual',
    signal: AbortSignal.timeout(30_000),
  });
  console.log('Target HTTP status:', response.status);
  await response.arrayBuffer();
} finally {
  await dispatcher.close();
}

הדוגמה ב-Python מגדירה את קובץ ה-cookie עבור שם המארח של היעד עם הנתיב /. היא יוצרת Session חדש. אם היישום שלכם זקוק לסשן התחברות קיים, השתמשו באותו סשן והחליפו בו את רשומת ה-TMPT הישנה.

הדוגמה ב-Node.js מכינה כותרת Cookie מפורשת עם ערך TMPT אחד. מזגו לתוך הכותרת הזאת קובצי cookie נדרשים נוספים מאותו סשן, בלי להוסיף ערך TMPT ישן. בניגוד למאגר קובצי cookie, כותרת שהוכנה ידנית אינה בוחרת קובצי cookie לפי דומיין ונתיב; השתמשו בה רק עבור היעד המיועד.

שתי הדוגמאות אינן עוברות להפניות, כדי שתוכלו לבדוק את התגובה הראשונה מהיעד. הן מדפיסות את סטטוס ה-HTTP שלה; הן אינן מעידות שהיעד קיבל את קובץ ה-cookie או השלים את הפעולה המיועדת.

• התאימו את המשימה לבקשה. TicketmasterTmptTask משתמש ב-url המדויק של היעד: Event מקבל את כתובת ה-URL של האירוע, ואילו Login מקבל את כתובת ה-URL של נקודת הכניסה להתחברות. קובץ cookie שנוצר להקשר אחר אינו תחליף לתיקון ערכי הקלט האלה.
• השתמשו בערכי userAgent ו-secChUa שהוחזרו יחד עם הפרוקסי שהצליח. אל תפתרו דרך פרוקסי אחד ותשלחו את הבקשה ליעד דרך אחר. אם סיפקתם proxyCandidates, השתמשו בפרוקסי שהצליח במקום לבחור מועמד שרירותי.
• אל תתייחסו לערך הגולמי כאל סשן דפדפן שמור. הוא אינו משמר רשומת cookie מלאה ואינו קובע זמן תפוגה. אי אפשר להסיק מ-solution.token אורך חיים קבוע לקובץ ה-cookie.

אם קובץ ה-cookie נשלח כראוי אך Ticketmaster עדיין מחזיר 403, המשיכו אל בדיקות לדחייה של Ticketmaster.