Não estou conseguindo fazer também do UOL e do Redtube!! Já mudei a regex do redtube, pois agora eles tem um subdomínio flv2, que identifiquei... Mas mesmo assim nada!!
Segue resultado do store.log: 1325114114.396 RELEASE 00 0002B1A7 2B9DCC3660E3916F3D1E3D991AD1CD18 200 1325114079 1323388256 1402874079 video/x-flv 38243442/344025 GET http://videos.flv2.redtubefiles.com/_videos_t4vn23s9jc5498tgj49icfj4678/0000109/_h264flv/0109511.flv?47aac1f74dca44b0626f9b5acf21d75cd5dee7e8937c9cd51b27114cb860dfadfde478298c399a99bc63f257615913876f266f865806f8e9d505&ec_seek=42275219 Em 29 de dezembro de 2011 11:32, Antonio Modesto <mode...@isimples.com.br>escreveu: > Wanderson, > > Segue o que aparece no store.log quando faço a requisição do vídeo. > > > 1325165376.051 RELEASE -1 FFFFFFFF 6595F7A1A37FE653655F6B0D283C09FF 200 > 1325165373 1322182495 786297600 application/octet-stream 523758/523758 > GET http://storage.mais.uol.com.br/12304309.flv?brgpdkz,bhpyAzKbaigeoI > > > Até mais. > > On Mon, 2011-12-26 at 10:05 -0300, Wenderson Souza wrote: > > > Sim sim. > > > > Mas como não tem as linhas não tem problema. > > > > É porque estas linhas são padrão no squid.conf e se as tivesse, > > estaria "mandando" o squid/lusca não cachear nada que tivesse "?" na > > url (conteudo dinâmico). > > > > http://video7.mais.uol.com.br/12381354.mp4?ver=1 > > > > Como o vídeo tem "?" poderia ser isso. > > > > Agora vamos analisar para ver o que pode ser. > > > > > > Wenderson Souza > > > > > > > > Em 26 de dezembro de 2011 07:32, Antonio Modesto > > <mode...@isimples.com.br> escreveu: > > > Wanderson, > > > > > > Não tenho essas linhas, inclusive estou usando o inComum para fazer > > > cache de alguns sites como youtube, globo, xvideos, etc. Estou tentando > > > adicionar suporte ao uol, mas para eu me preocupar com a regex primeiro > > > o lusca tem que pelo menos cachear no vídeo né. > > > > > > > > > On Fri, 2011-12-23 at 10:50 -0300, Wenderson Souza wrote: > > > > > >> Pergunta besta, > > >> > > >> Você tem > > >> > > >> acl QUERY urlpath_regex cgi-bin \? > > >> cache deny QUERY > > >> > > >> no seu squid.conf ? > > >> > > >> Se sim, comente as linhas. > > >> > > >> > > >> Wenderson Souza > > >> > > >> > > >> > > >> Em 22 de dezembro de 2011 14:16, Antonio Modesto > > >> <mode...@isimples.com.br> escreveu: > > >> > Boa Tarde, > > >> > > > >> > Estou apanhando pra fazer o lusca fazer cache de vídeos do tvuol, > > >> > mesmo quando eu pego a URL que leva direto ao vídeo, sempre da MISS, > > >> > percebi através do store.log que o lusca não está fazendo cache do > > >> > vídeo, segue abaixo uma linha do store.log referente a um vídeo do > > >> > tvuol: > > >> > > > >> > 1324564537.523 RELEASE -1 FFFFFFFF 427078DB441289672C3721A1BBE9A728 > 200 > > >> > 1324571730 1324548223 786297600 application/octet-stream > 4910033/1566301 > > >> > GET http://video7.mais.uol.com.br/12381354.mp4?ver=1 > > >> > > > >> > Estou usando essa refresh_pattern para esse domínio: > > >> > > > >> > refresh_pattern ^http://video.*\.mais\.uol\.com\.br/.*\.mp4 5259487 > > >> > 99999% 5259487 override-expire reload-into-ims > > >> > stale-while-revalidate=2592000 ignore-private > > >> > > > >> > Obs. O lusca já está compilado com --enable-http-violations. > > >> > > > >> > Alguém sabe o que pode fazer com que um objeto seja "incacheável"? > > >> > > > >> > > > >> > Obrigado. > > >> > ------------------------- > > >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> ------------------------- > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> > > > > > > > > > ------------------------- > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Att, Alexandre Silva Nano Tecnólogo em Gestão de Redes de Computadores, UNIFACS Enterasys Security Systems Engineer - IPS/SIEM Enterasys Certified Specialist - NAC www.ideiadigital.com.br ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
