HH
у тебя ж там клиенты авторизованы, которые с несколькими вкладками?
Size: a a a
2016 July 05
RS
и что?
AB
у тебя ж там клиенты авторизованы, которые с несколькими вкладками?
ага
AB
и что?
новый воркер, для которого нет записей о показе сообщений > показывает снова
RS
нет
RS
у него первое обращение к storage идёт от текущей даты, а она позже записи в localStorage
AB
чета он не очень умеет в вебсокеты, не работал с ним
пирамида не умеет, это обычный синхронный HTTP
RS
pyramid - WSGI приложение
HH
а если хранить все на сервере? отсылай из жса токен юзера + таймстамп
AB
а если хранить все на сервере? отсылай из жса токен юзера + таймстамп
они не нужны на сервере вообще
RS
wow-wow-wow, так гляди ещё и правильно не сделает. полегче
p
Короче, есть админка у которой есть какие-то фоновые асинхронные задачи. JS бегает раз в 10 секунд и получает статус фоновых задач. Если статус задачи != started, то пользователю в ебач отдается нотификация (через noty.js). проблема с тем, что если открыто больше одной вкладки, то это нотификация может отобразиться на любой из вкладок (т.к. другая страница может раньше запросить данные по задачкам чем активная вкладка). В общем вопрос как лучше сделать нотификацию на всех вкладках?
имхо, ты странное делаешь и плодишь стейт. стейт должен быть на сервере, а клиент просто его отображает.
HH
yup
AB
имхо, ты странное делаешь и плодишь стейт. стейт должен быть на сервере, а клиент просто его отображает.
зачем мне на бэке хранить стейт который не нужен на бэке?
RS
стейт не должен удаляться из-за факта его прочтения
p
с localStorage у тебя стейт ещё и на клиенте
HH
за синхронизацию должен отвечать кто-то один, а не браузер, имхо
RS
нарушается принцип идемпотентности
AB
нарушается принцип идемпотентности
с этим да, проеб
RS
так что смотри на дату обращения и дату добавления