в смысле есть готовая библиотечка для %сервер на ноде name%

?

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

зачем париться с выдачей токенов юзеру?

чет не понимаю пока

Ну я говорю об аутентификации.

париться надо примерно столько же, сколько с jwt, только вместо encode в сам токен, надо положить в какое-нибудь key-value

вся разница

итого, все равно есть key-value, в которое мы вечно ползаем

Ну, делал модель в монго для этих целей. Всё ради expire.

последнее я не понял, но пускай)

последнее я не понял, но пускай)

Ну, в монге же есть индекс, который может удалять запись по времени. Это удобно для токенов в том числе.

TTL, короче.

мы редис юзаем для такого)

А я ещё не прикасался к нему.

Уже год планирую.

мы редис юзаем для такого)

То есть там хранится что-то типа {tokenvalue}={userId} ?

не

{tokenvalue}={session}

а в сессии есть и userId

{session} — это указатель или сериализованные данные?

json

Что есть еще fullstack и реактивного на typescript включая реактивность базы как в метеоре ? https://github.com/zerothstack/zeroth

мы редис юзаем для такого)

Сессии лучше хранить в норм базе

Сессии лучше хранить в норм базе

Зависит от цены потери сессии или нужности её инфы

Ну таки да, но на практике цена потери сессии не маленькая

А редис это все таки просто оптимизация

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

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

Само собой, но там есть окно остри данных

Он мог вывалиться между дампами

Хотя потерять совсем новую сессию это менее страшно

Но вот можно потерять какой нибудь важный атрибут

Например бан сессии

Это неприятно

короч разные ситуации)

Ну таки да, но на практике цена потери сессии не маленькая

На практике если серверы находятся в нормальных условиях(а не в затопленном подвале офиса), то вероятность потери данных редисом на практике крайне мала. А если это даже и случится, то тот интервал, за который похерились данные, что незначителен, а порку устроят не тебе, а тому, по чьей вине сервер неожиданно ушёл в даун по питанию.

Лол

Как будто это самое главное - ком порку устроят

Софт должен быть отказоустойчивым - по возможности

На практике данные в редисе теряются лишь из-за этого. А если это произошло, то потерянные данные в редисе - сущий пустяк по сравнению с дауном сервера.

Если нет - то это исключительно ответственность разработчиков

И опсов

Потеря данных - это хуже всего

Потеря данных сессии когда твой сервер ушёл в даун - сущий пустяк по сравнению с фактом падения всего сервера.

Не согласен

Падение сервера с аппой вообще не должно быть проблемой

Один упал - 5 осталось

Не согласен

Рад за тебя, юзай постгрес везде и всегда, раз не согласен.

Ибо больше похоже на спор со стенкой.

Рад за тебя, юзай постгрес везде и всегда, раз не согласен.

Да в общем то это отличный совет

Падение основной БД - это серьезная проблема, да

Но уже закомиченные транзакции теряться не должны

ребят, у кого redux на проекте (хаха), поделитесь, пожалуйста, подходами (как пишете экшны, редьюсеры), есть ли какие-то свои абстракции поверх, какие

а какие проблемы?)

@vyorkin ^

да в целом никаких – "я не знаю чего я не знаю" интересно узнать кто как делает

слишком мало абстракций)

ну вопросы возникают не только от наличия проблем, т.е. если не считать, что отсутствие знания о не знании это само по себе проблема просто поискал issue's репки с редаксом по строке "typescript" и увидел там странные вещи (вот, например, тред https://github.com/reactjs/redux/issues/992), стало интересно кто как использует редакс с ts

А от чего там абстрагироваться? Редьюсеры в одну сторону, экшны — в другую.

да, т.е. это одно мнение и оно вплоне норм, но так не все считают https://github.com/markerikson/redux-ecosystem-links мне интересно кто как именно ts использует с редаксом

Ну, ты спросил про конкретные вещи. Они итак просты. Я не совсем понимаю, что ты ещё хочешь об этом узнать? Использует ли кто-нибудь что-то наподобие экшн-криейторов или как-нибудь по-хитрому создаёт что-то, что можно создать проще? =)

да (именно в контексте ts, и какая от этого польза / вред)

Ну, у меня всё, как в книжке.

А... Ну, этого (ts) я не знаю. =)

типизируешь State

ну и все, больше в редаксе ничего и нет ))

function someYourReducer(state: State, action: Action): State

ERROR: S client not available

вот и все особенности)

а payload не типизируешь?) мб это лишнее уже, не уверен, что это нужно делать

Я типизирую. =)

Ы

Но я тоже не уверен.

type PrimType = boolean | string | number; type ObjType = { [key: string]: ?PlainType }; type ArrType = Array<?PlainType>; type PlainType = PrimType | ObjType | ArrType;

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

Пардон? Где?

ну вот вместо DO_SMTH = 'DO_SMTH'; (% в редьюсерах, в экшнкриейторах

Хз. Мне кажется, это не нужно.

Flow мне это должен простить и сам посчитать типы.

ваще любой экшн валиден чо нет-то?

Как в ts, не знаю.

Кстати, да.

ну нет на него редюсера, ну ок

Просто строка.

мб миддлвара будет завтра

можно просто опечатку сделать в названии экшна, в редьюсере, например

Так константы тебе и помогут.

ну да, или перечисления

во флоу нет енумов как в тс

там есть юнион типы

Мне тут чувак из ТС сказал что енумы типа как депркейтед

который?

Ну, неоффицально конечно

https://github.com/vkurchatkin/typescript-vs-flow/issues/6

ваще пока про это не говорили и у мс много кода с ними

можно просто опечатку сделать в названии экшна, в редьюсере, например

Хз. Мне редактор, который линтит Flow и гоняет ESLint, всё показывает. На любой пук свой хук. Вернее, один и тот же: линтер, проверка типов, тесты. Прекоммит, препуш, препаблиш. Не ошибёшься точно.

ладно, я чет сегодня гоню под вечер) просто странную вещь увидел у себя: import { Action } from 'redux'; /* * FSA-complient action. */ export interface IAction<P> extends Action { type: string; payload?: P; error?: boolean; meta?: Object; } export function action<P>(type: string, payload?: P): IAction<P> { return { type, payload }; }

мб стоит выкинуть это, не знаю

Хм.

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