O Google tem como missão organizar toda informação existente, o que é uma tarefa um tanto complicada, ainda mais se levarmos em consideração que as informações são disponibilizadas das maneiras mais variadas e confusas possíveis. Sempre que o Google não consegue resolver uma consulta ou não mostra as respostas que deveria, está arriscando seu lucro, o que não é bom para nenhuma empresa em sã consciência.
Para conseguir ler todo tipo possível de informação, o Google cria algumas gambiarras, para que mesmo conteúdo disponibilizado de maneira “errada” possa ser lido e indexado de maneira correta e, muitas vezes, essas gambiarras viram padrões, alguns bons, outros nem tanto.
Mesmo com tanta bagagem de ver essas gambiarras irem e virem, quase faço a besteira de me enrolar em uma “especificação” que tem um potencial de estrago absurdo.
Graças a 2 textos que li hoje, deu tempo de evitar isso e partir para uma solução bem melhor e que não agride os padrões web. Esta solução se aproveita da API de manipulação de histórico do HTML5, disponível nos navegadores mais recentes, possibilitando a mudança das URLs, sem reload do navegador.
A solução já é usada no GitHub, por exemplo e funciona muito bem. Se o navegador do usuário não tiver os últimos recursos, vai funcionar como uma página normal, com reload, se tiver, funciona como queremos. Só resta descobrir uma maneira de fazer o IE funcionar bem com isso, até já tenho uma idéia (que é uma gambiarra, mas, infelizmente, só dá para lidar assim com o IE, até que ele consiga acompanhar os padrões).
Obrigado ao @bill_slawski por compartilhar os textos e ao @peleteiro por me mostrar a solução do GitHub.
Para conseguir ler todo tipo possível de informação, o Google cria algumas gambiarras, para que mesmo conteúdo disponibilizado de maneira “errada” possa ser lido e indexado de maneira correta e, muitas vezes, essas gambiarras viram padrões, alguns bons, outros nem tanto.

Uma das gambiarras que me ajuda muito é o link canonical, quando não existe solução melhor é uma mão na roda, o problema é quando ele é encarado como um padrão correto e como solução para todos os males. As pessoas começam a desenhar produtos que se valem do canonical para não terem que fazer a canonização na estrutura do produto e algo que foi criado para remendar um problema vira uma “feature”.
Recentemente, cai nessa mesma besteira, por ser mais simples do que mudar a maneira como produtos são desenvolvidos e dar vazão para vontade cada vez maior dos desenvolvedores de usarem a últimas novidades em desenvolvimento, sem estragar a indexação, tinha decidido iniciar o desenvolvimento necessário para as “especificações” para indexação de ajax do Google.Mesmo com tanta bagagem de ver essas gambiarras irem e virem, quase faço a besteira de me enrolar em uma “especificação” que tem um potencial de estrago absurdo.
Graças a 2 textos que li hoje, deu tempo de evitar isso e partir para uma solução bem melhor e que não agride os padrões web. Esta solução se aproveita da API de manipulação de histórico do HTML5, disponível nos navegadores mais recentes, possibilitando a mudança das URLs, sem reload do navegador.
A solução já é usada no GitHub, por exemplo e funciona muito bem. Se o navegador do usuário não tiver os últimos recursos, vai funcionar como uma página normal, com reload, se tiver, funciona como queremos. Só resta descobrir uma maneira de fazer o IE funcionar bem com isso, até já tenho uma idéia (que é uma gambiarra, mas, infelizmente, só dá para lidar assim com o IE, até que ele consiga acompanhar os padrões).
Obrigado ao @bill_slawski por compartilhar os textos e ao @peleteiro por me mostrar a solução do GitHub.
0 comentários:
Enviar um comentário
"Comentem"