[geeklog-devel] more GSoC project ideas
cordiste at free.fr
Thu Mar 3 17:40:56 EST 2011
Maybe we could spent a slot to finish our plugin repository, our new
calendar plugin and our SocNet plugin?
2011/3/3 Vincent Furia <vfuria at gmail.com>:
> Maybe we should consider moving to a "real" database abstraction layer? That
> would definitely be enough work for a GSOC program and it could
> automatically provide support for all these lesser used database types. It
> would, I hope, also make maintenance a bit easier (especially for, say,
> On a similar topic, we could look at a GSOC program to change up our
> template library. It's a bit silly that we still don't have compiled
> templates (to the detriment of our performance). Joe's work could be used as
> a basis or the student could look at implementing an existing template
> library (preferably one that could be backward compatible with existing
> These might both be too big for a GSOC project, but worth thinking about?
> Finally, many may not remember, but years and years ago (2002 or 2003) I
> pushed a big set of patches to improve page load performance. If I recall
> correctly, I eliminated (through combination or caching) a bunch of SQL
> queries, cleaned up PHP code (including getting rid of some recursion), and
> completely rewrote the comment display code. Doing something similar again
> today as a GSOC project could be beneficial to Geeklog. I hadn't brought
> this up before because this is an awfully non-specific task. I'm not sure it
> will fit well all that well into GSOC project. Any thoughts?
> On Thu, Mar 3, 2011 at 13:19, Dirk Haun <dirk at haun-online.de> wrote:
>> Rouslan Placella wrote:
>> > More ideas:
>> > * Add support for SQLite databases (self-explanatory).
>> We talked about this on IRC - not sure if adding even more DB engines that
>> hardly anyone uses is buying us anything at this point.
>> But I dug out a somewhat related idea: Add support for MySQLi
>> Does anyone know more about MySQLi? From my understanding, it's a more
>> modern API for MySQL. This could be interesting from a performance point of
>> view. No idea if it's enough to make a full GSoC project, but it's probably
>> a bit of work in any case.
>> bye, Dirk
>> geeklog-devel mailing list
>> geeklog-devel at lists.geeklog.net
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
More information about the geeklog-devel