У меня буквально точно такая же, с такими же свитчами. Девушка очень чувствительна к лишним звукам, но с её слов моя клавиатура её совсем не беспокоит. Я ей для сравнения показал клавиатуру с синими светчами, с такими говорит выкинула бы из дома :)
У меня во время изучения сабжей было стойкое ощущение, что всё это какой-то лютый овенинжениринг. Особенно ранние VMESS, где зачем-то навелосипедили своё шифрование. С объяснением автора XTLS-Vision/Reality вроде как звучат ок, но мне кажется что Naiveproxy в этом плане куда более минималистичное и элегантное решение.
Внутри страны блочить IPSec/WireGuard сразу не будут. Даже перед блокировкой VPN-сервисов популярных ЦБ проводил опрос у банков не пользуются ли они случайно ими, чтобы ненароком бизнес-процессы не сломать. IPSec отвечает в огромном количестве компаний за интеграции между компаниями, региональными отделениями. О подготовке к блокировке такого мы узнаем явно заранее.
Мне кажется если они что-то и могут восстановить, то в ограниченный таймфрейм. У Телеграма и так на хостинг уходят десятки миллионов, при этом бизнес модели как таковой до сих пор нет (сомневаюсь, что премиум-пользователи покрывают все расходы). Дуров до сих пор живёт в кредит, расходуя деньги, полученные с продажи облигаций, которые скоро нужно будет возвращать.
Так если они реально удаляют контент с серверов (что наиболее вероятно, учитывая что Телеграм экономит на каждой копейке), то всё ок же. GDPR не обязывает ведь мессенджер хранить все сообщения, которые тот отправлял.
Думаю безопаность не причем. На мой взгляд это исключительно UX-решение. Telegram хочет, чтобы keyboard-button WebApp использовали только для простых вещей типа кастомной input-формы и чтобы у пользователей формировалась соответствующая привычка.
Как я и сказал: получить его на фронте с помощью JS-скрипта Telegram из initData. Далее отправить любым удобным способом на ваш бек средствами того же JS. Подобная интеграция не простая и требует полноценный API, который умеет общаться с фронтом, Bot API тут не обойтись.
Они позиционируют sendData только для использования в кастомных формах ввода. Думаю таким ходом они приучают пользователя тому, то Keyboard Button всегда для ввода данных (через него, кстати initData не прилетает, поэтому по другому назначению использовать его тоже не получится).
реально везучий, мастодон кажется куда более левым, чем твиттер
У меня буквально точно такая же, с такими же свитчами. Девушка очень чувствительна к лишним звукам, но с её слов моя клавиатура её совсем не беспокоит. Я ей для сравнения показал клавиатуру с синими светчами, с такими говорит выкинула бы из дома :)
У меня во время изучения сабжей было стойкое ощущение, что всё это какой-то лютый овенинжениринг. Особенно ранние VMESS, где зачем-то навелосипедили своё шифрование. С объяснением автора XTLS-Vision/Reality вроде как звучат ок, но мне кажется что Naiveproxy в этом плане куда более минималистичное и элегантное решение.
Там тоже обычный TLS. Скорее всего глупей того же XTLS-Reality.
Внутри страны блочить IPSec/WireGuard сразу не будут. Даже перед блокировкой VPN-сервисов популярных ЦБ проводил опрос у банков не пользуются ли они случайно ими, чтобы ненароком бизнес-процессы не сломать. IPSec отвечает в огромном количестве компаний за интеграции между компаниями, региональными отделениями. О подготовке к блокировке такого мы узнаем явно заранее.
Ко мне месяц назад правку заслали в блог, по идее с обновлённой статьёй дебаг приложений должен работать как надо. Но у вас пост подробней, конечно.
Это факт. Очередной косяк того, что у Телеграм вся команда 50 человек.
Мне кажется если они что-то и могут восстановить, то в ограниченный таймфрейм. У Телеграма и так на хостинг уходят десятки миллионов, при этом бизнес модели как таковой до сих пор нет (сомневаюсь, что премиум-пользователи покрывают все расходы). Дуров до сих пор живёт в кредит, расходуя деньги, полученные с продажи облигаций, которые скоро нужно будет возвращать.
Так главное самый лучший клиент для Matrix -- Element, меркнет качеством UX на фоне любого клиента для Telegram.
У Телеги вагон проблем, но отрицать, что это фактически лучший мессенджер на рынке в плане реальног удобства -- абсурд.
Можно долго говорить о том, как телеграм плох, но оно всё ещё в разы лучше в плане UX и быстродействия, чем тот же Element.
У Matrix тоже вагон архитектурных проблем и лагучий бек, который сейчас поспешно переписывают на Go.
Проблема Телеги тут возможно только в закрытом коде бека и отсутствии возможности влиять на направление разработки.
Так если они реально удаляют контент с серверов (что наиболее вероятно, учитывая что Телеграм экономит на каждой копейке), то всё ок же. GDPR не обязывает ведь мессенджер хранить все сообщения, которые тот отправлял.
А почему нельзя было обновить существующее приложение?
Shadowsocks отлично банится, особенно без плагинов. Если стоит цель использовать что-то, что банить будут очень долго, я бы взял NaiveProxy.
Завезли: fragment.com/convert
До сих пор HTTPS нет :)
Думаю безопаность не причем. На мой взгляд это исключительно UX-решение. Telegram хочет, чтобы keyboard-button WebApp использовали только для простых вещей типа кастомной input-формы и чтобы у пользователей формировалась соответствующая привычка.
Как я и сказал: получить его на фронте с помощью JS-скрипта Telegram из initData. Далее отправить любым удобным способом на ваш бек средствами того же JS. Подобная интеграция не простая и требует полноценный API, который умеет общаться с фронтом, Bot API тут не обойтись.
Они позиционируют sendData только для использования в кастомных формах ввода. Думаю таким ходом они приучают пользователя тому, то Keyboard Button всегда для ввода данных (через него, кстати initData не прилетает, поэтому по другому назначению использовать его тоже не получится).
Можно. LocalStorage работает, а Cookie почему-то не переживают перезапуск Telegram.
Так в документации написано, что sendData работает только при использовании Keyboard Button. Это не баг, а фича короче.