.htaccess, YSlow, e “Usar domínios de cookies livres”

Question

Um dos measurables do YSlow é usar domínios sem cookies para servir arquivos estáticos.

"Quando o navegador solicita uma estática imagem e envia cookies com o pedido, o servidor ignora o biscoitos. Esses cookies são desnecessárias tráfego de rede. Para solucionar esse problema, certifique-se de que estática componentes são solicitados com solicitações sem cookies através da criação de um subdomínio e hospedagem-los lá ." - Yahoo YSlow

Eu interpreto isto para dizer que eu poderia experimentar ganhos de desempenho se eu mover www.example.com/images e static.example.com/images .

Embora isso é fácil de fazer, eu perderia a capacidade útil dentro do meu sistema de gerenciamento de conteúdo (Joomla / WordPress) para facilmente referência e link para essas imagens.

É possível usar .htaccess para redirecionar todas as solicitações para uma pasta específica no www.example.com para uma pasta no static.example.com em vez disso? Será que este método também enganar o CMS em pensar as imagens foram localizadas nos locais padrão no seu próprio domínio?

Answer 1

É possível usar .htaccess para redirecionar todas as solicitações para uma pasta específica em www.example.com para uma pasta no static.example.com vez?

Possível, mas contraproducente -. O cliente teria que fazer uma solicitação HTTP, obter a resposta de redirecionamento, em seguida, fazer outra solicitação HTTP

Este custa muito mais do que a única linha de dados do cookie salvo!

Será que este método também enganar os CMS em pensar as imagens foram localizados nos locais padrão no seu próprio domínio?

Não.

Answer 2

Embora isso é fácil de fazer, eu o faria perdem a capacidade útil dentro do meu sistema de gerenciamento de conteúdo (Joomla / WordPress) para facilidade de referência e link para essas imagens.

O que você pode tentar fazer é criar um plugin no Joomla que dinamicamente cria essas referências.

Por exemplo, você tem um plugin que quando você entra {caminho dinamic_path} em um artigo, ele acrescenta 'static.example.com/images' para o caminho fornecido. Então, toda vez que você precisa mudar o caminho do servidor, você só mudar no plugin. Para as ligações que já estão no banco de dados, você pode tentar usar o phpMyAdmin para mudá-los nesta estrutura.

Ele ainda perde a habilidade WYSIWYG no TinyMCE, mas é uma alternativa.

Answer 3

Em teoria, você poderia criar um domínio virtual que aponta diretamente para as imagens pasta, como images.example.com. Então em seu CMS (espero no tema), você poderia substituir todos os caminhos que apontam para a pasta de imagens com um caminho absoluto para o subdomínio.

Answer 4

Os redirecionamentos causaria muito mais tráfego de rede e muito mais latência, do que simplesmente deixar as coisas como elas são.

Answer 5

Seria redirecionar a solicitação, mas o cliente ainda estaria enviando seus cookies para o servidor, então realmente você não realizou nada. Você teria que acessar diretamente os arquivos a partir de um domínio que não está armazenando os cookies para que ele funcione.

Answer 6

O que você realmente quer fazer é usar staticexample.com/images em vez de static.example.com/images de modo que você não pegar todos os cookies no domínio example.com que você pode ter set. Se tudo que você faz é imagens de servidor desse domínio com um servidor apache simples ou algo assim, então você pode configurar esse servidor não retornar até mesmo um cookie de sessão.

Os redirecionamentos são uma idéia muito ruim. Biscoitos causar alguns hits desempenho, mas ida e volta para o servidor como um redirecionamento causaria são um problema de desempenho muito mais grave.

Answer 7

Eu fiz abaixo e ganhou sucesso:

<FilesMatch "!\.(gif|jpe?g|png)$">
    php_value session.cookie_domain example.com
</FilesMatch>

O que significa é que se você fizer as imagens não definido nas informações de cookie. Em seguida, as imagens são livres de cookie com servidor.