https://bugzilla.wikimedia.org/show_bug.cgi?id=25984
--- Comment #4 from Bawolff <[email protected]> 2010-11-20 02:07:53 UTC --- >For getting templates and red/blue link info I suggest adding a layer of >abstraction that the parser can call rather than calling directly to the >database. You could make your own custom db backend that recognizes certain queries and calls your thingy, but that kind of sounds insane. >One problem I've found with ContentLang is it's not possible to instantiate one >without a User. You either pass a user or the default constructor seems to call >the database anyway to get the language settings for the default user That doesn't seem right. $wgContLang (which is what I assume you're referring to) does not depend on the user's language pref. I'm doubtful that $wgLang hits the db for anon users. Furthermore I managed to do $wgContLang->commaList(array('foo', 'bar')); on my local install without accessing the db. >the default strings could be automatically be extracted to a text file >included in the source tarball to make sure they're up to date $wgUseDatabaseMessages = false; does that >Getting rid of all external dependencies is probably a fair goal but some might >be fine. I'm unconvinced that it'd be worth all the effort given that its not that beneficial to mediawiki to do that (but I'm not planning to do these things, so it doesn't really matter if i see the benefit ;) If you just want to make it work without installing db/apache/etc, you probably can make it work with just an "extension", but it'd be a bit "hacky" -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
