[SP-pm] Problema com opendir/readdir

Daniel de Oliveira Mantovani daniel.oliveira.mantovani at gmail.com
Tue May 5 11:42:53 PDT 2009


<head>
<meta http-equiv="cache-control" content="no-cache"/>
</head>

[]'s

2009/5/5 Alexei Znamensky <russoz em gmail.com>

> Claudio,
>
> Se não me falha a memória tem um esquema de passar as indicaçòes de cache
> nos headers da requisição HTTP, ao invés de passar no HTML. Se me lembro é
> algo como:
>
> GET /minha/pagina HTTP/1.1
> Pragma: no-cache
> Cookies: ...
> Etc...
> Etc...
>
> Eu não estou lembrando de cabeça agora quando é de um jeito e quando é de
> outro, mas dê uma procurada.
>
> 2009/5/5 <claudio em dpreferencial.com.br>
>
>> Luiz, Boa tarde!
>>
>>
>> Tem toda razão... era só um teste..
>>
>> Vou Pesquisar mais sobre o controle do cache...
>>
>> Por enquanto eu só conheço as seguintes tag's, para esta operação... já se
>> encontram no html ... e não resolveram nd...
>>
>> <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE">
>> <META HTTP-EQUIV="Pragma" CONTENT="no-cache">
>>
>> Se alguém tiver alguma dica...
>>
>> Enquanto isso vou pesquisar ++++++....
>>
>> Agradeço a sua atenção.
>>
>> Claudio H.Binaghi
>> claudio em dpreferencial.com.br
>> 5511 3288.4840
>>
>>
>>
>>
>> ----- Original Message ----- From: "Luis Motta Campos" <
>> luismottacampos em yahoo.co.uk>
>> To: <saopaulo-pm em mail.pm.org>
>> Sent: Tuesday, May 05, 2009 12:46 PM
>> Subject: Re: [SP-pm] Problema com opendir/readdir
>>
>>
>> claudio em dpreferencial.com.br wrote:
>>
>>> Diogo,  ÓTIMA DICA!!
>>>
>>> Você tem toda razão,
>>> o problema  é o cache do navegador mesmo.
>>>
>>> Resolveu 100%..
>>>
>>> Muito obrigado.
>>>
>>
>> Cláudio,
>>
>> O que o Diogo te sugeriu NÃO É UMA SOLUÇÃO, é apenas uma maneira crua de
>> comprovar que o cache é mesmo o problema.
>>
>> POR FAVOR EVITE IMPLEMENTAR ISSO COMO SOLUÇÃO DEFINITIVA.
>>
>> Estas coisas mancham o bom nome da linguagem, não resolvem seu problema,
>> e ainda por cima criam outro problema, maior, mais complicado: manter o
>> software. Eu aposto como daqui a 6 meses, alguém vai estar se
>> perguntando por que é que essa chamada de Math.random() precisa estar na
>> URL. E isso é, no mínimo, má prática de programação.
>>
>> Eu tenho certeza de que você pode fazer o seu browser se comportar
>> corretamente ajustando os headers HTTP que você está enviando. Se você
>> não sabe fazer isso, pergunte aqui, eu tenho certeza de que um dos
>> inúmeros hackers da lista pode te ajudar com isso.
>>
>> Por favor tente resolver o problema com boas práticas de programação.
>>
>> Putamplexos.
>> --
>> Luis Motta Campos is a software engineer,
>> Perl Programmer, foodie and photographer.
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>
>>
>>
>> --
>> No virus found in this incoming message.
>> Checked by AVG.
>> Version: 7.5.557 / Virus Database: 270.12.11/2089 - Release Date:
>> 30/4/2009 17:53
>>
>>
>> _______________________________________________
>> SaoPaulo-pm mailing list
>> SaoPaulo-pm em pm.org
>> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>>
>
>
>
> --
> Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] [
> www.flickr.com/photos/alexeiz]
> "Though we live in trying times, we're the ones who have to try"
>
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>



-- 
http://mantovanihouse.blogspot.com/
This is my poney:
-------(\_------------_/)-----------
-------)--(----------)--(-----------
------(----(---------)----)----------
-------)----(-------)----(-----------
-------(----(-------)----)-----------
--------\_-(\\.---.//)-_/------------
----------\)' -8--8- '(/--------------
-----------/------------\---------------
----------(--)--------(--)--------------
------------(_c__c_)----------------
----------------------------------------
perl -MLWP::Simple -le 'grep{ print $1 if /href="(http.+?)"/}split($/,get("
http://www.perl.org.br"))'
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20090505/4ecec195/attachment.html>


More information about the SaoPaulo-pm mailing list