Б
по идеи для пайпа не нужно никаких аргументов в врайтбл стрим
Size: a a a
2019 November 18
AC
Может просто при старте отправлять первый элемент из массива, потом по хуку получить юзера, ответ на вопрос номер Х, отправить вопрос X++; тут так то и цикл не нужен
а что ты тогда имеешь в виду под “ответ на вопрос номер Х”? как понять, что ответ юзера - это ответ на вопрос номер Х, если не использовать цикл?
r🧬
r🧬
а что ты тогда имеешь в виду под “ответ на вопрос номер Х”? как понять, что ответ юзера - это ответ на вопрос номер Х, если не использовать цикл?
Юзер начал общаться с ботом, потом по хуку приходит привет, бот отвечает 1 из 5 -как дела? Клиент отвечает Мой ответ на вопрос номер 1 «норм», бот по хуку получает ответ переваривает, потом опять спрашивает 2 и 5 как тебя зовут? Клиент отпаять отвечает переодевая боту по хуку что он ответил на вопрос номер 2 с таком-то набором данных и хочет получить следующий вопрос, тут бот смекает что пора выдать 3 вопрос из 5.... понимэ ?
r🧬
И не нужен тебе никакой цикл для выдачи вопрос и пытать создать очередной вебсокет для ожидания реквест после респонса
Б
спасибо, но непонятно тогда как обьект передать в writablestream
r🧬
Тупо хранить стейт шага и пачку просов с ответами
r🧬
спасибо, но непонятно тогда как обьект передать в writablestream
У тебя первый аргумент как бы уже буфер
Б
У тебя первый аргумент как бы уже буфер
та вроде первый аргумент это куда писать стрим
const output = fs.createWriteStream('1.zip');AC
Юзер начал общаться с ботом, потом по хуку приходит привет, бот отвечает 1 из 5 -как дела? Клиент отвечает Мой ответ на вопрос номер 1 «норм», бот по хуку получает ответ переваривает, потом опять спрашивает 2 и 5 как тебя зовут? Клиент отпаять отвечает переодевая боту по хуку что он ответил на вопрос номер 2 с таком-то набором данных и хочет получить следующий вопрос, тут бот смекает что пора выдать 3 вопрос из 5.... понимэ ?
ощущение, что с хуками не получится, так как они просят добавить вебхуку к каждому кабинету. Не представляю, как это можно масштабировать, когда будет много кабинетов.
r🧬
JD
ощущение, что с хуками не получится, так как они просят добавить вебхуку к каждому кабинету. Не представляю, как это можно масштабировать, когда будет много кабинетов.
Ты сможешь и своим методом. Разберись как асинхронный код работает
r🧬
ощущение, что с хуками не получится, так как они просят добавить вебхуку к каждому кабинету. Не представляю, как это можно масштабировать, когда будет много кабинетов.
В той же телеге, бота в чат, канал зовут
Б
ну так вроде все как с доки, с радбл стрима мередаем в врайтбл стрим
const output = fs.createWriteStream('1.zip');
stream.pipe(output);Б
проблема что он объекты не кушает
r🧬
Ты сможешь и своим методом. Разберись как асинхронный код работает
Ты как это представляешь? Он в цикл массив с вопросами, взял первый, отправил, запустил бесконечный цикл на ожидание реквеста в теле другого цикла?
r🧬
ну так вроде все как с доки, с радбл стрима мередаем в врайтбл стрим
const output = fs.createWriteStream('1.zip');
stream.pipe(output);const writer = getWritableStreamSomehow();
const reader = getReadableStreamSomehow();
writer.on('pipe', (src) => {
console.log('Something is piping into the writer.');
assert.equal(src, reader);
});
reader.pipe(writer);Б
const writer = getWritableStreamSomehow();
const reader = getReadableStreamSomehow();
writer.on('pipe', (src) => {
console.log('Something is piping into the writer.');
assert.equal(src, reader);
});
reader.pipe(writer);хм, ну я это прочитал, это что бы прочекать что пайп покдлючился