N
А как по другому? Везде так называется.
Что под ним понимается?
Хороший вопрос, мне тоже не нравится так называть, что получше?
Я когда говорю что обработка запросов, менеджеры меня не понимают
Size: a a a
2020 January 04
I
зачем так много ?
К счастью или сожалению, но данных имеется столько
DT
К счастью или сожалению, но данных имеется столько
имеется ввиду зачем так много за раз
DT
10 000
I
Ааа... для парсинга :D
S
Всем привет. Стоит ли класть всю бизнес-логику приложения в сериалайзеры, а вьюхи использовать только для роутинга запросов?
частично
RS
Ааа... для парсинга :D
Если ты все равно делаешь пагинацию, почему бы не разделить на меньшие куски?
S
вьюхи должны быть тонкие, да, но помимо бизнес логики в сериалайзерах и моделях важно еще правильно выстроить архитектуру, а еще понимать как это всё легко поддерживать и расширять
I
Если ты все равно делаешь пагинацию, почему бы не разделить на меньшие куски?
Хмм... а разве не легче будет за раз вытащить 10К, нежели выполнить 100 запросов по 100... 🤔
RS
Хмм... а разве не легче будет за раз вытащить 10К, нежели выполнить 100 запросов по 100... 🤔
Судя по тому что ты столкнулся с проблемой и спрашиваешь - не легче :)
RS
100 запросов к нормальной бд - не проблема
I
Оке, спасибо )
Попробую на 100 перейти
Попробую на 100 перейти
S
Что за тупорылый термин "бизнес логика"
почему ты так считаешь?
S
это определяющие операционные процессы с высокой абстракцией, которым не важна реализация и как ты реализуешь это своими говнофункциями в ооп стиле
vc
Привет всем, такой вопрос
у меня есть 2 микросервиса
внутри 1 есть docker-compose с контейнерами app, celery, rabbit
запускается celery и из под 1 микросервиса таски работают и выполняються
но я хочу подключиться от микросервиса 2 к тому же контейнеру celery что определен в первом микросервисе и слать ему задачи на выполнение
во втором мс я написал логику подключения к celery и назначил rabbitMQ как очередь чтобы поключиться, однако, когда я отсылаю таску на выполнение получаю ответ на скрине
я подозреваю что он просто не видит эти задачи и ругаеться что не может их выполнить
подскажите пожалуйста как сделать так чтобы все работало
у меня есть 2 микросервиса
внутри 1 есть docker-compose с контейнерами app, celery, rabbit
запускается celery и из под 1 микросервиса таски работают и выполняються
но я хочу подключиться от микросервиса 2 к тому же контейнеру celery что определен в первом микросервисе и слать ему задачи на выполнение
во втором мс я написал логику подключения к celery и назначил rabbitMQ как очередь чтобы поключиться, однако, когда я отсылаю таску на выполнение получаю ответ на скрине
я подозреваю что он просто не видит эти задачи и ругаеться что не может их выполнить
подскажите пожалуйста как сделать так чтобы все работало
как таски вызываются?
S
Привет всем, такой вопрос
у меня есть 2 микросервиса
внутри 1 есть docker-compose с контейнерами app, celery, rabbit
запускается celery и из под 1 микросервиса таски работают и выполняються
но я хочу подключиться от микросервиса 2 к тому же контейнеру celery что определен в первом микросервисе и слать ему задачи на выполнение
во втором мс я написал логику подключения к celery и назначил rabbitMQ как очередь чтобы поключиться, однако, когда я отсылаю таску на выполнение получаю ответ на скрине
я подозреваю что он просто не видит эти задачи и ругаеться что не может их выполнить
подскажите пожалуйста как сделать так чтобы все работало
у меня есть 2 микросервиса
внутри 1 есть docker-compose с контейнерами app, celery, rabbit
запускается celery и из под 1 микросервиса таски работают и выполняються
но я хочу подключиться от микросервиса 2 к тому же контейнеру celery что определен в первом микросервисе и слать ему задачи на выполнение
во втором мс я написал логику подключения к celery и назначил rabbitMQ как очередь чтобы поключиться, однако, когда я отсылаю таску на выполнение получаю ответ на скрине
я подозреваю что он просто не видит эти задачи и ругаеться что не может их выполнить
подскажите пожалуйста как сделать так чтобы все работало
конечно не видит, эти же задачи лежат в другом контейнере на другом месте на диске
vc
Всем привет. Стоит ли класть всю бизнес-логику приложения в сериалайзеры, а вьюхи использовать только для роутинга запросов?
зависит от задачи, главное стараться придерживаться единого стиля
AK
class BalanceSerializer(serializers.ModelSerializer):
class Meta:
model = Order
fields = ('comissionUser','cash_status', 'balance')
balance = serializers.SerializerMethodField()
def get_balance(self, obj):
print('testBOOL')
result = {
"pending": 0,
"completed": 0
}
for status in obj:
if status.cash_status == ('Completed Orders'):
result['pending'] += status.comissionUser
if status.cash_status ==('Completed Payments'):
result['completed'] += status.comissionUser
return result
class Meta:
model = Order
fields = ('comissionUser','cash_status', 'balance')
balance = serializers.SerializerMethodField()
def get_balance(self, obj):
print('testBOOL')
result = {
"pending": 0,
"completed": 0
}
for status in obj:
if status.cash_status == ('Completed Orders'):
result['pending'] += status.comissionUser
if status.cash_status ==('Completed Payments'):
result['completed'] += status.comissionUser
return result
S
зависит от задачи, главное стараться придерживаться единого стиля
и это тоже