MoksS

Вопрос, почему в Win не работает, а в Ubuntu работает, так и останется загадкой.
Но зато нашёл, что нужно сделать, чтобы в Win таки заработало.
Для этого применил другую реализацию socks для NodeJS: https://github.com/sequoiar/socks5
Под Win с общесистемными настройками proxy заработало во всех браузерах.

Нашел решение.

data.append('file', new Blob([fs.readFileSync(file.path)]), file.name);

Что такое

Новый тип данных symbol - это попытка ввести уникальные идентификаторы. Все крутится вокруг функции Symbol. Это не конструктор в полном смысле слова, с new ее использовать не получится. Это скорее маленькая фабрика. Она просто возвращает новый символ каждый раз. Это важно. Каждый раз новый. В качестве аргумента можно передать строку, но она используется только для отладки.
Symbol() === Symbol() // false

Что такое глобальный символ? Какой еще реестр?

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

Symbol.for('my-string') === Symbol.for('my-string') // true
Symbol.for('my-string') === Symbol.for('another-string') // false

Зачем это надо?

Применение этого типа данных - предмет для споров. Большая часть кейсов из интернета - это попытки поиспользовать новую фишку только ради того, чтобы ее поиспользовать. Самые популярные и практически применимые варианты:

• В качестве ключа для доступа к свойству объекта. Грубо говоря вместо obj[key] использовать obj[some-magic-unique-key]. Позволяет избежать коллизии этих самых ключей если вы расширяете существующий объект из сторонней библиотеки. На практике встречается не очень часто, особенно в небольших проектах, но по всей видимости это - причина появления символов в языке.
  
• Некоторая иллюзия приватных свойств. Символы по-своему работают с циклами и многими методами, связанными со свойствами объекта, становясь невидимыми для них. В результате можно разделить "все свойства с обычными ключами" и "все свойства с ключами-символами". А еще можно запутать код до безобразия.
  
• Также, пользуясь предыдущей мыслью, можно сделать что-то вроде метаданных для любого объекта, которые опять же не сломают существующий код, но могут быть использованы для хранения какой-то информации и мередачи ее между отдельными модулями. Штука довольно интересная.
  

Индексы в MongoDB, представляю собой, в целом, то же самое, что и индексы в другой базе данных. Вместо перебора большой коллекции целиком, мы перебираем индекс, который гораздо проще запихать в память и работать с ним. Помимо прочего, индексы в отличии от самих данных, более нормализованы для поиска/сравнения значений.

Тут про индексы PostgreSQL, но аналогичным же образом, индексы работают во всех БД, с которыми приходилось работать мне.

После того, как поймете общее назначение индексов, можно будет легко найти интересующую Вас информацию по конкретному типу индексов в конкретной БД.

что происходит, когда мы их объявляем

Происходит чтение коллекции и построения индекса. Обычно, в физическом виде, это файл (или несколько файлов) на жестком диске.

Можно ли объявлять много индексов в коллекции?

Можно, но чем больше индексов - тем больше данные будут занимать на диске.

В идеале, под индекс попадают те данные, с которыми Вы работаете непосредственно, например, "логин" пользователя в таблице/коллекции пользователей, т.к. именно по нему происходит поиск. Все остальные данные, за пределами индекса, например, имя_пользователя, пароль, его телефон и т.д. - просто прилагаются "до кучи", в виде не индексированных данных, т.к. по ним либо не осуществляется поиск, либо, осуществляется довольно редко.

Знание алгоритмов нужно лишь для решения задач, которые уже были решены ранее.
Например, для той же сортировки есть множество алгоритмов, и среди них нет универсального, который быстрее всех работал бы во всех случаях (обычно это зависит от объема и смешанности данных).
Конечно, можно поверхностно ознакомиться с алгоритмами, но на практике стоит использовать готовые решения, если нет особых требований.

С алгоритмами в 3D графике можно ознакомиться как в теории, так и с OpenGL/Direct3D поиграться (а чтобы далеко не ходить можно WebGL).

По комп. зрению, имхо, лучше просто начать с лекций

По С++ могу посоветовать

1. Стефан Р. Дэвис - С++ Для чайников
   
2. Лафоре. - Объектно-ориентированное программирование в C++
   

По языкам-долгожителям книги 4 летней давности вполне актуальны (о всех фишках новых спецификаций можно дочитать в новых книгах от авторов языка, которые, как по мне, более скучные).

По остальным направлениям особо нечего добавить: по математике так вообще книги начала 2000-х вполне актуальны)))

А вот актуальность этих направлений несомненно будет на одном из первых мест. Ведь вычислительные мощности ЭВМ увеличиваются, а все больше и больше задач требуют автоматизации. Автопилоты на электрокарах, "умные" камеры видеонаблюдения и т.д - все это - уже настоящее. Но вот как-то в России с этим не складывается

1. не все абоненты грузят одновременно канал на 100%. это правило, подтвержденное практикой.
2. провайдер гарантирует линк Х байт до аплинка, а не что этот линк сможет прокачать Х байт.

в общем – обычный маркетинговый булшит разной степени паршивости, который устраивает обе стороны.

Сам столкнулся с подобной проблемой, крайне советую You dont know js.

Его удобно было бы написать на react, но тоже самое можно сделать и на ваниле.
Рендеришь нижние картинки и присваиваешь им идентификторы типа kadikov.
Данные хранишь в формате
{
'kadikov': {
name: 'Кирилл',
surname: 'Кадыков',
imgSrc:'https//blablabla.ru'
comm:'bla bla bla'
}
}
При клике по нижней картинке получаешь ее ID (kadikov) и рендеришь инфу из главного объекта
-data[e.target.id].name
-data[e.target.id].surname
-data[e.target.id].imgSrc
-data[e.target.id].comm

Задача о кратчайшем пути

Если сильно упороться, то можно что-то типа такого соорудить:

Используйте API и токены:
после аутентификации пользователю выдавайте токен, а у себя записывайте в БД.

Остальной бэкэнд ничем не отличается от бэкэнда для веба. На то он и бэкэнд, чтобы мог использоваться многими (разными) клиентами.

app.use('/', authclients(req, res) );

function authclients(req, res) {
res.cookie('userid', '', { expires: new Date(Date.now() + 900000), httpOnly: true });
}