Я все еще в Плюсе

Но ты очень быстро опускаешься )

многопоточность это такое себе. всё это решается в ноде. как и скорость из коробки

Ты говоришь про синхронную работу, но в жс даже слипа нет

Непонятный связи между анонимными функциями, манера преобразовывать все типы в удобные, что тоже тупо для производительности

почитай про v8 и его оптимизации

Ты говоришь про синхронную работу, но в жс даже слипа нет

Вот. Здравствуй 0

Ты говоришь про синхронную работу, но в жс даже слипа нет

давай поточнее, ты про однопоточный код или про асинхронные вызовы?

ну на node.js можно легковесный API сделать как прослойку и бота, как интерфейс для взаимодействия... - я думал в этом ключе. Причем можно будет юзать гибридно. А можно например на node.js сделать бэк, а бота на python... whatever... проект возможно будет для опенсурса... что там ща популярней - js или python?

Вот. Здравствуй 0

Посмотрел твою либу. А что ты подазумеваешь под middleware?

кстати про робочат давно слышал и знаю )

Посмотрел твою либу. А что ты подазумеваешь под middleware?

Цепочку вызовов

Цепочку вызовов

Несколько bot.on() обрабатывают один и тот же запрос?

Это просто добавление хэндлера в цепочку. То есть можно сказать да )

Это просто добавление хэндлера в цепочку. То есть можно сказать да )

Угу, ясно. Вчера прочитал переписку и в голове возникло что то типа middleware в django.

Я думаю похожее что то. Позже гляну как там в Джанго и скажу

У меня сейчас метания на тему - сделать pre/post handlers и chaining handlers.

хых.. в js вот хрен многопоточно обработать данные.. в highload-проектах вроде критично

У меня сейчас метания на тему - сделать pre/post handlers и chaining handlers.

Второе. Первое - много корнер кэйсов будет

Второе. Первое - много корнер кэйсов будет

Например?

хых.. в js вот хрен многопоточно обработать данные.. в highload-проектах вроде критично

Ты такой смешной, продолжай

Например?

Ну много точек расширения в смеси с лайфтаймом.

Цепочка проще и понятнее.

Да и более гибко

Цепочка проще и понятнее.

Вот мне так не кажется.

Да ладно ))

Опять языкосрач? ?

Вот вот. Поверить не могу что кто то до сих пор на это ведется

https://nodejs.org/docs/latest/api/cluster.html вот это насколько юзабельно, кто пробовал?

https://nodejs.org/docs/latest/api/cluster.html вот это насколько юзабельно, кто пробовал?

Это никто не юзает. Нада масштабировать - масштабируй на уровне приложения

прикольный велосипед вроде.. 4-хколесный...

я понял. В общем мне пытаются объяснить что можно что угодно проимпрувить

тогда казуально выбираю Node.js

хых.. в js вот хрен многопоточно обработать данные.. в highload-проектах вроде критично

Это не так

Да ладно ))

Тут есть два противоречащих поинта. Если делать pre/post, то будет меньше гибкости, но зато наглядность - сходу понятно что и как обрабатывается. Если же делать chaining, то гибкости - хоть ложкой ешь, но пропадает наглядность и фильтры нужно будет вызывать для всех хендлеров - страдает производительность, если фильтры тяжелые.

Тут есть два противоречащих поинта. Если делать pre/post, то будет меньше гибкости, но зато наглядность - сходу понятно что и как обрабатывается. Если же делать chaining, то гибкости - хоть ложкой ешь, но пропадает наглядность и фильтры нужно будет вызывать для всех хендлеров - страдает производительность, если фильтры тяжелые.

ой ладно интересную я дискуссию среди переименователей мапперов в хандлеры затриггерил )

ыыы

Тут есть два противоречащих поинта. Если делать pre/post, то будет меньше гибкости, но зато наглядность - сходу понятно что и как обрабатывается. Если же делать chaining, то гибкости - хоть ложкой ешь, но пропадает наглядность и фильтры нужно будет вызывать для всех хендлеров - страдает производительность, если фильтры тяжелые.

Тяжелые - отваливайся когда не нужно

пойду говнокодить. Пожелайте удачи

Тут есть два противоречащих поинта. Если делать pre/post, то будет меньше гибкости, но зато наглядность - сходу понятно что и как обрабатывается. Если же делать chaining, то гибкости - хоть ложкой ешь, но пропадает наглядность и фильтры нужно будет вызывать для всех хендлеров - страдает производительность, если фильтры тяжелые.

Про наглядность не согласен )

Про гибкость все верно )

Тут есть два противоречащих поинта. Если делать pre/post, то будет меньше гибкости, но зато наглядность - сходу понятно что и как обрабатывается. Если же делать chaining, то гибкости - хоть ложкой ешь, но пропадает наглядность и фильтры нужно будет вызывать для всех хендлеров - страдает производительность, если фильтры тяжелые.

Про фильтры не понял. У тебя де цепочка. 1 раз вначале отфильтровал и все.

Тяжелые - отваливайся когда не нужно

О том и речь, что думать об этом нужно будет когда пишешь код, а хочется чтобы об этом библиотека думала.

О том и речь, что думать об этом нужно будет когда пишешь код, а хочется чтобы об этом библиотека думала.

не понял тебя чуток. библиотека думает там где нужно. зачем ей думать про твой код?

Про фильтры не понял. У тебя де цепочка. 1 раз вначале отфильтровал и все.

Все верно, в этом случае надо вызвать все фильтры для всех хендлеров.

Все верно, в этом случае надо вызвать все фильтры для всех хендлеров.

можно пример? я не понимаю, как ты это реализуешь на другом языке, который "думает сам"

можно пример? я не понимаю, как ты это реализуешь на другом языке, который "думает сам"

Причем тут язык вообще?

ты вроде про питон писал

Все верно, в этом случае надо вызвать все фильтры для всех хендлеров.

Давай простой пример, а то мы кругами ходим )

ты вроде про питон писал

В контексте данного вопроса не важно на каком языке

Давай простой пример, а то мы кругами ходим )

До дома дойду

оке

В контексте данного вопроса не важно на каком языке

"делать pre/post" vs чейн. вот тут

"делать pre/post" vs чейн. вот тут

Ага, про это и говорим

А вот и нет ?

В вот и да )))

В вот и да )))

Если я правильно понял твою модель, то выглядит это следующим образом(с питоньим синтаксисом нет проблем?): @bot.on(is_message, is_user_registred, .... ) def some_handler(...): ...

все хендлеры заданные таким образом будут вызываны, если фильтры возвращают True

верно я понимаю?

не, on - это просто добавление в цепочку

даавай пример функционала - я накидаю код и объясню

гхм...

например, бот, который хранит заметки

какие фильтры?

опиши функционал )

команда /list - показать все заметки команда /add - добавить новую команда /remove - удалить

Сча накатаю

Хотя тут я не виду мидлварей )

Вижу

есть она тут - перед любым запросом достать юзера из базы - его настройки - язык, часовой пояс как минимум

хотя, у меня конкретно для этих целей задуманы экстракторы, но об этом отдельно подискутируем

https://gist.github.com/dotcypress/f5700a53869ea4e2716fc3107b887d8f

вот, хотя опять таки - мидлвари там не нужны

нужен другой пример )

или давай расширю этот пример

Господа, подскажите, а есть статистика сколько в среднем приходится юзеров на одного нормального ( в плане юзабилити) бота?

Можешь flow рассказать, а то я в синтаксисе js плаваю?

Господа, подскажите, а есть статистика сколько в среднем приходится юзеров на одного нормального ( в плане юзабилити) бота?

как повезет )

Господа, подскажите, а есть статистика сколько в среднем приходится юзеров на одного нормального ( в плане юзабилити) бота?

От 1 до сотен тысяч

От 1 до сотен тысяч

Вилка адовая, может есть ресурсы со статами популярных ботов? (можно свой на каждого бота)

/stat@combot

combot.org/chat/-1001041869725

Можешь flow рассказать, а то я в синтаксисе js плаваю?

вот, почитай этот файлик https://github.com/telegraf/telegraf/blob/develop/lib/core/composer.js это просто цепочка обработчиков, но я накрутил немного хэлперов и можно строить крышесносящие деревья обработчиков. Просто набор фактори, которые генерируют умные обработчики, типа если сообщение не мое - просто вызываю следующий обработчик, etc.

Vitaly, bot.use это preprocessor?

это добавление обработчика в цепочку

все

просто добавление )

handlers.push(handler) - псевдокод

ты меня навел на мысль, пойду медитировать с карандашом

классические миддлвари - знакомьтесь )

угу, похоже на то, что в django

Господа, подскажите, а есть статистика сколько в среднем приходится юзеров на одного нормального ( в плане юзабилити) бота?

@chotamreaderbot у этого бота все нормальные

@chotamreaderbot у этого бота все нормальные

не реклама просто реально при плохом инете Выручает

не реклама просто реально при плохом инете Выручает

класс, спасибо!

А еще есть такая штука market://details?id=telegra.ph

@chotamreaderbot у этого бота все нормальные

А стату посмотреть как?

@chotamreaderbot у этого бота все нормальные

Как это относится к моему вопросу не ясно)

Как это относится к моему вопросу не ясно)

Какой вопрос такой ответ

Какой вопрос такой ответ

Ок, тролль детектед:)