Ну вообщем чтобы опять не повторять вышесказанную позицию - буд-то проще будет просто из клиента его убрать насовсем. Опять же указывал выше что реализация в клиенте только mtproto-прокси.
И повторяясь про PFS - он, если статичен и равен 1, несовместим с dc-proxy и подменой серта(которого в клиенте даже банально нет опять таки).
А про прикладывание скриншота благодарю, до этого панель ответа не давала даже приложить, сейчас почему-то даёт(мб из-за рейтинга в хабре, не веду его вообще)
Вот пример ответа на первый же встречный вопрос когда задавался:
>"вы изначально кинули ответ на отъебись про PFS" - при PFS и нельзя было бы произвести MITM, открыли бы свой же сайт который у нейрослопа спрашивали, или напрямую уточнили бы у нейрослопа или в чате, но вы буквально одно и то же написывали.
И нет, встречных вопросов при этом не было, от вас только повторение одного и того же без попытки вникнуться, более того, ваш ключевой аргумент и был в том, что "на заборе тоже много что написано". Опять же я тут в кавычках выше(кроме прям про забор, там через mamonth.apk была та же мысль) буквально цитировал ответы на ваши же вопросы, ибо удивлю, но скриншоты в ответы на хабре нельзя прикрепить.
>Почему этой информации до сих пор нет на главной странице GitHub? Потому что проекта это буквально не касалось и не касается, а от такой шизы была даже добавлена плашка, которая прямо и говорит о том, что прокси не влияет. Ибо прокси было добавлено даже до скандала и не использовало реализацию которая в telega.
>Я далеко не первый, кто спотыкается об этот прокси И на первый ишшью с этим как раз было отвечено на github, смысла выписывать это в FAQ не вижу необходимости, если вы даже не вчитываетесь что в вами же приложенной статье написано.
>Распишите работу этого тумблера в FAQ, Оно расписано, внезапно, в самом тумблере. Это не ключевая фишка клиента, чтобы сразу о ней писать на главной.
Надеюсь досконально ответил на вопросы и перепечатывать ещё раз не придётся.
Перечитал про mamonth.apk Перепутал с другим персонажем, вас там пару штук на чат, но пишите одинаково
В твоём случае тебе несколько человек, в т.ч. создатель подтвердили что да, в случае монограма это было безопасно, т.к. никаких ключей не было заменено, использовался чистый mtproto, и уже именно ты начал заливать сначала про "Я тебе щя скину mamonth.apk, напишу, что это монограм 99.08,поставишь?" и позднее "Вот и у меня сомнения про прокси от телеги т.к. косяк есть, лучше держаться подальше, особенно потому что я не шарю. Если кажется, что наёбывают, значит не кажется". Ты буквально повторял один и тот же тезис когда тебе уже пару раз повторили что безопасно, но ты прикопался буквально нейрослопом, что откровенно выглядит как твоя шиза.
Опять же про "замалчивание и неудобные вопросы" тебе первым делом ответили после твоего нейрослопа - "прокси имеет полную поддержку шифрования и сервер не имеет возможности перехвата данных тк PFS не отключён". Потому что ты, как и люди выше тут же в комментариях просто бездумно шёл с dontusetelega.ololo, где рассматривается клиент telega с их ключами, в то время как в monogram не найдёшь нигде ни этих ключей, ни реализации DC-proxy, только MTPROTO-proxy.
Надеюсь на понимание и что это полностью закрыло твои вопросы.
Не потому что могут, а потому что это банально не приносит проблем. Опять же если читать, а не тупо разносится везде с dontusetelega.ololo, то можно увидеть, что используется не DC прокси, а обычный mtproto прокси, которых помимо телеги множество. Ну и да, добавлялся изначально прокси до скандала, в связи со скандалом была добавлена плашка, но сам MTPROTO прокси проблем не несёт.
Вам некорректно сказали, иначе бы вы банально не смогли использовать прокси telega в том же telegram обычном без всего, можете сами банально проверить это
Приходилось работать с курсором и его последствиями, там не только нужно самому правильно изложить мысль, но и следить что он творит, в kotlin android проектах так может сломать всю архитектуру и лепить множество активити
Почему нельзя? Всегда же можно написать в common-модуле, expect-actual - лишь одна из вспомогательных механик, которая может быть заменена реализацией через DI даже банально, либо опять же написанием в common Причём подобные механизмы есть и во флаттер, из-за чего возникает ощущение, что вы с материалом не ознакамливались
Первое - это буквально проверка информации с package manager, которое реализовано на стороне chatgpt, это api доступно сто лет как
Зачем обхитривать алгоритмы гугла тоже непонятно, если за уже четвёртый год не появилось аккаунта в регионе ЕС/США, то это вопрос уже к юзеру и опять же не относится к "запрету" устанавливать апк с незарегистрированной подписью
Сразу видно как кто-то дальше заголовков не читал "Жёстко ограничитть установку сторонних apk" - это просто плашка от play protect о том, что приложение подписано подписью, не зареганной в гугл плее Тот же adb это вообще не коснётся
Просто их нужно из-за модульности gradle указывать для всех сабмодулей, которые используют и для root градла, чтобы кэшировать если мне не изменяет память
Ну вообщем чтобы опять не повторять вышесказанную позицию - буд-то проще будет просто из клиента его убрать насовсем. Опять же указывал выше что реализация в клиенте только mtproto-прокси.
И повторяясь про PFS - он, если статичен и равен 1, несовместим с dc-proxy и подменой серта(которого в клиенте даже банально нет опять таки).
А про прикладывание скриншота благодарю, до этого панель ответа не давала даже приложить, сейчас почему-то даёт(мб из-за рейтинга в хабре, не веду его вообще)
Вот пример ответа на первый же встречный вопрос когда задавался:
>"вы изначально кинули ответ на отъебись про PFS" - при PFS и нельзя было бы произвести MITM, открыли бы свой же сайт который у нейрослопа спрашивали, или напрямую уточнили бы у нейрослопа или в чате, но вы буквально одно и то же написывали.
И нет, встречных вопросов при этом не было, от вас только повторение одного и того же без попытки вникнуться, более того, ваш ключевой аргумент и был в том, что "на заборе тоже много что написано". Опять же я тут в кавычках выше(кроме прям про забор, там через mamonth.apk была та же мысль) буквально цитировал ответы на ваши же вопросы, ибо удивлю, но скриншоты в ответы на хабре нельзя прикрепить.
>Почему этой информации до сих пор нет на главной странице GitHub?
Потому что проекта это буквально не касалось и не касается, а от такой шизы была даже добавлена плашка, которая прямо и говорит о том, что прокси не влияет. Ибо прокси было добавлено даже до скандала и не использовало реализацию которая в telega.
>Я далеко не первый, кто спотыкается об этот прокси
И на первый ишшью с этим как раз было отвечено на github, смысла выписывать это в FAQ не вижу необходимости, если вы даже не вчитываетесь что в вами же приложенной статье написано.
>Распишите работу этого тумблера в FAQ,
Оно расписано, внезапно, в самом тумблере. Это не ключевая фишка клиента, чтобы сразу о ней писать на главной.
Надеюсь досконально ответил на вопросы и перепечатывать ещё раз не придётся.
Перечитал про mamonth.apk
Перепутал с другим персонажем, вас там пару штук на чат, но пишите одинаково
В твоём случае тебе несколько человек, в т.ч. создатель подтвердили что да, в случае монограма это было безопасно, т.к. никаких ключей не было заменено, использовался чистый mtproto, и уже именно ты начал заливать сначала про "Я тебе щя скину mamonth.apk, напишу, что это монограм 99.08,поставишь?" и позднее "Вот и у меня сомнения про прокси от телеги т.к. косяк есть, лучше держаться подальше, особенно потому что я не шарю. Если кажется, что наёбывают, значит не кажется". Ты буквально повторял один и тот же тезис когда тебе уже пару раз повторили что безопасно, но ты прикопался буквально нейрослопом, что откровенно выглядит как твоя шиза.
Опять же про "замалчивание и неудобные вопросы" тебе первым делом ответили после твоего нейрослопа - "прокси имеет полную поддержку шифрования и сервер не имеет возможности перехвата данных тк PFS не отключён". Потому что ты, как и люди выше тут же в комментариях просто бездумно шёл с dontusetelega.ololo, где рассматривается клиент telega с их ключами, в то время как в monogram не найдёшь нигде ни этих ключей, ни реализации DC-proxy, только MTPROTO-proxy.
Надеюсь на понимание и что это полностью закрыло твои вопросы.
Не потому что могут, а потому что это банально не приносит проблем. Опять же если читать, а не тупо разносится везде с dontusetelega.ololo, то можно увидеть, что используется не DC прокси, а обычный mtproto прокси, которых помимо телеги множество. Ну и да, добавлялся изначально прокси до скандала, в связи со скандалом была добавлена плашка, но сам MTPROTO прокси проблем не несёт.
Вас бы тоже попросил хотя бы ознакомиться перед тем как писать
Прежде всего да, речь была выше о ByeByeDPI.
Во-вторых, ознакомились бы:
https://github.com/romanvht/ByeByeDPI/releases/tag/v.1.7.0
Возможно и давала бы, если бы он был. Ключа никакого нет, используются только прокси, не DC-proxy, а обычный mtproto proxy
Вам некорректно сказали, иначе бы вы банально не смогли использовать прокси telega в том же telegram обычном без всего, можете сами банально проверить это
Тебя забанили вовсе не из-за вопроса, а из-за того как ты себя вёл в чате, буквально оскорблял участников.
Что-то с логикой вашей не бъется. Он наоборот в случае вотсаппа например говорил: "Депутат Горелкин не исключил блокировку WhatsApp в России"
Так и сейчас пособия с безналом применяются в ограниченном круге операций. Пример - та же молодежная пушкинская карта
Говорится если
Приходилось работать с курсором и его последствиями, там не только нужно самому правильно изложить мысль, но и следить что он творит, в kotlin android проектах так может сломать всю архитектуру и лепить множество активити
Почему нельзя? Всегда же можно написать в common-модуле, expect-actual - лишь одна из вспомогательных механик, которая может быть заменена реализацией через DI даже банально, либо опять же написанием в common
Причём подобные механизмы есть и во флаттер, из-за чего возникает ощущение, что вы с материалом не ознакамливались
А можно разместить вместо этого пикчу с idea, в которой она есть под винду
)
Гугл практически никогда ничего не требует по UI, даже по архитектуре, так что отвратный UX яндекса - это проблема самого яндекса
Они также отвратительно сделали цветовой подбор на андроиде в яндекс музыке, причем это сделано на уровне API яндекса
Первое - это буквально проверка информации с package manager, которое реализовано на стороне chatgpt, это api доступно сто лет как
Зачем обхитривать алгоритмы гугла тоже непонятно, если за уже четвёртый год не появилось аккаунта в регионе ЕС/США, то это вопрос уже к юзеру и опять же не относится к "запрету" устанавливать апк с незарегистрированной подписью
Не пока что, а нет предпосылок что может коснуться
Напомню даже "блокировка" приложений со старым SDK также не касается adb
Сразу видно как кто-то дальше заголовков не читал
"Жёстко ограничитть установку сторонних apk" - это просто плашка от play protect о том, что приложение подписано подписью, не зареганной в гугл плее
Тот же adb это вообще не коснётся
Только об архитектуре ни одного мессенджера мы ничего не знаем. Телега не открывает например исходники серверной части.
>говорят что блокируют
Агааааа, значит блокируют, сами же говорят!!
>говорят что не блокируют
Не умкп-пумк всей правды мы не знаем умк-пумк, доверия 0, значит точно блокируют!!1!
Они используются лишь раз во время компиляции
Просто их нужно из-за модульности gradle указывать для всех сабмодулей, которые используют и для root градла, чтобы кэшировать если мне не изменяет память
Кроме этого дублирования нет