Школьница реверс инженер программист?)

оценивай по скиллам ?

Давайте по другом спрошу

У меня изнутри контейнера обновляться секрет не хочет.

там на хабре статья есть, про теги тож упоминается

там на хабре статья есть, про теги тож упоминается

Не, теги тут не причем.

Не было информации, о защищенности MTProxy и MTP перед DPI системами?

Не, теги тут не причем.

Ой все пора на боковую, по диагонали читаю

Не было информации, о защищенности MTProxy и MTP перед DPI системами?

MTProxy устойчив к DPI

Ой все пора на боковую, по диагонали читаю

У меня резолвинг не работает почему то...

У меня резолвинг не работает почему то...

Резолвинг чего?

Все, починил.

?

Я там от Иранцев защищаться пытался.

MTProxy устойчив к DPI

Это откуда инфа?

Я там от Иранцев защищаться пытался.

И как успехи?

В итоге поломал резолвинг, видимо.

И как успехи?

Чиркани в личку.

Подскажите, есть кастомный десктоп клиент для телеграма? Ну, или кто таким занимается?

Это откуда инфа?

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

да ниче знать не надо

пока паддинг не добавят, вполне неплохо фильтруется

Бля, я ща хуйни на говорю

Потому что не шарю

Во, эксперт пришел

кексперт

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

Ну ты хочешь сказать там нет ротации ключей или чего-то типо DH, PFS?

Документации MTProxy нет, только реверс. Из спецов тут вон @koteeq

хуецов

Ну ты хочешь сказать там нет ротации ключей или чего-то типо DH, PFS?

ничего нет

Ну ты хочешь сказать там нет ротации ключей или чего-то типо DH, PFS?

Это всё есть на уровне протокола MTProto.

я же описывала всё подробно, да и до меня это делали

Это всё есть на уровне протокола MTProto.

именно, но не на уровне обфускации

А MTProxy просто дает обфускацию.

хотя хз какая там ротация на уровне MTProto))

потому что auth_key один всегда

Тупо симметричное шифрование с PSK? Его б уже поломали

пока паддинг не добавят, вполне неплохо фильтруется

А его поддержка нужна на уровне клиентов, да?

А его поддержка нужна на уровне клиентов, да?

так клиент должен с паддингом шифровать

чтобы палева не было на этапе клиент<->прокси

так клиент должен с паддингом шифровать

я так понял разрабы хуйцы забили пока

заняты пасспортом

Не взрывай

Кстати

Кто-то парсит телеграм чаты

Вы заметили?

И есть ещё один вопрос, айдишники телеграм чата, рандомные?

В публичных чатах этого не избежать

В публичных чатах этого не избежать

Так кто-то парсит крупно

И есть ещё один вопрос, айдишники телеграм чата, рандомные?

Не, там по логике всё

В целом правило таково, что поздние айди больше, ранние меньше, но есть исключения

Чаты разных тематик

В целом правило таково, что поздние айди больше, ранние меньше, но есть исключения

-1001?

Подскажите, есть кастомный десктоп клиент для телеграма? Ну, или кто таким занимается?

есть iGram, но он уныл и напичкан иранской фигнёй

Всем привет ребят. У меня вопрос касаемо оповещений в телеграм, есть рабочий бот, надо в определенное время отправлять всем пользователям (>10000) бота контент на который они купили подписку. Это не спам, человек платил за это. Точнее как сделать рассылку быстрой, а то меня как то не устраивает 6-8 сообщений в секунду. Пробовал node js, он слишком быстрый, что аж many request ловлю. Было б не плохо если подскажете куда копать.

Всем привет ребят. У меня вопрос касаемо оповещений в телеграм, есть рабочий бот, надо в определенное время отправлять всем пользователям (>10000) бота контент на который они купили подписку. Это не спам, человек платил за это. Точнее как сделать рассылку быстрой, а то меня как то не устраивает 6-8 сообщений в секунду. Пробовал node js, он слишком быстрый, что аж many request ловлю. Было б не плохо если подскажете куда копать.

(можно добавить задержку, только тсс)

Так вот, я и делаю setTimeOut 200ms, даже при этом ловлю такое

Беру объект с chat id и в форич пускаю все это дело. Или я что то не то делаю?

Всем привет ребят. У меня вопрос касаемо оповещений в телеграм, есть рабочий бот, надо в определенное время отправлять всем пользователям (>10000) бота контент на который они купили подписку. Это не спам, человек платил за это. Точнее как сделать рассылку быстрой, а то меня как то не устраивает 6-8 сообщений в секунду. Пробовал node js, он слишком быстрый, что аж many request ловлю. Было б не плохо если подскажете куда копать.

Задержка это ни о чем.

Нужно умнее делать

И как это?

И как это?

https://gist.github.com/L11R/745f45a6b442c3788f4f4b2bec064eff

Примерно вот так

Код старый, ща давно уже пишу на Go

А где остальной код найти можно? Точнее какая библиотека юзается?

А где остальной код найти можно? Точнее какая библиотека юзается?

Так это весь код, вставляешь и работать будет

А вообще код из приватного репо, так что кинуть всего бота не могу

Не не. Библиотека какая юзается?

Не не. Библиотека какая юзается?

Ramda

Не не. Библиотека какая юзается?

Telegraf и Ramda для одного метода.

(на самом деле там рамда по всему проекту юзается)

Но в это куске в одном месте

Можно самому переписать это на чистый JS

Там несложный метод

Так а что здесь умнее? То что пачками по 5 запросов сообщения улетают?

В общем спасибо. Попробую разобраться

Так а что здесь умнее? То что пачками по 5 запросов сообщения улетают?

Это всяко лучше слипов после каждого сообщения

Умнее можно сделать логику, если собирать все сообщения получившие too many requests в отдельный массив и потом их ещё раз дрючить, пока успешно не получишь

Лучше после резолва предыдущей пачки следующую отправлять, наверное

Лучше после резолва предыдущей пачки следующую отправлять, наверное

Тут так и есть же

Да вроде нет, там интервал просто

Да вроде нет, там интервал просто

Ну пачка полностью отправилась, за ней следующаяя

или промизы ваши в отдельный поток уходят?

я год не писал на ноде

у меня уже всё, горутина стайл майнд

Я имел в виду ждать ответа всех запросов из пачки и когда они завершатся - выполнять запросы из следующей пачки

Я имел в виду ждать ответа всех запросов из пачки и когда они завершатся - выполнять запросы из следующей пачки

Promise.all(arrayOfPromises[count]) .then(function (res) { console.log(res); })

promise.all ресолвит массив промисов вроде

и только после этого код уходит на новый интервал

Ну вот в коллбэке then не логгировать, а дергать функцию для отправки следующей пачки

Ну вот в коллбэке then не логгировать, а дергать функцию для отправки следующей пачки

рекурсия?

да, по идее так пизже, только придется отрегулировать, шоб не ссыпался too many requests

Я уже плохо соображаю, но там просто каждые 250мс будет следующая пачка улетать

Я уже плохо соображаю, но там просто каждые 250мс будет следующая пачка улетать

нода вроде однопоточная (или я хз), но будет отправляем пачку / ждем 250 мс / отправляем новую

я к тому, что после начала исполнения промиса он не уйдет считать 250 мс

нода вроде однопоточная (или я хз), но будет отправляем пачку / ждем 250 мс / отправляем новую

Да, так и будет Отправили, через 250мс отправили следующую вне зависимости от того, завершились ли предыдущие запросы

а сначала подождет исполнения

Да как нет то

Да, так и будет Отправили, через 250мс отправили следующую вне зависимости от того, завершились ли предыдущие запросы

ну там логики не хватает, шоб круто было, да