Sobre métodos alternativos de feedback do blog
No mês passado, publiquei dois artigos que falavam sobre o uso do cURL para lidar com redirecionamentos que podem acontecer inevitavelmente ao trabalhar com determinados URLs.
Especificamente, estou falando sobre:
- Encontrando o destino de um redirecionamento com PHP
- Usando cURL para determinar se o URL especificado é uma página válida
E embora o segundo seja mais o assunto deste post, eu queria fazer referência a ambos, pois eles estão relacionados.
No início deste mês, escrevi um pouco como o propósito dos blogs mudou. Talvez fosse melhor falar sobre a motivação do que sobre o propósito, mas eu discordo.
Neste post, falo um pouco sobre comentários e feedback. E como encerrei os comentários, uma das formas de as pessoas falarem comigo sobre determinados posts é via Twitter.
Caso em questão:
E eu gosto disso porque é:
- uma pergunta clara e sucinta,
- é direcionado para mim (com potencial para outros entrarem na conversa),
- e pode manter a conversa sobre o tema sem que isso se transforme em outra coisa nos comentários.
Além disso, a pergunta de Xaver é boa porque mostra onde meu conteúdo pode estar faltando e me dá a oportunidade de escrever um acompanhamento ou um esclarecimento sobre um post como este 🙂.
O problema é que a resposta a essa pergunta em particular pode não ser tão longa quanto o lead, mas sempre quero fornecer contexto suficiente antes de fornecer uma resposta.
Comentários do blog e justificativa para decisões de design
Dito isso, a resposta curta é que verificar a partir do código de status do resultado da URL em questão é uma boa maneira de testar se a URL especificada pode ser alcançada.
Ou seja, 200 é literalmente um código de status para OK.
No entanto, isso nem sempre significa que o URL que está sendo acessado pela primeira vez é o destino final em que você chegará.
Em última análise, o objetivo é duplo:
- Certifique-se de que o destino final retorne um 200,
- Determine qual é o destino final de um URL especificado.
E o segundo ponto é importante porque muitos sites – como o Twitter – usam redirecionamentos como parte de seu serviço analítico para rastrear cliques e sabe-se lá o que mais enquanto navegamos na web depois de deixar o serviço.
Além disso, há momentos em que podemos receber um URL para, digamos, um link para o inventário de uma loja em que o URL de destino é diferente do URL original que recebemos.
Eu experimentei isso em primeira mão em um projeto no qual estou trabalhando, que é toda a motivação por trás deste post original.
Portanto, verificar seus status HTTP é uma boa verificação, mas se você deseja detectar se o destino final de um redirecionamento é válido, levará um pouco mais.
Claro, tudo depende do contexto em que você está trabalhando, não é? Para alguns, verificar os códigos de status é ótimo. Para outros, pode precisar de um pouco mais.