YUI Theater - Ross Harmes: "Portando Flickr para YUI 3" (36 min.)

19 de novembro de 2010 às 7:10 pm por Eric Miraglia | Em Desenvolvimento e YUI Teatro | 2 Comentários

Frontend Flickr Gerente de Engenharia de Ross Harmes fala sobre o processo de reescrever o final frente Flickr usando YUI 3.

Ross Harmes é o Frontend Engenharia Manger para o Flickr, que completou recentemente uma reescrita da camada de apresentação major usando YUI 3. Ele foi gentil o suficiente para se juntar a nós em 2010 YUIConf falar sobre isso reescrita e como ele e sua equipe extraiu o máximo benefício a partir de vários componentes do YUI 3.

Se o vídeo incorporar abaixo não aparecer correctamente no seu leitor RSS de escolha, não se esqueça de clicar para assistir a versão de alta resolução do vídeo em YUI Theater .

Outros vídeos Theater recentes YUI:

Inscrevendo-se na YUI Theater:

Imagens CC por David Calhoun:

Encontrar conversas: bloglines | technorati

Compartilhar e ampliar: Bookmark com del.icio.us | digg it! | reddit!

2 Comentários

  1. Vou repassar o comentário que eu inadvertidamente enviados em resposta à entrada errada.

    Sobre encurtar URLs longas, você já pensou em compactá-los (gzip, lzo ou o que se adapta à sua necessidade) e codificar os base64 resultado? E se assim for, o que fez você decidir contra ela? Ressalva possível, você precisa olhar para fora para bombas de descompressão e talvez usar um alfabeto URL segura base64 por conveniência.

    Se alguém quiser tentar isso, você pode testá-lo em Bash
    echo $QUERY_STRING | gzip -c -f - | base64 -w0

    Comentário por Josh Davis - 19 de novembro de 2010 #

  2. Oi Josh,

    Vou postar a resposta que obtive a esta pergunta de Nolan Caudill, o engenheiro de PHP aqui no Flickr que trabalhou no algoritmo de encurtamento de URL:

    "Parece que as maiores vitórias do texto gzipping vem quando você tem um grande corpus de texto, o que faz sentido, como você tem mais peças repetidas, o que significa que a sobrecarga da codificação é minimizado.

    Codificação apenas os nomes de arquivos individuais e, em seguida, a codificação base64, sempre resulta em um "comprimido" versão mais longa com a minha análise. Se fomos capazes de comprimir a URL completa antes de fazer o pedido (o que envolveu carregamento YUI3 hackers do combo), gostaríamos de ver os ganhos muito maiores. Tentando um do nosso URLs longo resultou em uma taxa de compressão de 52%. Isto é melhor do que a nossa taxa de compressão atual de cerca de 72% para o mesmo URL. Combinando estes dois esquemas de chegarmos a uma compressão de 42%, o que é bom. "

    Comentário por Ross Harmes - 22 de novembro de 2010 #

Desculpe, o formulário de comentários está fechado no momento.

Hospedado por Yahoo!

Copyright © 2006-2012 Yahoo! Inc. Todos os direitos reservados. Política de Privacidade - Termos de Serviço

Alimentado por WordPress em Yahoo! Web Hosting .