D
Size: a a a
2020 October 06
ВУ
jwt токены хранятся в httponly куке, они не спасут от csrf атаки
Expiration period маленький с рефрешем. Jwt не панацея, я согласен. Но как вариант тоже можно рассмотреть
SZ
Там как-то сильно заморочено, и похоже выбрали вариант с хранением на диске.
Моё мнение такое - реализация sticky sessions имеет сравнимую стоимость и хрупкость по отношению к распределённому хранилищу сессий.
Плюс давно есть возможность строить HA хранилища, где всё не упадёт от одного недоступного сервера.
Моё мнение такое - реализация sticky sessions имеет сравнимую стоимость и хрупкость по отношению к распределённому хранилищу сессий.
Плюс давно есть возможность строить HA хранилища, где всё не упадёт от одного недоступного сервера.
ну мне тоже интересно что нужно делать с редисом, чтобы он ушатался от выборки сессий
D
Expiration period маленький с рефрешем. Jwt не панацея, я согласен. Но как вариант тоже можно рассмотреть
jwt я сейчас использую, благодарю за идею
D
ну мне тоже интересно что нужно делать с редисом, чтобы он ушатался от выборки сессий
20к запросов и ушатывается гад :(
AD
как я и сказал выше, знаю о недостатках и плюсах
изначальный вопрос был - умеет ли симфони из коробки масштабировать cqrs токены свои? (презентацию еще не изучил)
изначальный вопрос был - умеет ли симфони из коробки масштабировать cqrs токены свои? (презентацию еще не изучил)
хз.
Это закрыто за интерфейсом, возможно есть альтернативные реализации в open source
Это закрыто за интерфейсом, возможно есть альтернативные реализации в open source
SZ
20к запросов и ушатывается гад :(
а какой размер кластера и инстансов?
D
ну мне тоже интересно что нужно делать с редисом, чтобы он ушатался от выборки сессий
а еще редис+пхп любит терять сессии :( мне так и не удалось выяснить почему, пхп просто не может выбрать сессию из редиса, я дошел до tcpdump но на этом остановился. сессия в редисе есть, а пхп ее не может забрать
D
а какой размер кластера и инстансов?
на тот момент это было 3 сервера с 32 гб памяти, в кластере, 3 мастера + 3 слейва на этих трех машинах для HA
DT
В целом под вычисляемыми свойствами я имел ввиду результат вычислений, который нужен и врайт и рид. Т.е. это даже не поле в сущности.
Если что то случается с моделью - должен быть ивент. Рид модель восстанавливает интересующую часть стейта из потока событий
SZ
на тот момент это было 3 сервера с 32 гб памяти, в кластере, 3 мастера + 3 слейва на этих трех машинах для HA
хм, и падает на 20к/с запросов? слейвы юзаются для чтения?
D
хз.
Это закрыто за интерфейсом, возможно есть альтернативные реализации в open source
Это закрыто за интерфейсом, возможно есть альтернативные реализации в open source
искал, не нашел
выше описал собственную идею, пока кажется наиболее удобной, без нагрузки на железо и не нужно центральное хранилище
выше описал собственную идею, пока кажется наиболее удобной, без нагрузки на железо и не нужно центральное хранилище
SZ
возможно слишком много данных уходит на один ключ?
DT
Если модель выключается (становится не активной), значит должен быть ивент. Если модель включается то соответственно тоже
ПГ
Если что то случается с моделью - должен быть ивент. Рид модель восстанавливает интересующую часть стейта из потока событий
Ну при динамике не случается, выше пример про дату был. Но видимо надо гонять базу в таком случае по крону.
DT
При каком динамике?
ПГ
При каком динамике?
Активность вычисляется относительно текущей даты. Модель активна 10 дней со дня создания + еще какие то условия относительно своих свойств.
D
хм, и падает на 20к/с запросов? слейвы юзаются для чтения?
слейвы на чтение, мастера на запись, predis руками считает хеши чтобы писать сразу в нужный мастер, дабы сэкономить на переключении между мастерами
данных на ключ уходило немало (некоторые ключи), забить могло гигабитный канал кластера
у меня сложилось впечатление что редис просто не мог прокачать нужный обьем данных достаточно быстро чтобы обрабатывать больше 20к рпс
решение было найдено, но факт остается фактом
данных на ключ уходило немало (некоторые ключи), забить могло гигабитный канал кластера
у меня сложилось впечатление что редис просто не мог прокачать нужный обьем данных достаточно быстро чтобы обрабатывать больше 20к рпс
решение было найдено, но факт остается фактом
DT
Активность вычисляется относительно текущей даты. Модель активна 10 дней со дня создания + еще какие то условия относительно своих свойств.
А, тогда да. Это должен проверять либо крон, либо сама врайт часть когда что-то с ней произойдёт (типа лейзи вариант)