а если попытаться заюзать метод post_save? Есть вариант, что он сработает?

а если попытаться заюзать метод post_save? Есть вариант, что он сработает?

вручную хочешь m2m модель обновить?

да

да

а что за данные ты туда пихаешь? ну кроме айдишников

а если попытаться заюзать метод post_save? Есть вариант, что он сработает?

на уровне сериалайзера надо сохранять модель. изучи ModelSerializer.create() и ModelSerializer.update()

а что за данные ты туда пихаешь? ну кроме айдишников

Модель ссылается сама на себя через m2m. По этому в смежной таблице только айдишники.

Точно, спасибо

Модель ссылается сама на себя через m2m. По этому в смежной таблице только айдишники.

тогда зачем through

тогда зачем through

чтоб аккуратно задать соеденительную таблицу так, как нужно

Привет всем. Такой вопрос у меня. Я в поля модели в админке сайта вписал значения и сохранил. Затем решил переделать модель, добавил пару полей. И все посыпалось. Это может быть из за сохраненных значений. Если что тапками не бросайтесь. За джанго недавно взялся

модель показывай

и makemigrations && migrate делал?

Где можно посмотреть приложения использующие API(rest-framework) для view? Может есть такой отдельный список на djangopackages.org но я не нашел там

и makemigrations && migrate делал?

Именно на миграте все и валится. Makemigrations нормально выполняется

тогда скинь файл миграции через dpaste.de

Ок, чуть позже

Где можно посмотреть приложения использующие API(rest-framework) для view? Может есть такой отдельный список на djangopackages.org но я не нашел там

ну много тут есть http://www.django-rest-framework.org/topics/third-party-packages/

Самое обидное что до этого все работало. Добавил пару полей-сломалось. Поля убрал все равно не пашет

Где можно посмотреть приложения использующие API(rest-framework) для view? Может есть такой отдельный список на djangopackages.org но я не нашел там

правильно понял?

правильно понял?

Да, но там в основном дополнения конкретно для drf

Да, но там в основном дополнения конкретно для drf

а ты тогда что имел ввиду?

а ты тогда что имел ввиду?

Приложения вроде блога, чата и т.п.

значит я неправильно понял, а говоришь "да"

Приложения вроде блога, чата и т.п.

любой из 100500 тутуриалов в помощь

любой из 100500 тутуриалов в помощь

Самому написать не проблема, но можно же использовать готовые решения если они есть

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

тогда определить что тебе нужно, блог или чат, и ищи определенно его

я обычно, если что-то подобное нужно, покупаю типа реактового шаблона и все равно дописываю апи и логику шаблона

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

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

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

я уже на такое попадался=) через год скажут "денег нет на новый, давай костыли эти перерабатывать"=)

очередной проект с дедлайном вчера?

я уже на такое попадался=) через год скажут "денег нет на новый, давай костыли эти перерабатывать"=)

Учитывая опыт разработчиков на проекте костыли будут через год больше чем если использовать что-то готовое)

очередной проект с дедлайном вчера?

Дедлайна вообще нет

По крайне мере мне о таком не говорят

Учитывая опыт разработчиков на проекте костыли будут через год больше чем если использовать что-то готовое)

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

Дедлайна вообще нет

о, тогда это очередной проект без тз, опытных разрабов, дэдлайна (и долгосрочного бюджета). на работе сейчас 2 таких есть, в 1 отрефакторил бэк до терпимого состояния, другой 4 разраба не могут осилить, чтобы понять откуда там ноги растут.

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

Дедлайна вообще нет

А потом внезапно окажется что доделать надо было "вчера".

А потом внезапно окажется что доделать надо было "вчера".

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

Знает кто-нибудь, может уже есть готовые решения, есть ли менеджеры моделек для работы с JSON данными, а не БД?

недавно кто то поднимал вопрос, но тогда ничего путного не нашли

Знает кто-нибудь, может уже есть готовые решения, есть ли менеджеры моделек для работы с JSON данными, а не БД?

В смысле с другими api или nosql типо монги?

В смысле с другими api или nosql типо монги?

Не, api то же самое, просто нужно уже готовым классам и вьюшкам, которые стандартным api пользуются, скормить даннные не из БД, а из JSON

Что значит из json? Он же из не воздуха возьмется?

Что значит из json? Он же из не воздуха возьмется?

Нет конечно, он лежит в файлике, в менеджере я его загружать могу

тебе этот файл нужно использовать вместо бд или просто загрузить из него данные один раз?

один раз загрузить

так это, в самом общем случае это прочитать файл и загрузить данные в БД… shell в руки и вперёд

если это вообще фикстура то loaddata тебе в руки

Или привести к виду фикстур и лоаддата

Нет, это не фикстура, это вообще данные стороннего ресурса которые я дёргаю по api и, пока временно, сохраняю локально. И эти данные нужно оторбазить во вьюшке, в виде некого табличного CRUD'а, который уже успешно с БД работает, но тут будет только Read с пагинацией, просто читаю из файла. Но проблема в том что все эти классы и готовые "вьюхи" очень "глубоко" в api лезут, нужно queryset'ы переписывать, _meta атрибуты переписывать, всё API переписывать. Потому и спрашиваю, может есть уже готовое решение.

Согласен, что было бы проще всё это тупо получать и парсить в БД, но нужно обойтись без неё, с БД строго.

Готового вроде нету. Надо переписывать уровень апи, на уровне моделей слишком много всего

Согласен, что было бы проще всё это тупо получать и парсить в БД, но нужно обойтись без неё, с БД строго.

С БД совсем никак? нельзя вторую бд подключить, sqlite тот же файл на диске только с ним можно будет нормально работать через ORM

Тебе надо из JSON передавать данные во вьюху, в формате понятному вьюхе, что ли?

судя по всему потом ещё изменять их и сохранять

> но тут будет только Read с пагинацией

Привет всем, юзаю orm от djngo в телеграм боте бд - mysql, либа для бота pyTelegramBotAPI, и бот часто падает, потому что django orm возвращает Mysql Sever has gone away, нашел решение stackoverflow.com/a/32720475, но не помогло, и еще впс у меня очень херовый, может в етом проблема