Re: Leopard and Cache.db files
Re: Leopard and Cache.db files
- Subject: Re: Leopard and Cache.db files
- From: Jeff Johnson <email@hidden>
- Date: Tue, 22 Apr 2008 17:26:31 -0500
I'm moving this discussion from Webkitsdk-dev (see <http://
lists.apple.com/archives/Webkitsdk-dev/2008/Apr/msg00028.html> for
the beginning of the thread), because it seems off-topic there but on-
topic here.
Does anyone know whether this change of location for CFNetwork caches
also occurs for FileVault volumes? If so, then that does seem to be a
security issue, because /var is not encrypted by FileVault.
I've been hesitant to move my FileVault account from Tiger to Leopard
(perhaps for good reason!), so I don't know what happens on 10.5.2.
-Jeff
On Apr 22, 2008, at 3:23 PM, Mark Rowe wrote:
On 22/04/2008, at 11:07, Darin Adler wrote:
On Apr 22, 2008, at 10:21 AM, Eric Long wrote:
Why is WebKit storing Cache.db files in /private/var/folders?
Sorry to be pedantic: WebKit doesn't do disk caching at all. It's
done by CFNetwork.
By default, CFNetwork stores caches in ~/Library/Caches, not in /
var/folders. And I'm sure if you look there you'll see them there.
The files in /var/folders seem to be caused by something
different; on my computer I see what seem to be hard links to the
CFNetwork caches in there, and many other files. Perhaps these
have something to do with Time Machine?
The location of the CFNetwork disk cache was changed to inside /var/
folders with the Mac OS X 10.5.2 update. My understanding is that
the rationale for the change is that because ~/Library/Caches lives
inside the users home directory, it is likely to live on a network
file system if the user has their home directory on a network
volume. A location under /var/folders is much more likely to
reside on the local disk which is a more suitable location for the
relatively large and frequently accessed cache used by CFNetwork
inside Safari. That is to say it's about performance, not security
through obscurity.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macnetworkprog mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden