Как запустить полноценный эмулятор?

ни одного гения не нашлось что ли, чтоб запилить мощную имитацию

Как безопасно скачивать и открывать файлы (например zip,txt,jpg) из интернета?

красивый ответ

Возможна ли sql инъекция?

rPman, самое главное в этой инъекции это вставить двойную кавычку в строку, чтоб она такой же попала в sql запрос, чтоб модифицировать его.
Пробовал различными вариантами вставить эти двойные кавычки, всякие символы ASCII char и другое, не помню уже

Возможна ли sql инъекция?

верный ответ, при условии кодировки UTF-8

Возможна ли sql инъекция?

Ипатьев, я тоже в этом убедился)

Пул соединений с БД и транзакции: с чем это кушают?

спасибо за ответ, проверю сегодня

Пул соединений с БД и транзакции: с чем это кушают?

Slava Rozhnev,
Вот допустим подключение к БД при старте

import pg from 'pg'
export const pool = new pg.Pool({
    //host port db user
    max: 1000, // максимальное количество соединений в пуле
})
// затем идёт pool.connect

А в сами запросы идут от pool.query(sql,[arr])

А в функциях(роутерах, если открывать новые соединения, то так)

const client = await pool.connect();
// транзакция в блоке try,catch BEGIN ISOLATION LEVEL SERIALIZABLE
в finally освобождаю соединение client.release();

Возможна ли sql инъекция?

Виктор Кожухарь, пожалуй ты прав

Возможна ли sql инъекция?

если всё настолько сложно, значит очень вряд ли использовалась эта уязвимость

Возможна ли sql инъекция?

Rsa97, мне просто нужно понять, возможно ли через этот конкретный пример провести sql инъекцию или нет.
Прошлое ворошу

Как работают транзакции, уровни изоляции в данном случае?

Сергей Соловьев, проверил щас с открытием нового соединения в транзакции. было 360 мс примерно, стало 380мс.
думаю лишние 20мс не критичны.

один pool.query для всех обычных запросов.
а в транзакциях я открываю новое соединение, при этом pool не закрываю.
const client = await pool.connect();
и закрываю его в файнали
client.release();

Всё верно?

Как работают транзакции, уровни изоляции в данном случае?

Сергей Соловьев, но у этого есть сильный минус, время отклика страницы будет заметно дольше.
Хотя если использовать новые соединения только во время транзакций, думаю это не существенно

Как работают транзакции, уровни изоляции в данном случае?

В моём случае соединение с БД открывается один раз при запуске приложения, и не закрывается.
То есть, для того, чтобы транзакции с конкретными юзерами не блокировали друг друга, мне надо для каждой такой транзакции открывать новое соединение с БД и завершать его в блоке finally? Я правильно понял?

Почему async функции багаются быстрыми запросами? Как доработать?

кароче, тот способ, что я описал не панацея.
Действительно решает эту проблему лишь блокировка запросов на уровне БД.
Так что, как сказал Lynn «Кофеман»,
нужно изучить транзакции для постгреса

Почему async функции багаются быстрыми запросами? Как доработать?

Lynn «Кофеман», интересно, сейчас разузнаю

Почему async функции багаются быстрыми запросами? Как доработать?

Карлиндоу Мэрлифи, вообще чем отдельный массив для каждого пути делать, лучше какую-нибудь обёртку написать для этого с ключами. полагаю, что все те кто сталкивался с такой проблемой так и делали

Почему async функции багаются быстрыми запросами? Как доработать?

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

Почему async функции багаются быстрыми запросами? Как доработать?

Kentavr16, express-rate-limit я пробовал, оно не решает эту проблему, а лишь ограничивает, причём не точечно, вот с массивом получилось, наверно так и буду дальше в случае необходимости делать

Почему async функции багаются быстрыми запросами? Как доработать?

Kentavr16, я наверно решу эту проблему так,
для пути /something создам массив , куда буду ставить айди пользователей.
и при выполнении запроса буду добавлять айди игрока в массив а при завершении убирать оттуда.
И если запрос отправлен, когда предыдущий ещё не обработался, буду просто редиректить

Почему async функции багаются быстрыми запросами? Как доработать?

Kentavr16, при быстрой отправки запросов клиентом, сервер не успевает обрабатывать предыдущие, где последующие запросы должны стать заблокированными.
И таким образом сервер обрабатывает больше запросов клиента, так как данные не успели обновится с предыдущего запроса