{"id":89253,"date":"2020-07-21T01:42:24","date_gmt":"2020-07-20T23:42:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya"},"modified":"2020-07-21T01:42:24","modified_gmt":"2020-07-20T23:42:24","slug":"krutye-uri-ne-izmenyayutsya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/krutye-uri-ne-izmenyayutsya","title":{"rendered":"URIs interessantes n\u00e3o mudam","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Autor \u2014 Sir Tim Berners-Lee, inventor do URI, URL, HTTP, HTML e da World Wide Web, atual presidente do W3C. O artigo foi escrito em 1998. <\/p>\n

Qual URI pode ser considerado \"legal\"?
\nAquele que n\u00e3o muda.
\nComo os URIs mudam?
\nOs URIs n\u00e3o mudam: s\u00e3o as pessoas que os mudam.<\/i> <\/p>\n

Ideiamente, as pessoas n\u00e3o t\u00eam motivos para mudar URIs (ou parar de manter documentos), mas na pr\u00e1tica, s\u00e3o milh\u00f5es.<\/p>\n

Teoricamente, o propriet\u00e1rio nominal do espa\u00e7o de nomes de dom\u00ednio realmente possui o espa\u00e7o de nomes de dom\u00ednio e, portanto, todos os URIs nele. Exceto em caso de insolv\u00eancia, nada impede que o propriet\u00e1rio do dom\u00ednio mantenha esse nome. E, teoricamente, o espa\u00e7o URI sob seu nome de dom\u00ednio est\u00e1 sob seu controle total, permitindo torn\u00e1-lo t\u00e3o est\u00e1vel quanto desejar. Em grande parte, a \u00fanica raz\u00e3o v\u00e1lida para um documento desaparecer da internet \u00e9 que a empresa que possu\u00eda o nome de dom\u00ednio saiu do neg\u00f3cio ou n\u00e3o pode mais manter o servidor ativo. Ent\u00e3o, por que h\u00e1 tantos links quebrados no mundo? Em parte, \u00e9 apenas uma quest\u00e3o de falta de previs\u00e3o. Aqui est\u00e3o algumas raz\u00f5es que voc\u00ea pode ouvir:
\n<\/a><\/noindex><\/p>\n

N\u00f3s simplesmente reorganizamos o site para torn\u00e1-lo melhor.<\/h4>\n

\nVoc\u00ea realmente acha que os antigos URIs n\u00e3o podem funcionar mais? Se sim, voc\u00ea os escolheu muito mal. Pense em garantir que os novos permane\u00e7am ap\u00f3s a pr\u00f3xima reformula\u00e7\u00e3o.<\/p>\n

Temos tanto material que n\u00e3o conseguimos acompanhar o que est\u00e1 desatualizado, o que \u00e9 confidencial e o que ainda est\u00e1 em dia, ent\u00e3o achamos que seria melhor simplesmente desligar tudo isso.<\/h4>\n

\nS\u00f3 posso lamentar. O W3C passou por um per\u00edodo em que precis\u00e1vamos revisar cuidadosamente os materiais arquivados quanto \u00e0 privacidade antes de torn\u00e1-los p\u00fablicos. A decis\u00e3o deve ser bem pensada de antem\u00e3o \u2014 certifique-se de registrar para cada documento um p\u00fablico aceit\u00e1vel, a data de cria\u00e7\u00e3o e, idealmente, o prazo de validade. Mantenha esses metadados.<\/p>\n

Bem, descobrimos que precisamos mover os arquivos\u2026<\/h4>\n

\nEsta \u00e9 uma das justificativas mais pat\u00e9ticas. Muitos n\u00e3o sabem que servidores web permitem que voc\u00ea gerencie a conex\u00e3o entre o URI do objeto e a sua localiza\u00e7\u00e3o real no sistema de arquivos. Imagine o espa\u00e7o URI como um espa\u00e7o abstrato, perfeitamente organizado. Ent\u00e3o, fa\u00e7a um mapeamento para qualquer realidade que voc\u00ea realmente esteja usando para implement\u00e1-lo. Em seguida, informe isso ao servidor web. Voc\u00ea pode at\u00e9 escrever um trecho do seu servidor para fazer tudo certo.<\/p>\n

John n\u00e3o d\u00e1 mais suporte a este arquivo, agora \u00e9 Jane quem faz isso.<\/p>\n

O nome de John estava no URI? N\u00e3o, o arquivo apenas estava em seu diret\u00f3rio? Bom, entendi.<\/p>\n

Antes, us\u00e1vamos um script CGI para isso, agora estamos usando um programa bin\u00e1rio.<\/h4>\n

\nH\u00e1 uma ideia louca de que p\u00e1ginas geradas por scripts devem estar localizadas na \u00e1rea \"cgibin\" ou \"cgi\". Isso revela como voc\u00ea est\u00e1 executando seu servidor web. Mude o mecanismo (mesmo mantendo o conte\u00fado), e ops \u2014 todos os seus URIs mudam.<\/p>\n

Vamos pegar, por exemplo, a Funda\u00e7\u00e3o Nacional de Ci\u00eancia (NSF):<\/p>\n

Documentos online da NSF<\/p>\n

http:\/\/www.nsf.gov\/cgi-bin\/pubsys\/browser\/odbrowse.pl<\/pre>\n
\nA primeira p\u00e1gina para come\u00e7ar a visualizar documentos claramente n\u00e3o permanecer\u00e1 assim em alguns anos. cgi-bin<\/code>, oldbrowse<\/code> e pl<\/code>\u00a0\u2014 tudo isso revela fragmentos de informa\u00e7\u00e3o sobre como fazemos isso agora. Se voc\u00ea estiver usando uma p\u00e1gina para encontrar um documento, ent\u00e3o obt\u00e9m o mesmo resultado ruim primeiro:<\/p>\n
Relat\u00f3rio do grupo de trabalho sobre criptologia e teoria da codifica\u00e7\u00e3o<\/p>\n
http:\/\/www.nsf.gov\/cgi-bin\/getpub?nsf9814<\/pre>\n
\npara a p\u00e1gina de \u00edndice do documento, embora o pr\u00f3prio documento html pare\u00e7a muito melhor:<\/p>\n
http:\/\/www.nsf.gov\/pubs\/1998\/nsf9814\/nsf9814.htm<\/pre>\n
\nAqui, o cabe\u00e7alho pubs\/1998 dar\u00e1 a qualquer servi\u00e7o de arquivo futuro uma boa chave para compreender que a antiga classifica\u00e7\u00e3o de documentos de 1998 est\u00e1 em vigor. Embora em 2098 os n\u00fameros dos documentos possam parecer diferentes, posso imaginar que este URI ainda ser\u00e1 v\u00e1lido, e isso n\u00e3o impedir\u00e1 a NSF ou qualquer outra organiza\u00e7\u00e3o que venha a manter o arquivo.<\/p>\n
N\u00e3o pensei que os URLs deveriam ser permanentes \u2014 j\u00e1 havia URN.<\/h4>\n
\nProvavelmente, esse \u00e9 um dos piores efeitos colaterais da discuss\u00e3o sobre URN. Alguns pensam que por causa das pesquisas sobre um espa\u00e7o de nomes mais permanente, podem ser descuidados com links quebrados, pois \"URN vai consertar tudo isso\". Se voc\u00ea \u00e9 uma dessas pessoas, deixe-me te decepcionar.<\/p>\n
A maioria dos esquemas URN que vi parecem como um identificador de autoridade, seguido por uma data e uma string escolhida por voc\u00ea, ou simplesmente uma string escolhida por voc\u00ea. Isso \u00e9 muito semelhante a um URI HTTP. Em outras palavras, se voc\u00ea acredita que sua organiza\u00e7\u00e3o ser\u00e1 capaz de criar URNs duradouros, prove isso agora, usando-os para seus URIs HTTP. N\u00e3o h\u00e1 nada no HTTP que torne seu URI inst\u00e1vel. Apenas sua organiza\u00e7\u00e3o. Crie um banco de dados que mapeie a URN do documento com o nome do arquivo atual e permita que o servidor web o utilize para a extra\u00e7\u00e3o real dos arquivos.<\/p>\n
Se voc\u00ea chegou at\u00e9 aqui, se n\u00e3o tem tempo, dinheiro e conex\u00f5es para desenvolver algum software, ent\u00e3o pode alegar a seguinte justificativa:<\/p>\n
Quer\u00edamos, mas simplesmente n\u00e3o temos as ferramentas necess\u00e1rias.<\/h4>\n
\nIsso \u00e9 compreens\u00edvel. Concordo plenamente. O que voc\u00ea precisa fazer \u00e9 fazer com que o servidor web processe imediatamente o URI permanente e retorne o arquivo, onde quer que ele esteja armazenado naquele momento em seu sistema de arquivos maluco. Voc\u00ea deve armazenar todos os URIs em um arquivo como verifica\u00e7\u00e3o e manter constantemente o banco de dados em conformidade com a atualidade. Voc\u00ea quer manter a rela\u00e7\u00e3o entre diferentes vers\u00f5es e tradu\u00e7\u00f5es de um mesmo documento, bem como manter um registro independente da soma de verifica\u00e7\u00e3o para garantir a prote\u00e7\u00e3o contra a corrup\u00e7\u00e3o do arquivo devido a um erro aleat\u00f3rio. E servidores web simplesmente n\u00e3o v\u00eam prontos com essas funcionalidades. Quando voc\u00ea deseja criar um novo documento, seu editor pede que voc\u00ea defina o URI.<\/p>\n
Voc\u00ea precisa ter a capacidade de alterar a propriedade, o acesso ao documento, o n\u00edvel de seguran\u00e7a do arquivo e outros aspectos no espa\u00e7o URI sem alterar o URI.<\/p>\n
Est\u00e1 muito ruim. Mas vamos corrigir isso. No W3C, usamos a funcionalidade Jigedit (servidor Jigsaw para edi\u00e7\u00e3o), que rastreia vers\u00f5es, e estamos experimentando scripts para a cria\u00e7\u00e3o de documentos. Se voc\u00ea est\u00e1 desenvolvendo ferramentas, servidores e clientes, preste aten\u00e7\u00e3o a esse problema!<\/p>\n
Essa justificativa se aplica tamb\u00e9m a muitas p\u00e1ginas do W3C, inclusive esta: ent\u00e3o fa\u00e7a o que eu digo, n\u00e3o o que eu fa\u00e7o.<\/p>\n
Por que isso deveria me preocupar?<\/h1>\n
\nQuando voc\u00ea altera o URI em seu servidor, nunca pode afirmar com certeza quem ter\u00e1 links para o antigo URI. Isso pode ser links de p\u00e1ginas da web comuns. Favoritos da sua p\u00e1gina. O URI pode ter sido rabiscado nas margens de uma carta para um amigo.<\/p>\n
Quando algu\u00e9m clica em um link e ele est\u00e1 quebrado, geralmente perde a confian\u00e7a no propriet\u00e1rio do servidor. Tamb\u00e9m fica desapontado \u2014 tanto emocionalmente quanto de forma pr\u00e1tica, por n\u00e3o conseguir atingir seu objetivo.<\/p>\n
Muitas pessoas reclamam constantemente sobre links quebrados, e eu espero que o dano seja evidente. Espero que tamb\u00e9m seja claro o dano reputacional para o mantenedor do servidor onde o documento desapareceu.<\/p>\n
Ent\u00e3o, o que eu devo fazer? Projetar o URI<\/h1>\n
\n\u00c9 dever do webmaster destacar URIs que poder\u00e3o ser utilizados em 2 anos, 20 anos, 200 anos. Para isso, \u00e9 necess\u00e1ria reflex\u00e3o, organiza\u00e7\u00e3o e determina\u00e7\u00e3o.<\/p>\n
Os URIs mudam se houver alguma informa\u00e7\u00e3o alterada. \u00c9 muito importante como voc\u00ea os projeta. (O que, projetar o URI? Eu preciso projetar URIs? Sim, voc\u00ea deve pensar sobre isso). Projetar significa, em ess\u00eancia, que nenhuma informa\u00e7\u00e3o deve ser inserida no URI.<\/p>\n
A data de cria\u00e7\u00e3o do documento \u2014 a data de emiss\u00e3o do URI \u2014 \u00e9 algo que nunca mudar\u00e1. \u00c9 muito \u00fatil para diferenciar as solicita\u00e7\u00f5es que usam um novo sistema daquelas que usam um sistema antigo. \u00c9 um bom ponto de partida para o URI. Se um documento tem alguma data impressa, mesmo que o documento se mantenha v\u00e1lido no futuro, isso \u00e9 um bom come\u00e7o.<\/p>\n
A \u00fanica exce\u00e7\u00e3o \u00e9 uma p\u00e1gina que \u00e9 intencionalmente a \"vers\u00e3o mais recente\", por exemplo, para toda a organiza\u00e7\u00e3o ou uma grande parte dela.<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/latest\/<\/pre>\n
\nEsta \u00e9 a \u00faltima coluna do Money Daily na revista Money. A principal raz\u00e3o pela qual essa data n\u00e3o \u00e9 necess\u00e1ria neste URI \u00e9 que n\u00e3o h\u00e1 raz\u00f5es para preservar um URI que sobreviva \u00e0 revista. O conceito de Money Daily desaparecer\u00e1 quando o Money desaparecer. Se voc\u00ea quiser referenciar conte\u00fado, deve referenci\u00e1-lo separadamente nos arquivos:<\/p>\n
http:\/\/www.pathfinder.com\/money\/moneydaily\/1998\/981212.moneyonline.html<\/pre>\n
\n(Parece bom. Sup\u00f5e que \"dinheiro\" significar\u00e1 a mesma coisa durante toda a exist\u00eancia do pathfinder.com. H\u00e1 duplica\u00e7\u00e3o de \"98\" e o desnecess\u00e1rio \".html\", mas fora isso, parece um URI forte.<\/p>\n
O que deixar de lado<\/h4>\n
\nTudo! Exceto pela data de cria\u00e7\u00e3o, ao adicionar qualquer informa\u00e7\u00e3o ao URI, voc\u00ea de alguma forma est\u00e1 se convidando para problemas.<\/p>\n