Василий Банников

Скорее всего это сервер делает для уникальности.
Если сервер ваш, то вам надо просто переписать код, чтобы он так не делал.
Если нет, то ничего поделать увы нельзя

Два главных отличия:
1. У GET-запроса нет тела (как правило, но в теории никто не запрещает отправить с телом).
А у POST как правило нет query-параметров, но в принципе никто не запрещает одновременно указать и их, и тело
2. GET-идемпотентный, в отличие от POST.
Если ты отправишь два одинаковых идемпотентных запроса, то ничего не изменится-это безопасно.
И этим свойством пользуются браузеры и всякие прокси, которые в случае каких-то сетевых ошибок тихо отправляют идемпотентные запросы повторно.

Кроме GET есть ещё PUT и DELETE, которые тоже идемпотентные

Есть ли какая-то информация на этот счёт?

Всё это описано в википедии в статье об HTTP

И каким образом ссылку site/?page=2 можно отправить методом POST?

Через curl или через форму

Может быть и своя схема.
А может быть просто отдельная колонка у каждой сущности, которая указывает, какому тенанту объект принадлежит.

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

Асинхронных блоков, требующих использования await в методе нет.

В таком случае это будет обычный синхронный метод, хоть и возвращающий таску.

Встаёт вопрос - перевести ли выполнение этого метода в пулл потоков (через обёртывание в Task.Run) или оставить так как сейчас есть?

Зависит от того, что именно ты там делаешь.
Если есть работа с IO, то следует перейти на асинхронщину.

Если долгие вычисления, то тогда да - есть смысл сделать Task.Run, чтобы не нагружать потоки из основного пула

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

В том и дело, что "лучшего" языка нет.
Нужно брать компромисс между стоимостью разработки и поддержки, скоростью этой самой разработки (а время - деньги), надёжностью, и производительностью.

Планирую своими силами.

Составляешь список из языков, которые готов поддерживать.

Планирую отдать на фриланс.

Указываешь эти языки в тз для того, кто будет это разрабатывать как допустимые.

Выбор конкретного набора технологий под задачу - это работа, за которую обычно люди деньги берут.

Если её можно включить программно через какую-то встроенную софтину, то нужно смотреть, что эта софтина делает (а скорее всего она обращается напрямую к своему драйверу), и сделать то же самое.
Без указания конкретного ноутбука - ответить "как" не получится.

Если через встроенный софт нельзя включить подстветку, то никак нельзя.

QIWI - есть пополнение steam Казахстан, оно больше не работает для россиян.

Откуда инфа? Ещё вчера всё работало

https://github.com/gilzoide/godot-lua-pluginscript

То что вы назвали не является решающими критериями.

Для практически любого продукта, включая магазин будут справедливы такие критерии:
1. УТП. В случае магазина - это ассортимент, цены, скорость доставки, доступность, и поддержка после покупки. (Какими-то можно жертвовать в пользу других)
2. UX. На сколько очевиден для клиента интерфейс, на сколько субъективно быстро и удобно в нём работать, на сколько легко допустить фатальную ошибку.
3. Визуальный дизайн, который на функцию не влияет и не даёт пользователю дополнительную информацию. Это всякие излишние анимации и спецэффекты.

Красота и скорость - штуки субъективные и могут как оттолкнуть, так и привлечь покупателя в любой комбинации. Всё зависит от ЦА.
Есть примеры, когда тормозящий сайт с дизайном а-ля 90-е начало 2000-х был успешней, чем конкуренты с современным дизайном. Просто из-за привычек ЦА и доверия

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

Вполне нормальная практика - посчитать средневзвешенное по транзакциям за последние, например, 24 часа (можно меньше, если твоя "валюта" очень резко может меняться в цене)
Это будет достаточно точная среднерыночная цена.

Сделать GET запрос, проследовать всем редиректам, и посмотреть заголовок Content-Disposition, а если такого заголовка нет, то взять последний сегмент url за название.

Именно так поступают браузеры

Очень многое ПО для научных исследований и симуляции пишется с нуля (или почти с нуля) под конкретную исследовательскую установку и под конкретную математическую модель.

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

Так что врядли что-то найдёшь.

.NET 6 и C#

Для веба один основной Фреймворк которым пользуются все: ASP.NET Core (легаси с ASP.NET MVC и прочими вебформами не учитываем)
Причём альтернативные фреймворки строятся поверх него, а не вместо, но их не много.

Практически все системообразующие библиотеки - от одного вендора - Microsoft.
Централизованный и вполне неплохой менеджер/репозиторий пакетов - nuget

Это разное.
Первый для net Core и NET 5+, а второй для net Framework.
Второй уже легаси и даже МС не рекомендует делать новые проекты на нём

https://curl.se/docs/http2.html