Andrei SunnyPh

Ну замену Moodle сложновато будет найти. Есть, конечно, iSpring Learn LMS, но вы будто ищете что гибче, выбор невелик: Chamilo, Canvas lms, ILIAS...

Ну смотри. Если ты собираешься изучить работу с GraphQL и Apollo, то нужны хотя бы базовые знания по Node.js, так как Apollo в значительной степени связан с экосистемой Node.js и использует его для создания серверов GraphQL.
Теперь к основным темам которые желательно знать(список не полный тут только те, что я вспомнил):
1. Express.js: Express является популярным фреймворком для Node.js, и его знание будет полезным при создании сервера GraphQL с помощью Apollo. Рекомендуется изучить основы Express.js, такие как маршрутизация, обработка запросов и ответов, и middleware.
2. Работа с базами данных: Apollo и GraphQL часто используются для запросов и манипуляций данных в базах данных. Поэтому полезно знать основы работы с базами данных в Node.js, такие как использование ORM (например, Sequelize или Mongoose), выполнение запросов SQL или MongoDB и работу с моделями данных.
3. Асинхронное программирование: В GraphQL и Apollo запросы часто выполняются асинхронно. Поэтому знание принципов асинхронного программирования в JavaScript, таких как использование промисов, асинхронных функций и async/await, будет полезным.
4. REST API: Хорошее понимание понятий и принципов работы с REST API также может быть полезным при изучении GraphQL, так как GraphQL может быть использован как альтернатива REST API. Рекомендуется изучить основы RESTful API и понимание различий между REST и GraphQL.
Это те что мне первые приходят на ум возможно дополню список

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

Кроме Java в финтехе вообще много разных языков используется. Даже такая экзотика как Haskell и F# бывает.

Могу сказать, что сейчас работаю в большой корпорации и мы как раз пишем на Rust штуки, которые отвечают за работу с платёжными системами.

Раньше примерно то же самое писалось на плюсах.

На Java такое не писалось, тк авторизация транзакций должна меньше чем за секунду происходить после того как покупатель приложил карту к терминалу, и при этом нужно много разных проверок произвести.
При этом многомиллионную ораву клиентов спокойно обслуживает не самый мощный сервер (емнип всего 32гб оперативки) с минимальным количеством сбоев.

На SO уже есть ответ (ссылка) - он в нижнем примере.

Подробнее:
1. Файл отправляется в теле HTTP. Обычно закодирован base64.
2. В заголовке "Content-Disposition" может быть название файла (самого заголовка может не быть)
3. Когда браузер принимает файл, то создает свою внутреннюю ссылку на него. Тебе нужно создать свою ссылку (URL.createObjectURL). Потом создаешь тег с полученным URL и "кликаешь" на него (либо п...

Пиши на чём умеешь.
Раз уж уже умеешь C#, то asp net core напрашивается.

Поддерживаю asp net core или азур.

Хотя можно на чем угодно, подробности тут
https://learn.microsoft.com/en-us/dotnet/maui/data...

Можно решить несколькими способами.
Например, добавить в передаваемую модель флаг "active" для слайдов:

<div class="carousel-item @(slider.IsActive ? "active" : "")">

Или добавить флаг-переключатель непосредственно в код представления:

@ model HomeVM
@ bool isFirstSlide = true;
@ foreach (Slider slider in Model.Sliders) 
{ 
<div class="carousel-item @(isFirstSlide ? "active" : "")">
<div class="bg-img" 
style="background-image: url('../src/img/products/@slider.Image')"></div> 
</div> 
isFirstSlide = false;
}

в запросе полностью отправляете id и текс комментария, зачем эти сложности.

Асинхронность - это способ организации вычислений, когда код, вызывающий какую-либо операцию/подпрограмму /функцию, не дожидается завершения работы этой операции, а если ему интересен результат вычислений, то он получает вместо готового результата некий способ запросить результат позже, когда он будет готов (то, что называется промисом или фьючером или ещё как-то в зависимости от языка). Это по сути противоположность "обычному" синхронному вызову, когда вызывающий код останавливается и ждёт завершения функции, чтобы получить результат. Как это будет достигнуто - это уже другой вопрос, это зависит от сути операции, запускаемой асинхронно.

Но ведь при классической многопоточности никакой поток так же не блокируется

Что такое "классическая многопоточность"? Что это за термин? Что такое неклассическая многопоточность?
Если брать потоки ОС, то операционка просто передаёт управление созданному потоку в желаемую точку входа и дальше уже поток решает что и как делать. Поток может молотить вычисления 10 минут, потом записать их куда-нибудь в файл и завершиться. Никаких кормлений задачами не будет (хотя я не совсем понимаю что такое кормить задачами в вашем контексте).

Тем более при асинхронности практически всегда подразумевается многопоточность

С чего бы? Асинхронный код полезен при большом количестве операций ввода-вывода - диск, сеть и т.д. Не обязательно это должно быть что-то, вычисляющееся в отдельном потоке. Вот, почитайте хорошую статью: There is no thread.

Вам будет полезно ознакомиться с асинхронностью в какой-нибудь изначально однопоточной среде, например JS в браузере не считая вебворкеров. Тогда вы поймёте разницу.