[1] Comentário enviado por fabio em 30/09/2004 - 09:08h

Excelente artigo Patrick, meus parabéns! Enfim, agora sei qual é o segredo do famoso "Acelerador UOL" no qual eles fazem tanto marketing em cima.

Como minha mãe não tem UOL, vou configurar um ziproxy pra ela aqui no meu Velox 512 e fazer uns testes com ela usando meu servidor como proxy. Capaz de funcionar :P

[]'s

0 0

[2] Comentário enviado por AValle em 30/09/2004 - 09:37h

Excelente artigo, já tirei um modem da gaveta pra fazer uns testes :-)

0 0

[3] Comentário enviado por y2h4ck em 30/09/2004 - 11:14h

Pow muito bacana isso hein Patrick, sera que isso daria um GAz a mais em um servidor para clientes de Radio ?

[]s

Anderson

0 0

[4] Comentário enviado por daaugusto em 30/09/2004 - 11:51h

Interessante o artigo, entretanto faltou mencionar a configuração dos clientes (máquina/navegadores) rodando *Linux*.

Obs.: O artigo (versão atualizada) poderia estar disposto em um formato mais portável, como o PDF.

0 0

[5] Comentário enviado por nunix79 em 30/09/2004 - 12:27h

Parabéns pelo artigo ficou otimo, agora é testar nas vpns e RAS por ai a fora.

Fabio Nunes

0 0

[6] Comentário enviado por patrickbrandao em 30/09/2004 - 12:42h

Obrigado pessoal,

a aplicacao vai depender muito do ambiente, uma experiencia pode ser feita para verificar se o ganho vale a pena,

em links rápidos, pode nao fazer muita diferenca:

Se voce gasta num link dial-up, 7 segundos para baixar certo site e o ziproxy consegui baixar para 4 segundo, sendo que 2 segundo foi gasto no processamento de compactacao,

num link em que voce baixa em 3 segundos, voce vai aumentar para 5, entenderão?!

logo a diferenca vai mais nos dial-up do que nos adsl e radio PARA SITES PEQUENOS.

tomarei nota sobre o formato da publicacao atualizada!

Patrick Brandão

0 0

[7] Comentário enviado por lucianojs em 30/09/2004 - 13:46h

Excelente artigo, uma coisa que fiz na empresa foi configurar o DIAL-IN para suportar os protocolos MPPE e MPPC, assim ele tambem comprime dos dados no momento da conexão. Para isto vc deve aplicar patch´s no Kernel e no PPP. A unica coisa que não consegui foi configurar para fazer CALL-BACK, por isto ainda utilizo um winxp como servidor DIAL-UP.
Para quem não sabe o CALL-BACK faz retorno de chamada, ou seja, quando vc realizar a conexão ao final da autenticação ele abre uma caixa solicitando o numero do telefone que vc está utilizando para conexão, apois informado o numero, ele prepara sua maquina para receber uma chamada dial-up e encerra a conexão, em seguida ele inicia a ligação (do lado do servidor) e autentica no cliente, ou seja, os custos de telefonia ficam do lado do provedor, atualmente utilizo isto para dar manutenção remota nos servidores da minha empresa.

0 0

[8] Comentário enviado por patrickbrandao em 30/09/2004 - 14:10h

Brilhante,

realmente há várias formas de se compactar dados para otimizar a velocidade:

Hardaware e software

Para hardware a solucao indicada acima ajuda muito, para software, meu artigo e o artigo ensinando a usar o mod_gzip do Apache (http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=1220) de Fabio Nunes sao algumas escolhas. No site do ziproxy (ziproxy.sourceforge.net) ha algumas notas de outros projetos usando softwares.

Patrick Brandão

0 0

[9] Comentário enviado por removido em 28/02/2005 - 22:05h

Soh algo que me ocorreu e que eu achei relevante o suficiente para comentar:

esses famosos "aceleradores" que foram mencionados eu imagino configuram seus discadores para adicionar/remover o proxy na hora da conexao/terminacao da conexao para evitar que caso o usario queria conectar com outra fonte (ex. outro servidor discado) haja um problema de "nao foi possivel conectar ao proxy", por que eles provavelmente soh servem (arquivos) aos seus proprios IPs.

Pensem o que quiser.

0 0

[10] Comentário enviado por Ruy_Go em 18/04/2007 - 13:00h

Então não ha nenhuma possibilidade de uso do mesmo com proxy transparente????

0 0

[11] Comentário enviado por kernelzinhu em 09/05/2009 - 02:07h

Eu fiz um ambiente proxy transparente, com compactação de dados e cache.
1. rodei o zipproxy em localhost
2. rodei o squid, com as confs de cache certinho, configurei ele transparente e apontei o cache_peer para o zipproxy

0 0