IDONTSUDO

Таненбаум, Компьютерные сети

JWT не предполагает что его можно убить, предусмотрено только истечение токена по времени которое в нём зашито.
Если вы хотите сами управлять временем жизни токена то вам нужен ReferenceToken.
В этом сценарии вы даете клиенту только уникальный id токена. Полный токен хранится в вашей БД по этому ключу и вы можете полностью управлять его временем жизни.
https://openiddict.github.io/openiddict-documentat...

https://www.npmjs.com/package/geoip-lite

Смотрите его User-Agent.
Там и про браузер есть и про разрешение экрана даже.

Самый простой способ https://dampi.ru/besplatnyiy-ssl-sertifikat-dlya-l...

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

Стейт менеджер нужен для консистентного управления состоянием приложения, внезапно.
Если вы не пользуетесь менеджером состояния в реакт-приложении, то либо используете контекст (вот хорошее объяснение, почему на проде так делать не нужно), либо пишете заведомо неподдерживаемое приложение. Ну или ваше приложение — это игра в крестики-нолики с двумя полями в стейте корневого компонента.

Большие приложения нельзя писать без стейт-менеджера — это выльется в огромную неподдерживаемую кучу спагетти.

Нигде вы не должны использовать 100% менеджер состояний. У него на мой взгляд два назначения:

1) Отделить данные от компонентов, чтобы не прокидывать данные через(или в) 10 дочерних компонентов
2) Унифицировать доступ и запись к данным, это удобно. Все данные и структура их хранения в одном месте, запись происходит одними и теми же экшинами, а не как Год на душу положит. И получение данных из одного источника с одним именем, а не как взбредет в голову создателю нового компонента.

Такая форма стала дефакто основной в вэб-разработке. Кому-то она нравится, кому-то нет, но необходимости в конкретном проекте использовать менеджер, а тем более конкретный менеджер, нет и не будет.

Redux используется как "глобальная переменная", в которую можно положить и взять из любой точки приложения.

Вот в этой статейке более подробно расписано.

Object.keys(manage.UserBy).map(function(key) {

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

Object.keys(manage.UserBy).map(key => {

PS Но по хорошему весь кусок я бы переписал так:

{Object.entries(manage.UserBy).map(([key, value]) => 
  key == "id" 
   ? <button onClick={this.handleClick} >Удалить</button>  
   : <div>{`${value} ${manage.price}%`}</div> 
)}

const userRole = isAuthenticated().direct.role;

['Директор', 'Управляющий' , 'role name'].includes(userRole) ? ...code... : ...code... ;

Правда, проблемы у вас всё равно есть. Самая очевидная - этот код падает, если юзер не авторизован и isAuthenticated возвращает false, а вы пытаетесь у этого значения свойство direct получить.

Возвращаясь почти через 2 года к своему же вопросу, хотелось бы ответить на вопросы, которые сам же и задал. Может кому-нибудь будут полезны мои выводы. :)

1 Есть. Их много. Но они бесполезны без понимания(!) REST на уровне абстракций. Буквально через пару дней после данного вопроса попал в контору, где год занимался только им. Наступил на грабли от того, что очень сильно привязывался к возможностям платформы(Node.js) и оглядывался на документацию. Пытаясь делать "правильно" я набил немало шишек, а потом просто начал делать его для людей. никто не оценит правильности... Особенно мобильные разработчики(¯\_(ツ)_/¯). Вывод: вопрос некорректен.

2 Да. А насколько в добротную контору - тут уже от случая/настроения/чего-еще зависит. Ну и от уровня разработчиков, которые претендуют на желаемую позицию. "Топового"(слова знакомого HR) разраба найти сложно, долго и дорого. Так что всегда можно заполнить будни рекрутеров своей скромной персоной. Проходить собеседования и продавать себя - это тоже уметь нужно.
2-1 Ключевое слово "опыт". Нужно убедить потенциального работодателя, что пет-проект(или целый зоопарк из них) потенциально жизнеспособен. К сожалению, никто так по достоинству не оценил мой векторный макет Земли, положение которой зависит от часового пояса/текущего времени, вокруг которой летают все известные спутники из стороннего API(ну круто же! они еще и кликабельные были!). Зато по достоинству оценили жалкое подобие конструктора простых блогов. Одно из топ-3 самых больших разочарований в моей жизни. :(
2-2 Да. Однозначно. Однозначно приходить, слушать и говорить, только если есть что сказать.

3 Ну тут вообще эпик. Для себя выделил только один полезный навык. "Искать подходящую отвертку чтобы открутить дверь. А не дверь чтобы открутить её своей отверткой". Серебряной пули не существует. Вывод: вопрос некорректен.
upd: Как спойлер - TypeScript выучить таки пришлось, CoffeeScript ни разу не пригодился(хотя был моим мейном).

4 Только google.com, доки и холодное сердце, которое готово в любой момент переварить негодование от погружения в исходники. Ну еще иногда можно подсмотреть в Open Source.
4-1 Я не знал, что в Open Source меня тоже могут научить курить/браниться/писать плохой код(нужное подчеркнуть). И я об этом очень жалею.

Итог. Мне бы действительно хотелось дать развернутые ответы без какой-либо воды. Да не могу. К превеликому сожалению, 2 года назад я еще не умел задавать правильные вопросы.

"Senior, Senior, сплошные Senior... Хипстеры! Еще укротителями типизации назовитесь! Порасплодилось, блин, JS генералисимусов! Понавешали на себя титулов! Кто работать будет? Не отдел, а сборище аристократов, undefined мне в трудовую.."
© Tech Lead Миша негодует в курилке. 2016

console.log(document.location)