Алексей Букин

django-haystack и сервер elasticsearch отлично идут вместе.

Дэвид Бизли - Python. Подробный справочник.

https://www.djangopackages.com/packages/p/django-b...
Набор свободных тем от bootswatch.com

90% что за вас уже всё написано.
Чем больше покрываете уже готовым функционалом, тем лучше.

Ну если у вас там не шаблон а просто страница html то проще просто правило в nginx прописать чтобы сразу отдавало страницу.

Я бы попробывал в таком случае переписать менеджер objects в моделях.
Сначала сделать отнаследованный и переписанный класс менеджера с фильтром, присвоить переменной, а потом присваивать её всем моделям.

Там есть пример в самом конце djbook.ru/rel1.4/topics/db/managers.html - только без mgr.use_for_related_fields = True надо сделать.

https://github.com/DrMartiner/django-pay2pay

Конструкция предложений такая, если нужно оберните в функцию:

a = [1,2,3,10,5]
b = [1,2,5,10,8]

zip_list = filter(lambda x: x[0] == x[1], zip(a, b))
first_list, second_list = zip(*zip_list)
repeat_list = list(first_list)

Тудымс Полезные Django apps

Лучшие инструменты это текстовый редактор + мозг.
Дримвивер не поможет вам понять основы и вникнуть в смысл построения сайтов, а лишь научить тыкать кнопки.
Лучше старайтесь больше изучать по книгам и мануалам в сети таких много.
Редакторов уйма. Мне лично по душе Sublime Text.

Плюсик нужен для того чтобы не создавать обратной связи в модели а не для именования related_name.
Если связь нужна то лучше сделайте нормальное имя для неё человеческое.

# -*- coding: utf-8 -*-g - g надо убрать.

verbose_name='Город'
у всех именованных строк явно нужно определять юникод вот так:
verbose_name=u'Город'

Подумайте деиствительно ли вам нужны аж целых 2 класса для 1 метода?
Или проще сделать функцию в 2 строчки вместо 6.

def method(a, b, c=3):
    return a ** c + b ** c

print(method(2, 5, 1), method(2, 5))

Или может тут вообще ненужно наследование?

class Parent(object):
    def method(self, a, b, c):
        return a ** c + b ** c

class Child():
    def method(self, a, b):
        return Parent.method(a, b, 3)

Ну вероятно по мануалу: https://django-registration-redux.readthedocs.org/...
надо в urls'py роуты прописать.

(r'^accounts/', include('registration.backends.default.urls')),

Видимо вам необходимо проверять именно на наличие положительного значения в поле.
Вот вам вариант:

Order.objects.filter(**{k: v for k, v in form.cleaned_data.items() if k.startswith('o') and int(v)})

Возможно стоит смотреть в сторону QuerySet базового класса.
from django.db.models.query import QuerySet

Как пример использования - группировка:
query = Members.objects.all().query
query.group_by = ['designation']
results = QuerySet(query=query, model=Members)

Все канечно зависит от конкретных задач. Опишите пример где ORM бы не хватило для построения функционала. В большинстве случаев можно обойтись им.
Ну и всегда можно отнаследовать данный клас переписав несколько методов по своему усмотрению и использовать уже обновленный см. пример выше. Либо строить чистый SQL и использовать через cursor = connection.cursor() cursor.execute("SELECT foo FROM....") В этом нет ничего страшного. Так даже проще. Принцип KISS надо соблюдать. =)

class LoginRequiredMixin(View):

    @method_decorator(login_required)
    def dispatch(self, *args, **kwargs):
        return super(LoginRequiredMixin, self).dispatch(*args, **kwargs)

И от этого класса наследуете все свои порожденные вьюхи.
Например:

class ProfileUpdateView(LoginRequiredMixin, UpdateView):
...

Только следите за тем чтобы LoginRequiredMixin был первым базовым классом. Т.к первым делом будет вызываться его dispatch а потом уже все остальные, если пройдут проверку.

Через AbstractBaseUser можно сделать свою модель пользователей и расширить её. А так же можно отнаследоваться от созданной модели и сделать отдельно модель с профилями пользователей где городить всё что вздумается. Не все прибито гвоздями.

Разумнее все же делать не models.BooleanField а models.IntegerField с choices. Вдруг вы в будущем захотите расширить значения и добавить ещё типов пользователей.

Если форму надо "забупстрапить" то лучше использовать https://pypi.python.org/pypi/django-forms-bootstrap оно добавляет именно те самые классы.

Вот почему никто не читает Оф. документацию?
https://docs.djangoproject.com/en/1.7/ref/template...

P/S На русском: djbook.ru/rel1.6/ref/templates/builtins.html
Там много полезного всякого, и про это и про то.