Один из сооснователей Skype вместе с группой бывших работников компании представил (http://www.reuters.com/article/us-dataprotection-messaging-w... новую коммуникационную систему Wire (https://wire.com/), предоставляющую средства для организации тестовых, голосовых и видео чатов с использованием "end-to-end"-шифрования, при котором операции шифрования и расшифровки выполняются только на стороне клиента c использованием ключей шифрования, доступных только участникам сеанса связи. Все данные, включая видео-трансляции и групповые чаты, передаются только в зашифрвоанном виде c первостепенной ориентацией (https://wire.com/privacy/) на обеспечение приватности пользователя.
В отличие от Skype, все лежащие в основе Wire методы шифрования и протоколы взаимодействия между пользователями распространяются в форме открытого ПО и доступны под лицензией GPL, что позволяет провести аудит криптостойкости проекта и подготовить совместимые с Wire альтернативные реализации клиентского ПО. Работа со Wire возможна как через мобильные приложения (Android и iOS) и настольных клиент (Windows), так и через работающее в браузере web-приложение.
Создатели проекта следуют принципу, что ничего не должно отвлекать пользователя во время общения, и поэтому обязуются не размещать рекламу и другие мешающие работу элементы. Курирующая проект компания и серверная инфраструктура находятся под юрисдикцией Швейцарии, чтобы избежать возможного давления спецслужб и юридических угроз со стороны США. Заявлено, что сервис предоставляет лучшее в своём классе качество видео и голосовых вызовов, позволяя на лету переключаться между видео и голосовой связью. К разговору можно подключать дополнительных участников, всего одновременно между собой могут общаться до 128 человек. При вызове гарантируется достоверность абонента, т.е. подтверждается, что абонент является тем за кого себя выдаёт.
Для шифрования сообщений и изображений и аутентификации собеседников применяется протокол OTR (Off-the-Record (https://ru.wikipedia.org/wiki/Off-the-Record_Messaging)) c задействоанием для управления ключами пользователей протокола Axolotl (https://en.wikipedia.org/wiki/Axolotl_%28protocol%... использующего концепцию постоянно изменяющихся сессионных ключей. Для формирования ключей применяется HKDF (HMAC-based Extract-and-Expand Key Derivation Function, RFC 5869 (https://tools.ietf.org/html/rfc5869)). Шифрование производится с использованием системы поточного шифрования ChaCha20 (https://ru.wikipedia.org/wiki/Salsa20#ChaCha). Для проверки подлинности передаваемых данных используется HMAC-SHA256. Компоненты криптографии по эллиптическим кривым основаны на
алгоритме Curve25519 (https://en.wikipedia.org/wiki/Curve25519), разработанный Дэниэлем Бернштейном. В качестве формата для сериализации данных применяется CBOR (http://cbor.io/). Канал связи для голосовых и видеовызовов создаётся на базе WebRTC с использованием DTLS для согласования ключей и SRTP для шифрования.
<center><img src="https://www.opennet.me/opennews/pics_base/0_1457816560.png&q... style="border-style: solid; border-color: #606060; border-width: 1px;max-width:100%;" title="" border=0></center>URL: http://www.reuters.com/article/us-dataprotection-messaging-w...
Новость: http://www.opennet.me/opennews/art.shtml?num=44037
Опять свой сервер поднять невозможно, да? Ну и накой оно надо такое?
АНБ и ФСБ должны знать ваши мысли.
Эльбрус и чебурашка ;)
> Курирующая проект компания и серверная инфраструктура находятся под юрисдикцией Швейцарии,
> чтобы избежать возможного давления спецслужб и юридических угроз со стороны США.Ни эта ли страна морозила банковские счета по свистку из Пендосии?
А еше оттуда выползают очень интересные мегакорпорации (к примеру Международный красный крест с их правом на дипломатическую почту или Spamhaus с их бонусными пакетами к Robomail/Promotix)...
Значит возможность завоевать рынок все еще открыта.
А сервер signal поднять нельзя?
Идём на сайт, жамкаем на «GET THE APP». Подерживаются iOS, Android, OS X, Windows, браузеры, и… И всё. Клиента для линукса нет. Скажем дружно: …
И да, столько разговоров про «всё открытое», а сервер — закрытый.
А ещё эти люди учили Скайп лазить по профилю Фаерфокса, что тоже не добавляет доверия к их словам про защищённость.
Кстати, на исходные коды тоже ссылки нет, по крайней мере на видном месте.
https://github.com/wireapp
Обрубки от придлжения - это не исходный код. И "запрещено правилами сервиса" прозрачно намекает на лохотрон. Предлагается на честное слово поверить что бинари собраны из именно этого. Верим верим.
> А ещё эти люди учили Скайп лазить по профилю Фаерфокса, что тоже
> не добавляет доверия к их словам про защищённость.+ project chess
>project chessЭто после покупки MS, вроде. Без понятия, работал тогда «один из сооснователей Скайп» над ним в то время или нет. Но если работал — то да, ещё один повод не доверять.
>>project chess
> Это после покупки MS, вроде. Без понятия, работал тогда «один из сооснователей
> Скайп» над ним в то время или нет. Но если работал
> — то да, ещё один повод не доверять.Таки до. После покупки АНБ^W MS просто сменили архитектуру.
У Linux, есть браузер. Так что можешь пользоваться им. По крайней мере это лучше чем просто Skype, но лучше не привыкать к нему...
>У Linux, есть браузер. Так что можешь пользоваться им. По крайней мере это лучше чем просто Skype, но лучше не привыкать к нему...Прикинь, для Скайпа тоже есть https://web.skype.com/ и тоже отлично работает в Linux :)
А уж с плагином для pidgin webskype вообще нормально идёт
> А уж с плагином для pidgin webskype вообще нормально идётТолько пока плагин отключен. А вот если пропитаться его использовать отключатся сам Pidgin.
>webskypeПрикинь, ни хрена там не работает, кроме чатика...
И где там видеозвонки?
>видеозвонкикакое там видео, даже аудиозвонков нет ;)
Чем лучше-то? Такая же мутная поделка. Что до браузеров — если для мессенджера или voip надо держать открытым браузер, то это дрянь, а не технология.
> Чем лучше-то? Такая же мутная поделка. Что до браузеров — если для
> мессенджера или voip надо держать открытым браузер, то это дрянь, а
> не технология.Ты что такое говоришь, а как же java, как же загрузка всех ядер процессора под 100%. чтобы просто текстом общаться ?
настоящие мазохисты будут без этого плакать!
> У Linux, есть браузер. Так что можешь пользоваться им. По крайней мере
> это лучше чем просто Skype, но лучше не привыкать к нему...Третий сорт - не брак?
Скажем дружно... - поддерживаю.
Вам такой Линукс, о котором вы регулярно пишете на Опеннете, очевидно, нужен именно для того, чтобы писать о нем на Опеннете. Собственно, ради этого он вами с вашими друзьями и выдуман.
Тот самый страшный Линупс, в котором сектанты поклоняются Столлману с Линусом и старательно страдают ради теоретической свободы. Но при этом все отваливается и ничего не работает. В принципе, чтобы все было более через жопу, чем в винде, действительно нужно было придумать нечто апокалиптическое... будем считать, что вам это удалось.
> Как так получается - что все мои друзья пользуются виндой без антивируса
> и ничего у них с виндой годами не случается ?Да-да, а пол-миллиарда ботов в год
https://www.fbi.gov/news/testimony/taking-down-botnets
> Approximately 500 million computers are infected globally each year,многомиллионные ботнеты
http://www.welivesecurity.com/2015/02/25/nine-bad-botnets-da.../
http://www.theregister.co.uk/2009/04/03/conficker_zombie_count/
> Conficker zombie botnet drops to 3.5 millionКак и всякие локеры
https://medium.com/@networksecurity/locky-ransomware-vi...
> I am seeing around 4000 new infections per hour (from one of many domain names used by the software),
> or approximately 100,000 new infections per day (on the 3rd day of distribution).к нам из глубин варпа прорываются! =)
Случай конечно тяжелый...
а большее количество серверов в интернете работает исключительно на супернадежной виновс
с ахренеть каким супер надежным антивирусом - который с...ка гарантирует невыносимую надежность коммуникаций всех ...недоклиентов и если бы не наш билли - кранты были бы
всему интернету, потому что антивирусы сожрали бы всех линуксоидов...
Ваще апокалипсис написал - аж страшно стало, пошел пить чай дрожащими рукам..
..да простит меня администратор!
> коммуникаций всех ...недоклиентов и если бы не наш билли - кранты
> были бы
> всему интернету, потому что антивирусы сожрали бы всех линуксоидов...Дык ведь все знают, что МС (а точнее Билл Гейтс) изобрел Интернет!
Как там Билл сказал?
"The internet is just a passing fad!"
Тут юзверь сломался, замените.
для линукса религия не позволяет писать?
Для линя писать геморно, на qt gnome'ры завопят, на gkt kde'шники. В общем атата, в брузере проще...
подумать только, откуда вообще тогда берется ПО с Qt и GTK?
ведь противники могут завопить!
Наверно от фанов этих тулкитов, в общем не для простых смертных...
> Наверно от фанов этих тулкитов, в общем не для простых смертных...Файрфокс и хром - не для простых смертных? А хомякам понравился "вот этот, с конусом", даже на винде разошелся влет. Это они так про vlc, у которого интерфейс на Qt как раз. Он понимает более 9000 форматов видео без установки десяти глючных кодек-паков, вот и нравится народу. Я аж удивился, когда увидел это у половины офиса отборнейших планктонин.
На Qt так-то можно было сразу для всего десктопа писать
А теперь назови программы на qt без зависимостей от kde(ну кроме м.б. lxqt) и после этого сделай вывод, что программы надо делать на gtk.PS: Да, именно так, ответ был дан чтобы спровоцировать холивар.
Скайп, телеграм, psi. Дальше продолжать?
Т.е. ты взял для примера 2 проприетарщины(само собой корпорации не будут завязываться за кде, да да телеграм тоже проприетарщина ибо сервер не открыт) и одну программу которая обновлялась года 2-3 назад? Молодец. Продолжай дальше.
> А теперь назови программы на qt без зависимостей от kdeЧушь с^W^Wпо существу -- посмотрите, скажем, здесь:
http://git.altlinux.org/people/mike/packages/?p=mkimage-prof...
http://git.altlinux.org/people/mike/packages/?p=mkimage-prof...Это не "всё", а то, что упаковано в альте и было сочтено подходящим для небольшого regular-lxqt.iso общего назначения.
> (ну кроме м.б. lxqt)
Это не просто "программа на Qt", а DE; кстати, оно с позапрошлой версии использует KF5.
> и после этого сделай вывод, что программы надо делать на gtk.
А вот как раз тому, что gtk3 -- де-факто gnome toolkit, а не gimp toolkit, отчасти и получился пресловутый lxqt в той части, которая произошла из команды lxde...
Впрочем, что характерно -- делают и на GTK2, и на Qt, и это хорошо.
> PS: Да, именно так, ответ был дан чтобы спровоцировать холивар.
Зачем?
>Чушь с^W^Wпо существу -- посмотрите, скажем, здесь:
>http://git.altlinux.org/people/mike/packages/?p=mkimage-prof...
>>(ну кроме м.б. lxqt)logic error
>Это не просто "программа на Qt", а DE; кстати, оно с позапрошлой версии использует KF5.
Т.е. и сюда пробрались KDEшники? Что тут скажешь - тулкит одного ДЕ.
>А вот как раз тому, что gtk3 -- де-факто gnome toolkit, а не gimp toolkit
Я к тому и веду, что некоторые компоненты Gnome вполне собираются без зависимостей от гнома (как пример можно взять evince). А чтобы взять одну программу на qt надо тащить все kde.
>Зачем?
Без них скучно.
>>Чушь с^W^Wпо существу -- посмотрите, скажем, здесь:
>>http://git.altlinux.org/people/mike/packages/?p=mkimage-prof...
>>>(ну кроме м.б. lxqt)
> logic errorТ.е. Вы даже не справились с открыванием ссылки, но уже допустили логическую ошибку, правильно понимаю самодиагностику? Ну грепните их -v lxqt, что ли.
>>Это не просто "программа на Qt", а DE; кстати, оно с позапрошлой версии использует KF5.
> Т.е. и сюда пробрались KDEшники? Что тут скажешь - тулкит одного ДЕ.Нет, lxqt-шники сами посмотрели и взяли те кусочки, которые у них были или самописные, или в планах. Одной из явно означенных на старте KDE Frameworks целей была как раз возможность повторного использования кусочков фреймворка вне KDE/KDE SC.
>>А вот как раз тому, что gtk3 -- де-факто gnome toolkit, а не gimp toolkit
> Я к тому и веду, что некоторые компоненты Gnome вполне собираются без
> зависимостей от гнома (как пример можно взять evince).Да.
> А чтобы взять одну программу на qt надо тащить все kde.
Нет.
> А теперь назови программы на qt без зависимостей от kdevlc же, ну, он даже в винде очень популярен.
всё кросплатформенное кьюте пэо не зависит от кде, кроме самого кде.
но да среди него очень много проприетарщины, потому что когда компания не заинтересована в деньгах она начинает думать а не запилить ли нам ПО на гтк..
> А теперь назови программы на qt без зависимостей от kdekeepassx2, nomacs, qmmp, trojita, qtcreator, vlc, autoq3d, freemat, appleseed (вот это https://github.com/appleseedhq/appleseed а не то, что яблочники подумали), pencil2d http://www.pencil2d.org/ …
> и после этого сделай вывод, что программы надо делать на gtk.
Кстати, для настройки приложений на qt есть qtconfig/qt5ct.
А не подскажите что-то похожее для приложений на гтк3? Чтобы можно было настроить темы, общий вид, шрифты, цветa и т.д. , не обмазы^W зарываясь по уши в конфиги с документацией типа "гугли по форумам и будет тебе Щастье!" и не устанавливая gnome (или kde ) )?
Ещё qbittorr... Подождите, слово на букву "т" ещё можно произносить?
Ерунда. Выбери любой тулкит из этих двух и пиши. В кде ест поддержка gtk. А qt подхватывает тему гтк. Нет никаких проблем.
> Ерунда. Выбери любой тулкит из этих двух и пиши. В кде ест
> поддержка gtk. А qt подхватывает тему гтк. Нет никаких проблем.Ты это скажи людям нехотящим тянуть из за одной программы тучу зависимостей.
>> Ерунда. Выбери любой тулкит из этих двух и пиши. В кде ест
>> поддержка gtk. А qt подхватывает тему гтк. Нет никаких проблем.
> Ты это скажи людям нехотящим тянуть из за одной программы тучу зависимостей.Какую-такую "тучу"? Можно пальчиком по именам пакетов?
Их нежеление зависимостей не зависит от наличия зависимостей =))
Тебе же дали исходники - пиши.
И c поддержкой специфичных возможностей KDE, GNOME, XFCE, Mate, Cinamon, Unity. И под разные дистрибутивы... И чтоб с PulseAudio работало и без.
Linux Way же.
>пишиНо зачем?
Давайте уточним. Можно использовать библиотеки, упрощающие разработку, а можно действительно делать всё руками. Последнее - боль. Но вы описали именно эту ситуацию. И ссылаетесь на неё как на единственно-возможную.
А так, есть лишь три распространённые библиотеки (коли не учитывать их версии): Qt, GTK+ и wxWidgets. Здесь конечно можно поспорить о GTK 2.0 и GTK 3.0 и о том, что есть ещё Tcl/Tk и т.п., но сути это не меняет.
Достаточно выбрать один набор, что бы получить готовый визуальный компонент почти под все платформы. В некоторых случаях не только визуальный (например Qt). Qt 5 позволяет тащить только ядро без лишних зависимостей. В других случаях можно добавить в проект кросс-платформенные библиотеки с нужным функционалом (SDL например).
Хотя лично я предпочитаю приложения на GTK+ 2.*, без лишних зависимостей. Вот только объективная реальность иногда бывает против.
какую вы зверюгу вспомнили редкую, wxWidgets, где оно сейчас вообще есть, ах, ну да, в КиКАДе есть. а где ещё?
Как ни странно, встречаются проги. К примеру: Audacity, Code::Blocks и др.
Подробнее:
https://en.wikipedia.org/wiki/WxWidgets#Applications_built_u...На это не обращаешь внимания поскольку, как пользователя, тебя это совсем не нагружает. И интерфейс выглядит родным. Так что можешь даже и не заметить, что это не GTK+, к примеру.
А вот с т.з. программиста там не всё так гладко, увы.
> ну да, в КиКАДе есть. а где ещё?В пакетном менеджере reverse dependencies посмотри, там полный список. Довольно длинный.
> Linux Way же.Не хочешь примерять универсальные всеразмерные кирзачи и неокрашенную робу дефолтного размера? Производить десятки размеров и фасонов обуви и красить ткани - слишком утомительно.
Rock Of Ages - "Ты же - музыкант, тебе положено страдать и мучатся, а я - бездарность,"- на MacOSX - " мне мучения ни к чему"
Ухахаха
пля
Видео-звонки не работают. Голосом нормально, через мобильный интернет вполне стабильно работает, не хуже того же скайпа вроде.
> Видео-звонки не работают. Голосом нормально, через мобильный интернет вполне стабильно
> работает, не хуже того же скайпа вроде.А как там с такой штукой, когда ваш голос захватывается микрофоном собеседника идет к вам, зацикливается и начинается какой-то резонанс ?
У меня так в скайпе под линукс было.
> Создатели проекта следуют принципу, что ничего не должно отвлекать пользователя во время общения, и поэтому обязуются не размещать рекламу и другие мешающие работу элементы.Да, конечно, именно всё так и будет.
>> Создатели проекта следуют принципу, что ничего не должно отвлекать пользователя во время общения, и поэтому обязуются не размещать рекламу и другие мешающие работу элементы.
> Да, конечно, именно всё так и будет.В скайпе тоже поначалу все православно было :D
Об этом же и речь.
> В скайпе тоже поначалу все православно было :DКроме исходников и распределенности. А так все хорошо, прекрасная маркиза.
Зачем оно нужно, если есть Tox?
В токс нельзя удалить если фигную отправил в состоянии аффекта, о какой безопасности можно говорить тут(да и видео на мобильных клиентах нет)
> В токс нельзя удалить если фигную отправил в состоянии аффекта, о какой
> безопасности можно говорить тут(да и видео на мобильных клиентах нет)Безопасности кого? «Удаление фигни» может работать 2-я путями: просто маскировать в выводе клиента собеседника «неправильную» фразу, но в логах собеседника всё равно будет твой пьяный бред. Это в принципе не имеет отношения к безопасности. Пытаться исправить логи собеседника, в надежде, что ничего не бэкапится и не зеркалируется — а это уже нарушает безопасность собеседника.
Давно не тестил. Там уже использование одного аккаунта с разных клиентов / устройств не является проблемой?
Пользуюсь - является,
на андроиде обновил Antox - создал новую учётку.
С Cyanide(Jolla) вообще как-то сложно перенести было, да и заглохло что-то.
На ПК - импортнул, на флешку, экспортнул.
Правда сам пока не пробовал.
Это те защищённые ребята, у которых собственный домен увели?
нет, один из ребят оказался жуликом и увёл домен вместе с деньгами проекта
Затем, что нет VOIP на андроид версии, и затем что нет эхо подавления. КЭП.
>Зачем оно нужно, если есть Tox?Зачем оно нужно если есть Jitsi?
>>Зачем оно нужно, если есть Tox?
> Зачем оно нужно если есть Jitsi?вы jitsi пользовались? Он отличный клиент, но у него неубиваемый минус - java
И ему тупо нужен центральный сервер или белый IP. Как только условия меняются эта штука не работает.
>вы jitsi пользовались? Он отличный клиент, но у него неубиваемый минус - javaв отличие от вас, я пользуюсь им регулярно, минуса, тем более неубиваемого в java не вижу, потому как jitsi при всём при этом не жрёт ресурсы так как скайп, с которым его сравнивают!
>И ему тупо нужен центральный сервер или белый IP. Как только условия меняются эта штука >не работает.
А вот это наглая ложь, не нужен "тупо центральный сервер или белый IP", поднимаете "тупо" у себя не рукожопонастроенный сервер и пользуйтесь, или можете выбрать любой сторонний, который настроен на работу соответствующих фич, да хотя бы тот же jabber.ru, например!
"Белый IP" тоже "тупо" не нужен вполне хорошо работает с динамического, как с "домашнего" так и по "мобильному интернету", и через всякие наты.Работает стабильнее скайпа как на windows, так и на linux-системах, есть положительные отзывы от знакомых после внедрения на фирме с 50+ офисных работников с опытом использования более 2х лет.
Мне не совсем понятна ваша откровенная дезинформация сообщества, не хочу верить в теорию Шигорина о "засланных казачках" от карпорастов, но с подобными набросами начинаешь уже склоняться к мнению что, нет дыма без огня. После таких "тупых" вбросов, состряпанных в форме отзыва, разочаровавшегося юзера ("вот я как бы очень понимающий и сочувствующий, и всем своим существом старался возлюбить опенсорс, но увы и ах, всё чаще прихожу к выводу что только проприетарные продукты корпораций приведут нас..."), похоже, что целевая аудитория это люди, ещё не успевшие воспользоваться jitsi, потому как для человека, пользующегося этой программой, ваша "тупая" ложь и третьесортная дезинформация очевидны!
П.С.: В следующий раз лучше готовьтесь, стыдоба же, чесслово!
>[оверквотинг удален]
> Мне не совсем понятна ваша откровенная дезинформация сообщества, не хочу верить в
> теорию Шигорина о "засланных казачках" от карпорастов, но с подобными набросами
> начинаешь уже склоняться к мнению что, нет дыма без огня. После
> таких "тупых" вбросов, состряпанных в форме отзыва, разочаровавшегося юзера ("вот я
> как бы очень понимающий и сочувствующий, и всем своим существом старался
> возлюбить опенсорс, но увы и ах, всё чаще прихожу к выводу
> что только проприетарные продукты корпораций приведут нас..."), похоже, что целевая аудитория
> это люди, ещё не успевшие воспользоваться jitsi, потому как для человека,
> пользующегося этой программой, ваша "тупая" ложь и третьесортная дезинформация очевидны!
> П.С.: В следующий раз лучше готовьтесь, стыдоба же, чесслово!2 года юзал плюнул, от версии к версии одни траблы. На Win8 вешает все вместе с собой. На ведроиде версия обновлялась сто лет тому и не обновляется более.
попытка на ведроиде поюзать свелась к тому что оно подвешивало машину с минимальной попытки погонять видео. А и да, вы попробуйте его на p2p настроить без участия серверов и за проксями и натами, тогда и трындите.
> вешает все вместе с собой.Тогда это баг в винде или драйверах. Впрочем, программа на яве, да еще jabber, да еще с голосом - спасибо, но нет. Jabber файлы то передает раз через пять.
>> вешает все вместе с собой.
> Тогда это баг в винде или драйверах. Впрочем, программа на яве, да
> еще jabber, да еще с голосом - спасибо, но нет. Jabber
> файлы то передает раз через пять.согласен, и это неплохой повод склонить к Линуксу, но юзерам на это как-то...
и так на всякий случай я сам контрибучу пакетики jitsi в rpm линуксах
оттакэ.. скайп умер, да здравствует скайпз.ы.
зашёл на сайт, свят свят, ещё загрызёт
А ты нажми Hang Up прямо под зубами)
с год назад что-то очень похожее похожим названием было на моем телефоне
Отлично. Как минимум, эти товарищи в курсе, что существует понятие usability, и что "получилось кое-как прокинуть голос" не эквивалентно "работает". И лицензия хорошая, и совместимость с WebRTC - это правильно.
Мы разрабатываем полностью открытый мессенджер, работающий по протоколу skaro, причем к некоторым нашим задумкам, кстати, пришли и разработчики Wire.Общение с сервером для доставки сообщений производится через WebSockets и сериализацией данных с использованием CBOR. Это позволяет не иметь проблем с передачей бинарных данных и обеспечивать наилучшее соединение при плохом соединении с сетью.
Аудио/видео не реализовано, но будет через WebRTC. Кстати, может быть кто-то знает, когда в Safari добавят поддержку WebRTC? Единственный браузер без поддержки остался, может религия не позволяет.
Ещё наш мессенджер разрабатывается с учётом децентрализации. Сервер пишется на python с использованием фреймворка tornado - это позволяет без проблем держать тысячи соединений.
В последнее время развелось уж слишком много разных мессенджеров, поэтому будет поддержка транспортов в другие протоколы, куда это возможно.
Сейчас можно установить сервер с веб-клиентом, также потихоньку разрабатывается клиент на QML, который будет универсальный для десктопов и мобильных устройств.
Надеюсь, кто-то заинтересуется этим)
Не вижу смысла в НЕ p2p мессенджерах.
Словно каждый разраб просто хочет иметь у себя на сервачке как Коробейниковы БД наивных юзверей.
Мне тоже нравится идея p2p, но:
1. Без нативных клиентов p2p невозможен, тот же WebRTC требует сервер, через которого сперва пройдёт запрос.
2. Медленнее при плохом соединении с интернетом. Нужно поддерживать соединения одновременно с несколькими пирами.
3. Ничего не мешает в децентрализованной сети запустить свой сервер, где кроме вас никого не будет.Так что у нас p2p будет лишь частично, для отдельных чатов.
В принципе разумно при такой реализации на практике, так буду отвечать всем околокомпьютерным скептикам.
> Так что у нас p2p будет лишь частично, для отдельных чатов.Т.е. жалкая пародия на P2P и все проблемы чего-то типа jabber, только еще хуже. Вам не приходило в голову СНАЧАЛА посмотреть на то что уже есть и как устроено, а ПОТОМ подрываться кодить?
А почему вы не примкнули к разработке http://matrix.org ?
Безусловно интересный проект, но общение с сервером через WebSockets гораздо производительнее отдельных RESTful запросов
Oбщение с сервером через WebSockets они планируют как еще один высокопроизводительный транспорт, так что с этим всё в порядке.
> Oбщение с сервером через WebSockets они планируют как еще один высокопроизводительный транспорт,Если WebSockets высокопроизводительный, тогда udp - как минимум звездолет.
> Language: Pythonнет, спасибо.
>> Language: Python
> нет, спасибо.Вы имеете что-то против пре-пре-пре-альфа прототипов программ? :)
а запили отдельную статью о вашем мессенджере?
Спасибо, думаю, будет полезно выложить в формате новости. И специально выделить абзац под разъяснение того, что использование tornado позволяет без проблем выдерживать огромные нагрузки, ведь он был создан для этого)
Да идите вы со своим питоном. Опять тормоза сраные.
На удивление антипоисковое название.
Интересно, почему выбрали CBOR, а не какой-нить protobuf
Возможно, потому что protobuf менее производительный и требует схему описания данных. Хотя последнее для каких-то проектом может оказаться плюсом.Если же сравнивать CBOR с другими форматами сериализации данных, таких как BSON, MessagePack и других, то по нашим тестам, у CBOR наилучее соотношение размера полученных после сериализации данных и затраченного на это время.
Посоветуйте расово(Линуксово открытую) верную альтернативу для Team Viewer?
А то коммуникаторов всё больше а вот доступ получить до сих пор проблема за NAT и тп.
> Посоветуйте расово(Линуксово открытую) верную альтернативу для Team Viewer?
> А то коммуникаторов всё больше а вот доступ получить до сих пор
> проблема за NAT и тп.нету такого, можно срукоделить внц и опенвпн
>> Посоветуйте расово(Линуксово открытую) верную альтернативу для Team Viewer?
>> А то коммуникаторов всё больше а вот доступ получить до сих пор
>> проблема за NAT и тп.
> нету такого, можно срукоделить внц и опенвпнДля UltraVNC плагин есть SingleClick http://www.uvnc.com/pchelpware/sc/ Запускаешь клиент ультравнс-вьювер в режиме listen на 5000 порту белого ip , формируешь для этого ip экзешник и кидаешь этот экзешник пользователю, он его кликает и коннектится к белому ip . Работает ли это на линуксе? Скорей всего нет!
> кидаешь этот экзешник пользователю, он его кликаетМороз по коже.
Для незатейливого группового общения можно попробовать mumble, а чтобы "получить доступ" - это к ssh + dynDNS + NAT port mapping и сношать ISP-ублюдков на предмет IPv6.
ssh + dynDNS + NAT port mapping для незатейливого группового секса^Wобщения
reverse VNC
доступ для чего? лазить мышой по экрану? редирект портов для этого есть на любом рутеретимвивер действует через собственный промежуточныый сервер, так что линукс тут непричем
найди сервак с мощным каналом, запили программку, которая позволяет коннектица через него, вешай рекламу на сайте, профит!
> А то коммуникаторов всё больше а вот доступ получить до сих пор
> проблема за NAT и тп.Reverse connect в vnc не пойдет?
Жаль не сравнили с jitsi и linphone. Ведь они могут и без сервера напрямую на IP звонить. SIP/XMPP. Для линукса/мака/винды/(браузера). jitsi может даже с фаерфоксом общаться. У linphone есть активно развиваемое android app (10 минут и собрался для arm/amrv7/x86). Так чем же лучше wire? Или чего не хватает jitsi/linphone?
> Или чего не хватает jitsi/linphone?Работающего шифрования по умолчанию
>> Или чего не хватает jitsi/linphone?
>Работающего шифрования по умолчаниюСударь, вы, наглый лжец, невежда и вбрасыватель фекалий!
Если бы вы действительно изучили вопрос относительно jitsi, то знали бы, что "по умолчанию" есть как шифрование текстовой переписки, так и аудиозвонков!
Решили снова готовить продукт для продажи?! Сколько времени он останется "открытым" и не будет проданым тем, кто натолкает зондов? Наверно пока не закрепится это слово в сознании людей.
p.s. Хотели бы сделать безкорыстно, пили ли бы молча подобные проект (tox тот же), но нет. А значит делают проект обречённый на смерть.
> Решили снова готовить продукт для продажи?! Сколько времени он останется "открытым" и
> не будет проданым тем, кто натолкает зондов? Наверно пока не закрепится
> это слово в сознании людей.
> p.s. Хотели бы сделать безкорыстно, пили ли бы молча подобные проект (tox
> тот же), но нет. А значит делают проект обречённый на смерть.Эстонские ребята поставили на ноги бизнес развода кроликов.
> Эстонские ребята поставили на ноги бизнес развода кроликов.наверное поэтому кролики в привычной эстонской манере не спешат разводиться
Firefox Hello? Это ты? Только без Firefox и с чуть другими алгоритмами шифрования. И как-то странно отсутствие в таблице сравнения: Firefox Hello, Tox, Skype, Viber, LINE.
У телеграма открыты исходники клиентской части? В части сервера, где и происходить шифрование - закрыты?
> В части сервера, где и происходить шифрование- уже поздно шифровать...
> У телеграма открыты исходники клиентской части? В части сервера, где и происходить
> шифрование - закрыты?У телеграма шифрует клиент. И его исходники есть. Но исходников сервера нету, поэтому vendorlock на месте. Впрочем, до Дурова кажется уже стало доходить что его самого могут с его серверами забанить. Иран пытался, раша грозилась, китай хз.
"Курирующая проект компания и серверная инфраструктура находятся под юрисдикцией Швейцарии, чтобы избежать возможного давления спецслужб и юридических угроз со стороны США."А это не швейцарский банк Ubs штатоиды во всех СМИ насиловали.
как-будто Швейцария является гарантом и оплотом всего хорошего
Че то какая то чушь-если есть подтверждение того что человек -это он и есть то смысл в этих шифрованиях?И да,без поднятия собственного сервера с криптографией эти вещи мягко говоря ниачом
Зачем нужно это мутное поделие, когда есть SIP-клиенты типа LinPhone с Opus/VP9 по zRTP и возможностью бессерверной связи ?> Заявлено, что сервис предоставляет лучшее в своём классе качество видео и голосовых вызовов, позволяя на лету переключаться между видео и голосовой связью.
> Все данные, включая видео-трансляции и групповые чаты, передаются только в зашифрованном виде c первостепенной ориентацией на обеспечение приватности пользователя.
> Канал связи для голосовых и видеовызовов создаётся на базе WebRTC с использованием DTLS для согласования ключей и SRTP для шифрования.Это вообще "взаимоисключающие параграфы". С SIP не рекомендуется использование sRTP, если есть возможность использовать zRTP. Также ничего не мешает включать и выключать видео-поток во время общения.
Выше http://www.opennet.me/openforum/vsluhforumID3/107136.html#42 я уже об этом упомянул. Человек ответил, что шифрование отключено по-умолчанию. И вся проблема.
Суперзащищённые "соцсети" можно клепать вёдрами на лабораторках, нерешённым остаётся главный вопрос: "какие ваши сервера?" (ц) Арни. Где все эти многотысячные сети серверов, позволяющие видеотрансляцию из Урюпинска с Сан-Диего? Без мощных серверов вся эта затея - блажь для студенческой локалки.
> вся эта затея - блажь для студенческой локалки.А без серверов никак ? например как hamachi ?
> А без серверов никак ? например как hamachi ?Еще немного и мы нагуглим про DHT. И узнаем что суперсервера не требуются. Что аналог "DNS" можно сделать без центральных серверов. Что датацентры - блажь. А если сильно поискать то можно узнать что в skype из централизованного только навесной сервер авторизации. На самом деле он вообще не требуется.
> вообще не требуется.сколько умных слов.
А мусье расскажет как организовать обмен траффиком между двумя серыми ip, которые никак не маршрутизируются из интернета ?
> А мусье расскажет как организовать обмен траффиком между двумя серыми ip, которые
> никак не маршрутизируются из интернета ?ipv6, белый ipv4 у одного участника, какойнибудь скрипт/сервер свой/vps который поможет договорится о портах после NAT и не гонять сам трафик.
но конечно гораздо веселее гонять весь контент через суперноды даже когда у одного или даже обоих из клиентов есть белый айпи и проброшенный порт на файрволе - как решили нам "помочь" в скайпе года 3 назад выкосив в принципе возможность прямых соединений между участниками.
https://ring.cx
> https://ring.cxклиент скорее мертв чем жив... Идея весьма интересная, но увы пока весьма непонятная.
> А мусье расскажет как организовать обмен траффиком между двумя серыми ip,Если это будут питонисты с вебсокетами - им это не поможет.
> которые никак не маршрутизируются из интернета ?
Загугли про nat traversal. Пример - STUN. Можно сделать аналогично на каждом первом peer c белым IP. Если не получилось - конектиться к кому-нибудь с быстрым каналом и мощной машиной на белом IP, он будет релеить. Скайп называет это супернодами. Более ресурсоемко но IM сообщения - пролезут. Существуют и более интересные варианты, но мы пожалеем публику. STUN и так UDP подразумевает, это не про торнадо с вебсокетами.
Прочитал лицензию на использование сервиса. Все очень плохо - явно запрещены сторонние клиенты.> 7.2 Accessing the Service. You agree not to access, or attempt to access, the Service by any means other than through the Site or the Apps. You specifically agree not to access, or attempt to access, the Service through any automated means (including, without limitation, through the use of scripts, bots, unauthorized third party apps, spiders or web crawlers).
>Все очень плохо - явно запрещены сторонние клиенты.А лично я конкретно по этому решению разработчиков всецело поддерживаю.
Зоопарк клиентов потенциально подрывает приватность, о которой пекутся разработчики.Увы, ради неё придётся принести в жертву возможность запиливать yet another клиент со своими фичами.
Ждём ncurses клиент к текстовым чатам с поддержкой однобайтных кодировок, а не как консольный Pidgin, который нельзя отучить от UTF-8.
> 2016
> с поддержкой однобайтных кодировок
Привет из 80-х?
Локаль KOI8-R и сегодня живее всех живых. Просто стало нужно уметь её готовить. Включая добавление строчки "r2::wait:/bin/echo 0 > /sys/module/vt/parameters/default_utf8" в /etc/inittab.
> Локаль KOI8-R и сегодня живее всех живых.А вот и pussy.exe'шники подтянулись...
А зачем? Зачем нужна однобайтовая кодировка?
Какой от неё плюс в СОВРЕМЕННОМ мире, где ты одновременно можешь общаться сразу на нескольких языках? И не факт, что одним из них будет английский.
В теории, это экономия трафика. Но оно того не стоит на современных скоростях (у всех же больше 32 Кбит/с?)
А зачем юникод? Тем более, что кроме интернета есть ещё и локальные носители, а поддержку PSF шрифтов с более чем 256-ю символами в ядро пока что так и не добавили. Языки с иероглифами и арабской вязью я не знаю, а потому и не считаю это серьёзным недостатком. Юзаю локаль KOI8-R с 2003-го года и проблем не знаю.
Насчёт шрифтов не знаю. Те дополнительные символы, что мне нужны могу использовать. Нужна была поддержка немецкого некоторое время назад, так проблем не возникло.
Ну и самое главное - миграция. Тоже без проблем.
UTF стал использовать как только появилась возможность, ещё на винде. Вместо win-1250
Преимуществ KOI8-R не вижу от слова совсем (даже при сравнении с win-1250 или CP866, по мне так они все равнозначны).
Хотя есть документы ещё в CP866. Вот их, я не трогаю. Ибо нужны редко. Да и находятся они на чёрте-где (в физическом плане).
Ключевые слова "PSF шрифты". Это и не векторные шрифты, и не те растровые, которыми рисует тот же xterm. PSF шрифты (PC Screen Font) - это те растровые шрифты, которые загружаются Linux'овым драйвером VT (подсистема виртуальных терминалов) для нативной консоли. Текстовой или фреймбуферовской. Есть также утилита setfont, которая обращается к драйверу VT, передавая ей PSF шрифт. Или сразу выпадая в осадок если шрифт не проходит ограничения. А это по сей день в т.ч. максимальный размер символа 32x32 пикселя и ограничение на весь шрифт 64 Кб. Тем не менее, фреймбуферовскую консоль вполне можно юзать и на десктопе: https://goo.gl/photos/WmVgh72YZsww6F3N9 .
Не спорю. Это красиво. Но при чём здесь KOI8-R ?
Как я понимаю, они спокойно работают с любой кодировкой. Но если вы тот же документ с KOI8-R кому-то перешлёте или наоборот, особенно если документ будет использовать несколько языков… Проблемы скорее всего будут.
Поясните, чем лучше KOI8-R по сравнению с win-1250 или CP866? Мне вот кажется, что ничем.
При сравнении с UTF-8 получим незначительный для текста выигрыш в месте (RAM+ROM), но значительный проигрыш в возможностях, включая переносимость на разные платформы.
То, что консольный шрифт не может отобразить весь набор символов UTF-8, это конечно плохо. Но тот же набор, что есть в KOI8-R он, как я понимаю, отобразить способен. Так что при том же тексте разницы вы не заметите (если этот же шрифт понимает UTF). Зато у вас будет возможность использовать (и корректно воспринимать) те символы, которых нет в KOI8-R. И при пересохранении они не будут теряться безвозвратно. И этот же файл можно будет открыть к любом редакторе с поддержкой UTF и увидеть.
PS: При этом, переводить на UTF-8 существующую инфраструктуру смысла не вижу. Но здесь у нас разговор же не об этом.
Как я уже говорил, от UTF-8 толку здесь немного (поскольку до тысяч символов в PSF шрифтах ещё далеко, а для 256-ти символов избыточно и однобайтной кодировки), а вот под юникод ещё не весь софт как следует допилен. Тот же lynx при локали UTF-8 некорректно форматирует текст в широкоформатном терминале, оставляя справа чёрное поле. С локалью KOI8-R такого эффекта нет, всё корректно. Также выгоду от однобайтных кодировок замечают те, у кого почти все файлы на носителях - текстовые. Можно значительно экономить дисковое пространство. А если возникает необходимость кому-то что-то переслать в UTF-8, то можно воспользоваться iconv'ом. А тот же lynx всё конвертирует на лету. Можно читать и писать в KOI8-R, но на сервер, при необходимости, оно автоматически уйдёт в UTF-8. Тем более, что работа с многоязычными документами нужна не так уж и многим. Что же касается работы с чужими текстами в UTF-8, то приятного мало когда куча символов в тексте отображается квадратами, а что скрыто за каждым из них можно узнать только через коды символов. Коды символов можно посмотреть и из другой кодировки. Ну, а KOI8-R лучше других однобайтных кодировок тем, что она стала стандартом в мире операционок семейства UNIX. Да, она стала стандартом. Так и писали в документации, и в статьях по руссификации описывали настройку именно локали KOI8-R. Так и было, когда я начал юзать GNU/Linux. UTF-8 притащили уже потом. А понять почему победила именно KOI8-R не так уж и сложно. Кодировки 866, cp1250, cp1251,... и т.д. были разработаны в рамках коммерческих проприетарных проектов, да и многие из них пришли уже потом. А во времена MS DOS'а с его кодировкой 866 на территории бывшего СССР уже пару десятилетий активно использовали KOI8-R. И зачем заимствовать что-то из проприетарщины, когда и так уже есть своё родное, используемое десятилетиями?! Так KOI8-R пришла и в GNU/Linux. Так и дальше продолжается использоваться теми, кто не хочет что-либо менять.
Понятно, что менять уже настроенное смысла не нет. Речь про новое.
Или вы по-прежнему тянете KOI8-R в новые проекты?
Впрочем, если у вас вся инфраструктура на KOI8-R, то пожалуй я с вами соглашусь.При конвертировании можно потерять часть исходного форматирования.
Возможны грабли.Я не застал KOI8-R как стандарт. Когда переходил, уже была UTF-8. И на винде использо(вал/ю) UTF-8. Так что самый большой плюс этой кодировки я ощутил именно при миграции.
По поводу экономии для текстов. Да, экономия для текстов есть. Но только для несжатых текстов. И вся экономия вылетает в трубу, стоит начать работу с одной большой картинкой или куском видео. Сейчас, для современных носителей, эта разница ничтожна. Если у вас конечно не полный набор классической литературы хранится.
Да просто пересохранение из .doc(x) || .odt в .txt даёт нехилую экономию.
Раньше, когда в ходу ещё были дискеты и соединение по сети было таким, о котором сейчас даже в страшном сне никто подумать не может… тогда это имело смысл.Но я не представляю как работать с формулами в такой кодировке. Впрочем, для текстового режима в консоли это не актуально.
> Но я не представляю как работать с формулами в такой кодировке.С математическими, что ли? :)
Да.
Понятно конечно, что есть (La)TeX, но… там вроде опять нестандартные (т.е. не родные PSF шрифты) шрифты нужны для нормального конечного результата?
Вообще-то, в консоли (без необходимости запуска иксов) freetype, gs, LaTeX,... вполне работают, как и просмотрщики изображений для фреймбуферовской консоли. Так что, при необходимости вполне можно набросать документ в LaTeX'е, сгенерировать PDF, конвертировать PDF в набор картинок и посмотреть. Как и не обязательно вводить иероглифы отдельными символами. Тот же HTML позволяет прописывать сложные символы в формате " " (чем в т.ч. активно пользуется lynx, пытаясь подобрать символ на замену отсутствующего). Однако, для работы с математическими формулами и это может быть избыточным. Формулы можно описывать в форматах выражений языков программирования (например, "pi = 4 * atan(1)", "pow(a, 2) + pow(b, 2) = pow(c, 2)" или "a^2 + b^2 = c^2",... и т.д.) или оформлять в ascii art'е - http://saahriktu.org/tmp/scr1457284363.png . Так что, если нет необходимости активно вводить и обрабатывать иероглифы как иероглифы, то никаких особых проблем с локалью KOI8-R нет.
Там было про формат "& n b s p ;" (без пробелов).
Посмотрите на себя в зеркало, возможно на вашей северной стороне растет мох.
> Юзаю локаль KOI8-R с 2003-го года и проблем не знаю.Здорово Вам, я всё-таки свалил на UTF-8 несколько лет тому -- где-то после 2008...2009 начал всё более массово крошиться юзерский софт, причём если для себя с этим ещё получалось мириться (это если не нашлось исправления или объезда), то для домашних такое уже не годилось.
Очень здорово, когда уточнение кодировки спихано с машин на человека. Зачем же машинам напрягаться, пусть люди вкалывают, натыкаясь на закорючки и вручную прописывая какая это кодировка. Ведь если это in-band передается - слишком просто, handjob'а не хватает.
> Ждём ncurses клиент к текстовым чатам с поддержкой однобайтных кодировокС такими хотелками уместнее летающий ДеЛореан хотеть. Чтобы отправиться куда-нибудь в 1989.
Не впечатлили. Нет клиента под Linux. Привязан к своим единым серверам.
Зачем тогда он нужен. Если есть тот же tox?
проблема с tox в том, что он есть, но его нет
> проблема с tox в том, что он есть, но его нетв этом его основное преимущество...
нет клиента под линь идут лесом. на обновы скайпа и так забили. а в браузере смысла нет.
дополнение: соглашение по использованию сервиса запрещает подключение к серверам неофициальных клиентов (вот это вообще классно и говорит о многом).
А вот это странно. надо выяснять. как-то с GPL не стыкуется
> А вот это странно. надо выяснять. как-то с GPL не стыкуетсяЗамануха отдельно, сервер отдельно. Чего тут странного??
Глянул - так они его только выложили. Скорее всего, подкрутят соглашение.
да и вообще смысл то если уже есть WebRTC "_"?
Оно же запустится на FreeBSD?)))) А у них даже под линь клиента нету..... Ну такого же никогда не было и вот опять.
Разве это новость не 2014 года?
Нет.Fri Mar 11, 2016 8:05am EST. Tech Skype co-founder launches ultra-private messaging, with video
$ curl -I https://wire-app.wire.com/win/prod/WireSetup.exe
Last-Modified: Thu, 03 Mar 2016 18:30:20 GMT
10 марта в 18:17 Time to make your first video call on Wire. Have fun! www.wire.com/download
> You specifically agree not to access, or attempt to access, the Service through any automated means (including, without limitation, through the use of scripts, bots, unauthorized third party appsBreaking news: "Бывшие инженеры Skype оказались такими же мyдаками как и нынешние"
а почему они в лист сравнения не добавили функцию показа экрана и не поставили себе красный крестик !?
В клиенте для шиндовс тупо влепили хром. Какой смысл делать линуксовую версию, если оно даже под виндой по сути в браузере работает?
"серверная инфраструктура находятся под юрисдикцией Швейцарии"
- Ага, а сайт хостится на Google и не доступен в Крыму из-за санкций.
А домен куплен на независимом "швейцарском" регистраторе Godaddy, я даже боюсь представить за сколько денег.
Я даже на всякий случай в календарь заглянул, но нет - не первое апреля.
