Откуда ветер дует? - Public forum of MSU united student networks

1) http://maxischenko.in.ua/blog/entries/89/sqlobject-unicode-a...
2) И снова utf-8. Различное поведение (одинаковый дамп на одинаковых мускул серверах давал либо норм результат либо вопросики в русском либо очередной UnicodeDecodeError и блаблабла) с различными MySQLdb модулями под debian и под FreeBSD. Закончилось фиксированием версии модуля, его патчением (грязным хаком я бы сказал), и игрой с параметром unicode в connection url на различных платформах.
3) Кэширование. Хрен отключишь. Игра с параметром cache в connection url результата не дала. В конце концов руками сделал connection.cache.clear(). Пока работает. Тьфу-тьфу-тьфу. Работа через mod_python
4) Какая-то совершенно долбанутая вешь. Пример:

code:
class Status(SQLObject):
    nameTrans = ForeignKey('I18NString')
    
    __beingFormed = None
...

    @staticmethod
    def beingFormed():
        if not Status.__beingFormed:
            Status.__beingFormed = Status.get(1)
        return Status.__beingFormed
...

class Reservation(SQLObject):
    initDate = DateTimeCol()
    status = ForeignKey('Status')
...

Во вьюере проводим сравнение res.status == Status.beingFormed()
Оно дает корректный результат в 90-95 процентах случаев.
res.statusID == Status.beingFormed().id работает всегда. Очень удобно, неправда ли?
Работа через mod_python.
5) Родная документация слишком бедна. Тот же вопрос с кэшированием практически вообще стороной обойден.
6) Совершенно непотребное время на инициализацию десятка моделей с 3-5 полями. На той же машине работает django и инициализируется быстрее. +Субъективно некоторые запросы работают медлеенее чем django'ские.
7) Не дотягивает по функционалу до django ORM. Открываем доку по SQLObject, доку по django ORM и подмечаем разницу в функционале.

ЗЫ Все что вспомнил.