Size: a a a

2020 April 07

SA

Sultan Abilda in Python KZ
Meir M
просто нужно же юзеру вывести что статус success or fail
Ждать респосна со сотроннего сервиса не благодарное дело.
Лучше обновления статуса сделать отдельными запросами.
источник

RJ

Rus Jr in Python KZ
Sultan Abilda
Я бы сделал так. Есть список объектов который надо обработать. Дальше ворекры периодически вытаскивают пачку и обрабатывают.
+ Можно масштабировать
🤔🤔🤔🤔🤔🤔🤔🤔
источник

SA

Sultan Abilda in Python KZ
То есть клиент перодически запрашивает обновление
источник

MM

Meir M in Python KZ
имеешь ввиду в сигнале post save добавлять объект в какой нибудь массив в кэше и потом в period task обрабатывать те что есть в массиве и выпиливать их оттуда
источник

AA

Anuar Akhmetov in Python KZ
Meir M
имеешь ввиду в сигнале post save добавлять объект в какой нибудь массив в кэше и потом в period task обрабатывать те что есть в массиве и выпиливать их оттуда
Я подключал оплаты сторонние , флоу был таким:
1) я создавал объекты оплаты (меир то что ты записываешь в бд)
2) делал запрос на сторонний сервис (туда и передавал вебхук урл)
3) и перенаправлял своего пользователя


4... При изменении статуса в стороннем сервисе он делает запрос на вебхук.

5. Ты делаешь запрос на сервис для проверки статуса
источник

AA

Anuar Akhmetov in Python KZ
Meir M
имеешь ввиду в сигнале post save добавлять объект в какой нибудь массив в кэше и потом в period task обрабатывать те что есть в массиве и выпиливать их оттуда
Нет, просто с бд вытаскивал объекты созданные час назад например
источник

AA

Anuar Akhmetov in Python KZ
Не нужен массив
источник

MM

Meir M in Python KZ
источник

MM

Meir M in Python KZ
вроде через него, ибо я точно не знаю, мне дали апишки и развернули ноде сервак и вот через него я подписываю транзакции и получаю хэш и по ним узнаю статус
источник

SA

Sultan Abilda in Python KZ
Meir M
имеешь ввиду в сигнале post save добавлять объект в какой нибудь массив в кэше и потом в period task обрабатывать те что есть в массиве и выпиливать их оттуда
Массив это образно. По факту хранилище может быть любое.
Я бы ложил в какой нибудь redis чтобы и быстро и централизованно.
источник

MM

Meir M in Python KZ
ну у меня он и стоит
источник

SA

Sultan Abilda in Python KZ
Тогда все верно.
1) После создания объекта ты добавляешь его в redis.
2) Пользователь периодически делает запрос на твой сервис чтобы узнать статус его запроса
3) Периодически ворекры проверяют redis и вытаскивают из него объект (id оъекта) чтобы потом обработать.
4) После обработки воркер обновляет статус в базе.
5) Соответсвенно когда объект будет обработан пользоваетль увидит обновленный статус
источник

MM

Meir M in Python KZ
круто, рахмет)
источник

MM

Meir M in Python KZ
всем
источник

MM

Meir M in Python KZ
последний вопрос, какую самую минимальную(допустимую чтобы не нагружало сервак) частоту выполнения можно выставить
источник

MM

Meir M in Python KZ
настолько минимальную насколько возможно
источник

V

Viktor in Python KZ
Sultan Abilda
Тогда все верно.
1) После создания объекта ты добавляешь его в redis.
2) Пользователь периодически делает запрос на твой сервис чтобы узнать статус его запроса
3) Периодически ворекры проверяют redis и вытаскивают из него объект (id оъекта) чтобы потом обработать.
4) После обработки воркер обновляет статус в базе.
5) Соответсвенно когда объект будет обработан пользоваетль увидит обновленный статус
Кмк, у человека классическая задача для очереди сообщений (того же RabbitMQ)
источник

V

Viktor in Python KZ
Meir M
последний вопрос, какую самую минимальную(допустимую чтобы не нагружало сервак) частоту выполнения можно выставить
И эту задачу за вас кролик решит..
источник

SA

Sultan Abilda in Python KZ
Meir M
настолько минимальную насколько возможно
Зависит от нагрузки твоего сервиса. То есть как много людей пользуются им. И как часто будут такие запросы.
источник

MM

Meir M in Python KZ
Viktor
И эту задачу за вас кролик решит..
что ты имеешь ввиду?
источник