Criando um domínio livre de cookies para servir conteúdo estático

Question

Estou tentando criar um domínio "example.com" para veicular conteúdo estático em meu domínio original. Como faço para que o domínio "example.com" seja livre de cookies ao carregar conteúdo? Eu estou pensando que isso deve ser feito usando um arquivo de htaccess, mas não muito certo e as informações on-line são difíceis de seguir. Também gostaria de ativar o gzip no domínio estático para reduzir o tamanho do download do conteúdo estático. Como eu configuraria isso?

Eu gostaria de configurar isso no meu servidor Apache para carregar imagens. Quaisquer idéias ou instruções específicas serão apreciadas!

Obrigado Pawel

    

Answer 1

Não se preocupe em configurar a compactação gzip para imagens, a menos que você esteja exibindo tipos de imagem não compactados.

Todos os tipos de imagem comuns (png, gif, jpeg) já estão compactados e você não ganhará muito (se houver alguma coisa) de recomprimir com gzip. Ele só irá ocupar mais recursos para os usuários quando o navegador deles os receber.

O gzip na web só deve ser usado para conteúdo de texto como javascript, css e html.

Quanto aos cookies, eu concordo com o Devin. Só não defina cookies nesse domínio e será um domínio livre de cookies.

Editar para expandir minha resposta:

Se o conteúdo estático de que você fala for html, js e css, seria melhor criar um manipulador em uma linguagem do lado do servidor para ver se as pessoas têm o gzip ativado em seu navegador. Quase todo mundo deveria tê-lo habilitado, mas alguns não e você estaria cortando-os. Você teria que manter uma versão padrão de cada arquivo e, em seguida, outra versão dele gzipped ".gz".

Você poderia apenas habilitar o mod_deflate no apache para compactar certos tipos de arquivos, mas ele faria uma compactação on-the-fly toda vez que o arquivo fosse solicitado. Isso é um desperdício de CPU na minha opinião, e é por isso que sugiro que você mantenha duas cópias dos arquivos estáticos, como eu sugeri, e use uma linguagem do lado do servidor para determinar qual enviar.

    

Answer 2

Se você tiver www.example.com , store.example.com e images.example.com , não poderá definir um cookie curinga *.example.com no seu site www que persistirá no site store (por exemplo, transferir um carrinho de compras) sem que ele também seja enviado para images site pelos navegadores.

Esse site de motivo único escolhe usar domínios adicionais como example-static.com - outra razão para isso é se você decidir usar uma CDN de terceiros em vez de comprar servidores adicionais por conta própria, o que pode simplificar a configuração. A desvantagem é que, se você veicular conteúdo em Flash de um domínio diferente, talvez seja necessário ficar atento às restrições de domínios cruzados.

    

Answer 3

Não tenho certeza se entendi. Se você não enviar nenhum cookie vinculado a este domínio, não haverá cookies. Os cookies só são enviados para os seus domínios se o seu software diz para eles serem enviados, eles não são algo que os usuários colocam lá arbitrariamente.