IDONTSUDO

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)

Метод возвращает объект, у которого есть следующий метод и так далее.
Примерно так:

const collection = {
  ... и т.д.
}

const firestore = {
  collection: (name) => return collecton,
}

const firebase = {
  firestore: () => return firestore
};

Возвращаться может и ссылка на текущий объект, но сути это не меняет.

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

У меня такое было, когда я только перешел во фронтенд и пытался держать слишком много деталей о языках и инструментах в голове. Со временем понял, что это не имеет смысла - все меняется быстрее, чем я запоминаю. Перешел от мысли "я использую инструменты" к мысли "я делаю штуки" и сразу полегчало, стал держать в голове только общие идеи о том, как что-то делается, или что вообще бывает в какой-то области, а конкретные инструкции по применению отдельных инструментов изучаю по ходу дела. Изменил фокус своего самообразования, если это можно так назвать. В результате все препроцессоры слились в один, новые библиотеки становятся все менее сложными в освоении, поскольку идеи везде плюс-минус одинаковые и.т.д. Решения стало принимать гораздо проще. И аргументировать тоже. Иногда складывается такое впечатление, что у нас в отрасли совсем ничего не появляется нового уже лет пять, а то и больше. Да, я забываю как использовать флексы, путаю call() и apply(), гуглю свои же ответы на тостере, но это не важно. Голова занята решением проблем, в ней теперь нет никакой второстепенной информации и это очень здорово. Статьи писать тоже полезно оказалось - написал, "поставил на полочку", и забыл. А если будет нужно - можно достать и посмотреть. Таким образом вот эта вся фигня с закипанием мозгов практически ушла.