Почему после добавления саги перестала работать авторизация и приходится каждый раз заходить занаво?

evg_96, обработку ошибок надо добавить.

try {
  const data = yield call(...);
  // some stuff
} catch e {
  // handle error
}

Уверены, что селектор срабатывает?

root лучше так написать:

import { all, fork } from 'redux-saga/effects';

export default function * rootSaga() {
  yield all([
    authSaga,
    usersSaga,
    catalogSaga,
    cartSaga,
  ].map(saga => fork(saga));
}

Почему после добавления саги перестала работать авторизация и приходится каждый раз заходить занаво?

evg_96, покажите как выглядит rootSaga

Почему код выполняется параллельно?

McBernar, если хотите менять по интервалу, используйте для это задачи setInterval. По достижению нужного значения делаете clearInterval и удаляете элемент. Или изменить класс элемента и доверить дело transition. Но тогда встает вопрос когда именно удалять элемент.

Почему код выполняется параллельно?

McBernar, https://jsfiddle.net/rockon404/5ovxg7yw/ посмотрите внимательно в консоль.
Смена происходит так быстро, что вы этого не замечаете. 5 тысячных секунды.

Существует ли язык разметки веб страниц в виде вычислительных таблиц?

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

Существует ли язык разметки веб страниц в виде вычислительных таблиц?

Андрей Акимов, вы, видимо, так ничего и не поняли из того, что все до вас в этом обсуждении пытаются донести.
Таблицами меняться напрямую через интернет можно хоть по http, хоть по https, хоть по сокетам или ssh.
Вы путаете теплое с мягким.

Как привязать игрока к карточки?

WarriorKodeK, Вы все неправильно спроектировали. Если в реальном мире у игрока есть карточки, то в вашей программе у карточки есть игроки. Отсюда и проблемы.
Правильно было бы спроектировать так:

class Game {
  constructor( ... ) {
    ...
    this.players = [];
  }
}

class Player {
  constructor( ... ) {
    ...
    this.cards = [];
  }
}

playerId для карточки это вообще over-engineering

S O L I D

Почему ошибка при установке prettier?

cester, может пакеты не все установлены. Попробуйте переустановить.
Конфиг с package.json сбросьте посмотреть

Почему ошибка при установке prettier?

cester, а когда webstorm ругается? Вы что-то выполняете?
Со стрелочными функциями все отлично.
Убедитесь, что в настройках Webstorm стоит нужная версия JS и настроен ESlint

Существует ли язык разметки веб страниц в виде вычислительных таблиц?

Андрей Акимов, вам видимо надо немного поработать в вебе, чтобы понять, что ваша задумка в стандартах совершенно ни к чему.
По поводу смет и таблиц есть куча отличных реализованных решений.
Вы же не предлагаете бухгалтерам, инженерам, сметчикам учить ваш язык разметки? А зачем бухгалтерам, инженерам, сметчикам изучать и использовать ваш инструмент, который никуда не экспортируешь, а знания эти нигде больше не применить? Есть куча готовых решений данные из которых экспортируются во все необходимые форматы. А специалистам не надо забивать голову лишней информацией и осваивать какие-то сомнительные стандарты. Они просто занимаются своим делом.
Вы пытаетесь придумать никому не нужный стандарт для очень специфичного круга задач. Задач которые давно решены.

Существует ли язык разметки веб страниц в виде вычислительных таблиц?

Плохая идея. Стандартом не станет никогда. Главный вопрос зачем использовать подобный велосипед, когда есть гибкие в использовании html и css? Представьте типовые кейсы фронтенда. Далеко не все из них можно и удобно решать с помощью ячеек. html и css же, в свою очередь, в легкую решают как любые задачи с ячейками, таблицами и сетками, так и другие типовые задачи фронтенда.

React + Redux, почему не передаются данные?

BugsCreator, вы бы ответ посмотрели, там объясняется почему такая конструкция не валидна в JavaScript. Ключ rootReducer в state не попадает.

Правильно ли сверстанный данный макет?

NewBeHere, когда есть flex позиционирование на float использовать бессмысленно, если конечно заказчик не убежден что ему обязательно надо IE8+. Все-таки это был большой костыль, ставший стандартом для верстки на года. Взять хотя бы clearfix.
По поводу ie11, он хорошо переносит flex, если его использовать правильно.
Если интересно научиться делать сетку на float, скачайте bootstrap 3 и посмотрите как там сделана сетка. Она очень правильная.

Как через git-bash добавить сообщение коммита?

Вы вопрос в комментарий к ответу пишите. Иначе автору ответа не придут оповещения и он не увидит ваш вопрос.

А у вас там редактор vi или nano?
Можно без использования консольного редактора:

git add -A
git commit -a -m 'Это текст вашего коммита'
git push

Как получить данные из массива json в JavaScript?

mousesport, невнимательность.) Поправил.

Правильно ли сверстанный данный макет?

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

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

Vanya Huk,

render() {
  const { _sharedData: { auth_user } } =  this.props;

  const shouldShowIconMenu = +auth_user === 1;

  return (
    <AppBar>
      {shouldShowIconMenu && (
        <IconMenu>
          ...
        </IconMenu>
      )}
      {!shouldShowIconMenu && <SomeThingElse />}
    </AppBar>
  );
}

или:

render() {
  const { _sharedData: { auth_user } } =  this.props;

  const shouldShowIconMenu = +auth_user === 1;

  return (
    <AppBar>
      {shouldShowIconMenu ? (
        <IconMenu>
          ...
        </IconMenu>
      ) : (
        <SomeThingElse />
      )}
    </AppBar>
  );
}

или:

render() {
  const { _sharedData: { auth_user } } =  this.props;

  const shouldShowIconMenu = +auth_user === 1;
  
  const innerContent = shouldShowIconMenu ? (
    <IconMenu>
      ...
    </IconMenu>
  ) : (
    <SomeThingElse />
  );
  
  return (
    <AppBar>
      {innerContent}
    </AppBar>
  );
}

или:

renderIconMenu() {
  const { _sharedData: { auth_user } } =  this.props;
  const shouldShowIconMenu = +auth_user === 1;
  
  return shouldShowIconMenu ? (
    <IconMenu>
      ...
    </IconMenu>
  ) : (
    <SomeThingElse />
  );
}

render() {
  const { _sharedData: { auth_user } } =  this.props;
 
  return (
    <AppBar>
      {this.renderIconMenu()}
    </AppBar>
  );
}

Что нужно исправить в верстке?

1. У вас сайдбар плавает в контенте. Так никто не делает. Вы бы раз уж получили заказ в работу, почитали бы статей и руководств на эту тему. Сайдбар реализуют по-другому.
2. Навигация кривая.
3. Слайдер в хедере съезжает.
4. Кнопка 'Онлайн заявка' не реагирует на ховер и нажимается только при клику на текст. Другие так же.
5. Куча ошибок в коде.
6. Ошибка в консоли.
7. На картинке "Мы оформляем" из-за ресайза размытые шрифты
8. Три персонажа на фото внизу растянуло
9.
10. Отступы, шрифты, интерактивные элементы это все тоже очень плохо.

Вы бы макет еще показали для сравнения. Не удивлюсь, если результат вообще мало на него похож.

Правильно ли сверстанный данный макет?

NewBeHere, я считаю, что лучше пользоваться удобными и понятными для вас инструментами. Особенно когда нет объективных причин сменить проверенный инструмент на другой. С другой стороны если интересно что-то попробовать, то почему бы и нет.
Насчет целесообразности, тут все упирается во время и деньги. Одну и ту же работу можно сделать за несколько часов, а можно и за несколько дней. За выполненную работу вы получаете деньги. Можно использовать bootstrap и любой другой удобный инструмент и сэкономить время, заработав больше денег или потратив сэкономленное время на себя. Тут каждый сам выбирает.
Я работаю в больших проектах, в них огромные бюджеты, длинные сроки и высокие требования. Вся верстка обычно пишется с нуля. За исключением, может, ресета. Для маленького сайтика я бы, скорей всего, не стал тратить лишнее время. Тем более, что разницы конечный пользователь не заметит.

Насчет людей понятно, такое часто бывает, когда человек подхватывает хайповую(в случае с susy, хайповую в далеком-далеком прошлом) технологию и начинает нелестно отзываться о других технологиях.
Такие вещи как susy(как и большинство несостоявшихся супер удобных убийц старых проверенных инструментов) в большинстве своем не используются в корпоративной разработке, так как технологий сейчас очень много и скоро их, наверно, станет больше, чем самих специалистов. Компании же выбирают массовые и эффективные инструменты, потому что специалисты приходят и уходят, а код надо писать и поддерживать, специалистов которые знают экзотические технологии раз два и обчелся, а учить новичков экзотике накладно и проще от нее отказаться. Переходят на что-то новое, только когда есть объективные на то причины или когда это становится стандартом.
Думаю, совсем другое дело если ваша цель фриланс, тут уже можно выбирать экзотические решения. Главное чтобы у технологии был живой не маленький комьюнити и замотивированые контрибьютеры.
Для небольшого сайта я бы вместо использования susy написал свое решение на flex для легкой сетки и взял сетку bootstrap или аналог для сложной.
Уметь хорошо верстать без использования фреймвроков тоже очень хорошо. Стоит попробовать.

Правильно ли сверстанный данный макет?

NewBeHere, это сетка bootstrap то, при всей ее гибкости и возможностях кастомизации "неповоротливая"? Видимо, у тех кто вам так сказал руки не из того места растут.