🔥 ƤΔ¥ŁØΔĐ 🔥
Open in Telegram
🔥Esse Canal o intuito e Ajudar🔥 🔥Canal Sobre🔥 🔥Payloads🔥 🔥Psiphons🔥 🔥Hosts🔥 🔥Proxys🔥 🔥TUTORIAIS🔥 EHI
Show more2 711
Subscribers
No data24 hours
No data7 days
No data30 days
Posts Archive
2 711
Cabeçalhos
Accept
Tipo de conteúdo aceito pelo browser (ex: text/HTML). Ver tipos MIMO
Accept-Charset
Jogo de caracteres esperado pelo browser
Accept-Encoding
Codificação de dados aceite pelo browser
Accept-Language
Linguagem esperada pelo browser (inglês por padrão)
Authorization
Identificação do browser junto ao servidor
Content-Encoding
Tipo de codificação do corpo do pedido
Content-Language
Tipo de linguagem do corpo do pedido
Content-Length
Comprimento do corpo do pedido
Content-Type
Tipo de conteúdo do corpo do pedido (ex: text/HTML). Ver MIMO
Date
Data de início de transferência dos dados
Forwarded
Utilizado pelas máquinas intermediárias entre o browser e o servidor
From
Permite especificar o e-mail do cliente
FromPermite
especificar se o documento deve ser enviado caso tenha sido alterado a partir de uma certa data
Link
Relação entre dois URLs
Orig-URL
URL de origem do pedido
RefererURL
do link a partir da qual o pedido foi efetuado
User-Agent
Cadeia dando informações sobre o cliente, como o nome e a versão do navegador, do sistema operacional
2 711
Status
Toda requisição recebe um código de resposta conhecido como status. Com o status é possível saber se uma operação foi realizada com sucesso (200), se ele foi movida e agora existe em outro lugar (301) ou se não existe mais (404).
Existem muitos status divididos em diversas categorias. Na especificação você pode ver cada um deles com uma descrição bastante detalhada. Abaixo, mostro alguns códigos que são mais frequentes.
200 OK
A requisição foi bem sucedida.
301 Moved Permanently
O recurso foi movido permanentemente para outra URI.
302 Found
O recurso foi movido temporariamente para outra URI.
304 Not Modified
O recurso não foi alterado.
401 Unauthorized
A URI especificada exige autenticação do cliente. O cliente pode tentar fazer novas requisições.
403 Forbidden
O servidor entende a requisição, mas se recusa em atendê-la. O cliente não deve tentar fazer uma nova requisição.
404 Not Found
O servidor não encontrou nenhuma URI correspondente.
405 Method Not Allowed
O método especificado na requisição não é válido na URI. A resposta deve incluir um cabeçalho Allow com uma lista dos métodos aceitos.
410 Gone
O recurso solicitado está indisponível mas seu endereço atual não é conhecido.
500 Internal Server Error
O servidor não foi capaz de concluir a requisição devido a um erro inesperado.
502 Bad Gateway
O servidor, enquanto agindo como proxy ou gateway, recebeu uma resposta inválida do servidor upstream a que fez uma requisição.
503 Service Unavailable
O servidor não é capaz de processar a requisição pois está temporariamente indisponível.
2 711
Métodos HTTP
Quando você vai fazer uma requisição, é preciso que você especifique qual o método será utilizado. Os métodos HTTP, também conhecidos como verbos, identificam qual a ação que deve ser executada em um determinado recurso. Existem 8 métodos HTTP, mas apenas 5 são mais utilizados.
GET
Solicita a representação de um determinado recurso. É definido como um método seguro e não deve ser usado para disparar uma ação (remover um usuário, por exemplo).
POST
As informações enviadas no corpo (body) da requisição são utilizadas para criar um novo recurso. Também é responsável por fazer processamentos que não são diretamente relacionados a um recurso.
DELETE
Remove um recurso. Deve retornar o status 204 caso não exista nenhum recurso para a URI especificada.
PUT
Atualiza um recurso na URI especificada. Caso o recurso não exista, ele pode criar um. A principal diferenteça entre POST e PUT é que o primeiro pode lidar não somente com recursos, mas pode fazer processamento de informações, por exemplo.
HEAD
Retorna informações sobre um recurso. Na prática, funciona semelhante ao método GET, mas sem retornar o recurso no corpo da requisição. Também é considerado um método seguro.
Os outros métodos disponíveis são OPTIONS, TRACE e CONNECT. Em teoria, os servidores devem implementar os métodos GET e HEAD e, sempre que possível, o método OPTIONS.
2 711
CONNECT [host] http://123.xl.co.id/min_balance8/ HTTP/1.1 200 OK[crlf][port][crlf][crlf][split]GET http://441.xl.co.id/ HTTP/1.1[crlf]Host: 123.xl.co.id[crlf][crlf]GET / HTTP/1.1[crlf]Connection: close[crlf][crlf][crlf] CONNECT [host] http://123.xl.co.id/min_balance8/ HTTP/1.1 200 OK[crlf][port][crlf][crlf][split]GET http://441.xl.co.id/ HTTP/1.1[crlf]Host: 123.xl.co.id[crlf][crlf]GET / HTTP/1.1[crlf]Connection: close[crlf][crlf][crlf] CONNECT [host] http://123.xl.co.id/min_balance8/ HTTP/1.1 200 OK[crlf][port][crlf][crlf][split]GET http://441.xl.co.id/ HTTP/1.1[crlf]Host: 123.xl.co.id[crlf][crlf]GET / HTTP/1.1[crlf]Connection: close[crlf]User-Agent: HTTPWebUtil/1.0.1[crlf][crlf]
2 711
CONNECT [host_port]@lojaonline.tim.com.br" HTTP/1.1[crlf][crlf]GET http://lojaonline.tim.com.br"/ [protocol][crlf]Host: lojaonline.tim.com.br"[crlf]X-Forward-Host: lojaonline.tim.com.br"[crlf]CONNECT [host_port] [protocol][crlf][crlf]
2 711
CONNECT [host_port]@sdp.vivo.com.br [protocol][crlf]Host: sdp.vivo.com.br[crlf]X-Forwarded-For: sdp.vivo.com.br[crlf][crlf]
2 711
GET http://www.whatsapp.net/ HTTP/1.1[crlf]Host: www.whatsapp.net[crlf]X-Online-Host: www.whatsapp.net[crlf]X-Forward-Host: www.whatsapp.net[crlf]Connection: Keep-Alive[crlf][crlf]CONNECT [host_port] [protocol][crlf][crlf]
2 711
CONNECT [host_port] [protocol][crlf]Host: c.whatsapp.net www.whatsapp.net.b.whatsapp.net[crlf][crlf]
2 711
CONNECT [host_port][crlf][protocol][crlf]Host: http://internetbaik.telkomsel.com/HTTP/1.1 [crlf]X-Online-Host: internetbaik.telkomsel.com
[crlf]X-Forward-Host: internetbaik.telkomsel.com[crlf][crlf]
2 711
CONNECT [host_port]@timbrasil.com.br [protocol][crlf][delay_split]GET http://timbrasil.com.br/ HTTP/1.1[crlf]Host: timbrasil.com.br[crlf][crlf]
