https://github.com/Bearle/django-private-chat - сделали чат, вебсокеты и все такое. Разумная критика приветствуется!

Может кто нить объяснить нубу что такое rest framework , и для чего он нужен ?)

Может кто нить объяснить нубу что такое rest framework , и для чего он нужен ?)

Если кратко - штука для удобного создания API, берет на себя сериализацию и роутинг

@TheDelneg привет! Скажи пожалуйста, а чем вызвано решение приделать чат к джанге и запускать как команду, а не написать отдельным приложением совсем? Просто однажды я делал так же - ради моделей джанги. Интересна мотивация других решений :)

@TheDelneg привет! Скажи пожалуйста, а чем вызвано решение приделать чат к джанге и запускать как команду, а не написать отдельным приложением совсем? Просто однажды я делал так же - ради моделей джанги. Интересна мотивация других решений :)

Прямо в джанго - с целью иметь доступ к ORM в приложении и сохранять в джанговские модели Отдельная команда - потому что асинхрон Это альфа-альфа, посмотрим - может в будущем сделаем лучше

Понял, тоже ради джанговских моделей. Не было мысли, что целый фреймворк тащить ради орм для пары классов и системы авторизации - немного тяжеловато? И для развертывания в бой - какое окружение используете, чтобы сам чатик поднять и поддерживать живым?

Понял, тоже ради джанговских моделей. Не было мысли, что целый фреймворк тащить ради орм для пары классов и системы авторизации - немного тяжеловато? И для развертывания в бой - какое окружение используете, чтобы сам чатик поднять и поддерживать живым?

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

https://github.com/Bearle/django-private-chat - сделали чат, вебсокеты и все такое. Разумная критика приветствуется!

Прикольно. Я для проекта vimah.com делал систему бесед с использованием Джанго + торнадо.

Прикольно. Я для проекта vimah.com делал систему бесед с использованием Джанго + торнадо.

Есть на гитхабе?

Нет. Проект пока коммерческий. Заказчик не хочет пока в опен сорс отпускать. Для сообщений брал за основу статью на хабре была про вэбсокетв и торнадо, ну а дальше допиливал.

Окей, интересно было бы посмотреть.

https://github.com/Bearle/django-private-chat - сделали чат, вебсокеты и все такое. Разумная критика приветствуется!

?

Кто что использует для полнотекстового поиска?

Haystack для этого в проекте есть, но я сам его не копал

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

Под капотом elasticsearch

Haystack для этого в проекте есть, но я сам его не копал

хайстек не пиоисковый движок

Haystack для этого в проекте есть, но я сам его не копал

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

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

а под капот можно вместа эластика загнать Solr

Ну вот этот "мост" мы и используем, engine эластик, да

Ну вот этот "мост" мы и используем, engine эластик, да

у вас поиск это кластер серверов?

Про "движок" в вопросе не было, так то :) Так что сумничать не получилось :)

Да хз, нас на прод не пускают :))

Локально простая дефолтная конфигурация эластика

Про "движок" в вопросе не было, так то :) Так что сумничать не получилось :)

я и не пытался умничать

Ну, у эластика используется restApi вроде, в настройках поэтому просто elasticsearch url задается. Внутри ничего не мешает кластер сделать

Сам эластик by-design масштабируем

Для простых проектов django-watson более чем достаточно

всем привет. Хотел спросить насчет работы. Здесь по поводу нее можно спрашивать или есть какой нибудь другой чат, где можно найти работу django?

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

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

https://t.me/ru_pythonjobs

ребят подскажите по Forms

получается тестить как-то так: http://clip2net.com/s/3HsiLR1

а если мне нужно html в options в ChoiceField переопределить, как это сделать?

Виджет кастомный

select получается переопределить, а вот как options..

Можешь сделать сабкласс choice field а

И переопределить методы какие хочешь

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

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

да уже пару дней смотрел)

Какой результат надо получить?

а если мне нужно html в options в ChoiceField переопределить, как это сделать?

office = forms.ChoiceField( label=_('Office'), required=False, widget=forms.Select() ) def __init__(self, *args, **kwargs): super(YOURFORMCLASS, self).__init__(*args, ** kwargs) offices = [ ('', _('select office')), ('office 1', 'office 1'), ('office 2', 'office 2'), ] self.fields['office'].choices = offices

Пишем приложение на джанге полностью, в будущем планируется мобильное приложение. Думаю, есть смысл оставить для джанги только API, и так как с фронтендом слабо знаком, прошу совета. Что сейчас профитнее, Angular, React, что-то еще? Понятно, что выбор, зависит еще и от проекта. Какие вопросы мне нужно задать по поводу проекта, чтобы определить, какой фреймворк использовать?

Vue.js

эти новомодные js фреймвоки передохнут раньше чем ты запилишь проект.

Мнение эксперта

Pavel Всё от твоего проекта зависит, SPA?

Пишем приложение на джанге полностью, в будущем планируется мобильное приложение. Думаю, есть смысл оставить для джанги только API, и так как с фронтендом слабо знаком, прошу совета. Что сейчас профитнее, Angular, React, что-то еще? Понятно, что выбор, зависит еще и от проекта. Какие вопросы мне нужно задать по поводу проекта, чтобы определить, какой фреймворк использовать?

Всё от твоего проекта зависит, SPA?

office = forms.ChoiceField( label=_('Office'), required=False, widget=forms.Select() ) def __init__(self, *args, **kwargs): super(YOURFORMCLASS, self).__init__(*args, ** kwargs) offices = [ ('', _('select office')), ('office 1', 'office 1'), ('office 2', 'office 2'), ] self.fields['office'].choices = offices

спасибо, надо осмыслить

Какой результат надо получить?

нужно в поля options для select, поставить html атрибут и этот атрибут будет браться из базы

class BarSearchFrom(forms.Form): metro_station = forms.ModelChoiceField(widget=forms.Select(attrs={'color': 'yellow'}), label='Выбери станцию Метро', queryset=CoordMetro.objects.all())

Пишем приложение на джанге полностью, в будущем планируется мобильное приложение. Думаю, есть смысл оставить для джанги только API, и так как с фронтендом слабо знаком, прошу совета. Что сейчас профитнее, Angular, React, что-то еще? Понятно, что выбор, зависит еще и от проекта. Какие вопросы мне нужно задать по поводу проекта, чтобы определить, какой фреймворк использовать?

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

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

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

Про SPA я не очень понимаю. Можете чуть подсказать? Вот у меня сейчас есть разные вкладки, одна показивает какую-то таблицу с фильтрами, другая вызывает wizard для создания заявки и пр., есть простой личный кабинет, есть настройки профиля. Это вписывается в SPA?

Ну spa предполагает роутинг и пермещение между вьюъами на фронтенде. Такое приложение может быть написано как через SPA, так и обычным способом. Если у вас нет в команде фронтендеров, которые любят писать такое, то я бы не стал делать. А судя по вопросам - их нет.

Чот я туплю. Есть модель Applications у нее есть student = ForeyingKey(Student) У Student есть поле certified = Boolean() Как отсортировать Applications.filter(Student.certified=True)

Ну spa предполагает роутинг и пермещение между вьюъами на фронтенде. Такое приложение может быть написано как через SPA, так и обычным способом. Если у вас нет в команде фронтендеров, которые любят писать такое, то я бы не стал делать. А судя по вопросам - их нет.

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

Кажется понял в чем задница. student = models.ForeignKey('auth.AuthUser', related_name='applications', limit_choices_to={'usertype': 1})

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

SPA сингл пейдж апликейшн. Где вся логика происходит на клиенте тоесть в браузере

Если ты не понимаешь зачем это нужно

Значит оно тебе не надо. Делай просто через возможности django

всем привет. ток начал рабираться во вьюшках на основах классов. подскажите, как я могу объеденить DetailView и ListView? типа как с rest, что б по урлу: articles/ - выдавал список articles/pk - выдавал детально

Делай два view. меньше возьни с переопределением.

viewsets можно использовать)

viewsets можно использовать)

подробней)

в вашем случае это 2 вьхи и 2 разных url

в чем проблема

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

а каой смысл

2 разные логик-вью объединять в одну?

Одним урлом это wizard

вот если в объекте список подъобъектов то объединяешь list с detail и это делается через mixin

from rest_framework import viewsets ...... class ArticleViewSet(viewsets.ReadOnlyModelViewSet): serializer_class = ... queryset = ... в urls.py: from rest_framework import routers ....... router = routers.SimpleRouter() router.register(r'articles', ArticleViewSet) urlpatterns += router.urls

Он спросил типа как с рест, я так понял что хочет сделать без рест

from rest_framework import viewsets ...... class ArticleViewSet(viewsets.ReadOnlyModelViewSet): serializer_class = ... queryset = ... в urls.py: from rest_framework import routers ....... router = routers.SimpleRouter() router.register(r'articles', ArticleViewSet) urlpatterns += router.urls

ну так это при использовании rest_framework, а без него?

Ненадо тебе седенять

best practics - делать отдельные вьюхи, я правильно понял?

Без рест как я говорю если 2 разных url то нет смыла объединять в 1 вью, сам смысл теряет, хотя можно

да

Он спросил типа как с рест, я так понял что хочет сделать без рест

а, прошу прощения тогда

ну как ты думаешь почему сделали ListView

и DetailView

т.к. это классы, разумно предположить, что их можно объеденить)

Ну у тебя одна сущность вывотит список

Есть один момент когда у тебя object содержит еще листинг подъобъектов, тогда ты объединяешь DetailView для родителя с ListView для дочек и это делается через миксин, единственный вариант когда надо их объединять

другая выводит подробно?

Как ты будешь потом шаблон выбирать куда тебе это рендерить?

В остальных случаях раздельно

спасибо)

Артем сделать это можно, в зависимости от url подствылять свой шаблон и т.д. но это костыли)

Я знаю