Ir para o conteúdo
NimbusNexus
Request Bins · Para qualquer emissor HTTP

Uma URL que registra
cada requisição enviada a ela.

Crie um bin e receba uma URL pública em nnbin.net. Aponte qualquer coisa para ela: um provedor de webhooks, seu próprio app, um script, um job de CI. Cada requisição recebe um 200 na hora e fica registrada com método, caminho, query, cabeçalhos, corpo e IP de origem, pronta para ler no console ou pela API.

Como funciona

Quatro passos, e nada para implantar.

Um bin é uma URL e uma lista. O que chega à URL entra na lista, a mais recente primeiro, até que a janela de retenção a remova.

  1. Crie um bin

    Um clique no console, ou uma chamada à API, devolve uma URL como https://nnbin.net/b/k7m2q9x4r8ht. O slug carrega 60 bits de aleatoriedade e nunca é emitido de novo, nem depois que o bin é excluído.

  2. Aponte um emissor para ele

    Cole a URL onde quer que algo peça um endpoint: nas configurações de webhook de um provedor, como URL base da API do seu app, em um script, em uma etapa de CI. Qualquer método, qualquer caminho abaixo do bin, qualquer corpo.

  3. Ele responde na hora

    Toda requisição bem formada recebe 200 com {"status":"accepted"} imediatamente, e o emissor segue como se um endpoint de verdade a tivesse aceitado. Um bin nunca encaminha, reenvia nem executa nada do que recebe.

  4. Leia o que chegou

    O console lista as requisições conforme chegam, com os cabeçalhos na ordem de chegada e o corpo formatado para leitura. Em um plano pago, uma chave de API lê as mesmas requisições a partir do seu código.

Um bin desativado, ou que já passou da cota do mês, continua respondendo 200 e não registra nada. Um emissor que envia mais rápido do que o limite de taxa permite recebe 429, e um cuja requisição não pode ser registrada naquele momento recebe 503, para que tente de novo.

O que um bin registra

A requisição como ela chegou, não como alguém quis enviá-la.

A documentação mostra o que um emissor deveria enviar. Um bin mostra o que ele realmente enviou, até a ordem dos cabeçalhos e o tamanho do corpo.

Qualquer método, qualquer caminho

GET, POST, PUT, PATCH, DELETE, HEAD e OPTIONS, na URL do bin e em qualquer caminho abaixo dela, então um emissor que acrescenta o próprio caminho também chega.

Cabeçalhos na ordem de chegada

Do jeito que o emissor os escreveu, cabeçalhos repetidos incluídos. Authorization, Proxy-Authorization, Cookie, Set-Cookie e X-Api-Key ficam guardados pelo nome, com o valor oculto.

O corpo e o tamanho real dele

Até 64 KiB de cada corpo são guardados, com o tamanho que foi de fato enviado e uma marcação quando a cópia guardada está cortada.

Query, origem e horário

A query como foi enviada, o endereço de onde a requisição veio, o tipo de conteúdo e o momento em que chegou.

Corpos que dá para ler

JSON é formatado, envios de formulário aparecem como campos e um corpo que não é texto aparece como dump hexadecimal. O corpo bruto está a um clique, e nada é renderizado como página web.

Repetições contadas uma vez

Uma requisição com o mesmo método, caminho e corpo de outra que o bin já guarda é contada nessa entrada em vez de ser guardada de novo. É assim que ficam as novas tentativas de um emissor.

URLs que nunca são reutilizadas

Um slug é aposentado de vez quando o bin dele é excluído, então nada que era para um bin antigo pode cair em um novo.

Privado no seu workspace

Os bins e o que eles registram pertencem ao workspace que os criou, e o banco de dados garante isso em cada consulta.

Em duas requisições

Envie qualquer coisa. Leia de volta exatamente isso.

A primeira requisição é o que o seu emissor faz. A segunda é como um teste ou um script a lê de volta com uma chave de API, em qualquer plano pago.

# Qualquer emissor, qualquer método, qualquer caminho abaixo do bin
curl -X POST "https://nnbin.net/b/k7m2q9x4r8ht/orders?source=checkout" \
  -H "Content-Type: application/json" \
  -d '{"order":"ord_1042","total":4900}'
# → 200 {"status":"accepted"}

# Leia de volta com uma chave de API
curl -H "Authorization: Bearer $BINS_API_KEY" \
  "https://bins.nimbusnexus.net/v1/bins/$BIN_ID/requests"
Resposta
{
  "items": [{
    "id": "req_3f9a61c0d2e84b7a95c1e6d0",
    "bin_id": "bin_8e27d40b19c3f6a5e0d71b42",
    "method": "POST",
    "path": "/orders",
    "source_ip": "203.0.113.24",
    "content_type": "application/json",
    "size_bytes": 33,
    "truncated": false,
    "seen_count": 1,
    "received_at": "2026-11-03T09:14:07Z",
    "expires_at": "2026-11-10T09:14:07Z"
  }],
  "next_offset": null
}
Quem envia para um bin

Qualquer coisa que faça uma requisição HTTP. É aqui que ele mais ajuda.

SEU PRÓPRIO CÓDIGO
Veja o que o seu app realmente envia

Troque uma URL base de API por um bin e execute o caminho do código. Os cabeçalhos que o seu cliente HTTP adiciona, o corpo que o seu serializador gerou e a query que você montou estão todos lá, do jeito que saíram do processo.

API_BASE_URL=https://nnbin.net/b/k7m2q9x4r8ht
EMISSORES DE TERCEIROS
Leia o payload real de um provedor

Antes de escrever o handler, dê ao provedor a URL de um bin e dispare um evento. Você vê exatamente o corpo, os cabeçalhos e a assinatura que ele envia, e não o exemplo da documentação dele.

POST /b/k7m2q9x4r8ht/events · x-signature: t=…,v1=…
SCRIPTS E JOBS
Faça um teste a seco de um script

Aponte um backfill, um cron job ou uma migração avulsa para um bin antes que ele toque o endpoint real, e leia cada requisição que ele teria feito.

PUT /b/k7m2q9x4r8ht/customers/42 → 200 {"status":"accepted"}
PIPELINES DE CI
Pegue o que um pipeline envia

Hooks de deploy, avisos de release e callbacks de build saem de runners de CI que ninguém está olhando. Mande-os para um bin e leia depois da execução.

POST /b/k7m2q9x4r8ht/deploys · source_ip 198.51.100.7
DISPOSITIVOS E CLIENTES
Clientes que você não escreveu

Apps móveis, dispositivos e ferramentas de linha de comando enviam requisições que você não consegue acompanhar no depurador. Dê a eles a URL de um bin e veja o que enviam, da rede em que estiverem.

POST /b/k7m2q9x4r8ht/telemetry · {"fw":"2.4.1"}
TESTES DE INTEGRAÇÃO
Verifique as requisições de saída

Em um plano pago, um teste envia pelo caminho real do código, lê o bin pela API e confere o método, os cabeçalhos e o corpo que o código produziu.

GET /v1/bins/{id}/requests?since=…
Planos

Comece grátis, pague por mais requisições e mais histórico.

Todo plano responde a qualquer emissor e pode ser lido no console. Um plano pago registra mais requisições por mês, comporta mais bins, guarda as requisições por mais tempo e deixa uma chave de API lê-las.

Free

O suficiente para ver exatamente o que qualquer app, script ou serviço envia.

$0

  • 1,000 requisições / mês
  • 1 bin
  • Requisições guardadas por 1 dia
  • Um bin dura 24 horas
  • Sem leitura de requisições capturadas por chave de API
Começar

Starter

Para depurar integrações enquanto você as constrói.

$9/ mês

$86.40 / ano — economize 20%

  • 25,000 requisições / mês
  • 5 bins
  • Requisições guardadas por 7 dias
  • Leitura de requisições capturadas por chave de API
Escolher Starter

Pro

Mais bins, mais histórico, espaço para um time inteiro.

$29/ mês

$278.40 / ano — economize 20%

  • 250,000 requisições / mês
  • 25 bins
  • Requisições guardadas por 30 dias
  • Leitura de requisições capturadas por chave de API
Escolher Pro

Custom

Compromissos de volume, limites sob medida e condições à altura.

Sob consulta

  • Bins combinados com você
  • Volume de requisições combinado com você
  • Histórico de requisições combinado com você
  • Exige uma conta de equipe
Vamos conversar

Cada requisição que um bin registra conta para o mês, repetições incluídas. Passada a cota mensal, um bin continua respondendo 200 e não registra nada até o dia 1º do mês seguinte, e em um plano pago nenhum bin sozinho pode gastar a cota inteira, então uma URL vazada não consegue esgotá-la para os outros. O plano anual é cobrado uma vez por ano com 20% de desconto.

Em todos os planos, inclusive no Free
  • Qualquer método, caminho e corpo
  • Um 200 imediato para cada emissor
  • Cabeçalhos na ordem de chegada
  • Cabeçalhos de credenciais ocultos
  • Corpos formatados e brutos
  • Repetições contadas uma vez
  • Slugs nunca reutilizados
  • Isolamento por workspace
Perguntas

Antes de apontar algo para um bin.

Qualquer coisa que faça uma requisição HTTP: provedores de webhooks, os seus próprios serviços, scripts, cron jobs, pipelines de CI, apps móveis e dispositivos. Um bin aceita GET, POST, PUT, PATCH, DELETE, HEAD e OPTIONS na URL dele e em qualquer caminho abaixo, com qualquer corpo, e registra cada requisição do mesmo jeito, seja quem for o emissor.
Comece agora

Aponte algo para um bin e veja o que ele envia.

O Free inclui um bin e 1,000 requisições registradas por mês, lidas no console. Passe para um plano pago quando precisar de mais bins, mais histórico ou leitura por chave de API.