TMPT ou Kasada: de qual tarefa da Ticketmaster você precisa?

Por solvethree3 min de leitura

Use TicketmasterTmptTask quando precisar de um cookie tmpt. Use KasadaTask quando precisar de cabeçalhos Kasada. Uma verificação reCAPTCHA precisa de um token separado. Essas saídas não são intercambiáveis: renomear um campo de token não o transforma em um cookie ou em um conjunto de cabeçalhos.

Nesta página

Escolha conforme a necessidade da requisição ao destino

Os campos e as saídas que distinguem os três produtos
Os campos e as saídas que distinguem os três produtos
ProdutoCampos da requisiçãoSaídaEscopo compatível
Ticketmaster TMPTtype: TicketmasterTmptTask, url exata do destino, action: Event ou Login e um parâmetro de proxyValor bruto do cookie tmptTarefas Event e Login do Ticketmaster
Kasadatype: KasadaTask, url e um parâmetro de proxyObjeto headers e identidade de navegadorO Kasada independente atualmente oferece suporte a destinos HTTPS em www.ticketmaster.com
reCAPTCHAHostname em site, action e um parâmetro de proxy; sem type nem urlToken reCAPTCHAStandard v3 e Enterprise v3

Os três produtos exigem um proxy HTTP(S) fornecido pelo cliente.

Os três usam a mesma API de tarefas: crie com POST /v1/tasks e consulte com GET /v1/tasks/:id. Autentique-se com uma chave de API do workspace no cabeçalho de autorização Bearer e mantenha essa chave no servidor.

Kasada: solicite e aplique o conjunto de cabeçalhos

Kasada · estrutura da requisição
{
  "type": "KasadaTask",
  "url": "https://www.ticketmaster.com/discovery/v2/events",
  "proxy": "http://user:[email protected]:8080",
  "requestId": "example_kasada_001"
}

Defina url como o destino compatível pretendido e substitua o proxy de exemplo. requestId é opcional. Não adicione site, action, recaptchaType, session nem campos personalizados de identidade de navegador a uma requisição Kasada.

Aplique os cabeçalhos retornados em conjunto, usando a identidade de navegador retornada e a saída do proxy que teve sucesso para o destino pretendido. Não extraia um cabeçalho isolado para tratá-lo como um cookie TMPT ou token reCAPTCHA.

A criação de tarefas Kasada espera até 75 segundos por padrão, então inclua esse tempo de espera e a sobrecarga de rede no tempo limite do seu cliente. Consulte a integração de cabeçalhos Kasada para ver o fluxo completo.

Uma resolução bem-sucedida pode não satisfazer a próxima verificação

Um fluxo de trabalho pode envolver várias verificações. Se uma requisição precisar tanto de um cookie TMPT quanto de cabeçalhos Kasada, resolver apenas uma dessas tarefas não fornece a outra saída. Se ela também apresentar uma verificação reCAPTCHA, será necessário um token separado. Não solicite os três por padrão; identifique o que a requisição com falha realmente precisa.

Antes de pagar por outra resolução, inspecione a requisição de saída. O valor TMPT está sendo enviado como o cookie tmpt? Os cabeçalhos Kasada estão sendo aplicados em conjunto? Um token reCAPTCHA está sendo enviado onde o destino espera recebê-lo? Uma tarefa ready significa que uma solução foi gerada, não que o Ticketmaster aceitou a requisição. Se o resultado for rejeitado, prossiga com o diagnóstico de um erro 403 do Ticketmaster.

Execute sua primeira tarefa.

Comece com $5 em créditos no espaço de trabalho.

Criar um espaço de trabalho
TMPT ou Kasada: de qual tarefa da Ticketmaster você precisa? · solvethree