> > I believe that the RFC is confused. It makes a distinction between > ``must not store'', ``must not cache'' and ``must revalidate''. I've > tried to find a logic to the latter distinction, and I couldn't find > one. > > Polipo treats both ``must revalidate'' and ``must not cache'' as ``must > revalidate''. As to ``must not store'', it is clearly impossible to > implement (do your network buffers count as storage?), so Polipo > interprets it as ``must not store on disk''. >
I believe to the polipo, no-cache means the same as no-store. The difference between no-store and no-cache is only meaningful to the browser's own cache. Here is a scenario where treat no-cache as must-revalidate will is broken. A, B are two browser clients. They both requests URL U. The server instructed no-cache to the request from A. The polipo caches the reply to U as must-revalidate. Now B makes a request to U, polipo tells the server that it has a cached copy of U, is it still good? The server is now in a very difficult situation. The server can't tell where is the cache. > > Juliusz > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Polipo-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/polipo-users > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Polipo-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/polipo-users
