[TAG] The Gentle Art of Firefox Tuning (and Taming)
rick at linuxmafia.com
Tue Feb 2 08:46:01 MSK 2010
Quoting Peter H??we (PeterHuewe at gmx.de):
> Especially as the EFF released a tool to test the 'uniqueness' of your
Yes, that's a pretty good cross-check, about what your browser reveals
to server-end software.
On the earlier point, I should also mention that I inferred lack of
inspection access to BetterPrivacy source code in part from the fact
that the source code page,
https://addons.mozilla.org/en-US/firefox/versions/license/74267, has no
link for source code! (It has only the statement "BetterPrivacy is
freeware; Non-commercial use and distribution only!") Again, thank you
for pointing out that XPIs, themselves, are just zipped XUL source (+
> And about better privacy:
> My alternative solution is a simple script in
> with the content:
> rm -rfv /home/user/.macromedia
> :) Should fix atleast some issues :)
That certainly covers it, but you might find it over time to be too
sweeping. First, only .sol files seem of concern. Also, you may find
eventually that some have benign functions you'd rather have persist,
such as (oh, and I know I'm reaching, a bit) your per-user settings for
It may seem unlikely, but I'm just trying not to close off capabilities
I might actually want to use, some time. So, my personal inclination
would be, as I said, to delete particular .sol files inside ~.macromedia
by name, via a weekly cronjob.
> However I'm not yet sure howto clean the DOM localStorage and DOM
This actually may be an area where Adobe's online documentation and
Flash-based "Flash Settings Manager" may be useful.
> Is there a way to inspect the contents of the DOM storage?
Well, it's just SQLite files, so SQLite itself might be useful. I
haven't tried yet, so I really don't have much information (and not a
lot has yet been written).
Rick Moen "When attributing a quotation to Paris Hilton,
rick at linuxmafia.com the preferred term is 'blame'."
More information about the TAG