A
попробуй посмотреть на консоль в файрфоксе, хром иногда привередничает при кривых корсах
Ок, щас гляну.
Size: a a a
2020 August 04
A
попробуй посмотреть на консоль в файрфоксе, хром иногда привередничает при кривых корсах
Спасибо за наводку. Дело оказалось в cookie SameSite=None; secure
A
а для коллекций есть get() только чтоб несколько ключей передать
A
collection->get(['key1','key2'])
A
TA
Артем Рыбин
Всем привет. Подскажите топ vps на ваш вкус
Только Российские интересуют? Могу на DigitalOcean промокод дать. Вроде бы дают 100 баксов на любые услуги на один месяц - потестить, посмотреть, что там и как
АР
Только Российские интересуют? Могу на DigitalOcean промокод дать. Вроде бы дают 100 баксов на любые услуги на один месяц - потестить, посмотреть, что там и как
Давай )
А
Артем Рыбин
Давай )
Тебе выше предлагали промокод на DO, чем не понравилось?
АР
Тебе выше предлагали промокод на DO, чем не понравилось?
Там, реф ссылка не дали конкретики. Поэтому и сказал давай тут
АР
В чем собственно претензия ?
ЕП
реф ссылки в личку кидайте
А
реф ссылки в личку кидайте
В описание группы можешь это добавить?
ЕП
пока некогда
TA
реф ссылки в личку кидайте
Ок, прошу прощения, в следующий раз буду осторожнее.
V
Ребята, подскажите как быть. Есть система, в которой некоторые операции выполняются по 20-60 секунд. Причем вызов таких задач достаточно частый в системе. Скажем так это основной функционал. Соответственно, что если пользователей будет много, то это даст хорошую нагрузку. Есть кейсы, что пока система думает пользователь может вернуться на шаг назад и еще раз запустить этот процесс.
Было решено заюзать очередь.
Но тут выплыл нюансик неприятный. Что если например 10 человек одновременно создадут задачи, то 10-й человек получит результат после того как остальные задачи выполнились. т.е. ждать ему нужно несколько минут.
Как правильно разруливать такой кейс? Паралелить очереди и рандомно закидывать задачу в одну из них? Или какой то другой инструмент юзать? или железо наращивать? Как вы поступаете при таких кейсах.
Было решено заюзать очередь.
Но тут выплыл нюансик неприятный. Что если например 10 человек одновременно создадут задачи, то 10-й человек получит результат после того как остальные задачи выполнились. т.е. ждать ему нужно несколько минут.
Как правильно разруливать такой кейс? Паралелить очереди и рандомно закидывать задачу в одну из них? Или какой то другой инструмент юзать? или железо наращивать? Как вы поступаете при таких кейсах.
A
Ребята, подскажите как быть. Есть система, в которой некоторые операции выполняются по 20-60 секунд. Причем вызов таких задач достаточно частый в системе. Скажем так это основной функционал. Соответственно, что если пользователей будет много, то это даст хорошую нагрузку. Есть кейсы, что пока система думает пользователь может вернуться на шаг назад и еще раз запустить этот процесс.
Было решено заюзать очередь.
Но тут выплыл нюансик неприятный. Что если например 10 человек одновременно создадут задачи, то 10-й человек получит результат после того как остальные задачи выполнились. т.е. ждать ему нужно несколько минут.
Как правильно разруливать такой кейс? Паралелить очереди и рандомно закидывать задачу в одну из них? Или какой то другой инструмент юзать? или железо наращивать? Как вы поступаете при таких кейсах.
Было решено заюзать очередь.
Но тут выплыл нюансик неприятный. Что если например 10 человек одновременно создадут задачи, то 10-й человек получит результат после того как остальные задачи выполнились. т.е. ждать ему нужно несколько минут.
Как правильно разруливать такой кейс? Паралелить очереди и рандомно закидывать задачу в одну из них? Или какой то другой инструмент юзать? или железо наращивать? Как вы поступаете при таких кейсах.
Воркеры
A
Ну или переписать на то что будет делать не 60 секунд а 2
V
Ну там массивы перебирать большие по фильтрам и формировать из нихкомбинации