RSS
Pages: 1 ... 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67
[>] Re: iing
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-05-22 21:49:41


>> Например, тот, про который я уже сообщал: https://ii-net.tk/screens/Screenshot_20170522-140701.png
> Поставлю хром и посмотрю. В лисе не воспроизводится а то.

Так и не смог воспроизвести, но беглое гугление подсказало один из вариантов. Проверь. Вдруг помогло.

[>] Re: Tavern
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-05-22 18:38:00


AL> Эксперимента ради таки добавил в сабж (в апстриме iing этого пока нет) js-скриптов маленько.

Навигация кнопками нравится. Для вимеров наличие сочетаний тоже круто.
// А ещё нужны клавиши для перехода в начало и в конец.

Сам уже давно мог бы добавить JS-штуки в ii-php и сделать наконец-то полноценный материал-дизайн, но меня до сих пор останавливает желание поддерживать всё и вся.

[>] Re: iing
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-05-22 17:04:36


AL> Итак. Я доделал адаптивный интерфейс. Теперь совершенно вся вебморда таверны приспособлена для использования на девайсах с мелким экраном.

Сейчас ещё лучше, но баги всё равно есть

Например, тот, про который я уже сообщал: https://ii-net.tk/screens/Screenshot_20170522-140701.png
И ещё вылезающий за границы экрана текст на главной странице: https://ii-net.tk/screens/Screenshot_20170522-140639.png

[>] Re: Tavern
ii.14
Andrew Lobanov(tavern,1) — Peter
2017-05-22 15:33:26


>Другое дело, что именно за клавиши использовать. Часто (почему-то) для следующий/предыдущий -- используют пробел и backspace.
>Но пробел в браузере обычно это листание страниц. Может стрелки стандартные?

Я думал над этим. В играх не зря используют WASD, ИМХО. Это очень удобно, если при этом всё таки тягаться за мышкой и при этом быстро использовать всю клаву (в случае таверны быстро перенести вторую руку с мыши и начать печатать).

[>] Скриншот
ii.14
vit01(mira, 1) — All
2017-05-22 18:59:10


Народ, подкиньте какой-нибудь милашный скрин текущей версии Цезия.

// Решил просто обновить немного главную https://ii-net.tk и понял, что старый сабж этого клиента выглядит не очень

[>] Re: iing
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-05-23 05:20:44


AL> Не знаю насколько он милашный, но я так в секточке чижу.

Здесь, конечно, лютое ШГ, но для документации и главной сойдёт, спасибо :)

[>] Re: Скриншот
ii.14
vit01(mira, 1) — Difrex
2017-05-23 18:50:42


Difrex> скриншот цезия в более выскоком разрешении

Какой дали, такой и загрузил скрин. Вроде бы, неплохо смотрится.
Масштабируются картинки под размер экрана. И ещё они кликабельны, так что их можно рассмотреть при желании.

// Список станций мне с точки зрения дизайна не нравится. Но как сделать красивее, пока не знаю.

[>] Re: Скриншот
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-05-23 15:45:26


В общем, обновил немного главную https://ii-net.tk (и поменял скрин с Цезием)

Выглядит аккуратнее, чем в прошлый раз, но тоже немного топорно. Видимо, в материал-дизайне трудно обстоит дело с тёмными темами.

[>] ifhub.club
ii.14
Andrew Lobanov(tavern,1) — All
2017-05-25 06:52:39


На всякий случай сообщаю, что робота, собираюшего сабжевую эху я выключил. Причина в том, что я как сисоп несу ответственномть за трафик, идущий с моей станции, и не хочу распространять ни контент 18+ ни рекламу такого контента. Может быть, буду наполнять эху вручную. Или удалю со станции. Договориться с администратором сайта не удалось и добавить в RSS теги для фильтрации он отказался.

[>] Re: iing
ii.14
btimofeev(tavern,13) — Andrew Lobanov
2017-05-23 08:00:08


AL> Куда катимся. Терминус ШГ называть =)

Мне тоже что-то твой скриншот глаза режет, хотя я сам всегда в терминале терминус использую. Это у тебя кажется terminus bold, наверное поэтому мне не привычно.

[>] Re: Скриншот
ii.14
Difrex(mira, 14) — vit01
2017-05-23 18:22:57


>В общем, обновил немного главную https://ii-net.tk
Неплохо. Мне кажется, что нужен скриншот цезия в более выскоком разрешении

[>] Re: iing
ii.14
Andrew Lobanov(tavern,1) — btimofeev
2017-05-23 08:22:19


> Это у тебя кажется terminus bold, наверное поэтому мне не привычно.

Он самый. Просто у меня от тонкого начертания при больших размерах (на скрине для меня уже шрифт крупны) глаза устают. А вот при bold нет.

[>] Re: iing
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-05-23 05:20:45


>> https://ii-net.tk/screens/Screenshot_20170522-140701.png
AL> Так и не смог воспроизвести, но беглое гугление подсказало один из вариантов. Проверь. Вдруг помогло.

Неа, не помогло. Помню, когда писал стили для своей станции, то как-то решил эту проблему.
Надо будет посмотреть и самому отдебажить. Браузер вебкитоподобный, на стандартной WebView андроида.

// Жаль, исходники MLP-шного GUI не сохранились из 2015, там я с фоновой картинкой так нахимичил, что оно везде работало.

[>] Re: iing
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-05-23 06:14:51


>> Не знаю насколько он милашный, но я так в секточке чижу.
> Здесь, конечно, лютое ШГ, но для документации и главной сойдёт, спасибо :)

Куда катимся. Терминус ШГ называть =)

[>] Re: iing
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-01 11:49:18


Ура, теперь Таверна на телефоне нормально отображается
Так что пихай в апстрим

[>] Re: CutieFeed
ii.14
vit01(mira, 1) — vit01
2017-05-31 20:55:00


Решил вдруг сделать сабж более няшным и минималистичным.

Вот скриншотец: https://ii-net.tk/screens/cutiefeed-md.png

Вдохновлялся Андроид-клиентом; значки от Гугла, как и полагается. Коммитить пока не буду, времени нет :)
Хотя идей и здесь полно, каких можно дореализовать.

[>] Github Authentication
ii.14
vit01(mira, 1) — All
2017-06-04 13:29:33


Оказывается, у API Гитхаба есть возможность подключать сторонние приложения для аутентификации.

Это значит, что можно сделать в наших веб-интерфейсах кнопку "Войти через Гитхаб", и новым пользователям не придётся писать нам на емейл, выпрашивать строку авторизации и прочее-подобное.

При первой OAuth-сессии мы просто генерируем самого поинта вместе с authstr, и пользователь при желании (если хочет воспользоваться клиентом) сможет этот authstr посмотреть.

Можно, конечно, вход через Гугл сделать или ещё что-нибудь подобное, но у наших посетителей аккаунт на Гитхабе наверняка уже есть + народ этому ресурсу доверяет.

[>] Регулирование
ii.14
Andrew Lobanov(tavern,1) — All
2017-06-04 10:03:08


Читаю тут сисопскую эху одной известной сети и начинаю понимать почему Рома не фидо развивал, а ii изобрёл. Куча норм и правил, многие из которых являются откровенными анахронизмами, адепты этих анахронизмов и неутолимое желание творить фигню, перекидываясь пунктами полиси. При этом нет желания придти к консенсусу или посмотреть на происходящее со стороны.

Хорошо, что у нас пока анархия работает и в полноценной работе сети заинтересованы все сисопы.

Если что, то срач в r50.sysop начался с невинного вопроса о том, нужно ли заменять в тексте заглавную русскую Н на заглавную латинскую H. Или это уже пережиток прошлого. За чем последовал долгий срач с неправомерным отключением от бонных эх целых узлов.

[>] Re: Регулирование
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-04 14:27:43


>> Если что, то срач в r50.sysop начался с невинного вопроса о том, нужно ли заменять в тексте заглавную русскую Н на заглавную латинскую H. Или это уже пережиток прошлого. За чем последовал долгий срач с неправомерным отключением от бонных эх целых узлов.
> Это уже какой-то абсурд. Из-за такой мелочи пересраться... Круто, что у нас пока что более-менее дружбомагичная атмосфера здесь.

На самом деле чисто теоретически это может привести к некоторым проблемам с её отображением, так как Fido появилось в штатах и в 1983-м году. Никак не предполагалось, что 0x8D будет присутствовать в письмах. Когда же Fido пришло в Россию и уже была продавлена кодовая страница 866 в качестве стандарта де-факто, оказалось, что 0x8D это "Н". И совсем древний софт это не учитывал. Но с тех пор прошло более двадцати лет и даже узлы, много лет находяшиеся на автопилоте, спокойно обрабатывают этот символ, то практической проблемы не возникает. Но зато есть отдельно упёртые сисопы, которые ратуют за "традиции"(tm) и ретроградство.

С другой стороны, такая замена делает существенно дороже с точки зрения ресурсов поиск по базе, что очень хреново сказывается на мобильном софте.

Короче, координаторы молчат, сисопы срутся, а замена продолжает иметь место быть =)

> Анархия - это хорошо, когда мало народу. Думаю, на 10 станциях с 2 активными поинтами на каждой всё ещё можно будет прилично сосуществовать.

Я тут на фоне этого обсуждения в фидо тоже задумался о том, что придётся вводить регулирующие документы и должности в секту в случае роста сети. Пока что мы тут все можем договориться и до критической массы пользователей, которая опрокинет динамику роста в сторону лавинообразной, нам ещё очень далеко и не факт, что она вообще наберётся. Зато стало гораздо приятней находится здесь, а не там =)

[>] iing
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-01 11:22:15


Посмотрел я iing из гита. Фоновой картинки нет потому что она в конфиге не прописана. Там пока криво сделано: надо прописать "background filename", где filename - имя файла фоновой картинки из директории lib/.

По поводу стиля изменения внёс (пока не пушнул правда). Потестируй пожалуйста и отпишись о результатах.

[>] Re: CutieFeed
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-01 08:40:27


> Вдохновлялся Андроид-клиентом; значки от Гугла, как и полагается. Коммитить пока не буду, времени нет :)
> Хотя идей и здесь полно, каких можно дореализовать.

Как сделаешь сборку под винду свежей версии, отпишись пожалуйста. Есть один знакомый, который заинтересован в саюже под винду.

[>] Re: Регулирование
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-04 13:29:32


AL> Если что, то срач в r50.sysop начался с невинного вопроса о том, нужно ли заменять в тексте заглавную русскую Н на заглавную латинскую H. Или это уже пережиток прошлого. За чем последовал долгий срач с неправомерным отключением от бонных эх целых узлов.

Это уже какой-то абсурд. Из-за такой мелочи пересраться... Круто, что у нас пока что более-менее дружбомагичная атмосфера здесь.

Анархия - это хорошо, когда мало народу. Думаю, на 10 станциях с 2 активными поинтами на каждой всё ещё можно будет прилично сосуществовать.

[>] Re: idec mobile
ii.14
vit01(mira, 1) — vit01
2017-06-06 16:18:12


Дорогая При... Тьфу блин!

Дорогие пользователи, следящие за клиентом! Сегодня (а точнее за эти 2 дня) я усвоил один неплохой урок насчёт Андроида. Если вы собираетесь поддерживать зоопарк устройств от 4.4 до 7.1, то не надо ударяться в перфекционизм, используя сторонние библиотеки и совмещая их со стандартным styles.xml, @color, и.т.д. Достаточно сделать по-минимуму, т.е. "шоб работало".

Итак, в обновлении:

1. Новая активити настроек. Спасибо Борису за вручную составленный settings.xml и за текстовые описания. Мне было бы это лень делать самому.

2. Тема оформления теперь меняется на лету, без перезагрузки

Несмотря на отсутствие фактически полезных изменений, прошу народ протестировать, потому что мне пришлось сделать несколько неочевидных трюков.

Ссылка на APK здесь: https://ii-net.tk/ , а текущие юзеры могут просто нажать на кнопку "Обновиться"

[>] Re: idec mobile
ii.14
vit01(mira, 1) — vit01
2017-06-08 11:59:16


Для тех, кому лень обновляться.

Настройки должны выглядеть как-то так: https://ii-net.tk/screens/Screenshot_20170608-155106.png

А главный экран - вот так: https://ii-net.tk/screens/Screenshot_2017-06-08-15-49-40.png

[>] Re: idec-mobile
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-05 09:47:09


>> Так что я взял и загрузил в него таверну.
> Ты ведь не через интернет её загрузил, верно?

Через локалку :)

> Надеюсь, что ты использовал штатную функцию "импорт бандлов сообщений", которая была реализована специально для таких случаев.

Я уже практически спал и формировать бандо мне было лень. Локалка это всяко быстрее, чем вылазить из под одеяла, плестись в другую комнату и включать ноут для подключения к серверу. И гораздо проще, чем использовать ssh на телефоне :)

[>] Re: idec-mobile
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-05 09:06:21


AL> Так что я взял и загрузил в него таверну.

Ты ведь не через интернет её загрузил, верно?
Надеюсь, что ты использовал штатную функцию "импорт бандлов сообщений", которая была реализована специально для таких случаев.

[>] Re: idec mobile
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-08 11:31:12


К сожалению, сегодня вряд ли смогу протестировать это дело, так как поздно попаду домой и буду сильно уставший.

[>] Re: idec mobile
ii.14
vit01(mira, 1) — vit01
2017-06-07 20:48:20


Сегодня снова обновление! И оно тоже требует тестирования.

Попробуйте

1. Зайти в список эх
2. Повернуть девайс на 90 градусов

Если размер экрана будет достаточным, то трюк сработает.
Проверял на планшете и на своей лопате. Вроде бы пашет.

[>] idec-mobile
ii.14
Andrew Lobanov(tavern,1) — All
2017-06-04 23:40:22


Заметил тут что на моём смартфоне стал подтормаживать hotdoged (это который про фидо). Связано это с довольно разросшейся базой. В связи с чем стало интересно как себя будет чувствовать сабж в таких условиях. Так что я взял и загрузил в него таверну. И был приятно удивлён отзывчивостью программы. Скорость работы существенно выше, хотя я пока не смотрел объёмные сообщения с большой глубиной цитирования, а ведь все мы знаем что обработка текста удовольствие дорогое.

В целом от версий, выпущенных после введения индексов в базу, я доволен как слон.

[>] Re: idec mobile
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-08 11:46:54


Да там тестировать-то нечего.

Просто обновишься поверх, повернёшь телефон туда-сюда.
И в настройки зайди, если в предыдущий раз не смотрел.

[>] Re: idec mobile
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-08 13:02:54


AL> На моём телефоне не видать ничего нового.

Так и задумывалось. Фишка работает на размерах экрана в ширину 650dip (device independent pixels) и более.

У меня на телефоне 5.3 дюйма, а на планшете - 7. И там, и там новый layout включается только в ландшафтном режиме.
На 10-дюймовом девайсе оно наверняка заработает и так, без поворота.

Кстати, у тебя же есть какая-то китайская коробочка с андроидом, которую ты куда-то там подключал. Можешь завтра на неё клиент поставить и там проверить?

[>] Re: idec mobile
ii.14
vit01(mira, 1) — vit01
2017-06-12 19:07:55


К сожалению, настоящим релизом я вас сегодня порадовать не могу.

Но пусть будет хотя бы скриншот: https://ii-net.tk/screens/Screenshot_2017-06-12-22-56-49.png

Поставленная задача с планшетной читалкой оказалась довольно сложная, и я пока что еле-еле реализовал самые базовые вещи.
Зато фича наверняка позже себя оправдает.

// Особо любопытные могут скомпилировать с Гитхаба, но юзабилити пока оставляет желать лучшего

[>] Мысли о стандартах
ii.14
Andrew Lobanov(tavern,1) — All
2017-06-14 11:11:24


В очередной раз задумался о расширении стандарта.

Первое (уже озвученное ранее) это нетмейл. То есть личная переписка.

Удобного и действительно безопасного варианта я так и не придумал. Или привлекать PGP и монстрячить способ распросстранения открытых ключей или доверять всем сисопам сети личную переписку, отдавая поинтам только их сообщения. Если честно, мне оба варианта не нравятся. Может, у кого есть идеи получше?

// В любом случае, нетмейл будет ходить не между всеми узлами, а только между доверенными, но это всё равно не гарантирует безопасности.

Второе (вот тут не уверен, что вопрос поднимался мной ранее), это файл-эхи. Тут как раз всё просто: запрашиваем индекс фэхи, качаем нужные файлы. Пока я вижу это так:

Например, выделяем под это схемы f/

f/e/node.list вернёт что-то типа

node.list
n20170614.json:Нодлист за 14.06.2017
...
etc

Потом запрашиваем недостающие файлы

f/f/n201706.14.json

Скачиваем их и сохраняем локальный индекс.

Наваять это могу в течении пары дней на базе iing и caesium. Практический смысл мне видится в уодбстве (распространение сборок софта, фоток, нодлистов и всякого такого в духе сети, кокгда не ты ходишь за информацией, а информация сама приходит к тебе).

Что думаете об этом вот всём? Надо ли оно? Если честно, мне эти фичи кажутся такими вкусными, что я прямо горю желанием их реализовать =)

[>] Re: idec mobile
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-12 20:24:43


> К сожалению, настоящим релизом я вас сегодня порадовать не могу.
> Но пусть будет хотя бы скриншот: https://ii-net.tk/screens/Screenshot_2017-06-12-22-56-49.png
> Поставленная задача с планшетной читалкой оказалась довольно сложная, и я пока что еле-еле реализовал самые базовые вещи.
> Зато фича наверняка позже себя оправдает.

О е! Шикарно смотрится. К сожалению, я только сегодня более менее оказался свободен и до сих пор не попробовал предыдущий релиз на nexbox'е. Зато перестелил родителям пол в гостиной =)

[>] Re: idec mobile
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-11 13:42:39


> Кстати, у тебя же есть какая-то китайская коробочка с андроидом, которую ты куда-то там подключал. Можешь завтра на неё клиент поставить и там проверить?

AL> Попробую завтра.

И как оно? Работает или нет?

[>] Re: idec mobile
ii.14
btimofeev(mira, 24) — vit01
2017-06-12 19:29:16


vit01> Но пусть будет хотя бы скриншот: https://ii-net.tk/screens/Screenshot_2017-06-12-22-56-49.png

По-моему, выглядит отлично. И наверняка удобно будет.

[>] Re: idec mobile
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-08 12:36:28


> Просто обновишься поверх, повернёшь телефон туда-сюда.

На моём телефоне не видать ничего нового.

> И в настройки зайди, если в предыдущий раз не смотрел.

Вот настройки клёво переделал. По повороту позже посмотрю.

[>] Re: idec mobile
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-08 13:38:16


> На 10-дюймовом девайсе оно наверняка заработает и так, без поворота.

Вот тут интересно будет посмотреть. Не уверен, что в портретном режиме это будет удобно.

> Кстати, у тебя же есть какая-то китайская коробочка с андроидом, которую ты куда-то там подключал. Можешь завтра на неё клиент поставить и там проверить?

Попробую завтра.

[>] Re: Мысли о стандартах
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-14 18:37:34


AL> Я думал сделать дополнительную схему, где по authstr отдавать только те сообщения, которые совпадают с пользователем.

Ради одной-двух эх вводить такое вряд ли имеет смысл, но попробовать можно.

В веб-интерфейсе с шифрованием как таковым дело туго обстоит. Если человек на своём десктопе, то ему ничего страшного, у него есть PGP-софт. Но когда с чужого компьютера сидишь, то уже никак. Сохранять ключи на сервере не вариант, потому что безопасность страдает.

Если уж очень хочется что-то сделать с этим (например, сохранять ключи в куках), то надо будет использовать внешнюю javascript-библиотеку, потому что самостоятельно мы это не потянем.

[>] Re: Мысли о стандартах
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-14 12:13:07


AL> Или привлекать PGP и монстрячить способ распросстранения открытых ключей или доверять всем сисопам сети личную переписку, отдавая поинтам только их сообщения. Если честно, мне оба варианта не нравятся. Может, у кого есть идеи получше?

Придётся раньше времени выдавать наши секреты =)
Борис придумал сделать в андроид-клиенте интеграцию с PGP, которую лично я себе представляю примерно так:

При заходе в эху будет пункт меню "Настройки шифрования"
В этих настройках пользователь указывает, что будет шифровать сообщения, отправляемые в эту эху, такими-то ключами, а расшировывать - своим таким-то.
Механизм будет в идеале работать вообще в прозрачном режиме, вся шифровка-дешифровка будет производиться на уровне мейлера-фетчера. Шифровке подвергнется текст сообщения и сабж (мини-костылём).

Выбор ключа и всю грязную возню с криптографией под капотом будет осуществлять свободное приложение OpenKeyChain. Оно, кстати, есть в F-Droid'е, так что за удобный GUI и юзабилити беспокоиться не надо.

---------------

Насчёт фэхи сначала посмотрим то, что ты наваяешь, а потом решим. Но в целом мне эта идея нравится. Даёшь децентрализованный варез и прон!

[>] Re: Мысли о стандартах
ii.14
Kerbal(syscall,8) — Andrew Lobanov
2017-06-14 11:40:54


Можешь - делай. Потыкаем, потестим. Идея бодрая и нужная.

[>] Re: idec mobile
ii.14
vit01(mira, 1) — vit01
2017-06-14 17:29:43


Ура, товарищи! Можно порадовать вас реальным готовым релизом.
Ссылка на APK висит на главной https://ii-net.tk

Из новых фич, как вы уже догадались, у нас планшетный режим. Со времени предыдущего скриншота я добавил выделение цветом текущего прочитанного сообщения и увеличил размер боковой панели для девайсов с 1000dp ширины и более. И ещё исправил огромное количество багов.

О пользователях с обычными, мелкими экранами тоже забочусь
Что нового:

1. Лента сообщений теперь более юзабельная: последнее прочитанное (в обычных эхах) выделяется цветом
2. В этой же ленте, то есть в списке, включена автопрокрутка до последнего прочитанного, чтобы не потерять нить дискуссии и быстро отыскивать нужное
3. Во внутреннем редакторе убран автофокус на полях ввода, чтобы лучше работалось пальцами (раньше сразу выскакивала наэкранная клавиатура и вызывала путаницу)
4. В непрочитанных сообщениях и в результатах поиска теперь можно выходить в список сообщений для навигации, как и в нормальных эхах.

Тестировать всем обязательно, как можно быстрее! На этот релиз было затрачено всё моё свободное время за эти дни.
По статистике Гитхаба изменено 25 файлов, 1104 additions, 586 deletions. Объём работы большой, и хочется получить отклик.

[>] Re: Мысли о стандартах
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-14 12:47:09


> Придётся раньше времени выдавать наши секреты =)
> Борис придумал сделать в андроид-клиенте интеграцию с PGP, которую лично я себе представляю примерно так:
> При заходе в эху будет пункт меню "Настройки шифрования"
> В этих настройках пользователь указывает, что будет шифровать сообщения, отправляемые в эту эху, такими-то ключами, а расшировывать - своим таким-то.
> Механизм будет в идеале работать вообще в прозрачном режиме, вся шифровка-дешифровка будет производиться на уровне мейлера-фетчера. Шифровке подвергнется текст сообщения и сабж (мини-костылём).
> Выбор ключа и всю грязную возню с криптографией под капотом будет осуществлять свободное приложение OpenKeyChain. Оно, кстати, есть в F-Droid'е, так что за удобный GUI и юзабилити беспокоиться не надо.

Мне эта идея в контексте личной переписки всё равно кажется несколько неудобной, так как требует помимо адреса ещё и открытый ключ, а не везде так удобно это делать. Хотя можно через файлэху публиковать %)

Короче, никак у меня в голове не ложится личная переписка на стандарт так, чтобы не выглядела костылём или не была неудобной. Если же сделать её сбоку по образу фидошной, то начнутся проблемы с роутингом нетмейла, что нафиг не нужно для такой простой сети, как наша.

В общем, должно быть крайне просто для пользователя сделать следующее: написать сообщение не в эху, а поинту (например, по адресу, как уникальному идентификатору), адресат должен получить это дело вместе с остальной почтой. В идеале без каких либо дополнительных действий. И просто жизненно необходимо, чтобы личная переписка ходила не только в пределах одной станции.

> Насчёт фэхи сначала посмотрим то, что ты наваяешь, а потом решим. Но в целом мне эта идея нравится. Даёшь децентрализованный варез и прон!

Ну у меня почти есть решение в голове, но пока не могу придумать удобного механизма публикации файлов. Процесс получения я описал выше и не вижу пока потенциальных проблем с ним. Надо ещё подумать, порисовать и буду делать.

ЗЫЖ Прости, gl00my, я так пока и не перевёл iing на sqlite.

[>] Re: Мысли о стандартах
ii.14
btimofeev(mira, 24) — Andrew Lobanov
2017-06-14 12:49:56


AL> Или привлекать PGP и монстрячить способ распросстранения открытых ключей или доверять всем сисопам сети личную переписку, отдавая поинтам только их сообщения.

По-моему лучше первый вариант. Так сделано во многих email и jabber клиентах. Обменялись открытыми ключами, а потом в эхе выбираешь для кого шифруешь сообщения и они отправляются шифрованные, а полученные клиент соответственно расшифровывает твоим приватным ключем.

[>] Re: Мысли о стандартах
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-14 13:12:29


AL> Мне эта идея в контексте личной переписки всё равно кажется несколько неудобной, так как требует помимо адреса ещё и открытый ключ, а не везде так удобно это делать. Хотя можно через файлэху публиковать %)

Да можно хоть прямо здесь сбросить. Но по канонам криптографии открытыми ключами обмениваются вообще при личной встрече или по нескольким каналам одновременно.

Как-то раз хотел шифрованно послать одному товарищу кое-какой текст. Он опубликовал свой открытый ключ в 3 местах: на своём Гитхабе, через Telegram и в публичной группе ВК.
И только после того, как я убедился, что эти послания все одинаковые (принадлежат одному человеку), мы наладили такой вот дополнительный "канал связи".
Паранойя, конечно, но если ты заботишься о настоящем и хорошем шифровании, то только так.

AL> И просто жизненно необходимо, чтобы личная переписка ходила не только в пределах одной станции.

В контексте нашей сети народу будет совсем несложно прокинуть лишнюю эху специально для "лички". Более того, я даже не думаю, что там трафик достигнет больше 30 сообщений в неделю. Плюс PGP заключается в том, что он работает где угодно и когда угодно, он совместим со всем подряд. А открытые ключи заполучать всегда не очень просто.

И эту "личкоэху" можно прописать по умолчанию во всех наших клиентах. А все сообщения "лично для тебя" сразу будут лезть в карбонку (как всегда и бывает), так что не надо будет беспокоиться о работе "из коробки".

Любители экзотики по своему желанию могут личные эхи себе настроить.

[>] Re: Мысли о стандартах
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-14 17:00:33


> И эту "личкоэху" можно прописать по умолчанию во всех наших клиентах. А все сообщения "лично для тебя" сразу будут лезть в карбонку (как всегда и бывает), так что не надо будет беспокоиться о работе "из коробки".
> Любители экзотики по своему желанию могут личные эхи себе настроить.

Я думал сделать дополнительную схему, где по authstr отдавать только те сообщения, которые совпадают с пользователем. Снять нагрузку с клиентов, в общем. Про PGP в принципе согласен. Его лучше таки использовать, но придётся лепить удобный механизм работы с этем делом. В том числе и через веб-интерфейс. Так что хотелось бы хорошенько продумать этот вопрос.

[>] Re: Мысли о стандартах
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-15 15:42:20


AL> По поводу f/e у меня есть мысль в виде спецсимола в перед именем фэхи. Например, как я сделал расцветку квотированных строк в цезии, chr(15) + fecho. Если такой вариант кажется приемлемым, то так и сделаю.

Ни в коем случае! Надо только печатаемые символы. Тем более, если мы будем на фэху в сообщении ссылаться.

[>] Re: Мысли о стандартах
ii.14
btimofeev(tavern,13) — Andrew Lobanov
2017-06-15 15:38:32


А в чем файлэхи будут кардинально отличается от текущего списка файлов? Правильно ли я понимаю, что:

1. Файлы смогут загружать пользователи? Если так, то тут и вправду нужно вводить ограничения. Ты же не обрадуешься, если я к тебе на сервер залью коллекцию своих любимых фильмов. И если это так, то сможет ли пользователь потом удалить файл?

2. Файлэх может быть несколько? То есть можно будет разбить все файлы на категории: софт, музыка и т.п.?

3. Будут ли они гейтоваться между станциями? То есть смогу ли сидя на одной станции получить список файлов другой станции и скачать что-нибудь?

[>] Re: Мысли о стандартах
ii.14
vit01(mira, 1) — Andrew Lobanov
2017-06-15 13:05:17


AL> Есть мысли что можно добавить и улучшить?

1. Обязательно требуется поле размера файла (в байтах), как сейчас есть в /x/file. Без этого никак 100℅

2. Для обычных эх доступны запросы вида /u/e/echo.1/echo.2, а также расширенный /u/e и /x/c. Для фэх предлагаю сделать то же самое, чтобы они не были неполноценными. Будет что-то вроде файлового IDEC'a

3. Я ещё не уверен в этом, но следовало бы подставлять имя поинта+адрес в метаданные, дабы отслеживать, откуда и от кого ползут файлы.

4. На описание и на имя файла следует наложить лимиты, чтобы не было неожиданностей. На размер пока не знаю, здесь от сисопов всё зависит (ресурсы сервера)

Пока вроде всё

[>] Re: Мысли о стандартах
ii.14
Andrew Lobanov(tavern,1) — vit01
2017-06-15 13:59:04


>> Есть мысли что можно добавить и улучшить?
> 1. Обязательно требуется поле размера файла (в байтах), как сейчас есть в /x/file. Без этого никак 100℅

В случае файлэхи не очень понятен юзкейс для которого это поле нужно. Можно поподробнее?

> 2. Для обычных эх доступны запросы вида /u/e/echo.1/echo.2

В случае файлэх нужен механизм однозначного признака, отличающего имя фэхи от имени файла. Поэтому пока нет такого. Но мы ж тут обсуждаем будущее расширение стандарта =) Готов подумать и принять предложения к рассмотрению.

> а также расширенный /u/e и /x/c.

Вот это дело. Самое смешное, что я их планировал, но забыл сделать. Напишу сегодня-завтра.

> 3. Я ещё не уверен в этом, но следовало бы подставлять имя поинта+адрес в метаданные, дабы отслеживать, откуда и от кого ползут файлы.

Это надо обдумать. Наверное, прямо отдельными полями индекса будет наиболее правильно.

> 4. На описание и на имя файла следует наложить лимиты, чтобы не было неожиданностей. На размер пока не знаю, здесь от сисопов всё зависит (ресурсы сервера)

Вот тут особого смысла не вижу. Запостить файл с именем, длина которого свалит фс, вряд ли возможно, а описание вряд ли вообще может на что-то повлиять. Но я готов обсудить конкретные предложения по ограничениям.

> Пока вроде всё

Ну буду править код под эти замечания. Не вопрос.

Pages: 1 ... 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67