В django я использую django-mediagenerator. Кроме того, что он обеспечивает версионность ресурсов, есть возможность сшивать js/css-статику в один( ну или сколько нужно) файлов и сжимать этот файл, что также уменьшает количество запросов и нагрузку на сервер. А для деплоя используется fabric, потому забыть «запустить скриптик после деплоя» становится проблематично.
Я бы не стал использовать SQLite в качестве тестовой базы. Хотя бы потому, что у текстовых полей не проверяется max_length. Или потому, что не проверяется наличие объекта по ForeignKey (при загрузке из fixtures). Таких подводных камней много
Две разные формы могут понадобиться, если в них есть цепь последовательных <select>, а объектов в базе слишком много, чтобы их грузить все сразу. вот и получается, что в unbound ...field.queryset=SomeModel.objects.none()
а в bound ...field.queryset=SomeModel.objects.all()
Может, подскажете какой-нибудь другой подход? Этот не нравится, но ничего другого не придумалось
...field.queryset=SomeModel.objects.none()а в bound
...field.queryset=SomeModel.objects.all()Может, подскажете какой-нибудь другой подход? Этот не нравится, но ничего другого не придумалось
from models import *К чему здесь wild import?
from models import Posterdef index — можно использовать generic views
То же касается и poster view.
import settings — было бы уместнее:
from django.conf import settingsНе стоит использовать абсолютные url.
Есть функция reverse:
from django.core.urlresolvers import reverseНу и наконец, не надо вызывать class Meta
class Meta:ordering = ['id']
verbose_name = "постер"
verbose_name_plural = "постеры"