Rou1997

jsbeautifier.org и желательно хорошую IDE с подсветкой синтаксиса и т.п., наподобие WebStorm, здесь нет ничего сложного, строки вида "\x3C\x64\x69\x76\x20\x69\x64\x3D\x22\x6E\x65\x77\x6F\x70\x74\x22\x3E\x3C\x2F\x64\x69\x76\x3E" - это строки с закодированными символами, раскодировать их можно разными способами, а переменные вида _0x1f3a нужно просто везде переименовать во что-то удобочитаемое, для этого и нужна IDE, тогда все станет "прозрачно".

С HTTP-запросами - конечно, возможно, AJAX - это и есть HTTP, но действует кросс-доменная политика, то есть если другие сайты не разрешают с ними работать, то нельзя, прокси нельзя использовать, но можно анонимайзеры, Node.js ничем не поможет, он не на клиентской части, а вот Flash поможет, он позволяет слать кросс-доменные запросы.

Нужен Fiddler, Wireshark и т.п. для анализа (отладки) запросов, сравнили бы, поняли в чем проблема.

А вот никак не исправить, хотя и бред, но это абсолютно стандартный подход, природа среднего человека такова, раз есть специальное API для закладок, значит, доступ к chrome://bookmarks/ объявить "костылем" и не дай Бог допустить.

что можно сделать?

Смотря какая цель, если внести изменения в страницу Chrome URL, то можно "пропатчить" браузер, но непосредственно расширением это не сделать, и вообщее это проблемно.

Насколько она развязывает руки разработчику? Ну допустим, влезть в процессы открытые не в node, написать какой нибудь автокликер для десктопа, открыть дисковод хотя бы:)

Все это возможно, отдельные утилиты можно просто написать на C++ и т.п., и вызвать из Node.js

Непосредственно для web'a подскажите хорошую литературу по основам backend'a ( в целом, не зависимо от языка )

Во главу угла ставьте не справочники, а практические задачи, которые необходимо реализовывать постоянно с первого же дня обучения, способы изучения практикуйте разные, включая экспериментально-эвристический, а не только книги, языки используйте любые, а не только Node.js, тогда будете независимы от языка.

Учитесь в интернете искать информацию, задача тривиальнейшая, давно реализована 100 раз, и на JavaScript в том числе, хотя непонятно, какой вообще смысл делать проверку на клиенте, а не на сервере, если только как времянка и т.п.

"Обычное" соединение - это протокол HTTP, он тоже основан на TCP/IP, но для получения ответа от сервера, требуется сперва сделать HTTP-запрос, это нагрузка и на клиент, и на сервер, а WebSockets - это почти что "сырой" TCP/IP, соединение остается открытым, нет "запросов" и "ответов", обе стороны шлют пакеты, когда им "вздумается", поэтому WebSockets лучше подходит для push-уведомлений, например, мгновенных сообщений (чаты), в остальных же случаях не имеет никакого смысла.

Конечно, можно, вообще-то JavaScript в первую очередь для этого (работы с DOM) и предназначен, начиная от document.body.innerHTML += 'значение'; и заканчивая Angular.js и т.п.

Для "кое-какого сайта" на этот вопрос ответить нельзя, смотря какой сайт, какие данные.

Здесь два фактора - длина ответа (пакета), и трудоемкость обработки скриптом, так вот, длина гораздо меньше критична, к тому же зависит как писать HTML и JSON, достаточно не использовать inline CSS и JS, чтобы пакет с HTML "весил" не намного больше, а то и меньше.
Что касается до качества архитектуры, например, статуса ошибки, который надо как-то передавать клиенту, то можно сделать "гибридный" формат, то есть HTML просто "завернуть" в JSON.
Это все в общем случае, а в каждом конкретном надо отталкиваться от задачи.

VPS+SSH+VNC, но если интернет медленный, то в VNC будет графика "тормозить", лучше RDP (от Microsoft).

Книга - всего лишь источник информации, здесь она второстепенна, главное - правильная методика, вам нужно тренироваться в решении реальных задач, причем нужно научиться решать все задачи, которые когда-либо будете ставить, это и будет "от и до" для вас.

чтобы лишний раз не лезть в Гугл

Интеллект имеет свойство обучаемость, поэтому если вы заранее просто прорешаете все задачи, и для каждой задачи прогуглите всё необходимое, то понимание отложится в голове очень надолго, в дальнейшем использовать Гугл придется только для того, чтобы вспомнить, как называется какая-то функция и т.п., это уже необходимость, в этом нет ничего плохого.

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

Что такое "сервер отдаёт ответ в виде ссылки", перенаправляет? Как реализовано перенаправление? Скорее всего, через заголовок Location, значит, его и нужно вытаскивать из ответа, но не факт, нужен лог с заголовками и телом ответа из сниффера (Fiddler, Wireshark и т.п.), по нему можно сказать конкретнее, а без этого, неудивительно, что ничего не нашли.

Скобки не обязательны.

var a, b, c;
a = 5;
b = 22;
c = a + b;
alert(c);