A
А с презентатора ходить в него
Size: a a a
2019 February 25
A
Если трафик большой спросить коллег про корпоративный стандарт внутренних протоколов, если такого нет то protobuf
V🤔
Трафик большой? Нагрузка?
Не могу оценить в силу небольшого опыта, прогнозируется до 1000 запросов в секунду, с возвратом +- 20кб информации
A
Если отдаёте json смотри в сторону ujson
A
Будет выигрышам по времени на сериализации
A
Я бы сначала на. Django rest framework api сделал
V🤔
Если трафик большой спросить коллег про корпоративный стандарт внутренних протоколов, если такого нет то protobuf
Нету коллег, сам себе архитектор (
V🤔
В конкретном проекте
A
Я не знаю какой у вас сервер
A
Поэтому не понятно полетит дрф или нет
A
Я не знаю на сколько долго достаются данные
A
Проблемы могут быть:
sql запросы,
Логика
Сериализация данных (если это json смотрите в сторону ujson)
sql запросы,
Логика
Сериализация данных (если это json смотрите в сторону ujson)
V🤔
Логика достаточно не быстрая, на сервере формируется таблица с кучей обработок, задача - максимально облегчить клиент, +-50мс погоды не сделают
2019 February 26
A
Логика достаточно не быстрая, на сервере формируется таблица с кучей обработок, задача - максимально облегчить клиент, +-50мс погоды не сделают
Профилировщик в помощь, скажет на что уходит время
A
Может есть выкинуть Django ORM и написать 1 сложный запрос, или перенести в хранимую процедуру, не надо делать в python то что может сделать бд
A
Есть два django приложения. Одно данные собирает и хранит, другое показывает пользователю. Посоветуйте может какую-нибудь надёжную практику, как сделать запрос от презентатора к серверу данных так, чтобы этот запрос работал только через конкретную страничку презентатора. Приложения на разных серверах
если записи нет, у второй аппы, можно поднять RO реплику(и) бд
MT
Привет, подскажите пожалуйста, достаточно ли переписать только сералайзер для регистрации(rest-auth), чтобы дополнить полями из кастомной модели юзера? Просто я дополнил, а они теперь требуются для ввода, но не сохраняются, предполагаю, что надо ещё и вьюху переопределить, правильно понимаю?
MT
Или правильнее будет оставить регистрацию как есть, а сделать второй шаг регистрации где будут заполнены требуемые поля. И поваляет ли это как то на аутентификацию через социальные сети?
AO
Есть два django приложения. Одно данные собирает и хранит, другое показывает пользователю. Посоветуйте может какую-нибудь надёжную практику, как сделать запрос от презентатора к серверу данных так, чтобы этот запрос работал только через конкретную страничку презентатора. Приложения на разных серверах
это похоже на 2 микросервиса) в случае с Django тут может быть тот же DRF (+ OAuth) или через RabbitMQ или какую-нибудь другую шину
AO
вообще, gRPC любят использовать часто для микросервисов (но это не про Django)