F1@sh
Выпущена новая версия Telegram Desktop 1.7.3, в которой.... А в раухайде что-то ешшо ево нету-тыть (( от 30-ки пойдёть?
Обыкновенный человек
быстрый или не быстрый я не сравнивал. да и с чем его сравнивать?
Ну, было сказано, что самый быстрый интерпретируемый. Вероятно, имелось ввиду для фронта. Я недопонял, похоже на то.
Anonymous
Java
да вы шо, фронтенд для сайта на джаве?
Никита
JSP
Никита
почитай
Anonymous
окай
Никита
н уты спросил про языки для фронта со статической типизацией. я и говорю
Anonymous
(я на самом деле только рад джаве во фронтенде. не знал)
Alexandr ∨∧‾
This message has been reported to @lex_it 😃
Вообще пох. Что взять юродивого то
Alexandr ∨∧‾
JSP
Его авторы сами сказали что им стыдно за создание сего чуда. И да, java там не для фронта, а для ssr
Alexandr ∨∧‾
(я на самом деле только рад джаве во фронтенде. не знал)
Нет java на фронте, если только ввиде gwt
F1@sh
Равхайдистам посвящается: http://koji.rpmfusion.org/kojifiles/packages/telegram-desktop/1.7.3/1.fc31/x86_64/telegram-desktop-1.7.3-1.fc31.x86_64.rpm в новостя б тож включили...
Sergey
Да не правда это. Жс может быть нормальным, за ним стоят такие инженеры, что жуть просто. Самый быстрый интерпретируемый язык.
Тем не менее, проекты на node js, которые мне доводилось разворачивать, были не менее кривыми, чем проекты на php Самыми беспроблемными были веб-сервисы на java, там вообще все просто — скачал, отредактирвоал конфиг, запустил
F1@sh
ыыыы... 😍
Anonymous
ыыыы... 😍
вот палево будет в первые дни, когда не все смекнут о фичах или не прочтут ревью и спалятся с номерами
Anonymous
сегодня номера, а завтра переписку 😒
Anonymous
а не публично что?
F1@sh
а я незнакомым людЯм на сообщения не отвечаю... как они узнают, что я это я , а не не-Я??
F1@sh
не переживай, тебя, узнают )
таки вы мне льстите)))
F1@sh
жуть...
F1@sh
а ещщё более жжуть, что гифки со Шварцем пропали ((
Fomalhaut
А где вы находите всякие гифки вобще? 😊
Fomalhaut
Я тут только в паре каналов сижу - судя по всему мало что знаю
F1@sh
печалушка... я думал они , енти стикер паки сохраняются в хомяке...
F1@sh
F1@sh
понял... как оно устроено... СЕНК-С!!))
Late
понял... как оно устроено... СЕНК-С!!))
можно в поиске в секции GIF искать по ключевым словам, правда русские вроде не ищет
Alexandr ∨∧‾
Screenshot (10:37ПП, июн. 02, 2019)
Ihor
Enpass поинтереснее :)
Никита
++
Late
а где там телеметрия кста?
Alexandr ∨∧‾
Не думал что все настолько плохо
Late
Enpass поинтереснее :)
keepassxc ещё интереснее
Никита
Не думал что все настолько плохо
она может и шифруется, но ключи-то где-то все равно есть
Anonymous
keepassxc ещё интереснее
я только щас понял, что подсев уже не слезть, вот нестало keepass, а пароли ..
Alexandr ∨∧‾
она может и шифруется, но ключи-то где-то все равно есть
Смысл может быть только в децентроллизованном хранении у клиентов
Никита
Смысл может быть только в децентроллизованном хранении у клиентов
а оно так не работает, все равно есть приватные или какие-то технические ключи дл ярасшифровки
Никита
Смысл может быть только в децентроллизованном хранении у клиентов
это сказки, что ключи приватные не передаются или нет какого-то еще способа расшифровки сообщений. имеено потому, что, как ты и говоришь, хранение ключей децентрлизованное на киентских машинах при асимметричном шифровании
Alexandr ∨∧‾
а оно так не работает, все равно есть приватные или какие-то технические ключи дл ярасшифровки
Тогда такой поставщик никому не интересен. Полный end to end решает проблемы
Anonymous
irc на своём сервере и нет проблем =)
Никита
не может быть полного end-to-end
Никита
именно потому что, ключи генерятся на локальной машине
Alexandr ∨∧‾
не может быть полного end-to-end
Может быть. Но надо решить ряд проблем. Нужен УЦ, который будет подтверждать подлинность. Тогда при асимметричном шифровании никто даже пытаться расшифровать не будет
Alexandr ∨∧‾
Но таких просто забанят как не полчиняющихся правительству
Alexandr ∨∧‾
именно потому что, ключи генерятся на локальной машине
Они могут быть выпущены например в letsencrypt
Никита
погоди, end-to-end шифрование предполагает генерацию ключей на локальной машине и их там же хранение
Никита
подтверждение подлинности тут не при чем. дело в том, что ты зашел с компа сгенерил пару ключей для общения со мной и зашифровал сообщение. потом ты же зашел с телефона, пара ключей у тебя уже другая, но проблем с отображением переписки у тебя ведь нет?
Никита
ты увидел ту же переписку, зашифрованную другими ключами абсолюно
Никита
вот тут и свтает вопрос, как?
Никита
стало быть ты передал ключ приватный или имеется еще способ на серве твою переписку расшифровать без твоего приватного ключа
Никита
а то, что ты говоришь про подтверждение подлиннности это про другое вообще
Alexandr ∨∧‾
погоди, end-to-end шифрование предполагает генерацию ключей на локальной машине и их там же хранение
Не совсем. Ключи могут быть персональными, постоянными. Обмен может оставаться сессиоными ключами, а хранение - пользовательским
Никита
это про подтверждение подлинности открытых ключей
Никита
ты все равно не сможешь зашифровать открытым ключом одним и расшифровать закрытым ключом от другой пары
Никита
это невозможно чисто математически
Никита
Еще как причем. Как ты проверишь что данное зашифрованное сообщение от конкретного человека?
при чем тут проверка? я тебе говорю о том, что твой приватный ключ храниться где-то еще кроме как на твоей машине, а ты мне про подтверждение подлинности открытых ключей
Alexandr ∨∧‾
я тебе про Фому а ты мнепро Ерему
Я тебя понял. Я тебе говорю что с ключами на каждом устройстве - бред. Они не идентифицированы
Никита
что значит не идентифицированы?
Никита
Никита
что в телеге, что вк, что где-то еще
Никита
В сессии вырабатывается общий ключ
Не может быть общего ключа
Alexandr ∨∧‾
Никита
Есть две разные пары
Alexandr ∨∧‾
Я это все реализовал