На Алтае зимой хорошо

Европа, между прочим, спутник Юпитера...

​​Спутник Юпитера Европа состоит из воды достаточно большую свою долю. По данным, полученным аппаратом Галилео, исследовавший юпитерианскую систему с 1995 по 2003 год, на Европе под слоем льда, которым покрыта планета есть глубокий водный океан. Глубина этого океана вместе со слоем поверхностного льда в среднем может достигать от 80 до 170 километров. Если в качестве средней глубины океана взять 100 километров и собрать в шарик всю воду, находящуюся на Европе, то радиус этого шарика будет 877 километров. Для масштаба, на картинке этот гипотетический водный шарик Европы сравнивается по размеру с самой Европой (слева), а также со всей водой, находящейся на Земле. Объём мирового океана Европы превышает объём всех океанов Земли в 2-3 раза. Это одно из привлекательных мест для поиска внеземной жизни.

Годнота

Вот куда в будущем бабушки будут посылать внуков "сходить по воду"

нет, это фантастика... разве что внуки будут пластмассовые

откуда в будущем бабушки?

Минск - типичный спутник Юпитера

город-сателлит

привет подскажите в чем может проблема использую в urls url(r'^logout/$', 'django.contrib.auth.views.logout', name='logout'), но выходит ошибка File "/Users/admin/sayt/djangoproject/myproject/accounts/urls.py", line 7, in <module> url(r'^logout/$', 'django.contrib.auth.views.logout', name='logout'), File "/Users/admin/sayt/djangoproject/myvenv/lib/python3.6/site-packages/django/conf/urls/__init__.py", line 85, in url raise TypeError('view must be a callable or a list/tuple in the case of include().') TypeError: view must be a callable or a list/tuple in the case of include().

пожалуйста ??

django.contrib.auth.views.logout надо передавать не строкой

django.contrib.auth.views.logout надо передавать не строкой

ооо точно спасибо. а то паника думаю как в других местах работало а тут на тебе ...

Вопрос по ОРМ. Есть модель A Есть две модели B и C B и C имеют One-to-one к A Как организовать то, чтобы нельзя было к одной А прицемпить и В и С?

можно переопределить save, например и там проверки делать

Всем привет, такой вопрос, хочу использовать на фронте vue, но не хочу морочиться с ssr и не хочу первоначально данные получать ajax'ом. Нормально, если я django'й куда-нибудь вставлю инфу {{ data }}, а js уже с ней разбирется? или это совсем говнорешение?

Вопрос по ОРМ. Есть модель A Есть две модели B и C B и C имеют One-to-one к A Как организовать то, чтобы нельзя было к одной А прицемпить и В и С?

в clean проверять

Есть ли варианы это сделать силами бд? Типа каких-то constraint?

можно переопределить save, например и там проверки делать

но это будет выполняться на уровне приложения, поэтому это будет не 100% проверка, полностью это можно гарантировать только на уровне БД, а там можно делать к примеру хранимками

но это будет выполняться на уровне приложения, поэтому это будет не 100% проверка, полностью это можно гарантировать только на уровне БД, а там можно делать к примеру хранимками

тригером

триггеры не лучшая идея. https://www.w3schools.com/sql/sql_check.asp

подскажите пожалуйста как решить проблему: мои урлы from django.contrib.auth.views import password_change, password_change_done # app_name = 'accounts' urlpatterns = [ url(r'^login/$', ELoginView.as_view(), name='login'), url(r'^logout/$', logout_view, name='logout'), url(r'^password-change/$', password_change, name='password_change'), url(r'^password-change/done/$', password_change_done, name='password_change_done'), ] при http://127.0.0.1:8000/accounts/password-change/ выходит ошибка NoReverseMatch at /accounts/password-change/ Reverse for 'password_change_done' not found. 'password_change_done' is not a valid view function or pattern name.

Вопрос по ОРМ. Есть модель A Есть две модели B и C B и C имеют One-to-one к A Как организовать то, чтобы нельзя было к одной А прицемпить и В и С?

а у B и C много похожих полей?

а у B и C много похожих полей?

Нет, не много. Разные модели

Есть ли варианы это сделать силами бд? Типа каких-то constraint?

нашел это https://github.com/rapilabs/django-db-constraints

нашел это https://github.com/rapilabs/django-db-constraints

"Caveats It's possible to end up in a situation where the constraints are declared on the Meta class but do not exist in the database due to a database dropping a constraint implicitly when a field in the constraint is dropped. Please test your constraints! I encourage folks to write tests for their constraints to ensure they write are actually applied in the database." коммент автора обнадеживает

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

Нет, не много. Разные модели

а по бизнес логике они чем-то похожи? Может есть смысл создать модель D, от которой унаследовать C и D?

а по бизнес логике они чем-то похожи? Может есть смысл создать модель D, от которой унаследовать C и D?

И как это решит проблему?

OneToOne между A и D будет гарантировать что к A привязана либо одна, либо вторая модель

хотя может я ошибаюсь и без магии с models.Manager это не сработает. Попробуй потестить, если есть желание.

подскажите пожалуйста как решить проблему: мои урлы from django.contrib.auth.views import password_change, password_change_done # app_name = 'accounts' urlpatterns = [ url(r'^login/$', ELoginView.as_view(), name='login'), url(r'^logout/$', logout_view, name='logout'), url(r'^password-change/$', password_change, name='password_change'), url(r'^password-change/done/$', password_change_done, name='password_change_done'), ] при http://127.0.0.1:8000/accounts/password-change/ выходит ошибка NoReverseMatch at /accounts/password-change/ Reverse for 'password_change_done' not found. 'password_change_done' is not a valid view function or pattern name.

есть решение этой проблемы ... ?(

подскажите пожалуйста как решить проблему: мои урлы from django.contrib.auth.views import password_change, password_change_done # app_name = 'accounts' urlpatterns = [ url(r'^login/$', ELoginView.as_view(), name='login'), url(r'^logout/$', logout_view, name='logout'), url(r'^password-change/$', password_change, name='password_change'), url(r'^password-change/done/$', password_change_done, name='password_change_done'), ] при http://127.0.0.1:8000/accounts/password-change/ выходит ошибка NoReverseMatch at /accounts/password-change/ Reverse for 'password_change_done' not found. 'password_change_done' is not a valid view function or pattern name.

у тебя еще есть namespace

потому и не может найти весь резольвер

у тебя еще есть namespace

app_name я убрал оставил namespace

у тебя еще есть namespace

спасибо)

Здравствуйте, есть какой-то способ получше задать пустое начальное значение(ну тоесть что-бы изначально Select был пустым) для FORM_FACTOR = ['', _('Small'), _('Medium'), _('Large')] FORM_FACTOR_CHOICES = [(i.lower(), i) for i in FORM_FACTOR] form = forms.ChoiceField(choices=FORM_FACTOR_CHOICES, required=False)

Джанго генерит АПИ пойнт, который отдаёт json. При помощи Vue (Например) строим SPA, которое дергает этот АПИпойинт, получает данные, которые отображает в приложении. Всё верно? такой подход может ведь быть?

Джанго генерит АПИ пойнт, который отдаёт json. При помощи Vue (Например) строим SPA, которое дергает этот АПИпойинт, получает данные, которые отображает в приложении. Всё верно? такой подход может ведь быть?

вопрос в чем ? как огранизовать бекенд АПИ ? тогда REST Framework

вопрос в чем ? как огранизовать бекенд АПИ ? тогда REST Framework

вообще схема нормальная, я всё правильно понимаю?

Здравствуйте, есть какой-то способ получше задать пустое начальное значение(ну тоесть что-бы изначально Select был пустым) для FORM_FACTOR = ['', _('Small'), _('Medium'), _('Large')] FORM_FACTOR_CHOICES = [(i.lower(), i) for i in FORM_FACTOR] form = forms.ChoiceField(choices=FORM_FACTOR_CHOICES, required=False)

вариант вроде нормальный что то не работает ?

не, пока только задумываюсь. рест только чуть чуть трогал пока еще

вообще схема нормальная, я всё правильно понимаю?

пока да

вопрос в чем ? как огранизовать бекенд АПИ ? тогда REST Framework

в простейшем случае он нафиг не нужен, можно просто json из вьюшки отдавать

не, пока только задумываюсь. рест только чуть чуть трогал пока еще

грубо говоря у тебя есть 4 действа create/update/retrive/delete drf помогает это унифицировать и в определеных случаях облегчить написание

в простейшем случае он нафиг не нужен, можно просто json из вьюшки отдавать

в простейшем... да

привет подскажите в чем может проблема использую в urls url(r'^logout/$', 'django.contrib.auth.views.logout', name='logout'), но выходит ошибка File "/Users/admin/sayt/djangoproject/myproject/accounts/urls.py", line 7, in <module> url(r'^logout/$', 'django.contrib.auth.views.logout', name='logout'), File "/Users/admin/sayt/djangoproject/myvenv/lib/python3.6/site-packages/django/conf/urls/__init__.py", line 85, in url raise TypeError('view must be a callable or a list/tuple in the case of include().') TypeError: view must be a callable or a list/tuple in the case of include().

Ты не представляешь какой срач ты остановил своим вопросом. Ещё раз так сделаешь - канонизируем всей конфой и @amureki лично.

Приветы. недавно я тут спрашивал про отправку данных через WS, лучше пачкой или по одному. Щас потестил это дело и вот что вышло отправлял небольшой словарик примерно такого вида {'method': 'show_message', 'args': (), 'kwargs': {'text': 'hello', 'type': 'info', 'view': 'popup'}} отправка 100 запросов по одному - время = 0.0859 - трафик = 10000 массивом - время = 0.0007 - трафик = 10200 отправка 300 запросов по одному - время = 0.3999 - трафик = 30000 массивом - время = 0.0025 - трафик = 30600 отправка 1000 запросов по одному - ОШИБКА ChannelFull массивом - время = 0.0027 - трафик = 102000 Итого: Как вмдно из тестов, отправка массивом занимает трафика на 2% больше (по крайней мере хром так показывает), но не удивительно что серверу приходится тратить куда меньше времени на это. Но самое ключевое то что большое количество отправок в короткий промежуток времени вызывает ошибку ChannelFull и всё ломается. Так что отправка массивом выглядит куда лучше)

Ты не представляешь какой срач ты остановил своим вопросом. Ещё раз так сделаешь - канонизируем всей конфой и @amureki лично.

??

Приветы. недавно я тут спрашивал про отправку данных через WS, лучше пачкой или по одному. Щас потестил это дело и вот что вышло отправлял небольшой словарик примерно такого вида {'method': 'show_message', 'args': (), 'kwargs': {'text': 'hello', 'type': 'info', 'view': 'popup'}} отправка 100 запросов по одному - время = 0.0859 - трафик = 10000 массивом - время = 0.0007 - трафик = 10200 отправка 300 запросов по одному - время = 0.3999 - трафик = 30000 массивом - время = 0.0025 - трафик = 30600 отправка 1000 запросов по одному - ОШИБКА ChannelFull массивом - время = 0.0027 - трафик = 102000 Итого: Как вмдно из тестов, отправка массивом занимает трафика на 2% больше (по крайней мере хром так показывает), но не удивительно что серверу приходится тратить куда меньше времени на это. Но самое ключевое то что большое количество отправок в короткий промежуток времени вызывает ошибку ChannelFull и всё ломается. Так что отправка массивом выглядит куда лучше)

WS это что ? ?

WebSocket

Приветы. недавно я тут спрашивал про отправку данных через WS, лучше пачкой или по одному. Щас потестил это дело и вот что вышло отправлял небольшой словарик примерно такого вида {'method': 'show_message', 'args': (), 'kwargs': {'text': 'hello', 'type': 'info', 'view': 'popup'}} отправка 100 запросов по одному - время = 0.0859 - трафик = 10000 массивом - время = 0.0007 - трафик = 10200 отправка 300 запросов по одному - время = 0.3999 - трафик = 30000 массивом - время = 0.0025 - трафик = 30600 отправка 1000 запросов по одному - ОШИБКА ChannelFull массивом - время = 0.0027 - трафик = 102000 Итого: Как вмдно из тестов, отправка массивом занимает трафика на 2% больше (по крайней мере хром так показывает), но не удивительно что серверу приходится тратить куда меньше времени на это. Но самое ключевое то что большое количество отправок в короткий промежуток времени вызывает ошибку ChannelFull и всё ломается. Так что отправка массивом выглядит куда лучше)

Потому что у протокола Вебоскетов есть ограничение на одновременное количество коннектов и реквестов, или насколько помню - это оперируется, но по дефолту оно так

Почему не отображается дата создания статьи в шаблоне? это поле в моделе craete_date = models.DateTimeField(auto_now_add=True)

пробую отобразить в шаблоне {% for article in object_list %} {{ article.title }} <p>{{ article.create_date}} Date of create</p> <p>{{ article.pub_date }} Date of published</p> {% endfor %}

отображается только article.pub_date

вот так оно определенно у меня в моделе pub_date = models.DateTimeField(auto_now=True)

отображается только article.pub_date

{{ article.pub_date |date:"D d M Y" }}

короче опечатка была "crAete_date = models.DateTimeField(auto_now_add=True)" должно быть так craete_date = models.DateTimeField(auto_now_add=True)

Намного лучше

короче опечатка была "crAete_date = models.DateTimeField(auto_now_add=True)" должно быть так craete_date = models.DateTimeField(auto_now_add=True)

Предлагаю вариант: create_date = models.DateTimeField(auto_now_add=True)

Ехехехе)

ERROR: S client not available

подскажите пожалуйста есть ли class views для регистрации в django или лучше ее через функцию вывести

подскажите пожалуйста есть ли class views для регистрации в django или лучше ее через функцию вывести

Обычный View для model=User с методами create\update\delete

Хотя, можно и не разделять. Просто роуты разные сделать.

а если FormView использовать ?

хорошей пятницы. не забудьте. что сегодня нельзя заливать правки на рабочий после обеда :)

подскажите советом. как из задумки нарисовать схему приложения. кто использует mysql workbench со схемами?

или на бумаге проще и быстрее?

или на бумаге проще и быстрее?

Бумага тащит.

Добрый день

как можно сохранить модель с m2m в restframework

мой код

хорошей пятницы. не забудьте. что сегодня нельзя заливать правки на рабочий после обеда :)

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

получаю ошибка

Показывайте ошибку, код моделей

подскажите пожалуйста есть ли class views для регистрации в django или лучше ее через функцию вывести

для голина есть для регистрации нет вроде

И я что-то создания не вижу в методе create... он, вроде, инстанс должен вертать. p.S. всё, что закомментировано, скрыто от моих глаз

И я что-то создания не вижу в методе create... он, вроде, инстанс должен вертать. p.S. всё, что закомментировано, скрыто от моих глаз

знаю проблема в том, что не могу передать Day

знаю проблема в том, что не могу передать Day

Вам нужно его десерилизовать и вернуть инстанс

print(self.request.data)

просто нашел пример один вот и задумался стоит ли так делать ?

он похож с функцией моей только тут в класс обернут

DaysSerializer(): name=char def to_value_чет_там(): return Day.objects.create() ... MySerializer(): days = DaysSerializer() вот как-то так на псевдокоде

ну это же не встроенная

ну это же не встроенная

ну да

?