Forwarded from alina-4-5-nonthinking 🌸🦴
по приколу добавила
messages.sendReaction и прочие штуки в схему и... ахуеть, оно работает
зачем алине канал
Photo
мм, не все так просто, там надо не просто ид датацентра пихнуть, а еще его изменить как будто я к мтпроксе подключаюсь, иначе ошибка будет
догадаться я конечно же должна была сама, в документации там где
догадаться я конечно же должна была сама, в документации там где
p_q_inner_data_dc об этом ни словакак я вижу работу с мтпрото
https://t.me/theaftertimes/10602
https://t.me/theaftertimes/10602
Telegram
The After Times
спасибо тележка
если создать неанимированный стикерпак, а потом попробовать создать анимированный по такому же адресу, то вернется существующий пак (а в бот апи вернется true, так что даже задетектить такой прикол невозможно)
если создать неанимированный стикерпак, а потом попробовать создать анимированный по такому же адресу, то вернется существующий пак (а в бот апи вернется true, так что даже задетектить такой прикол невозможно)
зачем алине канал
Photo
а нет, это оказывается какой-то великолепный костыль (зачем?)
нужно больше штук которые задокументированы только в тдлиб чате
https://t.me/tdlibchat/20112
нужно больше штук которые задокументированы только в тдлиб чате
https://t.me/tdlibchat/20112
Telegram
Aliaksei Levin in TDLib chat
You did a wrong conclusion. true is returned if you repeat the request within 2 minutes regardless the type of a sticker pack.
зачем алине канал
класс, этот флаг тайпскрипта ломает часть моей магии с фильтрами
пофиксила добавив немножко ✨
any ✨
зачем алине канал
Photo
сейчас у меня такой костыль, пассаю такой объект везде если надо, и не диспатчу обновления которые там есть
это звучит очень плохо.... но хз как сделать лучше
это звучит очень плохо.... но хз как сделать лучше
зачем алине канал
сейчас у меня такой костыль, пассаю такой объект везде если надо, и не диспатчу обновления которые там есть это звучит очень плохо.... но хз как сделать лучше
в тдлибе, кстати, как я понимаю, это решается как раз тем самым великолепным
но имхо с этим максимально неудобно работать из кода (но вполне вижу кейсы уи клиентов где это будет удобно)
если мне надо отправить сообщение и не надо ожидать когда оно реально отправится, я просто запущу его в отдельной таске и не буду ее евейтить, зачем костылять..
(https://t.me/tdlibchat/6438)
updateMessageSendSucceeded, и что сам sendMessage возвращает временное сообщение с локальным ид которое сгенерировала сама либано имхо с этим максимально неудобно работать из кода (но вполне вижу кейсы уи клиентов где это будет удобно)
если мне надо отправить сообщение и не надо ожидать когда оно реально отправится, я просто запущу его в отдельной таске и не буду ее евейтить, зачем костылять..
(https://t.me/tdlibchat/6438)
Telegram
Aliaksei Levin in TDLib chat
Message sending is asynchronous. The request returns a temporary local message.You need to handle updateMessageSendSucceeded`/`updateMessageSendFailed`/`updateMessageDeleted update to find, when the message is sent.
зачем алине канал
в тдлибе, кстати, как я понимаю, это решается как раз тем самым великолепным updateMessageSendSucceeded, и что сам sendMessage возвращает временное сообщение с локальным ид которое сгенерировала сама либа но имхо с этим максимально неудобно работать из кода…
вообще, в мтпрото еще есть updateMessageID, который, как я понимаю, сопоставляет серверный ид сообщения с
random_id
очень страшно, потому что это подразумевает что sendMessage может и не вернуть нихрена, а updateNewMessage придет уже потом, вместе с updateMessageID....mt.tei.su
updateMessageID | TL Reference
Sent message with random_id client identifier was assigned an identifier.
зачем алине канал
вообще, в мтпрото еще есть updateMessageID, который, как я понимаю, сопоставляет серверный ид сообщения с random_id очень страшно, потому что это подразумевает что sendMessage может и не вернуть нихрена, а updateNewMessage придет уже потом, вместе с updateMessageID....
КАК ВАРИАНТ в принципе можно сделать что-то похожее на тдлиб, при вызове
тогда можно в принципе обойтись без костыля с индексом, но это придется почти полностью переделывать обработку апдейтов.... и не только
send* и подобных сохранять этот random_id временно в памяти, и потом, когда придет нужный апдейт (тут уже похер, сразу оно придет или нет), резолвить связанный промис, вместо того чтобы диспатчить евент о новом мсгтогда можно в принципе обойтись без костыля с индексом, но это придется почти полностью переделывать обработку апдейтов.... и не только