Алексей: Большое Вам спасибо! На самом деле так и есть, команда ./configure --help выводит возможные параметры. Соответственно нужный мне модуль http_limit_conn_module ставится по умолчанию. Видимо я не туда прописал директивы или написал их с ошибкой. Сейчас nginx стартует с нужными директивами, буду дальше разбираться.
hellmin @hellmin
А нужна именно сортировка или может подойдет фильтр? Тут https://docs.djangoproject.com/en/1.9/ref/contrib/... на картинке есть правый столбец, при выборе какого-то пункта отображаются только записи с нужными свойствами.
Даниил: в 2.7 "map(function, sequence[, sequence, ...]) -> list"
в 3.*, да, вернет итератор, но это же даже лучше)
на крайний случай можно завернуть в list()
Селери нужен для асинхронного выполнения задач. К примеру страница регистрации подразумевает:
1 создание пользователя
2 отправку письма на указанный емаил об успешной регистрации
3 отображение сообщения, что пользователь зарегистрировался и ему на почту ушло письмо.
Второе задание может выполняться долго и если все задачи выполняются по очереди, то пользователю будет "не комфортно", что страница так долго грузится. По этому отправку почты можно сделать через селери, которая пройдет параллельно.
Получается как-то так:
1 Создание пользователя, постановка задачи в селери и отображение сообщения о регистрации
2 селери отловит новую задачу и выполнит ее.
Селери будет выполнять задачу не совсем параллельно, а как освободился от какой либо другой.
Соответственно действия которые не влияют на отображение страниц(отправка почты, ресайз изображений о т.п.) можно отправлять в селери.
Владимир: я писал выше, но все же повторю на всякий случай: ""очистить таблицу django_migrations" - это все равно, что сломался ноготь, а ампутировать руку)))"
Зачем удалять из django_migrations все записи (которые относятся к django или еще каким-то приложениям с моделями) ?
Ну и еще раз повторю на всякий случай: "... в таблице django_migrations надо найти ненужные миграции, по полям app и name, и их удалить."
"очистить таблицу django_migrations" - это все равно, что сломался ноготь, а ампутировать руку)))
А если по делу, то в таблице django_migrations надо найти ненужные миграции, по полям app и name, и их удалить.
Вероятно, когда создается пользователь, то в поле password записывается значение, которое пришло из формы.
к примеру есть user(экземпляр класса User) и есть переменная хранящая пароль password, и для того, чтобы этому пользователю назначить пароль надо:
user.set_password(password)
user.save()