On 7/31/12 10:30 AM, Ant wrote: > On 7/25/2012 8:35 PM PT, Ant typed: > >>> The terms 'compressed' and 'optimized' are questionable here. The >>> database is rebuilt; the data is compressed within it, but the file >>> size doesn't change, so you don't gain any disk space. Also, >>> rebuilding slows some db operations, so doing it too often will hurt >>> performance somewhat. >>> >>> You could change the value of places.last_vacuum every day to >>> constantly fool SeaMonkey into thinking the database hasn't been >>> rebuilt in over a month, which should trigger frequent rebuilding. That >>> would be a bad idea, but if you want to do it anyway, it's measured in >>> milliseconds. >> >> Thanks. Bummer that it doesn't compress/shrink. :( > > I just noticed my places.sqlite has grown 20 MB after seventeen days. > Maybe I should not use 30 days of history from PrefBar's ExpireHistory > button since it can grow up over 30 MB within 30 days. :( >
On the Expire History button, you can select a number of days different from 30. Or you can right-click on your PrefBar toolbar, select Customize Prefbar, select Expire History, right-click, and select Edit. Select the onClick tab of the Button window and change the 30 to some other number of days. -- David E. Ross <http://www.rossde.com/>. Anyone who thinks government owns a monopoly on inefficient, obstructive bureaucracy has obviously never worked for a large corporation. © 1997 by David E. Ross _______________________________________________ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
