R
два скрина уже спам? :0
Size: a a a
2020 March 12
EM
кто пользовался multer. Как сохранить файлы с расширением, а то он просто рандомно генерит имя, заливает на сервак и не ставит расширение
он тебе выдает всю инфу по файлу в реквесте, включая оригинальное имя. Просто пересохраняй в нужную тебе папку с оригинальным именем. Либо добавь функцию, которая будет выдавать имя для сохранения, в конфиг DiskStorage. Это все есть в доке, но кто ее читает...
ЕГ
Решаю такой кейс стримами, загрузить файл(видео) на сервер и тут же отдать его клиент.
Проблема в том, что файл отправляется на бэке и читается, но в респоне ничего, запрос висит в pending
Сам файл отправляю как binary, на клиенте делаю отправляю blob, если с постмана отправить - ок
Проблема в том, что файл отправляется на бэке и читается, но в респоне ничего, запрос висит в pending
res.append('Content-Type', 'application/octet-stream')
req.pipe(res)
....Сам файл отправляю как binary, на клиенте делаю отправляю blob, если с постмана отправить - ок
倫岡
хватит спамить
Это не спам
YZ
Это не спам
я думаю, понятно, что я имел ввиду
倫岡
А я думаю что это бот
АК
Парни подскажите,
юзаю node js + mongodb
в базе есть колекция "объявлений",
в объявлении есть поле с датой когда закончится срок размещения,
Соотвтетвсвенно если срок истёк то у объявления выставляется флаг is_arhived
Такой кейс лучше делать с помощью cron ? и затратно ли будет если будет к примеру 5000 объявлений ?
юзаю node js + mongodb
в базе есть колекция "объявлений",
в объявлении есть поле с датой когда закончится срок размещения,
Соотвтетвсвенно если срок истёк то у объявления выставляется флаг is_arhived
Такой кейс лучше делать с помощью cron ? и затратно ли будет если будет к примеру 5000 объявлений ?
И
Парни подскажите,
юзаю node js + mongodb
в базе есть колекция "объявлений",
в объявлении есть поле с датой когда закончится срок размещения,
Соотвтетвсвенно если срок истёк то у объявления выставляется флаг is_arhived
Такой кейс лучше делать с помощью cron ? и затратно ли будет если будет к примеру 5000 объявлений ?
юзаю node js + mongodb
в базе есть колекция "объявлений",
в объявлении есть поле с датой когда закончится срок размещения,
Соотвтетвсвенно если срок истёк то у объявления выставляется флаг is_arhived
Такой кейс лучше делать с помощью cron ? и затратно ли будет если будет к примеру 5000 объявлений ?
не затратно
АК
не затратно
тоесть это нормальная практика ? я просто бэк никогда не писал, вот балуюсь на nodejs
И
тоесть это нормальная практика ? я просто бэк никогда не писал, вот балуюсь на nodejs
ничего необычного
АК
ничего необычного
понял, спасибо!
wo
Парни подскажите,
юзаю node js + mongodb
в базе есть колекция "объявлений",
в объявлении есть поле с датой когда закончится срок размещения,
Соотвтетвсвенно если срок истёк то у объявления выставляется флаг is_arhived
Такой кейс лучше делать с помощью cron ? и затратно ли будет если будет к примеру 5000 объявлений ?
юзаю node js + mongodb
в базе есть колекция "объявлений",
в объявлении есть поле с датой когда закончится срок размещения,
Соотвтетвсвенно если срок истёк то у объявления выставляется флаг is_arhived
Такой кейс лучше делать с помощью cron ? и затратно ли будет если будет к примеру 5000 объявлений ?
Пардон, зачем вообще выставлять этот флаг, если его можно вычислить? Для статистики? Так её тоже можно вычислить.
DN
ктото использует либу 0x ?
АК
Пардон, зачем вообще выставлять этот флаг, если его можно вычислить? Для статистики? Так её тоже можно вычислить.
Хороший вопрос, отталкивался от того, чтобы когда идёт get запрос на получение списка объявлений, выгребать из базы по этому флагу(тоесть только которые актуальные), а не делать сравнение по дате
wo
Хороший вопрос, отталкивался от того, чтобы когда идёт get запрос на получение списка объявлений, выгребать из базы по этому флагу(тоесть только которые актуальные), а не делать сравнение по дате
не, я не настаиваю, система не моя, просто потом придётся передвинуть эту дату и флаг нужно будет инвалидировать: куча работы по его созданию и поддержанию на ровном месте, из воздуха... а потом ещё будет коллизия, когда два сервера захотят изменить этот флаг, но он будет в replicaSet и поэтому ... в ощм лучше иметь одну точку отказа, чем две
и на всяк пож, раз уж, то чего уж: db.createView()
и на всяк пож, раз уж, то чего уж: db.createView()
АК
не, я не настаиваю, система не моя, просто потом придётся передвинуть эту дату и флаг нужно будет инвалидировать: куча работы по его созданию и поддержанию на ровном месте, из воздуха... а потом ещё будет коллизия, когда два сервера захотят изменить этот флаг, но он будет в replicaSet и поэтому ... в ощм лучше иметь одну точку отказа, чем две
и на всяк пож, раз уж, то чего уж: db.createView()
и на всяк пож, раз уж, то чего уж: db.createView()
Спасибо, за мнение, буду думать
И
ктото использует либу 0x ?
кто-то юзает
Fd
Добрый день. В доке sequelize, у параметра ILIKE пометка (case insensitive) (PG only), PG это имеется ввиду постгрес ? то есть это параметр только с ней работает ?
GS
Добрый день. В доке sequelize, у параметра ILIKE пометка (case insensitive) (PG only), PG это имеется ввиду постгрес ? то есть это параметр только с ней работает ?
да
Fd
А кто решал проблему регистра с базой sqlite?