Михаил

Вебсокеты, как и http - это протокол без состояния. То есть, после перезагрузки страницы, сервер не знает, вы это или нет.
Поэтому после подключения к вебсокетам, вам нужно отправить на сервер какой-то идентификатор, например свой id.
На сервере хранить соединения и данные о пользователях. Когда нужно будет отправить сообщение, найдете на сервере нужное соединение и отправите в него данные.

Вот тут хороший пример простого чата на вебсокетах. Без socketio, но сути это не меняет. Автор сохраняет всех клиентов в массив и работает с этим массивом.

В Javascript есть прекрасная функция atan2, позволяющая непринуждённо получать угол, не заморачиваясь определением знака, с помощью неё легко получить параметры для canvas arc.
пример на JSBin

Сгенерировали одну координату, через уравнение эллипса нашли ограничения для второй, сгенерировали вторую.

const WIDTH = 300;
const HEIGHT = 300;
const canvas = document.getElementById('canvas');
canvas.width = WIDTH;
canvas.height = HEIGHT;

const ctx = canvas.getContext('2d');

const
  X = 100,
  Y = 100,
  A = 90,
  B = 50;

const
  N = 1000,
  SIDE = 4,
  HALF_SIDE = SIDE / 2;

const rand = (min, max) => Math.random() * (max - min) + min;

ctx.beginPath();
ctx.ellipse(X, Y, B, A, Math.PI / 2, 0, 2 * Math.PI);
ctx.stroke();

for (let i = 0; i < N; i++) {
  const
    x = rand(-A + HALF_SIDE, A - HALF_SIDE),
    maxAbsY = (B - HALF_SIDE) / A * Math.sqrt(A * A - x * x),
    y = rand(-maxAbsY, maxAbsY);

  ctx.beginPath();
  ctx.rect(x + X - HALF_SIDE, y + Y - HALF_SIDE, SIDE, SIDE);
  ctx.stroke();
}

https://jsfiddle.net/rLcuy4ko/

Уверенно владею основами

Это типа if-else с циклами городить умеете?
Для начала просто уверенно освойте хотя бы один язык, до того момента как сможете решать реальные задачи, после этого вопрос "а че дальше" должен отпасть сам.

P.S. Изначально постановка вопроса типа "Какой язык программирования можно выучить" в корне не верна. Нужно спрашивать "какой яп лучше решает задачу X", но у вас нет никакой задачи, соответственно и ответа нормального вы не получите. Так что учите нормально один язык и не занимайтесь ерундой.

Doctrine предоставляет встроенные возможности для пагинации.

https://github.com/KnpLabs/KnpPaginatorBundle
https://github.com/whiteoctober/WhiteOctoberPagerf...
https://www.doctrine-project.org/projects/doctrine...

Illustrator + after effects = достаточно для этого

Потому что в данном примере в connect() не передается mapDispatchToProps() а по-умолчанию его значение это dispatch => ({ dispatch })
Больше можно почитать в офф. доке https://react-redux.js.org/docs/api#arguments или здесь https://stackoverflow.com/questions/34458261/how-t...

Занимаюсь парсингом Амазона в промышленных масштабах (сотни тысяч страниц в день). Самая большая проблема не в библиотеках, а в том, что Амазон очень умело выявляет попытки парсинга и при этом постоянно совершенствует собственную технику обнаружения таких попыток. Поэтому самый действенный способ - это иметь в своем распоряжении приличный набор качественных прокси (с теми у которых отличается только последняя секция и номер порта долго работать не получится - попадут в черный список на срок от часа до суток, в зависимости от того как интенсивно будете через них слать запросы).
По поводу библиотек - выбирайте их в соответствии с вашими потребностями, отталкиваясь от объема запросов которые нужно слать. Самые простые - это всякие requests, urllib, pycurl, multycurl. Ими целесообразно пользоваться в однопоточном и синхронном типе парсеров. Но практически всю работу будете писать руками. Если хотите чуть больше мощности и удобства - посмотрите в сторону Grab. Он может многое, в т.ч. удобно работает с прокси и т.д. Если нужен большой объем и скорость - используйте Scrapy. Крутая штука, но со своими правилами. Однако если нужно будет затачивать под себя - в сети много информации по нему.
С API Амазон можно и нужно работать. Но есть несколько проблем:
1. Существует лимит на кол-во обращений(тут подробнее, но можно в одном запросе слать до 10-ти ASIN).
2. Самое неприятное, что по некоторым товарам (при использовании lookup-методов) инфа не приходит либо отличается от оригинала(сайта). Т.е. не нужно полагаться на то, что АПИ будет возвращать информацию полностью идентичную с их сайтом.
3. Ограничение на кол-во товаров по которым возвращается инфа (при использовании search-методов). 100 товаров. Дальше - только парсинг. Такое ограничение не только у Амазон, у Ebay так же. Без этого - кол-во всяких дропшиперов и прочих посредников просто зашкалило бы.
Несколько нюансов:
-Не пытайтесь выдавать себя за Google Bot, ничего хорошего не выйдет, только потратите время.
-Использование всяких браузерных технологий, наподобие PhantomJS или даже Selenium, толку не принесет. Там к проблеме IP еще добавятся куки и т.п. По скорости будет медленно, для больших объемов не подойдет.
-Главное, как уже понятно, обойти систему которая определяет ботов и краулеры. Поэтому импровизируйте, экспериментируйте, думайте головой и ищите свои решения. На том конце сидят тоже люди ) В сети масса советов по этому поводу (можете начать с последнего раздела здесь).