отредактировал, скопируй ещё раз

False

у тебя нет диалога с юзером, у которого ID 602592170

Бляяяяяять..
Сорян, я очень сильно проебался в своем же конфиге

Извините за потраченное время

да ладно. Зато теперь знаешь, как работать с ID

Да, спасибо)

Испанский инженер собрал бабушке устройство для общения в телеграме. Сообщения в нем отправляются голосом, а ответы приходят на чеке.

Мануэль Лусио Далло из испанского Бургоса придумал, как подключить к телеграму свою 96-летнюю бабушку. В период пандемии женщина стала реже видеться с ними, поэтому захотела поддерживать связь хотя бы дистанционно.

Устройство называется Yayagram, это комбинация из слов Yaya («бабуля» на кастильском диалекте) и Telegram. Чтобы отправить сообщение, женщина вставляет провод в разъем напротив имени нужного контакта, зажимает красную кнопку и говорит в микрофон. Когда приходит сообщение в ответ, принтер печатает его текст крупным шрифтом на бумажной ленте.

костыльно)) но выглядит прикольно

а на счет проблемы с сущностями

юзер-френдли, ну

Я замечал такой момент, что у в объекте клиента по началу нету данных о собственном id, но как только сделать get_me() данные появляются. Если что, у объекта есть функция или переменная, которая отвечает за собственный id, точно не помню, но помню, что после инициализации и даже запросов, переменная может быть пуста, до того момента, пока не получишь данные о себе.

Быть может тут тоже такая проблема, сущность предварительно надо загрузить? Ну типо по ссылке можно сразу написать человеку, а по айди проблемы. Возможно для ссылки постоянно происходит процесс получения профиля и его id, а для метода с id, сразу напрямую. Каких-то данных не хватает, вот и ругается...

Но это лишь предположение

ну да, все верно. Чтобы работать с объектом по ID нужно ещё одно значение — access_hash. Именно оно (помимо прочего) и хранится в кеше

А хеш чего?

Типо не до конца догоняю, он для чата, или просто хеш доступа ко всем чатам клиента

Добрый день/вечер всем. подскажите, как можно уменьшит задержку при получении всех диалогов, и в тоже время получении из каждого диалога по 3 последних сообщения.
На аккаунте 1600 диалогов - и чтение - происходит очень долго. больше 20 минут. при этом процессор не нагружен

А это все еще работоспособная конструкция?

Попытался вставить себе, но "expression cannot contain assignment, perhaps you meant "=="? (<unknown>, line 111) pylint(syntax-error)"