Павел Диденко

Из бэкапа.
Теперь вы его будете делать.

Потому что в JS есть "поднятие переменных". Вот как на самом деле работает ваш код:

var circle;
var canvas;
var ctx;

circle = function() {
  ctx.beginPath()
  ctx.arc(100,100,5,0,Math.PI*2,false)
  ctx.stroke()
}
canvas = document.getElementById("canvas");
ctx = canvas.getContext("2d");
circle();

function onChange() {
  document.querySelector('селектор элемента для вывода результата проверки').innerText = [
    // здесь массив селекторов вида
    // input[имя_атрибута1="значение1"][имя_атрибута2="значение2"]:checked
  ].every(n => document.querySelector(n))
    ? 'какой-то текст'
    : 'какой-то другой текст';
}

onChange();
document.addEventListener('change', e => {
  if (e.target.matches('input[type="radio"]')) {
    onChange();
  }
});

https://jsfiddle.net/j1s2uatm/

https://learn.javascript.ru/operators#operator-zap...

просто слева направо вычисляются выражения, и последнее "возвращается"

console.log( (a = 4, a = a + 10, a) )
// 14

a[i%2] += b
собственно это прибавляет к элементу a[i%2] значение переменной b и возвращает массив

UPD
и да, я склоняюсь к мнению, что так лучше не писать :D

Как-то так, наверное.

Не вижу тут никаких пробрасываний пропов в компонент Details

<Route path="/goods/:id" render={() => <Details goods={goods} />} />

Замените на

<Route path="/goods/:id" render={(props) => <Details {...props} goods={goods} />} />

Можно

Опционально делаете fetch:
git fetch
Затем выполняете слияние:
git merge origin/feature-branch-name
Если есть конфликты резолвите удобным способом и коммитите:
git commit -a
Затем отправляете изменения в свою удаленную ветку:
git push

Вместо тысячи слов: https://learn.javascript.ru/

Перебираем массив от конца к началу, на каждом шаге создаём узел связного списка - в качестве значения используется текущий элемент массива, а следующим элементом списка будет выступать узел, полученный на предыдущем шаге:

const createList = arr =>
  arr.reduceRight((acc, n) => ({
    val: n,
    next: acc,
  }), null);

или

function createList(arr) {
  let list = null;

  for (let i = arr.length; i--;) {
    list = {
      val: arr[i],
      next: list,
    };
  }

  return list;
}

Другой способ - рекурсия. Если текущий индекс в границах массива, то создаём элемент списка, следующим элементом которого будет результат рекурсивного вызова с индексом, увеличенным на единицу:

const createList = (arr, i = 0) =>
  i < arr.length
    ? ({ val: arr[i], next: createList(arr, i + 1) })
    : null;

Общего между ними то что они работают одинаково. Разницы между ними технически никакой. А вот идеологические различия есть.

Я расскажу о них в контексте PHP. Прошу заметить что протокол HTTP к PHP имеет косвенное отношение потому что он создавался для обмена html страницами а PHP просто расширяет возможности и того и другого.

GET запрос используется чтобы получить данные а POST чтобы отправить. (Напоминаю что технически они работают одинаково).

Поэтому в контексте PHP опираясь на эту идеологию сделали следующим образом:
1. При каждом запуске PHP по умолчанию создаются суперглобальные массивы ($_GET, $_POST).
2. Если в строке запроса есть вопросительный знак(?). То все что после него считается параметрами GET запроса они представлены в формате 'ключ'='значение' и в качестве разделителя используется знак амперсанда (&)
Пример:
GET /index.php?name=Андрей&surname=Галкин
это строка запроса, тут 2 параметра. эти параметры попадут в массив $_GET.
3. $_POST заполняется другим способом. содержимое этого массива заполняется из "заголовков запроса". То есть из места, скрытого от глаз в явном виде. Всю рутину по созданию таких заголовков берет на себя браузер. Хотя иногда и что-то редактируется в заголовках в ручную.

Чаще всего пост запрос используется в формах (для отправки данных).

Например у нас есть форма для входа 2 поля логин и пароль.

Представим что мы используем GET метод. Тогда при отправке формы мы перейдем на следующий адрес /login.php?login=Андрей&password=123 согласитесь что так передавать такую информацию совсем не безопасно. Любой может открыть ваш браузер и начиная вводить адрес сайта он из истории может увидеть ваши пароли и логины.

А вот если бы мы указали методом POST то мы бы получили следующий запрос:
POST /login.php (login=Андрей&password=123) то что в скобочках было бы скрыто и никак не сохранено в браузере.

Теперь другая ситуация например форма поиска. Мы вводим текст и получаем страницу с результатами. Вот тут уместнее GET форма. потому что нам было бы удобно сразу иметь ссылку на результат поиска, то есть добавить в строку запроса можно выразится "Публичные параметры", которыми можно поделиться. И как результат в строке браузера будет конкретная ссылка на текущую страницу. Мы можем ее скопировать, и разместить где-нибудь, или например скинуть другу. И получить при переходе одну и ту же страницу. А не просить других людей зайти на сайт и в поиск вбить определенную фразу чтобы получить необходимую страницу.

В общем подводя итог:
GET - это чтобы получить определенную страницу в определенном виде ( сортировка, текущая страница в блоге, строка поиска и т.п. ).
POST - для оправки данных которые не влияют на отображение страницы, в том плане что эти данные влияют только на результат выполнения скрипта ( логины, пароли, номера кредиток, сообщения и т.п. ).

И еще одна хорошая новость их можно комбинировать, например
POST /index.php?page=login (login=Андрей&password=123) Думаю я уже достаточно объяснил что из этого получится и какие параметры в какой массив попадут.

так это разные
semantic-ui-css
semantic-ui-react

делать <a> блочным через css - нет особого желания

Шо за глупости, так и нужно делать

document - текущий документ
getElementById() - метод получения элемента используя id
onchange  - свойство элемента для обработчика события
function (event){} - анонимная функция (обработчик события)

event - локальная переменная в контексте анонимной функции
target - таргет он и в африке таргет (целевой элемент, где происходит туса)
parentNode - родительская нода
childNodes[1] - у родителя есть дети
data - у детей есть данные
slice(1) - отхренашить кусочек
 
currentKey - отхренашеный кусочек