для mysql реализована поддержка Jsonfield?

Вопрос интересный :)

'bool' object has no attribute 'resolve_expression'

Ну как выход, если только orm, то Case можно попробовать сделать в annotate.

Проект на pg, но мне нужно MySQL

для mysql реализована поддержка Jsonfield?

начиная вроде с 5.7

сейчас django поддерживает jsonfield только для pg на сколько я знаю

mysql —version mysql Ver 14.14 Distrib 5.7.18, for Linux (x86_64)

Можно как-то в Django запретить подтягивать миграции из сторонней либы?

сейчас django поддерживает jsonfield только для pg на сколько я знаю

неа, мускул использует тоже с 5.7, но очень медленно

Можно как-то в Django запретить подтягивать миграции из сторонней либы?

через DB_ROUTER

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

понятно что в mysql есть поддержка, поддерживает ли django это для mysql вот в чем вопрос

это откуда ?

понятно что в mysql есть поддержка, поддерживает ли django это для mysql вот в чем вопрос

ну это явно не из PG contrib, а из либы python-mysql

https://django-mysql.readthedocs.io/en/latest/model_fields/json_field.html

https://django-mysql.readthedocs.io/en/latest/model_fields/json_field.html

а плагин установлен ?

mysqlclient

да

зачем вообще мускул?

а django-mysql?

эммм...

нет

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

? понял

А что лучше под джанго mysql или postgresql

А что лучше под джанго mysql или postgresql

постгрес, жанга и проектировалась под него

А что лучше под джанго mysql или postgresql

Думаю это религиозный вопрос :)

pg

Мне что то тоже говорили что лучше для питона и все что на питоне из структурных pg а из носкл mongodb

через DB_ROUTER

а достаточно ли просто в allow_migrate возвращать False или нужно ещё какое-то условие? Запускаю migrate - та либа всё равно лезет

а достаточно ли просто в allow_migrate возвращать False или нужно ещё какое-то условие? Запускаю migrate - та либа всё равно лезет

Тебе надо вроде, смотреть по имени аппки, и возвращать фолз

Вообще, должно работать

Ну и зарегай ее в сеттингах

так и делаю

но запускаю migrate и вижу Operations to perform: Apply all migrations: и тут идёт эта либа

http://ccbv.co.uk/projects/Django/1.11/django.views.generic.detail/DetailView/ кидаю в url DetailView.as_view(model = Somemodel, template_name = ".html")

Красным подчеркивает template_name

У типа на 1.10 в туторе не подчеркивает. Это разница версии или что то не то?

У типа на 1.10 в туторе не подчеркивает. Это разница версии или что то не то?

Укажи внутри класса

Развернул я значит книгу о джанге на инглише, и вижу вот такую штуку

у меня два вопроса, как и зачем?

django 1.1 - закрывай и удаляй эту книгу:)

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

Играют:)

two scoops of django tango with django

можешь посоветовать добротную книженцию для меня?

обе уже скачал кстати)

а по поводу апач + джинкс, зачем?

какой с этого профит

если в двух словах

есть с этого профит и лнет

статью читать нет необходимости, не тот уровень заинтересованности

Укажи внутри класса

мне во вьюс кидать class и потом там добавлять template_name?

В том классе, что указал для урлки, напиши темплейт нейм в самом классе

мне во вьюс кидать class и потом там добавлять template_name?

url(r'^$', TemplateView.as_view(template_name='index.html')),

статью читать нет необходимости, не тот уровень заинтересованности

Не нужен апач, забудь

Не нужен апач, забудь

ок) тот ответ что я ждал) имеется ввиду по содержанию)

Uncle полезные, актуальные книги и статьи в шапке чата :)

outdated информацию читать небезопасно

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

джанговских

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

я не уверен, что смогу работать в команде, которая не пишет тесты, не имеет рабочей CI

ERROR: S client not available

url(r'^$', TemplateView.as_view(template_name='index.html')),

лол, а модель?

В том классе, что указал для урлки, напиши темплейт нейм в самом классе

тобишь мне файл корневой переписать?

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

лол, а модель?

url(r'^$', DetailView.as_view(model = Somemodel, template_name = ".html")),

url(r'^$', DetailView.as_view(model = Somemodel, template_name = ".html")),

а я как указал?

http://ccbv.co.uk/projects/Django/1.11/django.views.generic.detail/DetailView/ кидаю в url DetailView.as_view(model = Somemodel, template_name = ".html")

ВОт жеж мое

url(r'^$', DetailView.as_view(model = Somemodel, template_name = ".html")),

вот все, что дальше as_view для меня темный лес) не представляю зачем здесь указывать html и что дальше будет происходить)))

вот все, что дальше as_view для меня темный лес) не представляю зачем здесь указывать html и что дальше будет происходить)))

html - шаблон хтмл страницы

Красным подчеркивает template_name

Pycharm? а само приложение работает? Возможно криво настроен Pycharm

Pycharm? а само приложение работает? Возможно криво настроен Pycharm

А такое может быть?

html - шаблон хтмл страницы

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

Превый раз подчеркивает функцию класса

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

это больше ручное тестирование есть автоматизированное, юнит-тесты, функциональные тесты, что больше применимо к коду, нежели к страничкам и шаблонам https://docs.djangoproject.com/en/1.11/topics/testing/ http://python-guide-pt-br.readthedocs.io/en/latest/writing/tests/

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

в template_name надо,

это больше ручное тестирование есть автоматизированное, юнит-тесты, функциональные тесты, что больше применимо к коду, нежели к страничкам и шаблонам https://docs.djangoproject.com/en/1.11/topics/testing/ http://python-guide-pt-br.readthedocs.io/en/latest/writing/tests/

стоит добавить в наш гайд, если кому хочется поконтрибьютить!

так стоп

там "а" русская была

-_-

-_-

Да да, я ступил

-_-

Tango with Django 1.9 (1.10) Год издания: 2016

годится?)

Tango with Django 1.9 (1.10) Год издания: 2016

+

от Django 1.8 можно читать

Я бы с документации и Two Scoops 1.11 начал

легко идет

Я бы с документации и Two Scoops 1.11 начал

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

ну и стандартный совет - не читать в переводе, а осваивать язык :)

ну и стандартный совет - не читать в переводе, а осваивать язык :)

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

а мне нужны прям хардовые воркшопы, посомтреть как собираются настоящие проекты

а мне нужны прям хардовые воркшопы, посомтреть как собираются настоящие проекты

это только на практике

это только на практике

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