Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 41
«Ну, легкомысленны… ну, что ж… и милосердие иногда стучится в их сердца… обыкновенные люди… в общем, напоминают прежних… квартирный вопрос только испортил их…»
Странная позиция: сначала вы жалеете, что криптографические средства и открытые протоколы не так популярны, как хотелось бы, а в конце пишете, что не против цензуры.
Лично я не вижу взаимосвязи между криптографией/протоколами и цензурой. Родители регулярно проводят цензуру информации которая попадает их детям — я считаю это необходимо и абсолютно естественно.
Может. И считает. И это естественно. Без цензуры возможна только анархия.
Это ни в коей мере НЕ естественно. Анархия здесь вообще не при чём. Да и вы так говорите, как будто анархия — это что-то плохое :). Не в смысле батьки Махно, конечно, а в смысле либертарианства.
Ну, и пока вы (в обобщенном смысле) будете так думать, ситуация будет только ухудшаться.
Ну, и пока вы (в обобщенном смысле) будете так думать, ситуация будет только ухудшаться.
вот только нельзя быть «чуть-чуть беременным». Или ты отдаешь свое право государству выбирать что смотреть или нет.
Есть некоторая тенденция по использованию голосового управления, которая, надеюсь, даст толчок развитию cli-интерфесов.
Любая технология видоизменяется, когда доходит до широких масс, эволюционирует, адаптируясь под потребности широкого потребителя, который жаждет что бы все было просто и быстро, что бы поменьше думать, настраивать, разбираться и тд. Это естественный процесс, в котором есть хорошее и плохое. Из хорошего могу сказать, что если бы смартфоны не стали столь популярны, то мог бы я сейчас, в 2016 году за $150 купить мини-пк с камерой как у хорошей мыльницы, экраном, позволяющим комфортно читать книги любого формата, памятью, дающей возможность хранить десяток-другой фильмов и тд.? Я хорошо помню времена КПК, как раз тогда круг потребителей был довольно узок и развитие технологий было куда медленнее. С ПК можно провести такую же аналогию: если бы не широкий круг потребителей в виде геймеров, то могли бы мы сейчас за $100-200 купить достойный процессор, которого, конечно, для современных игрушек, может и не хватит, но для многих других целей — с головой.
Вам надо обращаться к авторам государственной программы «Доступная среда», депутатам и общественным деятелям, поддерживающим её и аналогичные программы (http://www.garant.ru/news/646287/).
Смысл обращения в том, чтобы в её рамках принимались программы, повышающие доступность и возможности необходимые для работы с программами людям с ограниченными возможностями (например, проводились конкурсы и оплачивались работы по созданию соответствующего свободного и бесплатного программного обеспечения, оплачивалось внесение в код существующих проектов необходимых, в соответствии с законодательством РФ, возможностей, портирование на платформы и улучшение юзабельности и исправление ошибок, поддержка домашних сайтов и репозиториев программ, проводилась социальная реклама такого программного обеспечения в интернете, по радио, телевидению, — да много чего можно придумать, почитав законодательство и пообщавшись на форумах юристов.
Например, можно предложить план научного исследования степени удобства программ и операционной системы в которых сильна текстовая подача информации т. е. Unix-подобных программ, сославшись на ст. 11 ФЗ №127 «О науке...» в которой целью научной госполитики ставится реализация важнейших социальных задач, а меры социальной защиты инвалидов являются расходными обязательствами Российской Федерации (ФЗ №181 «О социиальной защите инвалидов...». Аналогично: можно предложить план научного исследования степени удобства программ и операционной системы с возможностью голосового управления и т. д. и т. п.
Чтобы всё это перестало быть фантастикой о «Мире Полдня» и превратилось в реальность попробуйте для начала переработать свой текст, отделив от него тему гиков и удалив техницизмы и, затем, развив проблему ограниченных возможностей, изучите и сделайте ссылки на законодательство, в том числе ратифицированное международное — так, чтобы вас хорошо понял человек с юридическим, медицинским, историческим и иным не техническим образованием, вычитайте его (можно даже попросить помощи в этом у посетителей гиктаймса).
Смысл обращения в том, чтобы в её рамках принимались программы, повышающие доступность и возможности необходимые для работы с программами людям с ограниченными возможностями (например, проводились конкурсы и оплачивались работы по созданию соответствующего свободного и бесплатного программного обеспечения, оплачивалось внесение в код существующих проектов необходимых, в соответствии с законодательством РФ, возможностей, портирование на платформы и улучшение юзабельности и исправление ошибок, поддержка домашних сайтов и репозиториев программ, проводилась социальная реклама такого программного обеспечения в интернете, по радио, телевидению, — да много чего можно придумать, почитав законодательство и пообщавшись на форумах юристов.
Например, можно предложить план научного исследования степени удобства программ и операционной системы в которых сильна текстовая подача информации т. е. Unix-подобных программ, сославшись на ст. 11 ФЗ №127 «О науке...» в которой целью научной госполитики ставится реализация важнейших социальных задач, а меры социальной защиты инвалидов являются расходными обязательствами Российской Федерации (ФЗ №181 «О социиальной защите инвалидов...». Аналогично: можно предложить план научного исследования степени удобства программ и операционной системы с возможностью голосового управления и т. д. и т. п.
Чтобы всё это перестало быть фантастикой о «Мире Полдня» и превратилось в реальность попробуйте для начала переработать свой текст, отделив от него тему гиков и удалив техницизмы и, затем, развив проблему ограниченных возможностей, изучите и сделайте ссылки на законодательство, в том числе ратифицированное международное — так, чтобы вас хорошо понял человек с юридическим, медицинским, историческим и иным не техническим образованием, вычитайте его (можно даже попросить помощи в этом у посетителей гиктаймса).
Да, начинавшийся как информационная система интернет интернет трансформируется в систему контроля и в перспективе — управления
Согласно книгам «Конец техноутопии», «Проблема-2033», «Армагеддон завтра», «хьюстон-2030» и т.д. этот НТП рухнет под гнётом самосозданных проблем. Прежде всего из-за уменьшения нетто-энергии (прохождения пика нефти). Какие технологии позже появились — те раньше и «отвалятся».
Никто не будет содержать дата-центры в эпоху ресурсных войн ради контекстной рекламы. Хлеб и так продаётся, а дефицитную энергию будут тратить с большей пользой.
В России через 10 лет закончится легкодоступная нефть, в Китае через 4 года — свинец.
Фидонет через радиоканалы может и останется, для избранных.
Никто не будет содержать дата-центры в эпоху ресурсных войн ради контекстной рекламы. Хлеб и так продаётся, а дефицитную энергию будут тратить с большей пользой.
В России через 10 лет закончится легкодоступная нефть, в Китае через 4 года — свинец.
Фидонет через радиоканалы может и останется, для избранных.
Лично видел российскую книгу 20-х годов о нефтедобыче. Там замечательно описано как капиталисты вовсю тратят нефть и по оценкам учёных она у них закончится через 20 лет (1940-е), а в Советской России есть ещё неразведанные месторождения, и нефти может хватить до 1960-х. Ну вы поняли…
Станет мало нефти? Во первых — ещё долго не станет. Во вторых — найдём что-нибудь новое.
Станет мало нефти? Во первых — ещё долго не станет. Во вторых — найдём что-нибудь новое.
Снимайте розовые очки «бумстера».
СССР согласно гимну был «союз нерушимый». И в референдуме 1991 г. большинство проголосовало за его сохранение.
В случае маловероятного избытка энергии станут проблемами металлы, почва, вода, место для свалок, климат без катаклизмов.
«без новых открытий добыча запасов нефти начнет снижаться уже с 2020 года. В связи с этим повысится доля трудноизвлекаемой нефти и серьезно ухудшится экономика проектов.» — http://www.gazeta.ru/business/news/2016/03/17/n_8380013.shtml
http://worldcrisis.ru/crisis/1941887 — про пик Хабберта, 80 нефтедобывающих стран его уже прошли, а термояда так и не придумали.
http://vicsrg.ho.com.ua/stat/ogorod-faq.htm «Ученые обязательно что-нибудь придумают.» — с разоблачением, от бывшего сисадмина с высшим биологич. образованием.
https://www.youtube.com/watch?v=_nC1nJEy1Hg
СССР согласно гимну был «союз нерушимый». И в референдуме 1991 г. большинство проголосовало за его сохранение.
В случае маловероятного избытка энергии станут проблемами металлы, почва, вода, место для свалок, климат без катаклизмов.
«без новых открытий добыча запасов нефти начнет снижаться уже с 2020 года. В связи с этим повысится доля трудноизвлекаемой нефти и серьезно ухудшится экономика проектов.» — http://www.gazeta.ru/business/news/2016/03/17/n_8380013.shtml
http://worldcrisis.ru/crisis/1941887 — про пик Хабберта, 80 нефтедобывающих стран его уже прошли, а термояда так и не придумали.
http://vicsrg.ho.com.ua/stat/ogorod-faq.htm «Ученые обязательно что-нибудь придумают.» — с разоблачением, от бывшего сисадмина с высшим биологич. образованием.
https://www.youtube.com/watch?v=_nC1nJEy1Hg
Был такой carders.cc с высоким порогом вхождения. Что с ним стало?
Даже людям с ограниченными возможностями качественно легче не становится работать за компьютерами наравне с остальными:
Людям с ограниченными возможностями зрения сейчас все же куда легче работать наравне с остальными. И нетолько работать — слушать музыку и общаться, но и Работать — зарабатывать деньги. Кроме того нелюбимые вами технологические гиганты apple и google делают гигантские вещи для людей с ограниченными возможностями. Слепой человек может свободно владеть телефоном или планшетом на базе google android или яблочной ОС. На днях видел новость, что facebook запускает систему для анализа и описания картинок в помощь слепым и слабовидящим.
при этом есть возможность установить XMPP/Jabber/OTR/whatever программный клиент. Но этого не происходит. Кто раньше был в ICQ, теперь в SkypeПочему? Потому, что в XMPP нельзя звонить, нельзя передавать файлы. Как бы можно и то, и то, но пробив NAT успешно не выполняется практически никогда, и ничего не работает. Skype использует такие техники, что, зачастую, работает даже в том случае, если вы не оплатили интернет и вас не пускает ни на какие сайты. Не нужно, пожалуй, говорить, про фактическое отсутствие поддержки Push-уведомлений на мобильных устройствах.
Кто раньше был в IRC (хотя ведь открытый, простой протокол, потрепаться самое оно) теперь сидит в Telegram, WhatsApp и прочих.Почему? Потому, что никому не хочется использовать протокол, где нельзя отправить больше 255 символов в одном сообщении, где нужно использовать костыль в виде сраных ботов для совершения какого-либо действия, где нужно ждать несколько минут для того, чтобы переподключиться в случае обрыва соединения. Да, у нас, как и в случае с XMPP, есть новые стандарты, которые позволяют посылать более 255 символов в сообщении, и все такое прочее, но, как и в случае с XMPP, нихрена это не поддерживается в клиентах.
Но вот PGP или OTR всё-равно так и остаётся уделом мизерного меньшинства. Хотя PGP с нами уже более четверти века, OTR больше 10 лет. Безопасно передать файл с одного компьютера на другой — до сих пор остаётся в преобладающем большинстве случаев невыполнимой задачей.Почему? Потому, что инструкций, написанных для людей, которые первый раз услышали про PGP, мало, и, зачастую, в таких инструкциях не объясняется, зачем оно нужно, и как правильно это использовать. Использование PGP совместно с почтой поддерживается парой веб-сервисов и парой почтовых клиентов.
[Bittorrent] хорошо подходит просто даже для передачи больших файлов (например сотни мегабайт фотографий) между двумя гетерогенными компьютерами (автоматически продолжит докачиваться, не требует сервера промежуточного для хранения).DC++ для этого подходит, по моему мнению, куда лучше, но в нем вообще народа мало осталось, к сожалению.
USENET, NNTP всё ещё живут, но переехали в списки рассылки (maillist) Интернета. И там всё те же самые люди что и раньше были в USENET.А сам Usenet стали использовать в качестве файлообменника, и, согласитесь, лучше качать файлы из Usenet, чем с какого-нибудь depositfiles.
Мне кажется, главная причина централизации ресурсов и появления монополистов — это повсеместные ipv4+NAT, вместо ipv6. Сейчас взаимодействие между двумя устройствами за NAT-ом возможно, только если есть центральный сервер, который их свяжет. Если ipv6 получит распространение, то и децентрализованные свободные сервисы начнут активнее развиваться.
Безусловно, вы правы. Но есть и вполне себе стандартизированные и современные технологии пробива NAT, которые практически нигде не встречаются, вроде ICE. И это печалит.
Точно. Прочитал топик на телефоне и зашел что бы написать такой же комментарий. Придет ipv6 и воспрянет XMPP. Все составные части, которые по идее должны быть присущи идеальному мессенджеру уже имеют реализацию в сотнях проектах по отдельности. Объединить их в десятки идеальных мессенджеров мешает только недоступность инфраструктуры.
В стане XMPP болото. Отсутствие IPv6 не мешает другим отраслям (например, по-человечески работающее подтверждение доставки сообщения, гарантированная доставка сообщения, выбор способа отправки файла, данные о шифровании соединения, одновременное отображение диалога на всех устройствах, и это только вершина).
Вплоть до того что использование Conversations (единственный живой клиент на андроид) — испытание на прочность нервов.
Вплоть до того что использование Conversations (единственный живой клиент на андроид) — испытание на прочность нервов.
Не претендую на единственно верный подход, но подобные исправления я бы очень рад был видеть.
> Чем message delivery receipts нечеловеческие?
Привожу схему по памяти:
1. Алиса открывает клиент (Gajim, скажем), шлет Бобу соообщение. Появляется значок доставки сообщения.
2. У Боба в этот момент 2 клиента в онлайне, Gajim и Conversations, оба почти одновременно принимают сообщения. Боб отвечает Алисе из Gajim'а, затем закрывает Gajim
3. Алиса шлет сообщение Бобу. Conversations Боба принимает сообщение, но Алиса не получает подтверждение доставки.
> Тут чуть сложнее, да.
Неужели это настолько титаническая работа — сделать и реализовать соответствующий XEP?
Гарантированная доставка — краеугольный камень IM (по моему мнению, конечно).
> Этого замечания я не понял.
Мне бы хотелось иметь возможность выбрать как отправить файл:
— в потоке сообщений (когда файл бьется на куски, переводится в base64 и отправляется как сообщение)
— через прокси по XEP-0065
— через Jingle
и т.д.
Сейчас клиенты сами выбирают и случае если отправка не удалась совсем неясно, на каком этапе произошел затык и как это исправить.
> Вопрос клиента. OTR отображается в известных мне, например, PGP — тоже.
Шифруется ли передаваемый мной файл? Шифруются ли аудио- и видеозвонки? Шифруется ли моя переписка? (см. строкой ниже)
Кстати, у Gajim не OTR, а бутафория (тоже по памяти пишу):
1. Алиса и Боб шифруют переписку OTR
2. Боб дополнительно включает Conversations и с него отправляет Алисе незашифрованное сообщение
3. Теперь у Алисы будет отображаться что шифрование OTR включено, а по факту ее дальнейшие сообщения не зашифрованы.
> Message carbons.
Это одновременная доставка входящего сообщения на все устройства. Исходящие сообщения будут видны лишь на том устройстве, откуда были отправлены.
Настолько простая и элементарная, казалось бы, вещь, которой только ленивый мессенджер не пользуется, а у нас и не предвидится.
Например, в скайпе на всех устройствах отображается полная версия диалога.
> А расскажите ещё что-нибудь!
Чтобы два раза не вставать, расскажу немного про Conversations:
1. Нет истории в привычном понимании этого слова. Да, XEP-0313 якобы поддерживается, но где посмотреть сообщения из истории — неясно.
2. В случае если Conversations потерял связь с сервером, он может тихо и долго молчать, продолжая попытки подключения. Вполне так может целый день держаться (дольше не тестировал).
3. Нет возможности назначать собеседнику gpg-ключ. Остается лишь молится, что он сам угадает (а угадывает 1 раз из трех).
4. Это не интерфейс, а адский ад.
5. Разработчик весьма груб, послал меня в весьма категоричной манере. Еще добавил что клиент хороший и нечего тут вякать (скорее придирка, но до него реально не достучаться)
— Механизм транспортов слабоват. Например, для libpurple есть библиотека для связи с Telegram. В родном для libpurple Pidgin'е можно войти в конференцию, а если подключено в качестве транспорта — нельзя.
— Текущий XEP по шифрованию openpgp отменили, назвали, емнип, кривым и дырявым. Нового XEP'а нет. Что будет с логами (как локальными, так и на сервере) после ввода нового XEP'а — непонятно. Кстати, в базе mysql зашифрованные логи хранятся в очень странном режиме.
— После пробуждения ПК из сна Gajim далеко не всегда выходит в онлайн сам.
— Если в Gajim подключено более одной учетной записи и одна/несколько отвалились, иконка в трее этого не покажет. То же самое с транспортами. Отключился — и молчок. Также иконка у окна чата и в панели задач не зависит от того, в онлайне собеседник или нет.
— История сообщений в Gajim неюзабельна, найти что-нибудь сложно. Блекло, неинформативно. Близкую к идеалу историю видел лишь в миранде, плагин History++
— При отправке в Gajim картинки в чат, нужно ручками уменьшить файл до ~40 kb
— Оные картинки идут неприлично долгое время. Даже если оба клиента и сервер в локальной сети и нет шейпинга.
— В Gajim нельзя в произвольный момент самому создать группу контактов
— Нет возможности использовать разные закрытые ключи для разных контактов/групп контактов
— Разброд и шатание в поддерживаемых XEP'ах. Они или не все указаны, или фактически реализованы в версии, отличной от указанной в readme.
— По факту лишь 2 живых проекта — Gajim и Conversations. У обоих весьма закрытые и категоричные ведущие разработчики. Другие клиенты еле-еле шевелятся (в том же PSI нет Message carbons, МАМ и много чего еще)
— Невозможно (без правки исходного кода) существенно изменить стиль сообщений.
— Система работы со смайлами родом из нулевых. У разных людей могут быть разные паки смайлов, а одинаковые по коду смайлы часто сильно отличаются в передаваемой эмоции. Нельзя ли сделать что-то более универсальное?
> Чем message delivery receipts нечеловеческие?
Привожу схему по памяти:
1. Алиса открывает клиент (Gajim, скажем), шлет Бобу соообщение. Появляется значок доставки сообщения.
2. У Боба в этот момент 2 клиента в онлайне, Gajim и Conversations, оба почти одновременно принимают сообщения. Боб отвечает Алисе из Gajim'а, затем закрывает Gajim
3. Алиса шлет сообщение Бобу. Conversations Боба принимает сообщение, но Алиса не получает подтверждение доставки.
> Тут чуть сложнее, да.
Неужели это настолько титаническая работа — сделать и реализовать соответствующий XEP?
Гарантированная доставка — краеугольный камень IM (по моему мнению, конечно).
> Этого замечания я не понял.
Мне бы хотелось иметь возможность выбрать как отправить файл:
— в потоке сообщений (когда файл бьется на куски, переводится в base64 и отправляется как сообщение)
— через прокси по XEP-0065
— через Jingle
и т.д.
Сейчас клиенты сами выбирают и случае если отправка не удалась совсем неясно, на каком этапе произошел затык и как это исправить.
> Вопрос клиента. OTR отображается в известных мне, например, PGP — тоже.
Шифруется ли передаваемый мной файл? Шифруются ли аудио- и видеозвонки? Шифруется ли моя переписка? (см. строкой ниже)
Кстати, у Gajim не OTR, а бутафория (тоже по памяти пишу):
1. Алиса и Боб шифруют переписку OTR
2. Боб дополнительно включает Conversations и с него отправляет Алисе незашифрованное сообщение
3. Теперь у Алисы будет отображаться что шифрование OTR включено, а по факту ее дальнейшие сообщения не зашифрованы.
> Message carbons.
Это одновременная доставка входящего сообщения на все устройства. Исходящие сообщения будут видны лишь на том устройстве, откуда были отправлены.
Настолько простая и элементарная, казалось бы, вещь, которой только ленивый мессенджер не пользуется, а у нас и не предвидится.
Например, в скайпе на всех устройствах отображается полная версия диалога.
> А расскажите ещё что-нибудь!
Чтобы два раза не вставать, расскажу немного про Conversations:
1. Нет истории в привычном понимании этого слова. Да, XEP-0313 якобы поддерживается, но где посмотреть сообщения из истории — неясно.
2. В случае если Conversations потерял связь с сервером, он может тихо и долго молчать, продолжая попытки подключения. Вполне так может целый день держаться (дольше не тестировал).
3. Нет возможности назначать собеседнику gpg-ключ. Остается лишь молится, что он сам угадает (а угадывает 1 раз из трех).
4. Это не интерфейс, а адский ад.
5. Разработчик весьма груб, послал меня в весьма категоричной манере. Еще добавил что клиент хороший и нечего тут вякать (скорее придирка, но до него реально не достучаться)
— Механизм транспортов слабоват. Например, для libpurple есть библиотека для связи с Telegram. В родном для libpurple Pidgin'е можно войти в конференцию, а если подключено в качестве транспорта — нельзя.
— Текущий XEP по шифрованию openpgp отменили, назвали, емнип, кривым и дырявым. Нового XEP'а нет. Что будет с логами (как локальными, так и на сервере) после ввода нового XEP'а — непонятно. Кстати, в базе mysql зашифрованные логи хранятся в очень странном режиме.
— После пробуждения ПК из сна Gajim далеко не всегда выходит в онлайн сам.
— Если в Gajim подключено более одной учетной записи и одна/несколько отвалились, иконка в трее этого не покажет. То же самое с транспортами. Отключился — и молчок. Также иконка у окна чата и в панели задач не зависит от того, в онлайне собеседник или нет.
— История сообщений в Gajim неюзабельна, найти что-нибудь сложно. Блекло, неинформативно. Близкую к идеалу историю видел лишь в миранде, плагин History++
— При отправке в Gajim картинки в чат, нужно ручками уменьшить файл до ~40 kb
— Оные картинки идут неприлично долгое время. Даже если оба клиента и сервер в локальной сети и нет шейпинга.
— В Gajim нельзя в произвольный момент самому создать группу контактов
— Нет возможности использовать разные закрытые ключи для разных контактов/групп контактов
— Разброд и шатание в поддерживаемых XEP'ах. Они или не все указаны, или фактически реализованы в версии, отличной от указанной в readme.
— По факту лишь 2 живых проекта — Gajim и Conversations. У обоих весьма закрытые и категоричные ведущие разработчики. Другие клиенты еле-еле шевелятся (в том же PSI нет Message carbons, МАМ и много чего еще)
— Невозможно (без правки исходного кода) существенно изменить стиль сообщений.
— Система работы со смайлами родом из нулевых. У разных людей могут быть разные паки смайлов, а одинаковые по коду смайлы часто сильно отличаются в передаваемой эмоции. Нельзя ли сделать что-то более универсальное?
> это Телеграм будет виноват?
В данном случае разработчик утверждает, что XEP поддерживается, а по факту нет.
> In-band-файл — да
А разработчик Gajim уверяет что нет. Не спорю, просто как факт.
Про те слова, где вы разделяете протокол и реализацию: в каком-нибудь идеальном мире, может, я и стану рассматривать их отдельно.
По факту же стандарт так и остается недосягаемым идеалом уже много лет. На словах поддерживают все необходимые XEP'ы и ничего менять не собираются.
> А что там, в History++?
Слева даты, сгруппированные по годам, месяцам и дням (можно почти мгновенно перейти к нужной дате). Вся история полностью (с первого сообщения до последнего) справа. Экспорт в 5 форматов. Закладки.
Не знаю, смогу ли прикрепить скрин.
> Как вы определяете живость?
Насколько проект движется вперед. Прошлые года я это отслеживал: в psi и psi+ была активность в тикетах, но разработчики молчали. Нет новых версий, нет поддержки XEP'ов, без фикса багов.
Примерно та же картина была по другим клиентам.
Какой клиент вы разрабатываете? Я стал лишь изредка следить за новостями xmpp, мог упустить.
> Я тоже могу категорично послать, если
Я указал автору Gajim'а на некорректную работу с XEP-0313, он ответил что это не баг, и не слушая моих объяснений закрыл тикет как invalid.
С этим же тикетом я пришел к разработчиками ejabberd. Один из них зашел на багтрекер Gajim'а, все подробно расписал и указал место в коде где надо поправить. Только после этого баг поправили.
И такая дребедень… очень часто; руки опускаются репорты слать.
Предупреждая вопросы и отвечая на ваши призывы: деньгами не богат, питон только начал изучать.
> Ваш клиент не поддерживает стили сообщений?
Настраиваемо, но в очень небольших пределах.
> Я бы с интересом послушал про возможные варианты решения этой проблемы.
Примерный план (наивно, конечно, ждать такое):
0. Сделать настройку (в тех клиентах, где ее нет), чтобы обычно применяемые для смайлов символы не превращались в картинку.
А то код и ссылки слать жуть как неудобно. Выключишь интерпретацию — останешься без смайлов.
1. Собрать крупную базу смайлов из самых разных наборов.
2. Каждому смайлу назначить длинную комбинацию символов + назначить экранирующие символы, чтобы можно было послать идентификатор смайла и как текст.
3. *надеваю розовые очки*
Участники каждого проекта делают соответствующий плагин к своему клиенту.
4. Сделать соответствующий XEP (совсем нереально)
В итоге кто хочет — пользуется смайлами (какие нравятся!), кто не хочет — остается на традиционных рельсах замены двоеточия со скобкой на картинку.
А сейчас получается, что хочу я отправить собеседнику дружелюбного пони, а он у себя видит бездушного желтого колобка.
В данном случае разработчик утверждает, что XEP поддерживается, а по факту нет.
> In-band-файл — да
А разработчик Gajim уверяет что нет. Не спорю, просто как факт.
Про те слова, где вы разделяете протокол и реализацию: в каком-нибудь идеальном мире, может, я и стану рассматривать их отдельно.
По факту же стандарт так и остается недосягаемым идеалом уже много лет. На словах поддерживают все необходимые XEP'ы и ничего менять не собираются.
> А что там, в History++?
Слева даты, сгруппированные по годам, месяцам и дням (можно почти мгновенно перейти к нужной дате). Вся история полностью (с первого сообщения до последнего) справа. Экспорт в 5 форматов. Закладки.
Не знаю, смогу ли прикрепить скрин.
Скриншот
> Как вы определяете живость?
Насколько проект движется вперед. Прошлые года я это отслеживал: в psi и psi+ была активность в тикетах, но разработчики молчали. Нет новых версий, нет поддержки XEP'ов, без фикса багов.
Примерно та же картина была по другим клиентам.
Какой клиент вы разрабатываете? Я стал лишь изредка следить за новостями xmpp, мог упустить.
> Я тоже могу категорично послать, если
Я указал автору Gajim'а на некорректную работу с XEP-0313, он ответил что это не баг, и не слушая моих объяснений закрыл тикет как invalid.
С этим же тикетом я пришел к разработчиками ejabberd. Один из них зашел на багтрекер Gajim'а, все подробно расписал и указал место в коде где надо поправить. Только после этого баг поправили.
И такая дребедень… очень часто; руки опускаются репорты слать.
Предупреждая вопросы и отвечая на ваши призывы: деньгами не богат, питон только начал изучать.
> Ваш клиент не поддерживает стили сообщений?
Настраиваемо, но в очень небольших пределах.
> Я бы с интересом послушал про возможные варианты решения этой проблемы.
Примерный план (наивно, конечно, ждать такое):
0. Сделать настройку (в тех клиентах, где ее нет), чтобы обычно применяемые для смайлов символы не превращались в картинку.
А то код и ссылки слать жуть как неудобно. Выключишь интерпретацию — останешься без смайлов.
1. Собрать крупную базу смайлов из самых разных наборов.
2. Каждому смайлу назначить длинную комбинацию символов + назначить экранирующие символы, чтобы можно было послать идентификатор смайла и как текст.
3. *надеваю розовые очки*
Участники каждого проекта делают соответствующий плагин к своему клиенту.
4. Сделать соответствующий XEP (совсем нереально)
В итоге кто хочет — пользуется смайлами (какие нравятся!), кто не хочет — остается на традиционных рельсах замены двоеточия со скобкой на картинку.
А сейчас получается, что хочу я отправить собеседнику дружелюбного пони, а он у себя видит бездушного желтого колобка.
> Любопытства ради, не дадите ли ссылку?
Вот (парсер ест ссылку):
https://trac.gajim.org/ticket/8123
После фикса все сообщения стали литься в БД.
Попробую другими словами про смайлы.
Сейчас, если смайлы включены, то вместо :) будет картинка. Это далеко не всегда удобно (например, если шлю код с встречающимся там :) )
Поэтому такой механизм преобразования предлагаю выключить. После сбора большой коллекции смайлов назначить каждому смайлу идентификатор подлиннее, например: «smile#kolobok-animated#smileROFL»
В идеальном мире все разработчики клиентов пишут плагин, который бы эти идентификаторы преобразовывал в картинки.
Теперь есть выбор:
1. По старинке печатать :) получая в итоге картинку. В этом случае неизвестно какая картинка будет отображена у собеседника, потому что у него другой смайл-пак.
2. :) так и остается двоеточием со скобкой, зато есть одинаковые у всех клиентов смайлы. Какой смайл отправил, тот (точно такой же) будет отображен у собеседника.
Вот (парсер ест ссылку):
https://trac.gajim.org/ticket/8123
После фикса все сообщения стали литься в БД.
Попробую другими словами про смайлы.
Сейчас, если смайлы включены, то вместо :) будет картинка. Это далеко не всегда удобно (например, если шлю код с встречающимся там :) )
Поэтому такой механизм преобразования предлагаю выключить. После сбора большой коллекции смайлов назначить каждому смайлу идентификатор подлиннее, например: «smile#kolobok-animated#smileROFL»
В идеальном мире все разработчики клиентов пишут плагин, который бы эти идентификаторы преобразовывал в картинки.
Теперь есть выбор:
1. По старинке печатать :) получая в итоге картинку. В этом случае неизвестно какая картинка будет отображена у собеседника, потому что у него другой смайл-пак.
2. :) так и остается двоеточием со скобкой, зато есть одинаковые у всех клиентов смайлы. Какой смайл отправил, тот (точно такой же) будет отображен у собеседника.
> И даже их зашифрованное тело?
Этой магии я не понимаю. Отображается в базе точно так же (смотрел через phpmyadmin), но сообщения из базы приходят корректно. Т.е. я (например) удаляю профиль Gajim'а, заново вбиваю учетные данные, и логи в корректном виде появляются в свежесозданном профиле.
> Лучше уж просто отправлять картинку в тексте исходящего сообщения, тогда все проблемы решаются автоматически.
Такая простая и эффективная идея мне в голову не пришла. Изначально да, была идея что в клиенте много смайлов таскать.
Только как ее реализовать? В том же Gajim'е картинка посылается только отдельным сообщением, посреди текста ее не вставишь. В psi, насколько я помню, тоже.
Этой магии я не понимаю. Отображается в базе точно так же (смотрел через phpmyadmin), но сообщения из базы приходят корректно. Т.е. я (например) удаляю профиль Gajim'а, заново вбиваю учетные данные, и логи в корректном виде появляются в свежесозданном профиле.
> Лучше уж просто отправлять картинку в тексте исходящего сообщения, тогда все проблемы решаются автоматически.
Такая простая и эффективная идея мне в голову не пришла. Изначально да, была идея что в клиенте много смайлов таскать.
Только как ее реализовать? В том же Gajim'е картинка посылается только отдельным сообщением, посреди текста ее не вставишь. В psi, насколько я помню, тоже.
Про PGP не соглашусь. Для него прекрасная документация есть. Она действительно не ответит на вопрос зачем нужно шифрование и аутентификация — предполагается что это и так понятно для чего. Если нет — то тогда человеку и не стоит об этом задумываться и заморачиваться.
Поддержка PGP Web-сервисами: не вижу ничего хорошего в интеграции Web-а и PGP, зачем? Web это Web. Передача файлов, почта это другие сервисы, не связанные с Web-ом.
Поддержка PGP Web-сервисами: не вижу ничего хорошего в интеграции Web-а и PGP, зачем? Web это Web. Передача файлов, почта это другие сервисы, не связанные с Web-ом.
А между тем facebook позволяет указать на своей страничке OpenPGP ключ, с помощью котого с вами могут контактировать. Более того, facebook может шифровать все отправляемые вам электронные письма (припример с обновлениями друзей) с помощью этого ключа.
А вот открытый ключ самого facebook: https://www.facebook.com/facebook/publickey/download/
А вот открытый ключ самого facebook: https://www.facebook.com/facebook/publickey/download/
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Изолированность мира и культуры нердов, хакеров и шифропанков