Re: [zope-pt] cachefu e header

2006-11-30 Por tôpico xiru

Oi Wilton,

O que muda na configuração que você questiona é somente qual tipo de header
é aplicado a regra content . Por padrão, o content é cacheado com etags
pelo page cache manager. Quando voce muda para squid (pelo meno) essa regra
passa a utilizar o header de cache in shared proxy.

Em versões antigas do cachefu, essa configuracao tinha que ser feita
manualmente, inclusive

Não sei como o Geoff considerou que seria o perfil perfeito de cabecalhos
para o apache, mas como o apache padrão não faz cache, acho que ele deve ter
considerado seu uso da mesma forma que se o site estivesse rodando apenas
com o Zope padrao (isso é um palpite, nunca olhe essa parte do codigo).

De qualquer forma, o ajuste na configuração é bem simples :-)

Um abraço,

Fabiano Weimar

On 11/29/06, Wilton Alencar [EMAIL PROTECTED] wrote:


  Senhores,
recentemente estive observando que o cachefu (qdo atrás de um apache) não
envia regras de cacheamento em proxy (apesar do apache poder executar o
cacheamendo nas novas versões em modelo experimental).
Enfim, a s-maxage não é enviada, porém qdo atrás do squid essa é enviada.
Outro ponto observado é que o Expires parece vir definido para data já
expirada (não tenho certaza mas alguns caches usam isso como critério)
Por outro lado, tenho um site na zettai que à principio é atrás apenas do
apache e ele seta expires corretamente, com certeza consigo trabalhar isso
nos headers do cachefu, mas gostaria de saber se o cachefu espera ou
esperará que o apache faça cacheamento no futuro.
E se alguém já viveu algo semelhante.

Abraços
TOM

--
Att,
Wilton Souza Alencar
www.tom.pro.br
 





--
Fabiano Weimar dos Santos (xiru)
Weimar Consultoria

Migre para o Provedor PyTown.com e
concorra a 1 iPod nano 2 GB!
http://www.pytown.com


Re: [zope-pt] cachefu e header

2006-11-30 Por tôpico Wilton Alencar

Legal, foi só uma observação.
Já estou fazendo testes aqui e o mais engraçado é o gato se colocar que é
Zope+squid (apesar de ser apache) ele envie os headers e o apache aceita e
faz cache.
Ainda não testei efeitos colaterais disso, mas como é no meu site posso
brincar à vontade.
No cliente, vou ter que ter mais cuidado.
Valeu pelas dicas.
Abraços
TOM

2006/11/30, xiru [EMAIL PROTECTED]:


  Oi Wilton,

O que muda na configuração que você questiona é somente qual tipo de
header é aplicado a regra content . Por padrão, o content é cacheado com
etags pelo page cache manager. Quando voce muda para squid (pelo meno) essa
regra passa a utilizar o header de cache in shared proxy.

Em versões antigas do cachefu, essa configuracao tinha que ser feita
manualmente, inclusive

Não sei como o Geoff considerou que seria o perfil perfeito de cabecalhos
para o apache, mas como o apache padrão não faz cache, acho que ele deve ter
considerado seu uso da mesma forma que se o site estivesse rodando apenas
com o Zope padrao (isso é um palpite, nunca olhe essa parte do codigo).

De qualquer forma, o ajuste na configuração é bem simples :-)

Um abraço,

Fabiano Weimar


On 11/29/06, Wilton Alencar  [EMAIL PROTECTED] wrote:

   Senhores,
 recentemente estive observando que o cachefu (qdo atrás de um apache)
 não envia regras de cacheamento em proxy (apesar do apache poder executar o
 cacheamendo nas novas versões em modelo experimental).
 Enfim, a s-maxage não é enviada, porém qdo atrás do squid essa é
 enviada.
 Outro ponto observado é que o Expires parece vir definido para data já
 expirada (não tenho certaza mas alguns caches usam isso como critério)
 Por outro lado, tenho um site na zettai que à principio é atrás apenas
 do apache e ele seta expires corretamente, com certeza consigo trabalhar
 isso nos headers do cachefu, mas gostaria de saber se o cachefu espera ou
 esperará que o apache faça cacheamento no futuro.
 E se alguém já viveu algo semelhante.

 Abraços
 TOM

 --
 Att,
 Wilton Souza Alencar
 www.tom.pro.br




--
Fabiano Weimar dos Santos (xiru)
Weimar Consultoria

Migre para o Provedor PyTown.com e
concorra a 1 iPod nano 2 GB!
http://www.pytown.com

 





--
Att,
Wilton Souza Alencar
www.tom.pro.br