фантомное, грязное чтение и подобное
Для решения я открывал параллельные соединения с БД
Использовал уровень изоляции serializableОн защищает от ошибок с транзакциями, и по сути просто отменяет их в случае ошибок и показывает что была попытка неправильно использовать транзакцию, исправить ошибки в транзакциях он не может.
На форумах пишут "нужно грамотно управлять пулами соединений", но что это значит? Где про это прочитать?Лучше там спросить, что они имеют ввиду.
И я убрал параллельные соединения и сделал транзакции через основное соединение с БД (то, которое при запуске открывается и больше не закрывается), и это заработало, но теперь так как соединение одно, каждый юзер вынужден ждать завершения транзакций всех остальных юзеров.Как бы пользователь в любом случае должен ждать пока другие транзакции завершатся, пул соединений полезен тем, что другие запросы не связанные с этой таблицей могу параллельно выполняться.
Warning
This function was deprecated in PHP 4.3.0
1) Что будет с запросом UPDATE, если исполнение кода ещё не дошло до этого запроса, оно получается будет ещё доступна для запросов из другого кода?
2) А если функцию sameFunc запустят много юзеров? Получается КАЖДЫЙ юзер будет ждать завершения предыдущих транзакций от всех остальных юзеров?
3) А если все запросы в транзакции взаимодействуют только с полями конкретного юзера, то как это нужно реализовать в транзакциях? Вроде как объект транзакции один — сам node.js, который единожды подключается к БД.
pool) и каждый раз выполняешь запрос на нем. Я не знаю node.js и фреймворк для БД, который ты используешь, но что-то подсказывает, что на каждый такой .query создается отдельное подключение и выполняется запрос. 
import express from "express";
const app = express();
const ip = "localhost";
const port = 4000;
app.get("/", (req, res) => {
res.send("some response");
});
function startServer() {
app.listen(port, ip, () => {
console.log(`Сервер запущен на адресе ${ip} и порту ${port}`);
});
}
async function connectToDatabase() {
return new Promise((resolve, reject) => {
setTimeout(() => resolve("ok"), 2000);
});
}
connectToDatabase()
.then(() => {
startServer();
console.log("Успешное подключение к базе данных.");
})
.catch((err) => {
console.error("Не удалось подключиться к базе данных:", err);
});export function connectToDatabase() {
return new Promise((resolve, reject) => {
pool.connect((err, client, release) => {
if (err) {
console.error('Ошибка в запросе к БД (1)', err.stack);
release();
reject(err);
return;
}
client.query('SELECT NOW()', (err, result) => {
release();
if (err) {
console.error('Ошибка в запросе к БД (2)', err.stack);
reject(err);
return;
}
console.log('\x1b[34m%s\x1b[0m', `PostgreSQL is running (${result.rows[0].now})`);
resolve(pool);
});
});
});
}
Не секрет, что любой файл в сети потенциально опасен.Это не так. Подавляющее большинство файлов в сети совершенно безопасны, и потенциально тоже.
Каким образом можно без боязни открыть даже вирус?HEX-редактором, например, можно открывать что угодно без какой-либо боязни.
Читал, что можно это делать в виртуальной машине например. Это абсолютный способ? Или есть другие?Судя по формулировке, "абсолютный способ" - это тот, у которого нет "других". Стоит перейти от шаманства к конкретным формулировкам, и в них обнаружится большая часть ответа.
И ещё, есть ли безопасное расширение файла? Вроде как любое расширение может быть опаснымРасширение - это часть имени файла после последней в этом имени точки. В виндах есть традиция давать файлам определенного типа определенные расширения, но она ни разу никого ни к чему не обязывает. Например, command.com никто не мешает переименовать в lame.png и попробовать куда-нибудь отправить. Впрочем, эта отправка, скорее всего, будет сопряжена с программами, которые работают не на винде и анализируют файлы не по расширению, а по содержимому.
Почему у введенного числа в input тип данных(typeof) -string?
_string.replace(/[^a-zа-яё\u4E00-\u9FFF0-9 `,:-]/gim, " ")
if(message.length > 150) message.substring(0, 150)