добро пожаловать в ад.

root mode :)

хулитут?

уют, птички поют.

алексей, а ты каким боком с tarantool?

пришёл читать чист.

пыщь

привет, пацаны!

содащька, пущь-пущь-пущь.

хулитут?

@pragus тоже в админы закидывай.

натурально сейчас всю руснетную бригаду соберём.

щас испытательный срок пройдет, ггг

ну чо ты начел-то сразу.

рейдж — бро.

надо же и его забесплатно припахать что-нибудь делать `8)

щас испытательный срок пройдет, ггг

чочо?! я помню, как ты всех девочек с 8м марта поздравлял на #solaris

долго на лохочатике питона сидел, надо дезинфецировать в бочке с хлоркой )

Пагни

wazzup?

есть трабла, фронтендовая. есть смысл ее тут озвучить?

спроси и будет видно

don't ask to ask

Короче, есть админка у которой есть какие-то фоновые асинхронные задачи. JS бегает раз в 10 секунд и получает статус фоновых задач. Если статус задачи != started, то пользователю в ебач отдается нотификация (через noty.js). проблема с тем, что если открыто больше одной вкладки, то это нотификация может отобразиться на любой из вкладок (т.к. другая страница может раньше запросить данные по задачкам чем активная вкладка). В общем вопрос как лучше сделать нотификацию на всех вкладках?

ws не могу использовать. ограничивать пользователя одной вкладкой не могу. после того как фронтду вернулся статус задачи он (статус задачи) удаляется и другая вкладка, при слудующем запросе его уже не получит

Я пока придумал только localStorage. писать в него и отслеживать. Но какое-то костыльное решение

раз у тебя единый стородж на сервере удаляет задачу, то юзать единый сторадж на клиенте вполне себе кошерное решение, пока ты не решишь чтоб нотификация отображалсь во всех вкладках всех браузеров на всех машинах всех пользователей

вообще это аццкое зло - удалять статус

просто есть ли гарантия, что событие о добавлении в localStorage упадет во все вкладки одновременно

это тогда не статус

а зачем тебе событие о добавлении в localStorage?

сервер пусть чекает одна задача, а сторадж - другая

другое дело, что тут ты захочешь оптимизировать обращение к серверу

так а удалять из локалстораджа тогда как?

не надо тебе из стораджа удалять сейчас, как не надо было и прежде

setInterval тем и плох что у разных вкладок будет отрабатывать в разное время

а почему ты не можешь юзать сокеты?

я бы сразу правильно сделал при работе с сервером, но потом может пришёл бы к работе со стораджом, чтоб оптимизировать запросы к серверу

а почему ты не можешь юзать сокеты?

потому что не хотим ставить рядом еще какой-то сервис просто для проверки статусов

а, костыли хотите ставить? ну ок

давай посмотрим на сторадж, ты положил туда data, и воркеры из разных вкладок ломанулись к data по расписанию. рядом с data положи время её создания, воркер который спрашивает из localStorage пусть запоминает время последнего своего обращения. Так как всё на одной машине, то у всех время уже синхронизировано и показывай уведомление тем, кто последний раз обращался раньше, чем положили data

т.е. городить вебсокеты ради одной задачи это не костыль

городить? это задача для вебсокетов

у тебя ж там какой-то фреймворк, как я понимаю, на бекенде

pyramid

городить? это задача для вебсокетов

это задача решалась и до создания вебсокетов, лонг пулингов и т.д. тут просто нужна правильная логика

чета он не очень умеет в вебсокеты, не работал с ним

давай посмотрим на сторадж, ты положил туда data, и воркеры из разных вкладок ломанулись к data по расписанию. рядом с data положи время её создания, воркер который спрашивает из localStorage пусть запоминает время последнего своего обращения. Так как всё на одной машине, то у всех время уже синхронизировано и показывай уведомление тем, кто последний раз обращался раньше, чем положили data

окей, ты перезапускаешь браузер

у тебя ж там клиенты авторизованы, которые с несколькими вкладками?

и что?

у тебя ж там клиенты авторизованы, которые с несколькими вкладками?

ага

и что?

новый воркер, для которого нет записей о показе сообщений > показывает снова

нет

у него первое обращение к storage идёт от текущей даты, а она позже записи в localStorage

чета он не очень умеет в вебсокеты, не работал с ним

пирамида не умеет, это обычный синхронный HTTP

pyramid - WSGI приложение

а если хранить все на сервере? отсылай из жса токен юзера + таймстамп

а если хранить все на сервере? отсылай из жса токен юзера + таймстамп

они не нужны на сервере вообще

wow-wow-wow, так гляди ещё и правильно не сделает. полегче

Короче, есть админка у которой есть какие-то фоновые асинхронные задачи. JS бегает раз в 10 секунд и получает статус фоновых задач. Если статус задачи != started, то пользователю в ебач отдается нотификация (через noty.js). проблема с тем, что если открыто больше одной вкладки, то это нотификация может отобразиться на любой из вкладок (т.к. другая страница может раньше запросить данные по задачкам чем активная вкладка). В общем вопрос как лучше сделать нотификацию на всех вкладках?

имхо, ты странное делаешь и плодишь стейт. стейт должен быть на сервере, а клиент просто его отображает.

yup

имхо, ты странное делаешь и плодишь стейт. стейт должен быть на сервере, а клиент просто его отображает.

зачем мне на бэке хранить стейт который не нужен на бэке?

стейт не должен удаляться из-за факта его прочтения

с localStorage у тебя стейт ещё и на клиенте

за синхронизацию должен отвечать кто-то один, а не браузер, имхо

нарушается принцип идемпотентности

нарушается принцип идемпотентности

с этим да, проеб

ERROR: S client not available

так что смотри на дату обращения и дату добавления

так не прийдётся городить дополнительных флагов для синхронизации

> Если статус задачи != started, то пользователю в ебач отдается нотификация (через noty.js). ну так и отображай это на клиенте

зачем мне на бэке хранить стейт который не нужен на бэке?

у тебя уже есть стейт в виде состояния таска.

так я и отображаю, но только в той вкладке которая первая получила эти данные

у тебя уже есть стейт в виде состояния таска.

нет, на бэке он не хранится и не должен

потому что остальные не получают в ответе информации

wow

started откуда берётся?

фоновые задачи это таски сэлери

фоновые задачи это таски сэлери

оке. и как ты узнаешь о состоянии таски?

ну так они ж на сервере или во фронте?

статус я получаю через стандартные методы сэлери

задача не про фронт )

статус я получаю через стандартные методы сэлери

и чо, они у тебя в браузере хранятся или же всё-таки на сервере?

они у меня храняться в сессии пользователя, это не персистент хранилище по факту

это не критикал данные, зачем хранить их в базе

итить колотить

это не результат выполнения задачи, а ее статус

люблю этот чатик. не то что тот девочковый.

блять, ну это же статус задачи на сервере

я на тебя смотрю как ты смотришь с аватарки

=))

блять, ну это же статус задачи на сервере

чувак, в данной системе это не критикал данные. Трекинг данных, которые изменяются в этих тасках отдельный, с ним все ок

да не, ок, ебись с синхронизацией на фронтеде

задау можно упростить: как показать нотифай во всех открытых вкладках, если какая-то из вкладок первая запросила статус задачи

да не, ок, ебись с синхронизацией на фронтеде

+

имхо, ты странное делаешь и плодишь стейт. стейт должен быть на сервере, а клиент просто его отображает.

лол ну да. Давайте плодить сущности в базе. все понял спасибо

задау можно упростить: как показать нотифай во всех открытых вкладках, если какая-то из вкладок первая запросила статус задачи

у тебя рейс. вместо велосипедов стоит просто этот рейс исправить.

лол ну да. Давайте плодить сущности в базе. все понял спасибо

факинщит, ну какие сущности в базе? ну храни ты у пользователя где-то id таска и спрашивай "а что там с этим таском?".

1. юзай localStorage и храни там флаги в виде timestamp обращение на исполенение 2. в каждой вкладке пусть будут воркеры, которые ломятся на сервер, но обращаются не чаще, раза в 10 секунд, дату последнего обращения пусть берут из localStorage, туда же пусть и пишут, в случае обращения к серверу 3. там же помести воркеры на отображение данных из localStorage и так же синхронизируйся по датам у тебя останется вопрос, как вычистить данные из localStorage, но это уже другая задача. p.s. worker - это setTimeout loop