Максим Глобак

Впринцыпе вы все правильно делаете. Насчет рефреша, лучше всего проверять авторизован ли юзер на сервере для этого вместо localstorage, лучше использовать куки, так как к ним есть доступ с сервера. Проверяем если есть кука token и она валидна рендерим сайт с так называемым initialState, к примеру:

window.initialState = {
user: {
id: 1,
avatar: '',
....
}
}

на клиенте при рендере приложения проверяем есть ли юзер в initialState и если есть то автоматом его авторизовываем.

НО не всегда есть доступ к серверу, по этому можно сделать все тоже на фронте, тоесть НЕ рендерить ничего пока не проверите авторизован ли юзер или нет.

1. Создайте async action init(), где и загружайте все данные необходимые для инициализации, либо передавайте токен в cookie, проверяйте и пишите данные на сервере в шаблон:

<script>window.__INITIAL_STATE__ = { ... }</script>

2. На клиенте для проверки вы можете использовать какие-либо данные из store(store.user, srore.auth, etc), естественно в случае 401 данные в store надо тут же обновлять и отправлять на Login.

Mac mini late 2014 + ssd (120gb), выйдет в 40к рублей.

https://brew.sh/

И почему все думают, что кому-то нужна их идея?...

А вообще, подобные вопросы решаются крайне просто: оформляете юр.лицо, заключаете с разработчиком договор на оказание услуг (либо, трудовой договор) и даете на подпись NDA.

В подобных ситуациях лучшее решение на мой взгляд Unwind Segue.

CoreData и работать с нормальными объектами, а не словарями.

Можно. Но если к игре будет большой интерес - взломают.
А решить можно хранением факта гибели персонажа на сервере и уникальной идентификации пользователя. Играть без интернетов не разрешать.
Решения, базирующиеся на локальных каких то вещах без удаленного сервера - еще быстрее ломанут.

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

Макбук 12 - это ноутбук офисного класса.Таскать с собой, лазить по сайтикам. Идеален для редкой работы в пути, но не более того. Процессор слабенький, первая же попытка скомпилировать что-то тяжелое - вас расстроит.

Оффтоп: Вы собираетесь писать диплом и не имеете понятия как работает передача данных в интернете ? Что то тут не так.
А теперь по теме: В идеальном случае на сервере с расписанием надо организовать REST API(если его нет).
Я думаю этого достаточно что бы начать гуглить.