Now that TurboGears has experimental support for SQLAlchemy, I need to provide SQLAlchemy-based alternatives to the SQLObject components of Visit Tracking and Identity.
Writing a SQLAlchemy Identity Provider won’t be a terribly difficult task, however, Visit didn’t include facility for abstracting the database access. But now it does via the VisitManager.
I’ve long been of the opinion that one of the few things that’s wrong with TurboGears is its reliance on SQLObject. While it’s nice to hear that a new version of SQLObject is in the works, I’m not confident the newer version will be much better than the older.
After an aborted attempt to create my [...]
I need to keep a closer eye on the tickets for Identity. There’s a really interesting ticket up there about changing the Identity predicates to use overloaded operators and it includes a note about any() and all(), which are new built-in functions which will make an appearance in Python 2.5.
On the one hand, I think [...]
My goal for any API I develop is to keep things simple. This is especially true for the TurboGears Identity framework, because it identity management and access control can be a pretty daunting concept for anyone to grasp.
Making the simple complicated is commonplace;
making the complicated awesomely simple, that’s creativity.
— [...]
With all the talk about tagging and folksonomies (I hate that word), I encountered a discussion on Philipp Keller’s site about the database schemas behind tagging systems.
I’ve been thinking a lot about these sorts of things, because I’m still hoping to build a content management system using TurboGears. Understanding how the database is implemented is [...]