D
В том то и дело, отличия вообще нету) Все поля просмотрел, отличия только в сумме
Size: a a a
2021 May 30
AG
с другой стороны пользователем предусмотрено отправка получение < 0.01 ?
AG
если нет то сумма может служить индикатором тех самых коммисий
D
Вот этим и решил исправить ситуацию) Если отправлять какой-нибудь TRX будет, то проблем нет, но, если биток, то может быть проблема
AG
ну можно запретить отправку получения той конкретной суммы
AG
конкретного значения
D
Что уже выглядит как велосипед, который очень не хотелось бы внедрять
AG
а можно написать логику если они все одинаковые значит то и есть то самое коммисионное значение
AG
тут нужно значит все сделать так чтоб работало ровно :)
AG
думаю Вы уже разобрались че делать :)
Д
Рекомендую посмотреть на zod
Очень удобный апи и вывод типов
Очень удобный апи и вывод типов
Т
Добрый день. Мы тут либе knex нашли интересную особенность. Если в методы knex "insert" или "update", которые принимают объект вида
{field: value} передать вместо value - объект, то knex пихает его целиком, без эскейпинга. Не исключено, шо так можно поймать sql инъекцию
{field: value} передать вместо value - объект, то knex пихает его целиком, без эскейпинга. Не исключено, шо так можно поймать sql инъекцию
V
Я только что проверил. Все там нормально
Т
А как именно вы проверяли?
V
В дебаг режиме сделал пару вызовов методов knex
Т
У меня вот бд, в ней есть таблица, в таблице поле с типом данных json, и вот стоит закинуть в update вместо json именно объект
Т
Он вынимает поле из объекта и говорит, что в таблице нет такого столбца
Т
Из объекта, который передаётся в качестве значения, там где должен быть json
V
https://gist.github.com/VladyslavParashchenko/7ddad5d3e03794f84302fbcabdc2c3e7
Вот, мы говорим о таком использовании knex ?
Или дайте свой пример
Вот, мы говорим о таком использовании knex ?
Или дайте свой пример
Т
Ну, похоже на то