че не ансибл?

че не ансибл?

Может, потому что проще?

т.е. написать кучу кода проще, чем написать несколько конфигов?

я оба варианта пробовал, ну его нафиг этот фабрик

Ну да

https://bitbucket.org/53rb3rn4r/fab_deploy

я оба варианта пробовал, ну его нафиг этот фабрик

Ну, у меня тут каша уже ;D

И я уже опять заебался

Вручную сделал: работает, а фабрикой - сосу

Расскажите как Ansible работает?:) Видел конфиги, выглядит круто, а как он при деплое все это делает.

Его ток при деплое юзают? или типа Docker можно и локально использовать?

Никакой связи с docker

Служит для "оркестрации"

В общем, удобная штука, когда нужно конфигурировать, выполнять типовые задачи и т.п. на куче хостов

Ближе к паппету по смыслу

Можно и локально, например для разворачивания проекта если есть плейбуки

а чем фабрика тогда не нравится?

Кстати, всё работает

Расскажите как Ansible работает?:) Видел конфиги, выглядит круто, а как он при деплое все это делает.

Он тупо все через ssh делает

там несколько адаптеров под разные платформы

на каждую платформу свой подход

а команды одинаковые в рамках ansible

он умно всё по ssh делает

он умно всё по ssh делает

А фабрикой по ссш делается не умно, чтоле?

я про это ничего не писал, просто подход правильный

А фабрикой по ссш делается не умно, чтоле?

Фабрика, насколько мне известно, не имеет такого расширенного списка команд, да и универсализация у нее страдает. Для ansible вы можете выполнять команды хоть на android удаленно, если для него есть адаптер

и список команд во всех случаях будет одинаковый

в отличие от фабрики

(

то есть допустим, у вас есть три сервера: на linux, mac os и win. С ансибл у вас будет 1 файл со списком команд. В случае с farbic придется писать на каждую систему свой конфиг

Привет есть норм курсы по джанго

Платные

Привет, есть учебный центр, а вот преподаватель под вопросом)

@lorddaedra возьми ученика)

Платные

А сколько платишь? ?

А какая.цена

Смотря какой уровень.у препода

https://t.me/Blockchain_Developers

Нагло:)

https://t.me/Blockchain_Developers

@lorddaedra @weonn У нас спам тут

Dev Null: Если опытный ментор Кто натоскает по джанго За деньги

1000 в час

дважды не повторяю

На Djbook помню чел был, который публично что-то типа менторил :)

Дорого

по апи по посту приходит json такого вида { "survey_id":1, "stat":[ { "answer_id":11, "question_id":1 }, { "answer_id":22, "question_id":2 } ] }

а моделька такая class Stats(TimeStampedModel): question = models.ForeignKey(Question) answer = models.ForeignKey(Answer) survey = models.ForeignKey(Survey)

На Djbook помню чел был, который публично что-то типа менторил :)

самого сайта не хватает?

не знаю:)

чет не могу врубится как сериализатор построить в джанго рест для модели Stats

книгу почитать, доку проглядеть и ты уже почти сеньор :)

http://www.django-rest-framework.org/api-guide/relations/ ну вот тут же написано как сделать:)

может типа этого class ListStatSerializer(serializers.ListSerializer): answer_id = fields.IntegerField(required=True) question_id = fields.IntegerField(required=True) class StatsSerializer(serializers.Serializer): survey_id = fields.IntegerField(required=True) stat = ListStatSerializer(required=True)

question = serializers.StringRelatedField(many=False)

это же читать надо

в моем случае точно нужен RelatedField?

мне нужно создать запись только в одной таблице

А что не так то? Что должно возвращать, написано же id вот он их и возвращает

Что используете для object level permission, DJANGO-GUARDIAN? Кроме этого пакета, есть разные другие, кто-то смотрел их, есть там что-то интересное или они все заброшенные и неинтересные и ничего хорошего из них не почерпнуть?

книгу почитать, доку проглядеть и ты уже почти сеньор :)

А если инглиш выучить, то ваще

Смотря какой уровень.у препода

если синьОр?

А если инглиш выучить, то ваще

то можно сразу к нам, доку переводить

Уахахах, кстати, да, джбук не полностью переведена, мб и к счастью

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

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

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

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

ну так я и написал, что лучше официальную доку.

ну так я и написал, что лучше официальную доку.

а, неверно понял, сорри)

книгу почитать, доку проглядеть и ты уже почти сеньор :)

Миддл* (на самом деле хороший Джун)

переводить доку - долго..и неблагодарно

Переводишь доку переводишь, а завтра новый релиз вышел. Тем более скоро обещают Django 2.

угу

А я наоборот считаю, что ребята молодцы, что перевели доку. Такая себе популяризация Django среди русскогоязычного населения.

@ruslanpopov Молодцы :)

А я наоборот считаю, что ребята молодцы, что перевели доку. Такая себе популяризация Django среди русскогоязычного населения.

Это все равно что говорить что пусть начинают прогать с пхп, мол потом переучаться

Лучше делать сразу нормально

чем переводить на русский по кусочкам старую доку

Имхо - джбук скорее зло чем польза, ибо без знания английского делать нечего

чем переводить на русский по кусочкам старую доку

А чем плох тот вариант, что есть дока помимо английского еще и на русском?

А чем плох тот вариант, что есть дока помимо английского еще и на русском?

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

А потом когда/если будут заниматься разработкой серьезно - у них возникнут проблемы

это медвежья услуга

шаг влево-шаг вправо от доки - и ты уже в мире английского

++

Я, если честно, вообще очень критично отношусь к русскому в разработке

Комментарии в коде, коммиты, доки - онли на англ

Также как и репозитории

Попробуй себя в программировании 1с)

Попробуй себя в программировании 1с)

?

Я, если честно, вообще очень критично отношусь к русскому в разработке

а к ключам массива на русском??

@lorddaedra @weonn У нас спам тут

fxd )

про конфиги uWSGI выше - имеет смысл сейчас всё запускать в контейнерах, так легче тестировать, деплоить, единая среда везде... таким образом, у вас есть образ с питоном и туда можно прямо ставить uWSGI без virtualenv'ов

вот эти все вопросы относительно того, как правильно деплоить - в 2017 году это правильно делать с помощью контейнеров)

Комментарии в коде, коммиты, доки - онли на англ

пишу комменты на русском в приложении, которое в опенсорсе не будет никогда, и там всего 2 разработчика. Не вижу в этом ничего плохого.

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

если вы менеджер и делаете некий проект с заранее непонятными перспективами, имеет смысл сделать правило всё писать по-английски, это связано с тем, что потом проект могут допиливать индусы

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

но это конечно от кейса зависит