{"draftJsState":{"blocks":[{"data":{"image":{"id":"66165d73abb34d38e2f4ffd1"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"eihov"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":9,"offset":1247,"style":"BOLD"},{"length":8,"offset":1257,"style":"BOLD"}],"text":"С момента выхода первой части статьи из рубрики «сам себе экосистема» прошёл уже практически год! За это время, мы успели с вами реализовать клиенты VK и YouTube, которые работают на Android 2.2+, а также на Windows Phone 8, написать небольшую 2D-игру с нуля весом менее 1Мб, которая работает практически везде и довести существующее приложение до ума, дабы оно работало даже на смартфоне с дисплеем 240x320! Но на дворе 2024 год, люди стремительно переходят из соц. сетей в продвинутые мессенджеры и уже сложно себе представить современного человека, который не пользовался бы «телегой» или даже «вайбером» в качестве основного средства общения. Поэтому я решил реализовать клиент Telegram на смартфоне 14-летней давности на базе официальной реализации MTProto от команды Telegram — TDLib. Сегодня мы с вами: узнаем новые причины мотивации вернуть в строй смартфоны прошлых лет, напишем на C# реле-сервер, который обрабатывает пакеты MTProto и кодирует их в простой текстовый формат датасетов, который можно моментально обработать даже при нестабильном GPRS-соединении на 21-летнем Siemens C60, а также узнаем о разработке миниатюрных Android-приложений на базе «голого» API-системы, которые не тянут за собой никаких зависимостей, в том числе и AppCompat/androidx. Интересно? Тогда жду вас под катом!","type":"unstyled","key":"ela1j"},{"data":{},"depth":0,"entityRanges":[{"key":0,"length":1,"offset":0}],"inlineStyleRanges":[],"text":"❯ Но зачем всё это?","type":"header-two","key":"7lra7"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"На дворе уже стукнул 2024 год, современные смартфоны предлагают какие-то немыслимые мощности относительно тех, которые когда-то были в первых Android-девайсах. Сейчас за сотню баксов можно купить смартфон с хорошей 1080p IPS-матрицей, 4Гб ОЗУ и 8-ядерным шустрым чипсетом, который вполне способен плавно тянуть даже стремительно «жиреющие» на ресурсы клиенты социальных сетей, банков и прочие необходимые в повседневной жизни приложения.\nИ казалось бы: всё хорошо, покупай себе редмик раз в год или айфон раз в несколько лет и наслаждайся всеми прелестями работы современных приложений…","type":"unstyled","key":"ecqtc"},{"data":{"image":{"id":"66165d8942aca9668efdea8f"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"c4e3d"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Для многих людей смартфон — это лишь инструмент, повседневный компаньон, который помогает облегчить выполнение каких-то задач. Им совершенно не важно, как он выглядит, как ощущается в руках, какой у него дисплей и железо «под капотом», лишь бы работал да и нормально. Но есть и другая категория людей, для которых телефоны, смартфоны и любые портативные гаджеты — это не просто утилитарный девайс, а настоящее инженерное произведение искусства, с которого буквально сдувают пылинки и стараются до последнего пользоваться ими как повседневными устройствами. Хотите пример? Смотрите ниже:","type":"unstyled","key":"48oq9"},{"data":{"image":{"id":"66165d932c4dae219aaa7b31"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"s1p3"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Фактически, среди современных смартфонов по сути и нет представителей такого нынче вымершего форм-фактора, как сайдслайдеры с физической QWERTY-клавиатурой, боковые раскладушки с двумя дисплеями и даже из QWERTY-моноблоков есть только смартфоны от Unihertz. Даже среди моноблоков с тачскринами нет никакого разнообразия, лишь без-рамочные одинаковые девайсы за исключением устройств от Sony.","type":"unstyled","key":"f598e"},{"data":{"image":{"id":"66165d9cfc2db45bb8be8208"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Galaxy S Plus","type":"atomic:image","key":"9dei"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Раньше меня часто спрашивали, мол, да как ты вообще можешь пользоваться смартфоном 10-летней давности, на котором давно нет официальных клиентов популярных сервисов и только недавно, с развитием блога, мне перестали задавать этот вопрос, поняв, что это бесполезно — ведь это дело принципа и порыва энтузиазма! Смотрите сами: у нас уже есть простенькие, но вполне рабочие клиенты ВК, YouTube, сейчас я допиливаю клиент «Сбера» на СМСках, реализую карты OpenStreetMap (правда пока без адекватной навигации), а в будущем планирую написать приложение для мониторинга погоды и трекинга посылок. Кроме того, в рамках этой статьи мы реализуем с вами клиент Telegram: так чем же это не функционал современного смартфона?","type":"unstyled","key":"13kmk"},{"data":{"image":{"id":"66165daa84c8911bac2bb7ed"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"6m6kq"},{"data":{"image":{"id":"66165daefc2db45bb8be9a37"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"9dvrc"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Но хорошо, с функционалом разобрались, однако для многих читателей слова «старый смартфон» это прямые синонимы «тормозной смартфон», мол «фуу, да как можно пользоваться этим тормозным кирпичом, он же лагает в последней версии моей ВКшечки!». Но давайте поставим вопрос ребром: может, это не столько девайсы немощные, сколько сами приложения, с кодовой базой, которая тянется более 10 лет, откровенно жиреют, обрастают костылями и хаками после далеко не одного поколения программистов, которые над ними работали? :) Один, вот, предпочитал пользоваться чистым AppCompat'ом, другой решил притащить зависимость, которая, например, оптимизирует виртуализацию ListView, третий решил заменить всю сериализацию Json со встроенных классов в Android на что-то стороннее и реализовал это костылями и вот так, по чуть-чуть изначально оптимальный и шустрый код превращается в неповоротливое УГ, которое не рефакторили кучу лет.","type":"unstyled","key":"dm6fl"},{"data":{"embedData":{"type":"youtube","postUrl":"https://www.youtube.com/embed/VYz6dtM3h8k"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:embed","key":"ilen"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"На видео Galaxy Pocket Neo — очень дешёвый Android-смартфон из 2011 года с 1-ядерным чипсетом на ~800МГц и 256Мб ОЗУ. При этом всём, Android софтварно рисует все анимации на процессоре, без участия GPU.\n\nА значит у стареньких девайсов всё равно есть шанс быть полезными и стать полноценными повседневными смартфонами даже спустя более чем десять лет после выхода! И в сегодняшнем материале, я вам расскажу об особенностях разработки самопального клиента Telegram с собственным прокси-сервером, которое концептуально допускает реализацию даже на кнопочном Siemens C60 2003 года. Как? Читаем ниже!","type":"unstyled","key":"4lmn8"},{"data":{},"depth":0,"entityRanges":[{"key":1,"length":1,"offset":0}],"inlineStyleRanges":[],"text":"❯ Принцип работы","type":"header-two","key":"bdtm7"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":7,"offset":255,"style":"BOLD"}],"text":"В отличии от ВК (который разрабатывали те же самые люди, что и Telegram), API которого построено на базе REST-запросов и концепции Longpolling'а для моментального получения событий с сервера, Telegram построен на базе собственного протокола под названием MTProto, который может работать поверх любого «транспорта» (протокола нижнего уровня) — TCP, HTTP, WebSocket и т.п. Сам по себе MTProto в современном виде, разработка прожженного математика Николая Дурова и его команды — протокол относительно сложный для реализации «на коленке» и в первую очередь требует довольно серьезного понимания принципов работы современной криптографии, да и документирован он всё ещё не особо хорошо. Кроме того, у MTProto весьма интересный бинарный формат пакетов, эдакий велосипед Protobuf. В долгосрочной перспективе поддерживать свой велосипед MTProto может быть весьма проблематично, учитывая не самую лучшую документацию.","type":"unstyled","key":"eg8tc"},{"data":{"image":{"id":"66165dcafc2db45bb8beced2"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Старое лого Telegram","type":"atomic:image","key":"2l7b"},{"data":{},"depth":0,"entityRanges":[{"key":2,"length":16,"offset":101}],"inlineStyleRanges":[],"text":"Но городить велосипед и не нужно, поскольку у команды Telegram есть официальная реализация MTProto — библиотека TDLib, которая инкапсулирует в себе не только детали реализации протокола, но и сетевой ввод/вывод и выбор транспорта, хранение базы данных сообщений и авторизации, автоматическую загрузку фото и видео, конвертация объектов из бинарного формата MTProto в JSON и полная многопоточность и частичная потоко-безопасность. С одной стороны это плюс — уже готовое решение для реализации клиента на новой поддерживаемой платформе, где есть OpenSSL (можно статически слинковать), zlib (линкуется статически), сокеты и файловый ввод/вывод, а также довольно неплохой механизм JSON-based API, которое позволяет использовать библиотеку в любом языке, который поддерживает вызов C-функций, а с другой и минус — библиотека довольно много весит, в одиночку прибавляя ~20Мб веса приложения для каждой архитектуры, у неё течёт память и у нее странный механизм получения данных с сервера (например, нельзя ответить на сообщение, зная его ID, если сообщение предварительно не загружено, при том что на сервере весь ответ — это просто ID, на какое сообщение прилетел ответ).\n\nПонятное дело, что на стареньком смартфоне использовать оригинальный TDLib будет проблематичным — даже если собрать либы современным NDK и запилить JNI-интерфейс, библиотека «жрёт» много ОЗУ (20-100Мб «вхолостую», в зависимости от числа диалогов и частоты прилетающих событий, плюс со временем течет до 1-2Гб, если не использовать базу данных сообщений. Скорее всего, это косяк в реализации пулов, объекты из которых выгружаются при сбросе в базу, но не выгружаются при высоком потреблении ОЗУ) и уж тем-более TDLib не запустить на любимых кнопочных Java-сонериках! Поэтому я решил написать прокси-сервер, который отправляет команды, слушает ивенты TDLib и предоставляет REST-like API для клиентских программ, которые просто вызывают какой-либо метод, а в ответ получают простой и короткий строковой датасет только с необходимыми полями, весом до 10Кб (что позволяет его быстро загрузить даже с GPRS-интернетом), который можно быстро распарсить даже на пресловутом Siemens C60!","type":"unstyled","key":"fq802"},{"data":{"image":{"id":"66165ddbcc0daf1d0ab48f4f"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"aoqvn"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"К сожалению, поскольку TDLib прожорлив, я не смогу захостить на своём сервере инстансы для читателей, которые хотят поюзать приложение, поэтому вам придется ставить и запускать сервер на своём VDS/компьютере с белым IP/роутере, если под него есть .NET Core :)\n\nКлиентом же будет выступать Android-смартфон, где приложение будет фронтэндом данных с сервера. Ничего сложного на первое время нет: первое окно — это список диалогов, второе окно — список сообщений в диалоге + поле для написания сообщения, третье окно — информация о пользователе. Всё это я реализовал за три дня не-напряжной работы «на коленке».\n\nДавайте же перейдем к реализации сервера!","type":"unstyled","key":"5hi3d"},{"data":{},"depth":0,"entityRanges":[{"key":3,"length":1,"offset":0}],"inlineStyleRanges":[],"text":"❯ Прокси-сервер","type":"header-two","key":"7u1cm"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Сервер я решил писать на C#, поскольку у .NET Core сейчас всё очень хорошо с кроссплатформенностью и производительностью. Его можно даже на Raspberry Pi запустить :)\n\nИтак, какая-же архитектура такого сервера может быть? Программа инициализирует TDLib, начинает слушать её события в отдельном потоке, пока в основном потоке крутится HTTP-сервер, который обрабатывает каждый отдельный запрос с клиентского приложения. Почему синхронно? Потому что TDLib фактически не возвращает никаких идентификаторов для возвращаемых датасетов, дабы их можно было отличить друг от друга. Приведу пример: у нас есть метод getChatHistory, который возвращает n-сообщений. При этом TDLib сам определяет, сколько хочет сообщений вернуть (и в первый вызов возвращает одно сообщение вне зависимости от настрое и отправляем пакет message n-раз. При этом в пакете message нет какого-либо ID, который позволял бы ассоциировать текущий объект с какой-либо операцией. Увы!\n\nНачинаем с коммуникации с TDLib. Для работы с библиотекой, мы будем использовать json-интерфейс. Для .NET есть биндинги через C++/CLI, но в таком случае, сервер не будет работать на Linux. Для работы с библиотекой хватит лишь три функции: CreateClientID, которая аллокейтит новый инстанс клиента, Send, которая асинхронно отправляет JSON-объект с командой, которую затем обработает TDLib и Receive, которая ждёт N-секунд и возвращает в виде ASCII-строки (!) JSON-объект с описанием события или данными после одного из запросов. За это у нас отвечает класс TDLibInterface, который объявляет PInvoke-методы для вызова нативных методов из библиотеки. .NET Core сам подгрузит библиотеку tdjson (причём на Linux он добавит ей префикс а-ля libtdjson.so, а на Windows загрузит tdjson.dll) и сам разберется с маршаллингом аргументов функций: например, string автоматически преобразует в const char*. Тем не менее, с const char* возвратами нужно быть аккуратнее — у меня был SIGSEGV, пока я ручками не конвертировал их в обычную строку.","type":"unstyled","key":"cgcn2"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"public sealed class TDLibInterface\n {\n public const string Library = \"tdjson\";\n\n [DllImport(Library, EntryPoint = \"td_create_client_id\", CallingConvention = CallingConvention.Cdecl)]\n public static extern int CreateClientID();\n\n [DllImport(Library, EntryPoint = \"td_send\", CallingConvention = CallingConvention.Cdecl)]\n public static extern void Send(int id, string request);\n\n [DllImport(Library, EntryPoint = \"td_receive\", CallingConvention = CallingConvention.Cdecl)]\n private static extern IntPtr RawReceive(double timeOut);\n\n [DllImport(Library, EntryPoint = \"td_execute\")]\n public static extern StringBuilder Execute(string request);\n\n public static unsafe string Receive(double timeOut)\n {\n IntPtr str = RawReceive(timeOut);\n\n return str != IntPtr.Zero ? new string((sbyte*)str.ToPointer()) : null;\n }\n }","type":"blockquote","key":"3rhh2"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Позволю себе чуточку критики в сторону TDLib. Во первых, почему нет s-версии функции с возможностью указать длину входной строки, а tdjson полагается исключительно на \\0 в конце строки? Во вторых, почему const char*, а не wchar_t*? Сейчас юникод во входной строке приходится escape'ами превращать в \\u-последовательности.\nПосле этого, нам нужно написать обёртку над TDLib, которая будет вызывать для зарегистрированных событий специальные функции, называемые коллбэками. При этом закомментированный WriteLine снизу — это «дебаг» для того, чтобы узнать названия неизвестных мне ивентов :)\n\nВ каждом объекте, полученном с помощью receive, есть поле \"@type\", которое содержит в себе имя класса возвращаемого объекта. Первый же вопрос от читателей — почему я использую JObject с ручным дерганьем нужных полей и вручную пишу JSON в виде строковых литералов вместо нормальной сериализации/десериализации? Ответ прост: во-первых, для актуализации Data-классов придется писать кодогенератор из TL-схемы, а во-вторых иногда TDLib может возвращать немного разные объекты в JSON, из-за чего приходится мудрить с атрибутами на этих самых Data-классах, иначе десериализатор выбросит исключение. Это решается нормальными юнит-тестами на всех вариантах данных, но зачем себе в колени стрелять, если нужен конкретный фиксированный функционал и лишь малое число от всех полей, возвращаемых TDLib?","type":"unstyled","key":"eqi70"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"string recv = NativeInterface.Receive(10.0d);\n\n if (recv != null)\n {\n JObject json = JObject.Parse(recv);\n\n string type = json[\"@type\"].ToString();\n\n if (!handlers.ContainsKey(type))\n {\n //Console.WriteLine(\"Unknown event type: {0}\", type);\n continue;\n }\n\n handlers[type](recv, json);\n }\n }","type":"blockquote","key":"c1eu9"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Теперь переходим к самому интересному — обработке событий и реализации синхронного клиента, который позволяет без async/await просто запросить список сообщений и сразу же его получить (такой подход может быть полезен и юзерботам, которые не хотят размазывать стейты по всей программе). Почему без асинков? Честно сказать, мне они просто не нравятся: как привык к концепции wait/notify и коллбэков из Java, так их и юзаю всю жизнь :)\n\nСначала TDLib запрашивает параметры инициализации (стейт authorizationStateWaitTdlibParameters), затем если пользователь не авторизован — запрашивает номер телефона и код подтверждения (плюс дополнительные шаги для авторизации если они есть). В конце, TDLib возвращает стейт Ready, что означает готовность библиотеки к работе:","type":"unstyled","key":"73m4g"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"private void OnAuthState(string raw, JObject obj)\n {\n JObject authState = (JObject)obj[\"authorization_state\"];\n string type = authState[\"@type\"].ToString();\n\n if (type == \"authorizationStateWaitTdlibParameters\")\n {\n Console.WriteLine(\"Preparing TDLib parameters...\");\n NativeInterface.Send(InstanceID,\n Utils.Format(\"{\" +\n \"\\\"@type\\\": \\\"setTdlibParameters\\\", \" +\n \"\\\"database_directory\\\": \\\"tdlib\\\", \" +\n \"\\\"api_id\\\": {0}, \" +\n \"\\\"api_hash\\\": \\\"{1}\\\", \" +\n \"\\\"use_chat_info_database\\\": true,\" +\n \"\\\"use_file_database\\\": true,\" +\n \"\\\"use_message_database\\\": true,\" +\n \"\\\"system_language_code\\\": \\\"en\\\", \" +\n \"\\\"device_model\\\": \\\"Phone\\\", \" +\n \"\\\"application_version\\\": \\\"1.0\\\" \" +\n \"}\", APIId, APIHash));\n }\n\n if (type == \"authorizationStateWaitPhoneNumber\")\n {\n Console.WriteLine(\"Sending phone number\");\n NativeInterface.Send(InstanceID, Utils.Format(\"{\\\"@type\\\": \\\"setAuthenticationPhoneNumber\\\", \\\"phone_number\\\": \\\"{0}\\\" }\", PhoneNumber));\n }\n \n if(type == \"authorizationStateWaitCode\")\n {\n NativeInterface.Send(InstanceID, Utils.Format(\"{\\\"@type\\\": \\\"checkAuthenticationCode\\\", \\\"code\\\": \\\"{0}\\\" }\", WaitCode));\n }\n\n if(type == \"authorizationStateReady\")\n {\n Console.WriteLine(\"Authorized\");\n\n waitHandle.Set();\n }\n }\n \n ...\n \n Client.AttachEventHandler(\"updateAuthorizationState\", OnAuthState);","type":"blockquote","key":"c20h9"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"После этого, можно начать работу с данными. Обратите внимание, мой подход потоко-небезопасен, его нельзя дергать из нескольких потоков одновременно! В коде ниже, я вызываю метод для фетча сообщений, а затем в соответствующем коллбэке от TDLib обрабатываю данные (дабы статья не разрасталась на 20+ минут, я чуть урезал все листинги).","type":"unstyled","key":"7jo05"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"public List QueryMessagesInChat(long chatId, long lastMessage, int count)\n {\n messages.Clear();\n\n requestMessageCount = count;\n string json = Utils.Format(\"{\\\"@type\\\": \\\"getChatHistory\\\", \\\"chat_id\\\": \\\"{0}\\\", \\\"from_message_id\\\": {1}, \\\"limit\\\": {2} }\", chatId, lastMessage, count);\n NativeInterface.Send(InstanceID, json);\n\n waitHandle.WaitOne();\n return messages;\n }\n\n public User QueryUser(long userId)\n {\n string json = Utils.Format(\"{\\\"@type\\\": \\\"getUser\\\", \\\"user_id\\\": \\\"{0}\\\" }\", userId);\n NativeInterface.Send(InstanceID, json);\n\n waitHandle.WaitOne();\n return user;\n }","type":"blockquote","key":"31s2n"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":12,"offset":71,"style":"BOLD"}],"text":"Переходим к реализации самого сервера, для наших целей хватит обычного HttpListener. Сначала мы зарегистрируем все поддерживаемые методы и занесем их в ассоциативный список ключ-значение. Сами методы реализованы в виде делегатов, которые принимают лишь один аргумент — список параметров из строки запроса, а возвращают строку — все ответы, за исключением особых (связанных с загрузкой вложений) — текстовые.","type":"unstyled","key":"2t7ev"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"private HttpListener listener;\n private List methods;\n private ScheduledRestart restartManager;\n\n private void AddMethod(HttpMethodHandler info)\n {\n if(info != null)\n {\n methods.Add(info);\n Console.WriteLine(\"Registered method: {0}\", info.Method.Name);\n }\n }\n\n private void PrepareMethods()\n {\n AddMethod(Chats.QueryChats);\n AddMethod(Chats.QueryMessages);\n AddMethod(Chats.SendMessage);\n AddMethod(Users.QueryUserInfo);\n }\n\n private void PrepareState()\n {\n // We should fetch dialog list due to TDLib nature of preloading-everything\n Client.QueryChats(15);\n }\n\n public HttpServer()\n {\n listener = new HttpListener();\n listener.Prefixes.Add(\"http://+:13377/\");\n\n Client = new SyncClient(\"test\");\n Client.Start();\n Client.WaitUntilReady();\n\n //restartManager = new ScheduledRestart(5);\n //restartManager.Start();\n\n methods = new List();\n PrepareMethods();\n PrepareState();\n }\n\n\n ...\n\n public void Start()\n {\n listener.Start();\n\n while(listener.IsListening)\n {\n HandleRequest(listener.GetContext());\n }\n }","type":"blockquote","key":"c7st1"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Переходим к обработке запроса. Метод ищет, зарегистрирован ли запрошенный метод и если да, то парсит строку запроса, которая начинается с \"?\", которую затем передаёт в виде коллекции ключ->значения обработчику метода:","type":"unstyled","key":"bnatd"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"private void HandleRequest(HttpListenerContext ctx)\n {\n string method = ctx.Request.Url.LocalPath.Substring(1).ToLower();\n \n if (method.Length < 0)\n {\n SendResponse(HttpGenericResponse.MethodRequired.ToString(), ctx);\n return;\n }\n\n foreach(HttpMethodHandler handler in methods)\n {\n if(method == handler.Method.Name.ToLower())\n {\n string result = \"\";\n\n if (ctx.Request.Url.Query.Length > 0)\n {\n string[] args = ctx.Request.Url.Query.Substring(1).Split('&', StringSplitOptions.RemoveEmptyEntries);\n Dictionary keyValuePairs = new Dictionary();\n\n foreach (string arg in args)\n {\n if (arg.IndexOf('=') >= 0)\n keyValuePairs.Add(arg.Substring(0, arg.IndexOf('=')), arg.Substring(arg.IndexOf('=') + 1));\n else\n keyValuePairs.Add(arg.Substring(0, arg.IndexOf('=')), \"\");\n }\n\n result = handler(keyValuePairs);\n\n if (result == null || result.Length < 1)\n {\n Console.WriteLine(\"Suspicious result from {0}\", handler.Method.Name);\n }\n }\n\n SendResponse(result, ctx);\n return;\n }\n }\n\n SendResponse(HttpGenericResponse.UnknownMethod.ToString(), ctx);\n }","type":"blockquote","key":"265qi"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"А сами методы, в свою очередь, дергают соответствующие функции из клиента и формируют на их основе датасет в примитивном формате:","type":"unstyled","key":"ei8uo"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"public static string QueryChats(Dictionary args)\n {\n if(args.ContainsKey(\"count\"))\n {\n int count = int.Parse(args[\"count\"]);\n StringBuilder ret = new StringBuilder();\n\n List chats = HttpServer.Instance.Client.QueryChats(count);\n ret.AppendLine(string.Format(\"Count={0}\", chats.Count));\n\n foreach(Chat chat in chats)\n {\n ret.AppendLine(\"Begin\");\n ret.AppendLine(\"ID=\" + chat.ID);\n ret.AppendLine(\"Date=\" + chat.LastMessageDate);\n ret.AppendLine(\"Name=\" + chat.Name);\n ret.AppendLine(\"Text=\" + Uri.EscapeDataString(chat.LastMessageText));\n ret.AppendLine(\"MsgId=\" + chat.LastMessageID);\n ret.AppendLine(\"End\");\n }\n\n return ret.ToString();\n }\n\n return HttpGenericResponse.InternalException.ToString();\n }","type":"blockquote","key":"1k49d"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"В результате получаем вот такой простой датасет, который, как я и говорил, легко распарсить и на Siemens C60, и на Atmega328 — да где угодно! В целом, такой сервер можно использовать для реализации бота в телеграме, который будет передавать показания каких-то датчиков, сигнализацию и прочие клевые штуки!","type":"unstyled","key":"1bv49"},{"data":{"image":{"id":"66166002ffcf605250f10d8a"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"bfjqv"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Переходим к реализации клиента, т.е. приложения на Android. Здесь будет не менее интересно!","type":"unstyled","key":"2gn0f"},{"data":{},"depth":0,"entityRanges":[{"key":4,"length":1,"offset":0}],"inlineStyleRanges":[],"text":"❯ Пилим для Android","type":"header-two","key":"9em5r"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"В геймдеве есть своеобразный мем — некоторые инди-разработчики сначала начинают делать меню, вместо основного геймплея, что становится предметом насмешек среди других разработчиков. Но в разработке приложений для смартфонов всё по другому — здесь как-раз таки хорошо заранее продумывать макет будущего приложения!\n\nПоскольку у нас с вами мессенджер, то главный экран должен представлять из себя список чатов (ListView) и верхнюю панельку, где в будущем могут разместиться настройки и свайп-менюшка:","type":"unstyled","key":"2pc4j"},{"data":{"image":{"id":"6616600d624a8a4783ce1c33"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Такой вот простой макет.","type":"atomic:image","key":"drugd"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Каждый пункт меню — это тоже отдельный layout, в котором мы по шаблону строим внешний вид будущего элемента списка. На немолодых устройствах есть смысл использовать как можно меньше контейнеров в layout'е, поскольку пересчет позиций и размеров элементов — одна из самых «тяжелых» операций в UI-фреймворке вообще. Кроме того, не стоит использовать кучу картинок и drawable — в Android 2.x всё 2D рисуется софтварно, аппаратное ускорение появилось только в 3.0 (частично).","type":"unstyled","key":"85u1o"},{"data":{"image":{"id":"6616601cbe267c07400d1bbe"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"co8cv"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":13,"offset":183,"style":"BOLD"}],"text":"Но дабы в списке диалогов что-то появилось, нужно сначала реализовать фетчинг (получение) этих самых диалогов с сервера! Сам объект, который занимается обработкой запросов называется ClientManager и является синглтоном — он в единственном экземпляре на все время работы программы. Помимо менеджмента «ноды» (т.е. прокси-сервера), токена для авторизации и обработчика ошибок, ClientManager реализует метод для асинхронного запроса информации с сервера и, собственно, формирует строки запросов с помощью соответствующих методов:","type":"unstyled","key":"e6a8"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"public void queryChats(int count, Response resp) {\n sendRequest(String.format(\"%s/QueryChats?count=%d&auth_key=%s\", nodeAddress, count, token), resp);\n }","type":"blockquote","key":"das9"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Подгрузка чатов и сообщений реализована через Adapter — концепция «виртуальных» списков, которая предполагает что система создаст не 50 элементов интерфейса на каждую кнопку чата, а только 5 и будет их виртуально «мотать по кругу», обновляя только данные в уже существующих элементах. Это позволяет значительно ускорить отрисовку, учитывая то, что Android 2.x Canvas рисуется программно.","type":"unstyled","key":"7auhq"},{"data":{"image":{"id":"6616602f2c4dae219aaf23f5"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"7eiti"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"private void updateDialogList() {\n ClientManager.getCurrent().queryChats(50, new ClientManager.Response() {\n @Override\n public void onReady(String str) {\n try {\n List chats = Packets.parseChatListFromQueryResponse(str);\n\n DialogAdapter adapter = new DialogAdapter();\n adapter.setChats(chats);\n\n ((ListView) findViewById(R.id.messages_view)).setAdapter(adapter);\n } catch (Exception e) {\n Toast.makeText(MainActivity.this, \"Упс!\", Toast.LENGTH_SHORT);\n }\n }\n });\n }","type":"blockquote","key":"959bd"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Переходим к окну чата. Основной макет почти такой-же, как и у основного окна: только добавилась панелька для ввода сообщения снизу.","type":"unstyled","key":"94j2s"},{"data":{"image":{"id":"6616604a624a8a4783ce84d7"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"a87ct"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Концептуально, всё тоже самое — запрашиваем данные с сервера, парсим их и загружаем в адаптер, благодаря чему мы сможем листать наш диалог. Однако в сообщения я добавил контекстное меню с стандартными фишками типа копирования, ответа и прочих подобных действий. Поскольку у нас нет ни пушей, ни еще каких-либо средств для получения данных о новых сообщениях, я раз в определенный интервал просто получаю сообщения — и если новый датасет отличается от старого — обновляю окошко чата.","type":"unstyled","key":"akus4"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"view.setOnCreateContextMenuListener(new View.OnCreateContextMenuListener() {\n @Override\n public void onCreateContextMenu(ContextMenu contextMenu, View view, ContextMenu.ContextMenuInfo contextMenuInfo) {\n // Reply to...\n contextMenu.add(getString(R.string.reply)).setOnMenuItemClickListener(new MenuItem.OnMenuItemClickListener() {\n @Override\n public boolean onMenuItemClick(MenuItem menuItem) {\n setReplyContext((Packets.Message) view.getTag());\n\n return true;\n }\n });\n\n // Copy\n contextMenu.add(getString(R.string.copy)).setOnMenuItemClickListener(new MenuItem.OnMenuItemClickListener() {\n @Override\n public boolean onMenuItemClick(MenuItem menuItem) {\n ViewGroup vg = (ViewGroup)view;\n\n android.text.ClipboardManager manager = (android.text.ClipboardManager) view.getContext().getSystemService(CLIPBOARD_SERVICE);\n manager.setText(((TextView)vg.findViewById(R.id.message_content)).getText());\n\n return true;\n }\n });\n\n // Send to...\n contextMenu.add(getString(R.string.resend)).setOnMenuItemClickListener(new MenuItem.OnMenuItemClickListener() {\n @Override\n public boolean onMenuItemClick(MenuItem menuItem) {\n ViewGroup vg = (ViewGroup)view;\n String text = ((TextView)vg.findViewById(R.id.message_content)).getText().toString();\n\n Intent intent = new Intent();\n intent.setAction(Intent.ACTION_SEND);\n intent.putExtra(Intent.EXTRA_TEXT, text);\n intent.setType(\"text/plain\");\n startActivity(Intent.createChooser(intent, null));\n\n return true;\n }\n });\n }\n });","type":"blockquote","key":"cjfo7"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Переходим к реализации поля для ввода сообщения. Здесь всё просто — на серверсайде за это отвечает метод SendMessage. Однако для того, чтобы с нашего клиента можно было ответить на другие сообщения, я ввёл также «контекст ответа», в котором запоминается сообщение, на которое мы хотим ответить. Telegram также поддерживает Markdown, однако его полная поддержка пока не реализована.","type":"unstyled","key":"9l2p0"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"EditText editText = ((EditText)findViewById(R.id.message_text));\n\n if(editText.getText().length() > 0) {\n long replyTo = replyContext != null ? replyContext.ID : 0;\n\n ClientManager.getCurrent().sendTextMessage(chat.ID, editText.getText().toString(), replyTo, new ClientManager.Response() {\n @Override\n public void onReady(String str) {\n\n }\n });\n\n editText.setText(\"\");\n setReplyContext(null);\n }","type":"blockquote","key":"1097k"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"В остальном же, функционал конечно пока совсем базовый, однако клиент работает очень шустро даже бюджетной X10 Mini Pro и позволяет чатится с моими читателями в Telegram. В будущем хотелось бы допилить:","type":"unstyled","key":"avd28"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":18,"offset":0,"style":"BOLD"}],"text":"Поддержка картинок: Сейчас уже есть кривоватый механизм кэширования изображений на стороне сервера, который позволяет загружать аватарки чатов. В будущем, я добавлю поддержку «галерей» с картинками!","type":"unordered-list-item","key":"ccro2"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":29,"offset":0,"style":"BOLD"}],"text":"Поддержка голосовых сообщений: Не все их любят, но они порой удобны и выручают. Реализую как прослушивание, так и запись!","type":"unordered-list-item","key":"92pfv"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":46,"offset":0,"style":"BOLD"}],"text":"Подробный просмотр профилей и менеджмент чатов: Удаление сообщений, чатов и прочие фишечки из официальных клиентов.","type":"unordered-list-item","key":"anan1"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Казалось бы — до официальных клиентов ещё очень далеко. Но сам факт, чтобы всё это работало достаточно шустро на девайсах, которым уже более 10 лет!","type":"unstyled","key":"4k3jo"},{"data":{},"depth":0,"entityRanges":[{"key":5,"length":1,"offset":0}],"inlineStyleRanges":[],"text":"❯ Звучит интересно! Как заюзать твой клиент?","type":"header-two","key":"fk2as"},{"data":{},"depth":0,"entityRanges":[{"key":6,"length":41,"offset":176}],"inlineStyleRanges":[],"text":"Тут всё очень и очень просто! В первую очередь, нам понадобится ПК с белым IP, роутер (если под него есть сборка dotnet), либо VDS. Виртуальные сервера сейчас стоят копейки, у ТаймВеба есть тариф за 188 рублей в месяц, которого с головой хватит для нашего сервера.","type":"unstyled","key":"5vqn3"},{"data":{"image":{"id":"66166078fc2db45bb8c32158"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Такая вот рекламная интеграция (к слову, прокси для всех приложений уже более года крутятся именно на мощностях TimeWeb Cloud)! ","type":"atomic:image","key":"2aqbq"},{"data":{},"depth":0,"entityRanges":[{"key":7,"length":40,"offset":6}],"inlineStyleRanges":[],"text":"Берём уже собранный TDLib и сервер под Windows, или собираем TDLib под Linux, накатываем .NET Core. Пример для Debian/Ubuntu:","type":"unstyled","key":"ot1i"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"sudo apt-get install dotnet","type":"blockquote","key":"bm104"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Затем запускаем сервер:","type":"unstyled","key":"1lfne"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"dotnet tdsrv.dll","type":"blockquote","key":"258b1"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":11,"offset":172,"style":"BOLD"}],"text":"Программа сначала запросит номер телефона, а затем код подтверждения Telegram. После этого будет создана папка tdlib/, где будут хранится данные вашей сессии, а также файл authkey.txt, где хранится случайный ключ для сессии (md5 phone_number + response code + псевдослучайное число). Не оставляйте его в /var/www/!","type":"unstyled","key":"d8s0v"},{"data":{"image":{"id":"661660ab16108c58fcb7ea45"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"alu1m"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Если всё нормально, программа начнёт слушать порт 13377 на всех сетевых интерфейсах, в т. ч. и в локальной сети. После этого, ставим уже предварительно собранный, либо собираем сами в Android Studio APK и в окне авторизации пишем адрес ноды и ключ авторизации. Если всё настроено верно — программа запомнит сервер и будет работать без проблем! Вот так всё легко :) Как видите — всё очень и очень просто!","type":"unstyled","key":"b0rna"},{"data":{"image":{"id":"661660b504ad7515a508c7e8"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"6o260"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"Кроме того, буквально за пару дней до публикации статьи я сел вечерком из интереса что-нить под Java-телефоны попилить… и, как и обещал, реализовал Proof of Concept возможности работы Telegram даже на сонериках, которым скоро 20 лет стукнет! А ведь если ещё чуть заморочится, можно запустить приложение даже на пресловутых монохромных сименсах!","type":"unstyled","key":"1v51g"},{"data":{"image":{"id":"661660ce55f61733df1fc8b8"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"pgf6"},{"data":{},"depth":0,"entityRanges":[{"key":8,"length":1,"offset":0}],"inlineStyleRanges":[],"text":"❯ Заключение","type":"header-two","key":"cm688"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[{"length":12,"offset":228,"style":"BOLD"}],"text":"Вот такой у нас получился проект с реализацией лёгкого, примитивного, но тем не менее рабочего клиента Telegram, который на клиентской части вообще не использует никаких зависимостей. Вес собранного APK в release-версии — всего 54 килобайта! Понятное дело что с ростом функционала, вес программы будет увеличиваться, но я обещаю — больше 1Мб он не вырастет :)","type":"unstyled","key":"e1b3a"},{"data":{"image":{"id":"661660e3624a8a4783cf93a9"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"1nfv8"},{"data":{},"depth":0,"entityRanges":[{"key":9,"length":11,"offset":261}],"inlineStyleRanges":[],"text":"Ну а вам, моим читателям, надеюсь было интересно прочитать такой «двойной материал» не только о разработке сетевой части без использования Apache/nginx/IIS, но и UI-фронтэнда для Android-смартфонов, которым уже более 10 лет!\nИсходный код проекта можно найти на моём GitHub: как приложения, так и сервера, а также убедиться в отсутствии каких либо закладок и, если совсем не доверяете, собрать бинарники сами! Для сборки понадобится VS2017 или свежее, а также Android Studio 2.3.2 (если собираете для Android 2.1 и ниже).","type":"unstyled","key":"1rs78"},{"data":{"image":{"id":"661660ed16108c58fcb85d80"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"a9t6k"},{"data":{},"depth":0,"entityRanges":[{"key":10,"length":8,"offset":415}],"inlineStyleRanges":[],"text":"Друзья! Сейчас на Хабре опросы сломаны, поэтому если у вас есть желание, вы можете проголосовать в комментариях: какой стиль статей вам больше нравится — где больше конкретики и кода с пояснением как конкретно работает та или иная часть программы, или наоборот стиль ближе к научпопу, где фрагментов кода нет, или их значительно меньше? Пишите своё мнение о проекте в комментариях!\n\nКроме того, у меня есть канал в Telegram, куда я публикую бэкстейдж статей, ссылки на новый материал, свои наработки, а также посты о ремонте девайсов и различные мысли.\n\nКстати, я тут недавно написал в Рутек с предложением написать подробную статью об Р-Фоне (Роса Мобайл) с точки зрения энтузиаста и разработчика. Мне ответили, что ребята пока не рассылают девайсы, но будем надеяться что в будущем я смогу заполучить Р-Фон и написать подробный технический материал о нём и на Хабре. Чуть позже написал в Ф+ (смартфоны на базе «Авроры») — там, кажись, только за, но пока обсуждения «заглохли». Думаю, многим моим читателям было бы интересно посмотреть, что же у Авроры и Роса-Мобайл под капотом с точки зрения разработчика!","type":"unstyled","key":"3jk4v"},{"data":{"image":{"id":"661666d4119706162be4d1c4"}},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"atomic:image","key":"dg7qg"},{"data":{},"depth":0,"entityRanges":[{"key":11,"length":1,"offset":13},{"key":12,"length":7,"offset":14}],"inlineStyleRanges":[{"length":21,"offset":0,"style":"ITALIC"}],"text":"Автор текста: bodyawm","type":"unstyled","key":"71u50"},{"data":{},"depth":0,"entityRanges":[{"key":13,"length":7,"offset":32}],"inlineStyleRanges":[{"length":131,"offset":0,"style":"ITALIC"}],"text":"Переведено специально для блога CatGeek и читателей Дзена. Подписывайтесь на наш канал, чтобы не пропустить новые интересные посты.","type":"unstyled","key":"3bfln"},{"data":{},"depth":0,"entityRanges":[{"key":14,"length":16,"offset":27}],"inlineStyleRanges":[{"length":140,"offset":0,"style":"ITALIC"}],"text":"Также подписывайтесь на наш телеграмм-канал — только здесь, технично, информативно и с юмором об IT, технике и электронике. Будет интересно.","type":"unstyled","key":"i5ui"},{"data":{},"depth":0,"entityRanges":[{"key":15,"length":13,"offset":46}],"inlineStyleRanges":[{"length":60,"offset":0,"style":"ITALIC"}],"text":"Также не пропустите наш техно-блог на Хабре — Timeweb Cloud.","type":"unstyled","key":"47hc8"},{"data":{},"depth":0,"entityRanges":[{"key":16,"length":30,"offset":0}],"inlineStyleRanges":[{"length":102,"offset":0,"style":"ITALIC"}],"text":"Облачные сервисы Timeweb Cloud — это реферальная ссылка, которая может помочь поддержать наши проекты.","type":"unstyled","key":"9vbqt"},{"data":{},"depth":0,"entityRanges":[],"inlineStyleRanges":[],"text":"","type":"marker","key":"6Iu3quZT06NISZllifjZ"}],"entityMap":{"11":{"data":{"href":"https://dzen.ru/away?to=https%3A%2F%2Fhabr.com%2Fru%2Fcompanies%2Ftimeweb%2Farticles%2F786198%2F","url":"https://dzen.ru/away?to=https%3A%2F%2Fhabr.com%2Fru%2Fcompanies%2Ftimeweb%2Farticles%2F786198%2F"},"mutability":"MUTABLE","type":"LINK"},"12":{"data":{"url":"https://habr.com/ru/companies/timeweb/articles/804033/"},"mutability":"MUTABLE","type":"LINK"},"13":{"data":{"href":"https://dzen.ru/away?to=https%3A%2F%2Fvk.com%2Fcatgeeks","url":"https://dzen.ru/away?to=https%3A%2F%2Fvk.com%2Fcatgeeks"},"mutability":"MUTABLE","type":"LINK"},"14":{"data":{"href":"https://dzen.ru/away?to=https%3A%2F%2Ft.me%2Ftechno_catcat","url":"https://dzen.ru/away?to=https%3A%2F%2Ft.me%2Ftechno_catcat"},"mutability":"MUTABLE","type":"LINK"},"15":{"data":{"href":"https://dzen.ru/away?to=https%3A%2F%2Fhabr.com%2Fru%2Fcompanies%2Ftimeweb%2Farticles%2F","url":"https://dzen.ru/away?to=https%3A%2F%2Fhabr.com%2Fru%2Fcompanies%2Ftimeweb%2Farticles%2F"},"mutability":"MUTABLE","type":"LINK"},"16":{"data":{"href":"https://dzen.ru/away?to=https%3A%2F%2Ftimeweb.cloud%2F%3Fi%3D106909","url":"https://dzen.ru/away?to=https%3A%2F%2Ftimeweb.cloud%2F%3Fi%3D106909"},"mutability":"MUTABLE","type":"LINK"},"0":{"data":{"url":"https://timeweb.cloud/?i=106909"},"mutability":"MUTABLE","type":"LINK"},"1":{"data":{"url":"https://timeweb.cloud/?i=106909"},"mutability":"MUTABLE","type":"LINK"},"2":{"data":{"href":"https://core.telegram.org/tdlib","url":"https://core.telegram.org/tdlib"},"mutability":"MUTABLE","type":"LINK"},"3":{"data":{"url":"https://timeweb.cloud/?i=106909"},"mutability":"MUTABLE","type":"LINK"},"4":{"data":{"url":"https://timeweb.cloud/?i=106909"},"mutability":"MUTABLE","type":"LINK"},"5":{"data":{"url":"https://timeweb.cloud/?i=106909"},"mutability":"MUTABLE","type":"LINK"},"6":{"data":{"url":"https://timeweb.cloud/?i=106909"},"mutability":"MUTABLE","type":"LINK"},"7":{"data":{"href":"https://github.com/monobogdan/microtg/releases/tag/microtg","url":"https://github.com/monobogdan/microtg/releases/tag/microtg"},"mutability":"MUTABLE","type":"LINK"},"8":{"data":{"url":"https://timeweb.cloud/?i=106909"},"mutability":"MUTABLE","type":"LINK"},"9":{"data":{"href":"https://github.com/monobogdan/microtg","url":"https://github.com/monobogdan/microtg"},"mutability":"MUTABLE","type":"LINK"},"10":{"data":{"href":"https://t.me/monobogdann","url":"https://t.me/monobogdann"},"mutability":"MUTABLE","type":"LINK"}}},"mentions":[]}