Запускай в докера реально. Проблемы отпадут

А в докере в виртуаленве!

А в докере в виртуаленве!

Этот же слишком жёстко, изолировать изолированную область (контейнер) ?

Так докер же под openVZ ещё должен быть, точно!

Ммм, обмазывание контекстами, ммм

А в докере хотя бы venv

И все это в lxc

lxc это слишком просто, нужно своё ядро. xen — наш кандидат

Нюансы сборки зоопарка php, у сетевиков были танцы с bind, свежесть сторонних пакетов, они внезапно были свежее в Центоси. Устраивало то же самое, что и в Центоси — стабильность. Я не пытаюсь кого-то переубедить, есличо.

С дебиан есть такой прикол, что когда stable недавно вышел он норм, но к концу срока жизни там всё протухает прилично. Надо или testing использовать или

Testing это стрёмно, потому что testing :D

Юзайте арч там свежак!!! ?

В pet проектах, на деве, но не в проде

Вообще ubuntu lts вполне норм решение. Довольно свежий софт и долгий срок поддержки и релиз каждые 2 года

У меня на впс 14.04, там без проблем ставится 3.6 из deadsnakes, например

Подскажите,как реализовать фильтры товаров?

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

Unknown field(s) (password1) specified for User. Check fields/fieldsets/exclude attributes of class UserAdmin.

это при создании юзера из админки

посмотри в исходники djbook.ru, открыты же

Пытался тут pk переделать из integer в charfield жестко обломался :)

извращенец

посмотри в исходники djbook.ru, открыты же

спасибо, разобрался

извращенец

У меня pk - ИНН. Оказываются есть ИНН, которые начинаются с нуля. Это создает лишний гемор, правильней сделать charfield

Тем более они фиксированной длины

но зачем делать инн — пк?

У меня pk - ИНН. Оказываются есть ИНН, которые начинаются с нуля. Это создает лишний гемор, правильней сделать charfield

Не надо ПК сопоставлять с каким либо осмысленным полем никогда. Тогда не будет проблем.

вот и профессионалы подъехали

Можно отдельно создать поле ИНН с уникальностью.

Не надо ПК сопоставлять с каким либо осмысленным полем никогда. Тогда не будет проблем.

с чего бы это

мне так удобней, точнее фронтам

с чего бы это

bad practice

запрашивать данные и связанные данные по инн

Не надо ПК сопоставлять с каким либо осмысленным полем никогда. Тогда не будет проблем.

не надо осмыслленно программить, иначе юзеры смогут обходится без стада программеров и админов а это никугда не годиться

сделай чарфилд с юник и индексом и будет тебе тот же пк

а так им надо где-то хранить ещё ассоциацию id-инн

если ИНН уник - то делать ключем, че за бред

запрашивать данные и связанные данные по инн

А сделать выборку не по ПК, а просто по полю религия не позволяет?

если ИНН уник - то делать ключем, че за бред

вот именно

зачем ещё один ключ если инн уникальный

А нафига это поле числовое, хотя бы?

pk?

Django умеет только в числовые pk?

У меня pk - ИНН. Оказываются есть ИНН, которые начинаются с нуля. Это создает лишний гемор, правильней сделать charfield

а еще совершенно спокойно (но редко) ИНН у человека может и не быть. это факт

А сделать выборку не по ПК, а просто по полю религия не позволяет?

Дело в связанных моделях

а еще совершенно спокойно (но редко) ИНН у человека может и не быть. это факт

Это база юл

а еще совершенно спокойно (но редко) ИНН у человека может и не быть. это факт

Эти люди вне проекта. Нема ИНН — нахер из базы.

Эти люди вне проекта. Нема ИНН — нахер из базы.

:D :D :D это неправильная позиция

О, верующие подъехали

Эти люди вне проекта. Нема ИНН — нахер из базы.

сделай префикс + uuid например - для недочеловеков

О, верующие подъехали

эт ты про кого?)

Это база организаций, а не людей.

Это тонкая щютка про то, что без ИНН чаще всего религиозные люди

:D :D :D это неправильная позиция

Это как с именами я недавно парился. Оказывается есть люди у которых не "Фамилия Имя Отчество", а штук 5 например имен... Хочется сказать пишите 3 самых важных имени и похуй на остальные ?

Это база организаций, а не людей.

а, ну там такой экзотики не будет

Это как с именами я недавно парился. Оказывается есть люди у которых не "Фамилия Имя Отчество", а штук 5 например имен... Хочется сказать пишите 3 самых важных имени и похуй на остальные ?

это ты с адресами не сталкивался

Отчество не у всех есть. Это российская фишка.

Это как с именами я недавно парился. Оказывается есть люди у которых не "Фамилия Имя Отчество", а штук 5 например имен... Хочется сказать пишите 3 самых важных имени и похуй на остальные ?

Из-за этого мы стали когда-то юзать только поле name. У арабов очень всё сложно.

Из-за этого мы стали когда-то юзать только поле name. У арабов очень всё сложно.

А как-же делать shortname? (фамилия и инициалы)

Отчество не у всех есть. Это российская фишка.

В Украине, ЕМНИП, это поле вообще перестало как-либо быть обязательным. Или скоро перестанет.

В Украине, ЕМНИП, это поле вообще перестало как-либо быть обязательным. Или скоро перестанет.

В Молдове, например, отчества нет. И на западе везде. В Украине вроде как есть как раз.

А как-же делать shortname? (фамилия и инициалы)

Обычно указывают First Name, Last Name. Какие инициалы?

Обычно указывают First Name, Last Name. Какие инициалы?

Иванов И.И.

В Молдове, например, отчества нет. И на западе везде. В Украине вроде как есть как раз.

Законопроект по отмене был

Законопроект по отмене был

Я всё жду когда они на латиницу перейдут

ERROR: S client not available

Иванов И.И.

:/ Давно не сталкивался, благо, с такими потребностями.

такие проекты тож есть

Законопроект по отмене был

весело там, я новости про Украину как комедийный сериальчик смотрю, чисто поржать ?

Подскажите плз. создал юзера в дминке. дал ему права админа. но не могу авторизоваться под этой учеткой в админке пишет что не достаточно прав. хм

персонал

или is_superuser

Is staff проставлен?

Кто что для i18n использует? django-hvad ок?

Кто работал с runit подскажите у него какие-то логи есть? Вот он мне пишет при запуске ok: run. Но по факту я вижу в supervise/stat состояние down, да и не работает ничего, даже процесса нет запущенного. Как понять почему он не стартует? Логи есть какие-то?

Типа вывод команды которую он запускает

syslog не пробовал смотреть?

syslog не пробовал смотреть?

это где такой?

/var/log/syslog

это где такой?

cat /var/log/syslog | grep -i текст

/var/log/syslog

нет такого файла

нет такого файла

cat /var/log/syslog

cat /var/log/syslog

говорю же нет его

нет такого файла

На какой системе ты смотришь?

нет такого файла

/var/log/messages

На какой системе ты смотришь?

centos 6

Выше подсказали для центос

/var/log/messages

ну, файл есть, но там ничего похожего не грепнулось

Is staff проставлен?

спасибо, да я это поле даже забыл в админке отобразить

это вообще не проблема Django, загляните в доку питона, разберитесь с кодировками

скорее всего проблема в локале

скорее всего проблема в локале

если ставить iso то вот такая проблема, а если utf ставит то кириллица не энкодицся правильно

А кто может подсказать какую-нибудь годную статью по покрытию REST API тестами?

https://github.com/vlucas/frisby это всё, что надо хорошему человеку

Правда, это nodejs

Ребят еще раз возвращаясь к той ошибке с хеширующей функцией в питоне 3.6. Реально помог откат до 3.5. Даже чистый проект для проверки создавал - с 3.6 не запускается, а с 3.5 все ок. Начал портировать код обратно на 3.5. Интересная штука получается: у меня ругнулось на такую строку в одном файле data: dict = json.loads(request.body) что дескать тайпхинтинг только с 3.6. Но уже в соседнем файле у меня тоже куча тайпхинтов наставлена и все работает - не ругается. Как так? Я запутался чет. Когда ввели тайпхинтинг? В 3.5 он уже был? Или он был только частично?