TMPT ve Kasada: hangi Ticketmaster görevine ihtiyacınız var?
tmpt çerezine ihtiyacınız olduğunda TicketmasterTmptTask kullanın. Kasada başlıklarına ihtiyacınız olduğunda KasadaTask kullanın. reCAPTCHA kontrolü ayrı bir token gerektirir. Bu çıktılar birbirinin yerine kullanılamaz: bir token alanını yeniden adlandırmak onu çereze veya başlık kümesine dönüştürmez.
Bu sayfada
Hedef isteğin ihtiyacına göre seçin
| Ürün | İstek alanları | Çıktı | Desteklenen kapsam |
|---|---|---|---|
| Ticketmaster TMPT | type: TicketmasterTmptTask, tam hedef url değeri, action: Event veya Login ve bir proxy girdisi | Ham tmpt çerez değeri | Ticketmaster Event ve Login görevleri |
| Kasada | type: KasadaTask, url ve bir proxy girdisi | headers nesnesi ve tarayıcı kimliği | Bağımsız Kasada şu anda www.ticketmaster.com üzerindeki HTTPS hedeflerini destekler |
| reCAPTCHA | site ana makine adı, action ve bir proxy girdisi; type veya url yoktur | reCAPTCHA token'ı | Standart v3 ve Enterprise v3 |
Üç ürün de müşterinin sağladığı bir HTTP(S) proxy gerektirir.
Üçü de aynı görev API'sini kullanır: POST /v1/tasks ile oluşturun ve GET /v1/tasks/:id ile alın. Bearer yetkilendirme başlığında bir çalışma alanı API anahtarıyla kimlik doğrulayın ve bu anahtarı sunucunuzda tutun.
Kasada: başlık kümesini isteyin ve uygulayın
{
"type": "KasadaTask",
"url": "https://www.ticketmaster.com/discovery/v2/events",
"proxy": "http://user:[email protected]:8080",
"requestId": "example_kasada_001"
}url değerini amaçlanan desteklenen hedefe ayarlayın ve örnek proxy'yi değiştirin. requestId isteğe bağlıdır. Kasada isteğine site, action, recaptchaType, session veya özel tarayıcı kimliği alanları eklemeyin.
Döndürülen başlıkları, amaçlanan hedef için döndürülen tarayıcı kimliği ve başarılı proxy çıkışıyla birlikte uygulayın. Tek bir başlığı ayıklayıp TMPT çerezi veya reCAPTCHA token'ı gibi kullanmayın.
Kasada oluşturma işlemi varsayılan olarak 75 saniyeye kadar bekler; bu nedenle istemci zaman aşımınızda bu bekleme süresine ve ağ gecikmesine pay bırakın. Akışın tamamı için Kasada üstbilgileri entegrasyonuna bakın.
Başarılı bir çözüm, sonraki kontrolü karşılamayabilir
Bir iş akışı birden fazla kontrol içerebilir. Bir istek hem TMPT çerezi hem de Kasada üstbilgileri gerektiriyorsa, yalnızca bir görevi çözmek diğerinin çıktısını sağlamaz. Ayrıca bir reCAPTCHA kontrolü sunuluyorsa bunun için ayrı bir token gerekir. Varsayılan olarak üçünü birden istemeyin; başarısız olan isteğin gerçekte neye ihtiyaç duyduğunu belirleyin.
Başka bir çözüm için ödeme yapmadan önce giden isteği inceleyin. TMPT değeri tmpt çerezi olarak gönderiliyor mu? Kasada üstbilgileri birlikte uygulanıyor mu? reCAPTCHA token'ı hedefin beklediği yerde gönderiliyor mu? Bir görevin ready olması, çözüm üretildiği anlamına gelir; Ticketmaster'ın isteği kabul ettiği anlamına gelmez. Reddedilen bir sonuç için Ticketmaster 403 tanılamasıyla devam edin.
Kaynaklar ve API referansı
İlk görevinizi çalıştırın.
$5 çalışma alanı kredisiyle başlayın.