Patrick Bos <patrick.bos <at> zjipz.com> writes: > So having more prefs available makes a structural design flaw allright? > > Wow;) It is not a design flaw, but a feature. :) Web pages are stateless. Every time webmail pages are loaded, they need to get user's preferences. In SquirrelMail some user preferences change the way interface works. For example, user hits "Send" in compose.php and before user's actions are processed, preferences change. It can change the way redirection works, list of identities. system folders. SquirrelMail needs cache in order to keep interface consistent. You might redesign preference structure and separate cacheable and uncacheable preferences, but "to cache or not to cache" depends on setting and on page where these settings are loaded and even on processed user action type. In file based preference system, all your preferences are in one or few files and you can't refresh only individual settings. Cache controls make preference system overcomplicated, are useful only in extreme cases and those extremes can have different control requirements. IMHO SquirrelMail database preferences use cache too. You haven't noticed performance hit, because it was less visible than in file based preference backend. If you don't like dependency on SQL server, you might store prefs in SQLite databases. They are files and don't need some server. SQLite was not mature enough when SquirrelMail was written, but maybe now it can be used more effectively than in 1999. -- Tomas ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
