kidar2

Сериализовать DOM объект не получится. Передайте только ту инфу которую нужно другому скрипту: значение его атрибутов, innerText или ещё что-то другое зависимое от вашей задачи

Тут более подробно

После авторизации через Google вам дается refresh_token и access_token.
Чтобы получить новый access_token нужно выполнить POST запрос на https://www.googleapis.com/oauth2/v4/token
с такими полями
client_id = ;
client_secret =;
grant_type="refresh_token";
refresh_token=;

Судя по задаче, вы не боитесь всяких sql inject, может тогда в url прямо условие для where передавать? Прямо sql кусок.

1. Проверить есть ли уже открытое соединение можно через сам сервер. Т.е. вкладка пусть всегда пытается открыть соединение, а сервер уже ответит надо ли. Ещё вкладкам можно общаться между собой через sessionStorage или localStorage.
2. Отследить момент закрытия вкладки или полного обновления страницы через событие onunload у body.

https://learn.javascript.ru/
Там же по react есть материалы https://learn.javascript.ru/screencast/react

А может клиент сам сделает эти 5 запросов на сторонние сервисы? Если это веб, то на js задача легко решается Зачем нам промежуточный?

Долгое время писал на чистом js css. Потом начал работать на проекте где зоопарк всяких react, redux, redux-form, route...
Теперь точно знаю, что на чистом js (es6 особенно) мне писать гораздо комфортнее.
Не приходится тратить время на отладку непонятно почему неработающему коду на react. Да и в целом можно сказать там нет отладки. И вообще это программированием назвать сложно, сидишь просто и описываешь настройки приложения.

Мне удалось сделать простой hello world на основе этого примера (который как и все остальные найденные примеры не заработали сходу).
Теперь пытаюсь разобраться:
1. как отлаживать код в браузере (в devtools всяких Hellow.jsx и app.jsx нету )
2. как сделать hot realod при изменении исходного кода
3. как делать сборку для production

Не надо ничего хранить. Как только сессия пользователя в вашем приложении истекла он всё равно будет заново авторизовываться. Всё что нужно получать от сервиса авторизации - это email, и сопоставлять его с вашей базой, чтобы понимать под кем авторизовывать.
Хранить всякие токены или expired_in ни к чему.

На родительском элементе вашего создаваемого элемента контектное меню -> break on -> sub tree modification

Может что-то подойдёт
Reporting tools

Браузеры не предоставляют такую защиту. Разработчик сам должен заботиться об экранировании вывода пользовательских данных.

https://prestodb.io/ может это?

На svg попробуйте.

Вот это вроде похоже на правду:

urls.parallelStream().forEach(u ->
		{
			LOG.debug("Page: " + u + usersResponse.pages.total_pages);
			try
			{
				String r = <Send getRequest>
			}
			catch (Exception e)
			{
				LOG.error(e);
			}
		});