async function init(){
instance = await WebAssembly.instantiate(await load('...wasm...'),{env:env})).instance;
instanceTwo = await WebAssembly.instantiate(await load('...wasm...'),{env:env})).instance;
// ....
}достаточно отправлять сообщение об окончании в отдельную очередь "оповещения".
я правильно понимаю, если у меня там крутится apache, пару докеров на разных портах я "перед ними" еще просто ставлю ngnix в режиме реверс-прокси и уже он раскидывате?
почитаю. спасибо!
когда задачи по факту выполнены, но весь процесс остановится, так как счетчик не заполнится полностью.
я так понимаю это не вариант, т.к. в очереди могут быть задачи из другой новой группы
Это понятно, но и воркер должен работать так, что при повторной обработке задачи не было проблем.
Если поставим инкрементацию кол-ва выполненных до финализации задачи в очереди, то при сбоях в воркере (если он упал после инкрементации, но до финализации задачи) кол-во выполненных может быть больше реального кол-ва задач, некрасиво, но работу не нарушит.
Т.е. повторное выполнение той же самой задачи воркером никак не должно нам мешать.
Главное проработать возможные ошибки, если воркер вылетел на середине задачи, а затем начал ее сначала.
обычно цена со скидкой высчитывается "на лету"
<script> ... </script>, раскиданная по странице, должна быть не просто императивным кодом, а именно постановкой колбэков в очередь исполнения.А init(), например, в конце своей работы запустит накопленную очередь на исполнение. ( Может быть, в jQuery сделано как-то поумнее, не смотрел )