Por que eu deveria usar “Web 2.0” URLs -style? [fechadas]
-
19-08-2019 - |
Pergunta
Em suma, por que usar algo como http://stackoverflow.com/badges/6/supporter
em vez de algo "simples" (e subjetivamente, em que) como http://stackoverflow.com/badges/6/
.
Mesmo em meu próprio site eu fui apenas usando / post / 6 / para mensagens de referência (por IDs, apesar de eu ainda armazenar uma lesma.) Em vez de /post/6/small-rant-on-urls
e, em alguns casos, eles podem ficar ainda mais absurdo , muito mais do que é realmente necessário.
Solução
Porque você pode potencialmente acabar com duplicatas se você não tiver cuidado. Imagino estouro de pilha acrescentou o ID porque não havia um elevado potencial de duplicatas dado o volume de mensagens criadas.
Outros sistemas podem optar por não utilizar o ID na URL - por exemplo, um sistema de blogging provavelmente não precisa.
É uma idéia melhor se você tiver Conteúdo Gerado pelo Usuário que resulte em um novo URL criado para incluir uma ID post. Se a única maneira nova de URL podem ser criados é através do acesso tipo de administrador, você provavelmente pode fazer sem ele, enquanto você verificar se há duplicatas.
Outras dicas
Search Engine Optimization seria um, bem como fazer a URL mais legível para os seres humanos. Os motores de busca geralmente como o seu URL, Título e H2 para conter o "tema" da página.
Se você tem tanto em lá, então você pode digitar manualmente / ID e se automagicamente levado para o URL "florido" com reescrevendo .. salva os dedos um pouco:)
Adicionando a lesma em todos os elos para o conteúdo ajuda com motores de busca, porque os motores de busca geralmente usam palavras do próprio URL para o conteúdo índice da ajuda.
A razão para incluir a id no URL é que ele torna mais fácil nos bastidores para recuperar o artigo correto do banco de dados, como uma pesquisa pode ser realizada na ID em vez do título do artigo.
A razão para incluir o título completo do artigo, é que o Google dá montes de pontos de bônus para termos de pesquisa que são correspondidos no nome do arquivo.
@ Greg Hewgill
Adicionando a lesma em todos os links para o conteúdo ajuda com motores de busca, porque os motores de busca geralmente usam palavras do próprio URL para o conteúdo índice da ajuda.
Eu deveria ter esclarecido um pouco: Eu quis dizer URLs que têm tanto um id e bala neles. Eu só não vejo o ponto em ter algo como /post/1/la-la-la-la-text-hahahaha
vs /post/1/
ou /post/la-la-la-la-text-hahahaha
, desde o primeiro seria um trabalho sem o texto extranous no final.
URL é parte da interface do usuário da Web.
Há uma eyetracking estudo do uso do motor de busca que descobriu que as pessoas gastam < strong> 24% do seu tempo olhar olhando para as URLs nos resultados da pesquisa.
Os pesquisadores estão particularmente interessados ??na URL quando eles estão avaliando credibilidade e utilidade de um destino. Se os olhares de URL como lixo, as pessoas são menos propensos a clicar em que clicar em busca. Por outro lado, se os olhares de URL como a página irá abordar a questão do usuário, eles são mais propensos a clicar.
Pode ser que é mais rápido para obter o post em um blog, o id do que a lesma, para colocar o id para a consulta SQL e a lesma para os motores de busca (SEO).
https://stackoverflow.com/users/58163/movaxes65675
I como o / post / la-la-la-la-text-hahahaha tipo, eu me lembro a url, saber o que o título do post é (antes de realmente carregar o site). Não gosto muito a / post / 1 / isso não significa nada para mim, mas postar # 1 (ruim para marketing?)
edit: id também ajuda a evitar, duplicatas andybaird pontas
Bem, em primeiro lugar, deve-se salientar que os "Web 2.0 URLs estilo" são realmente parte de algo chamado RESTO . Esses URLs são às vezes chamados URLs RESTful. Os benefícios reivindicadas são:
- Fornece tempo de resposta melhorado e carga do servidor reduzida devido ao seu apoio para o caching de representações;
- melhora a escalabilidade do servidor, reduzindo a necessidade de manter sessão Estado. Isto significa que diferentes servidores podem ser usados ??para lidar com diferentes solicitações em uma sessão;
- Requer menos software do lado do cliente a ser escrito do que outras abordagens, porque um único acesso do browser lata qualquer aplicativo e qualquer recurso;
- depende menos de software e mecanismos que camada adicional fornecedor mensagens estruturas em cima de HTTP;
- fornece uma funcionalidade equivalente quando comparado a alternativa abordagens de comunicação;
- Não requer um mecanismo de descoberta de recursos separado, devido a o uso de hyperlinks em representações;
- Fornece melhor a longo prazo compatibilidade e evolvability características que RPC. Isto é devido para:
- A capacidade de tipos de documentos, tais como HTML para evoluir sem backwards- quebra ou para a frente e compatibilidade; e
- A capacidade de recursos para adicionar suporte para novos tipos de conteúdo como eles são definidos, sem deixar cair ou reduzindo o suporte para conteúdo mais antigo tipos.