Пероксид на Джанге.

Uploadify на Mac OS X

2011-10-25T11:02:00.004+03:00

Говорят, что у Mac OS X есть какие-то проблемы с Flash. Или наоборот, что у Flash есть какие-то проблемы с Mac OS X. В общем, есть между ними какие-то трения. Я лично столкнулся с чем-то таким, используя Uploadify. Этот плагин jQuery вносит метод uploadify, который принимает объект опций, среди которых есть scriptData. scriptData - объект, свойства которого будут добавлены к POSTу, когда flash-часть uploadify начнет загружать файл на сервер. В теории и документации вы увидите все, что передали в scriptData, в request.POST (если, конечно, используете Django).

На самом деле все не так. На Mac OS X вы увидите только первое свойство объекта scriptData. Так, если scriptData: {'size': '160x160', 'crop': true}, то вы request.POST будет только size. Обойти это можно так. Вместо {'scriptData': {'foo': 'bar', 'bar': 'foo'} }надо передать {'auto': false, 'onSelect': function(){ $x.uploadifySettings({'foo': 'bar', 'bar': 'foo'}); $x.uploadifyUpload();}}. Здесь $x - тот же объекта, метод котрого uploadify() вы вызываете. Так работает.

Но это не вся правда. в request.POST будет элемент 'foo' и элемент 'amp;bar'. Ну это просто:


if 'amp;crop' in request.POST:
        request.POST['crop'] = request.POST['amp;crop']

Почему так - не знаю. Но надеюсь, что моя небольшая находка сэкономит кому-то (мне) немного времени.

Важность правильных названий переменных

2011-10-18T00:33:00.004+03:00

Я никак не мог запомнить кто из аргументов функции, передаваемой reduce, аккумулятор, а кто очередной элемент обрабатываемой последовательности. Теперь-то я понимаю, что это не только потому, что я немного пустоголовый, но и потому, что в официальной документации Python в примере для функции reduce эти аргументы называются x и y.

Но сегодня я прочел заметку про underscore.js некоего кого-то и буду помнить, что аккумулятор - первый аргумент. Просто в примере использования reduce автор заметки назвал аргументы передаваемой в reduce функции sum и n. Вот так просто.

node.js-like next

2011-10-16T23:41:00.004+03:00

Есть у нас профили. Отдельный профиль доступен по пути, который соответствует '^(\w+)/$'. Хорошо. Прошло полгода, появилась новая сущность (НС). Попросили, чтобы отдельная НС была доступна по пути, который соответствует '^(\w+)/$'. Для простоты и красоты.

Можно в первой вьюшке генерировать 404, если по слагу не находится профиль, ловить 404 тут же и вызывать вторую вьюшку, передавая туда слаг.


def profile_detail(request, slug):
    try:
        profile = get_object_or_404(Profile, slug=slug)
    except Profile.DoesNotExist:
        return another_detail(request, slug)
    else:
        ...

В node.js фреймворке Express можно передать контроль следующему обработчику пути. Вот бы Джанге что-то такое.

load_object - пара к render_object

2009-10-30T12:15:00.005+02:00

Я написал шаблонный load_object, который удобно использовать в паре с render_object. Тег парный, его назначение - загрузить в контекст под заданным именем нужный экземпляр нужной модели.Первые два аргумента как в contenttypes, третий - первичный ключ.

from django.template import Library, Node, TemplateSyntaxError
from django.contrib.contenttypes.models import ContentType


register = Library()


class LoadObjectNode(Node):

    def __init__(self, app_label, model, pk, name, nodelist):
        self.app_label = app_label
        self.model = model
        self.pk = pk
        self.name = name
        self.nodelist = nodelist

    def __repr__(self):
        return "<LoadObjectNode>"

    def render(self, context):
        app_label = self.app_label.resolve(context)
        model = self.model.resolve(context)
        pk = self.pk.resolve(context)
        try:
            content_type = ContentType.objects.get(
                app_label=app_label, model=model)
        except ContentType.DoesNotExist:
            return ''
        else:
            klass = content_type.model_class()
            try:
                val = klass._default_manager.get(pk=pk)
            except (klass.DoesNotExist, klass.MultipleObjectsReturned):
                return ''
            else:
                context.push()
                context[self.name] = val
                output = self.nodelist.render(context)
                context.pop()
                return output


def do_load_object(parser, token):
    """
    Used get an object by content type app_name and model
    attributes and object primary key and inject it into context.
    
    Usage:
    {% load_object app_label model pk as name %}
    {{ varname }}
    {% endload_object %}
    
    Exceptionally usful in conjunction with render_object template tag
    http://www.djangosnippets.org/snippets/1745/
    """
    bits = list(token.split_contents())
    if len(bits) != 6 or bits[-2] != 'as':
        raise TemplateSyntaxError(
            "%r expected format is 'load_object app_label model pk as name'" %
            bits[0])
    app_label = parser.compile_filter(bits[1])
    model = parser.compile_filter(bits[2])
    pk = parser.compile_filter(bits[3])
    name = bits[5]
    nodelist = parser.parse(('endload_object', ))
    parser.delete_first_token()
    return LoadObjectNode(app_label, model, pk, name, nodelist)

do_load_object = register.tag('load_object', do_load_object)

Для ясности: как честный тщеславный человек я хотел выложить шаблонный тег на djangosnippets.org. Но я забыл пароль к своему аккаунту и восстановления пароля не нашел. На призывы о помощи ubernostrum не откликнулся (или они до него не дошли). Другой аккаунт там заводить не хочу, так что публикую тег тут.

render_object

2009-10-29T11:02:00.007+02:00

Есть шикарный шаблонный тег render_object. Он очень разумный. Если в шаблоне есть экземпляр модели, то этот тег рендерит экземпляр, используя шаблон по соглашению:

"render/[position]/[app_label]_[model_name].html"
"render/[position]/default.html"
"render/[app_label]_[model_name].html"
"render/default.html"

app_label и model_name понятно, как в contenttypes. position позволяет различать ситации, в которых рендерится экземпляр. Например, position может быть search_results или details, соответственно в первом случае можно рендерить кратко как-то, а во втором случае развёрнуто. jeffschenck - хороший человек - придумал и написал этот тег.

Орднунг defaulttags.py

2009-10-28T21:51:00.003+02:00

В документации про шаблонные теги делают так:

def do_xxx():
#или так:
def do_xxx():
...
register.tag('xxx', do_xxx)0

А в defaulttags.py систематически делают так:

def do_xxx():
...
do_xxx = register.tag('xxx', do_xxx)

Понятно, что вариант с простым вызовом register.tag работает, потому как нам в общем-то надо, чтобы тег был зарегистрирован в register. Ясно, что вариант с присваиванием более полно делает то, что делает декоратор. Интересно, кроме тяги к чистоте рук и помыслов, вариант с присваиванием еще чем-то вызван или нет? Ломается ли оно где-то из-за того, что я просто присваиваю, или это просто четкий строевой шаг такой?

2009-10-28T21:20:00.005+02:00

Вот так заходишь, видишь: "4 сообщ., последнее опубликовано 13.07.2008", а тут рядом - та-там! - " 1 Постоянный читатель". Спасибо тебе, неизвестный мне товарищ. А вообще я хотел сказать, что когда смотришь в /django/template/context.py:6 и видишь там

# We need the CSRF processor no matter what the user has in their settings,
# because otherwise it is a security vulnerability, and we can't afford to leave
# this to human error or failure to read migration instructions.
_builtin_context_processors =  ('django.core.context_processors.csrf',)

то становится ясно, что этот проект будет сдаваться с Django 1.1.1. Интересно, лидеры других успешных питоновых открытых проектов тоже беневолентные диктаторы(пожизненные)?

Исключительная производительность по Yahoo? django-compress в помощь.

2008-07-13T22:21:00.004+03:00

На сайте Yahoo developers опубликованы правила оптимизации сайтов по скорости отдачи страниц клиентам. Ключевая мысль: самая медленная часть цепочки от запроса страницы до готовой картинки в броузере - передача файлов по сети. Соответственно, первое, что там предагается сделать, - минимизировать число HTTP-запросов.

То есть попросту: конкатенировать все css/javascript, которые грузятся радом, в один файл, поставить в страницу ссылку на этот файл - и так для всех групп. Еще бывает хорошо пропустить полученный файл через YUI Compressor, CSSTidy, JSMin или то, к чему вы привыкли. Пару раз это можно сделать руками. Потом становится скучно и хочется автоматизации.

Оказывается, есть минимум 4 приложения для Django, создатели которых озаботились этой задачей. django-yslow, django-assetpackager, django-assets и django-compress. Сразу скажу, мне понравился django-compress, о нём подробнее чуть ниже.

Принципы работы остальных следующие. yslow рекурсивно собирает скрипты и стили в проекте. Особых настроек в settings.py я не нашел. Мне это не понравилось, я его не стал пробовать. assetspacker хранит информацию об assets в моделях. Мне не очевидна необходимость их использования. assets использует шаблонный тег для определения группируемых файлов. Я хотел, чтобы эта информация описывалась одновременно, а не была размазана по шаблонам.

Для django-compress надо:

добавить "compress" в установленные приложения,

добавить в settings.py необходимые настройки. Вот пример настройки, имена переменных говорящие.

COMPRESS = True
COMPRESS_AUTO = False
COMPRESS_CSS = {
    "group_one": {
        "source_filenames": ("../css/reset.css",
                             "../css/common.css",
                             "../css/header.css",
                             "../css/searchbox.css",
                             "../css/footer.css",
                             "../css/breadcrumb.css",
                             "../css/table.css",
                             "../css/nbh.css",
                             "../css/tabs.css",
                             "../css/search.css",
                             "../css/ibox.css",),
        "output_filename": "../css/group_one.css"},
    "group_two": {
        "source_filenames": ("../css/2sided/reset.css",
                             "../css/2sided/ht_form.css",
                             "../css/2sided/ht_formSteps.css",
                             "../css/2sided/star_rating.css"),
        "output_filename": "../css/group_two.css"},
    }

COMPRESS_JS = {
    "group_one": {
        "source_filenames": ("../js/tabcontent.js",
                             "../js/jquery121.js",
                             "../js/tableactions.js",
                             "../js/ibox.js",),
        "output_filename": "../js/group_one.js"},
    "group_two": {
        "source_filenames": ("../js/user_registration_form/jquery_1.2.3.p.js",
                             "../js/user_registration_form/validate.js",
                             "../js/user_registration_form/maskedinput.js",
                             "../js/user_registration_form/dimensions.js",
                             "../js/user_registration_form/accordion.js",
                             "../js/user_registration_form/star_rating.js",
                             "../js/user_registration_form/metadata.js"),
        "output_filename": "../js/group_two.js"},
    }
COMPRESS_YUI_BINARY = "java -jar /opt/yuicompressor/yuicompressor-2.3.4/build/yuicompressor-2.3.4.jar"
COMPRESS_CSS_FILTERS = ("compress.filters.yui.YUICompressorFilter",)
COMPRESS_JS_FILTERS = ("compress.filters.yui.YUICompressorFilter",)

в шаблонах загрузить compressed и заменить нужные script и link тегами {% compressed_js group_one %} и {% compressed_css group_two %}.
python manage.py synccompress

Нужно пояснить значение COMPRESS_AUTO. Если она True, то во время вызова шаблонного тега, выводящего script или link для обработанного файла, будут проверяться исходные файлы для него, и, если они устарели, обработанный файл создаётся заново. Так вот я это отключил, а вообще сжатие включил.

Для простой конкатенации COMPRESS_xxx_FILTERS надо присовить None или ().

CSS можно сжимать CSSTidy или YUI Compressor, JavaScript - JSMin или YUI Compressor.

У команды synccompress есть опция --force. Она заставляет генерировать файлы без оглядки на даты последнего изменения файлов.

assertRedirectsGentle

2008-07-12T19:12:00.005+03:00

У django.test.TestCase есть хороший метод assertRedirects с такой вот сигнатурой:

assertRedirects(self, response, expected_url, status_code=302,
                        target_status_code=200, host=None)

Этот метод проверяет не только куда ведёт редирект и с каком кодом был выполнен редирект, но и код, который возвращает expected_url. Обычно такое поведение проблем не доставляет, но иногда нужно, чтобы код возврата expected_url не проверялся, потому что при его проверке изменяется содержимое сессии. Для этого у меня есть такой код:

from urlparse import urlsplit, urlunsplit
def assertRedirectsGentle(self, response, expected_url, status_code=302,
                          host=None):
        self.assertEqual(response.status_code, status_code,
            ("Response didn't redirect as expected: Response code was %d"
             " (expected %d)" % (response.status_code, status_code)))
        url = response['Location']
        scheme, netloc, path, query, fragment = urlsplit(url)
        e_scheme, e_netloc, e_path, e_query, e_fragment = urlsplit(expected_url)
        if not (e_scheme or e_netloc):
            expected_url = urlunsplit(('http', host or 'testserver', e_path,
                    e_query, e_fragment))
        self.assertEqual(url, expected_url,
            "Response redirected to '%s', expected '%s'" % (url, expected_url))
def monkeypatch(test_case_class):
    test_case_class.assertRedirectsGentle = assertRedirectsGentle
assertRedirectsGentle.monkeypatch = monkeypatch

Пользоваться так:

from django.test import TestCase
from project.utils import assertRedirectsGentle
assertRedirectsGentle.monkeypatch(TestCase)

Селекторы CSS и BeautifulSoup

2008-07-12T18:27:00.011+03:00

Бывает нужно проверить наличие элемента на странице, узнать значение атрибута какого-то тега или сделать ещё что-то такое с HTML-документом (HTML, а не XML). Я для таких вещей использовал BeautifulSoup - он работает примерно так, и делает это хорошо.

>>> html = '<html lang="ru">...</html>'
>>> from BeautifulSoup import BeautifulSoup
>>> soup = BeautifulSoup(html)
>>> soup.find("html").get("lang")
ru

Но jQuery приучил к тому, что должна быть возможность адресоваться к элементам с помощью CSS нотации. Видимо, не меня одного.

soupselect добавляет нужную функциональность.

>>> html = '<html lang="ru"><div class="title"><h3>foo</h3></div></html>'
>>> from BeautifulSoup import BeautifulSoup as Soup
>>> from soupselect import select
>>> select(soup, 'div.title h3')
[<h3>foo</h3>]

Как заменить tests.py пакетом.

2008-07-11T11:39:00.021+03:00

В Django есть соглашение относительно расположения тестов в приложениях. По нему в tests.py живут тесты, работающие с unittest. Однажды я задумался о размещении тестов в отдельных файлах, то есть о преобразовании модуля tests в пакет tests.
Почитал django/test/simple.py. Получилось, что если в модуле tests определяется callable переменная suite, то значение, возвращенное suite, добавляется к уже обнаруженным тестам. Если такой переменной не обнаружено, то из модуля tests пытаются загрузить тесты стандартным лоадером unittest.defaultTestLoader.loadTestsFromModule. Спросил в django-russian. Предложенное решение немного не устроило - в каждый новый пакет tests кладётся адаптированный test_all.py, из которого импортируется suite.
Мне нужно было, чтобы:

решение позволяло вызывать тесты как по manage.py test app, так и по manage.py test app.TestCase,
основной код решения лежал бы где-то в утилитах проекта, и в __init__.py было бы просто пара строчек.

Попробовал переработать решение esizikov с функцией suite. Получилось не очень хорошо.

import os.path
import glob
import unittest

def suite():
   suite = unittest.TestSuite()
   file_full_path = os.path.abspath(os.path.join(__file__, '..'))
   app_name = file_full_path.split("/")[-2]
   for filename in glob.glob(file_full_path + "/[a-z]*.py"):
       module_name = os.path.basename(filename).split(".py")[0]
       full_module_name = "%s.tests.%s" % (app_name, module_name)
       suite.addTest(
           unittest.defaultTestLoader.loadTestsFromModule(
               __import__(full_module_name, {}, {}, [full_module_name])
               )
           )
   return suite

Работает manage.py test app, не работает manage.py test app.TestCase. Попробовал просто импортировать всё из модулей пакета.

from autologin_realtor import *
from login_homeowner import *

Хорошо, всё работает. Но вписывать каждый новый модуль беспокойно. Пробуем импортировать тест-кейсы из модулей пакета автоматически.

import os
import glob
import unittest
import inspect

fr = inspect.currentframe()
file_full_path = os.path.abspath(os.path.join(__file__, '..'))
app_name = file_full_path.split("/")[-2]
for filename in glob.glob(file_full_path + "/[a-z]*.py"):
   module_name = os.path.basename(filename).split(".py")[0]
   full_module_name = "%s.tests.%s" % (app_name, module_name)
   m = __import__(full_module_name, {}, {}, [module_name])
   mdir = dir(m)
   for name in mdir:
       attr = getattr(m, name)
       if type(attr) is type:
           if issubclass(attr, unittest.TestCase):
               fr.f_globals[name] = attr

Немного о том, что происходит. Импортируем модули, имена которых начинаются с латинской буквы, во избежание рекурсивного импорта __init__.py. Проверяем имена, видимые в каждом модуле. Если под каким-то именем оказывается класс-потомок unittest.TestCase, то создаём в нашем модуле (то есть в пакете tests) переменную с таким именем, указывающую на этот самый класс-потомок. То есть фактически импортируем руками нужные классы в пакет. Хорошо, всё работает. Но это кусок кода лежит прямо в __init__.py. Развяжем немного. Оставим в __init__.py только импорт функции и её вызов. Определение функции и необходимые для её работы импорты переносим в project.utils. Попутно изменяем функцию: теперь используется f_globals не текущего фрейма, а предыдущего.
project/app/tests/__init__.py:

from project.utils import theimport
theimport(__file__)

project/utils.py:

import os
import glob
import unittest
import inspect
def theimport(module_path):
   fr = inspect.stack()[1][0]
   file_full_path = os.path.abspath(os.path.join(module_path, '..'))
   app_name = file_full_path.split("/")[-2]
   for filename in glob.glob(file_full_path + "/[a-z]*.py"):
       module_name = os.path.basename(filename).split(".py")[0]
       full_module_name = "%s.tests.%s" % (app_name, module_name)
       m = __import__(full_module_name, {}, {}, [module_name])
       mdir = dir(m)
       for name in mdir:
           attr = getattr(m, name)
           if type(attr) is type:
               if issubclass(attr, unittest.TestCase):
                   fr.f_globals[name] = attr