Size: a a a

Django [ru] #STAY HOME

2020 February 12

AI

Anton Igin in Django [ru] #STAY HOME
если уличим в парсинге
источник

DT

Dan Tyan in Django [ru] #STAY HOME
так ты не под собой парсь ;)
источник

С

Сергей in Django [ru] #STAY HOME
Всем привет. Возник следующий вопрос: допустим, у нас чат на сокетах. Как лучше отдавать данные страницы: отдельным ендпоинтом или сразу при коннекте к сокету?
источник

AI

Anton Igin in Django [ru] #STAY HOME
там сам доступ к данных покупается
источник

AI

Anton Igin in Django [ru] #STAY HOME
полный доступ только авторизованным юзерам
источник

AI

Anton Igin in Django [ru] #STAY HOME
Dan Tyan
так ты не под собой парсь ;)
я и так не под собой, к ним обычный доступ закрыт же )
источник

AI

Anton Igin in Django [ru] #STAY HOME
Вообще, напрягает само такое явление: ну поставили бы апишку для самоделкиных вроде меня, ценник, лимиты. Зачем запрещать-то?
источник

D

Dmitry in Django [ru] #STAY HOME
наверное считать будут количество запросов от пользователя, или айпишника
источник

AI

Anton Igin in Django [ru] #STAY HOME
вернее, зачем - и так понятно, свою новую прогу проталкивают
источник

DT

Dan Tyan in Django [ru] #STAY HOME
Сергей
Всем привет. Возник следующий вопрос: допустим, у нас чат на сокетах. Как лучше отдавать данные страницы: отдельным ендпоинтом или сразу при коннекте к сокету?
кроме чата еще по сокетам чтото будет  передаваться ?
источник

С

Сергей in Django [ru] #STAY HOME
Dan Tyan
кроме чата еще по сокетам чтото будет  передаваться ?
Список юзеров активных. Общие данные страницы типа информации о комнате
источник

DT

Dan Tyan in Django [ru] #STAY HOME
думаю лучше сразу при конекте
чтобы не плодить соединения
источник

UA

Uluk Abylbekov in Django [ru] #STAY HOME
Извинияюсь за очередной тривиальный вопрос. Есть модель Post с полем is_uncensored default=True. И есть модель PostLike с полем ForeignKey к модели Post. Возможно ли через Generic CBV сделать вюьху что бы если человек не лайкал прежде пост добавить обьект PostLike или наоборот если человек лайкал прежде удалить обьект PostLike когда юзер нажимает кнопку Like. И в этой же вьюхе проверять скажем если количество лайков к посту превысило например 20 то поле is_uncensored меняется на False.
источник

M

Melis in Django [ru] #STAY HOME
Uluk Abylbekov
Извинияюсь за очередной тривиальный вопрос. Есть модель Post с полем is_uncensored default=True. И есть модель PostLike с полем ForeignKey к модели Post. Возможно ли через Generic CBV сделать вюьху что бы если человек не лайкал прежде пост добавить обьект PostLike или наоборот если человек лайкал прежде удалить обьект PostLike когда юзер нажимает кнопку Like. И в этой же вьюхе проверять скажем если количество лайков к посту превысило например 20 то поле is_uncensored меняется на False.
1. переопредели метод save - там же можешь провернуть эту махинацию
2. ..20 то поле is_uncensored меняется на False - в сигналах можно сделать
источник

С

Сергей in Django [ru] #STAY HOME
Uluk Abylbekov
Извинияюсь за очередной тривиальный вопрос. Есть модель Post с полем is_uncensored default=True. И есть модель PostLike с полем ForeignKey к модели Post. Возможно ли через Generic CBV сделать вюьху что бы если человек не лайкал прежде пост добавить обьект PostLike или наоборот если человек лайкал прежде удалить обьект PostLike когда юзер нажимает кнопку Like. И в этой же вьюхе проверять скажем если количество лайков к посту превысило например 20 то поле is_uncensored меняется на False.
лайк/дизлайк наверно происходит через js и отправляется запрос в бэк, а там json ответ с результатом.
в бэке можно реализовать свою вью, которая всё проверяет, создаёт/удаляет и отдаёт ответ

примеры можно посмотреть тут:
https://docs.djangoproject.com/en/3.0/topics/class-based-views/mixins/#more-than-just-html
источник

UA

Uluk Abylbekov in Django [ru] #STAY HOME
Сергей
лайк/дизлайк наверно происходит через js и отправляется запрос в бэк, а там json ответ с результатом.
в бэке можно реализовать свою вью, которая всё проверяет, создаёт/удаляет и отдаёт ответ

примеры можно посмотреть тут:
https://docs.djangoproject.com/en/3.0/topics/class-based-views/mixins/#more-than-just-html
если честно я сделал так: когда юзер нажимает кнопку лайк то я отправляю ajax запрос по url: stories/<slug: sk>/post-like/. Может есть более изящное решение.  У меня вьюха сделана на FBV и я проверяю есть ли обьект  PostLike с полем author=request.user и story.sk=sk. Если есть удаляю обьект, если нет то создаю. Может есть лучшее решение
источник

С

Сергей in Django [ru] #STAY HOME
Uluk Abylbekov
если честно я сделал так: когда юзер нажимает кнопку лайк то я отправляю ajax запрос по url: stories/<slug: sk>/post-like/. Может есть более изящное решение.  У меня вьюха сделана на FBV и я проверяю есть ли обьект  PostLike с полем author=request.user и story.sk=sk. Если есть удаляю обьект, если нет то создаю. Может есть лучшее решение
отличное решение, на мой взгляд, можно оставить его таким
источник

UA

Uluk Abylbekov in Django [ru] #STAY HOME
Сергей
отличное решение, на мой взгляд, можно оставить его таким
🙏 спасибо
источник

AI

Anton Igin in Django [ru] #STAY HOME
Uluk Abylbekov
если честно я сделал так: когда юзер нажимает кнопку лайк то я отправляю ajax запрос по url: stories/<slug: sk>/post-like/. Может есть более изящное решение.  У меня вьюха сделана на FBV и я проверяю есть ли обьект  PostLike с полем author=request.user и story.sk=sk. Если есть удаляю обьект, если нет то создаю. Может есть лучшее решение
отдельный объект под лайки? Имхо можно было бы сделать через m2m и вносить туда тех, кто лайкнул пост
источник

M

Melis in Django [ru] #STAY HOME
class Post(models.Model):
   liked = models.ManyToMany(User)
источник