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

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

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

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

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

>> В случае файлэхи не очень понятен юзкейс для которого это поле нужно. Можно поподробнее?
> Не, ну ты чё. Скачивать файл 2 килобайта и 20 гигабайт есть разница и огромная. Во втором случае я ещё подумаю, надо это мне или нет (особенно если с телефона сижу, где трафик - это время и часто деньги). Да и на серверах ресурсы не резиновые. Это позволит писать скрипты, которые будут рассчитывать свободное место и выдавать уведомления мне как сисопу, например, что, дескать, всё, хватит.

>> Запостить файл с именем, длина которого свалит фс, вряд ли возможно, а описание вряд ли вообще может на что-то повлиять.
> Вот так и возникают уязвимости :) Ай да, и так сойдёт, как говорится ;)

> Предлагаю имя файла ограничить 256 символами, описание - 4096. В имени файла только английский алфавит, никаких спецсимволов и пробелов.

> В описании - любой юникод, за исключением двоеточия и переворачивающих последовательностей (для правостороннего набора). Имя поинта и адрес задаются станцией.

f = row.split(":")
filename = f[0]
filesize = f[1]
username = f[2]
addr = f[3]
dsc = ":".join(f[4:])

vit01>> В имени файла только английский алфавит, никаких спецсимволов и пробелов.

btimofeev> Хотя бы цифры, нижнее подчеркивание (или дефис, для разделения слов) и точку (для расширения файла) надо бы оставить.

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

vit01> В имени файла только английский алфавит, никаких спецсимволов и пробелов.

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

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

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

Рома в таких случаях использовал двоеточие. А насчёт имени файла мы поставим его в "запретные" символы. Один фиг в некоторых ФС этот символ нельзя использовать. И слэши точно нельзя, можно их взять

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

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

Не, ну ты чё. Скачивать файл 2 килобайта и 20 гигабайт есть разница и огромная. Во втором случае я ещё подумаю, надо это мне или нет (особенно если с телефона сижу, где трафик - это время и часто деньги). Да и на серверах ресурсы не резиновые. Это позволит писать скрипты, которые будут рассчитывать свободное место и выдавать уведомления мне как сисопу, например, что, дескать, всё, хватит.

Котов в мешке никому качать не хочется. Особенно если в мешке не кот, а большая связка кирпичей.

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

Вот так и возникают уязвимости :) Ай да, и так сойдёт, как говорится ;)

Предлагаю имя файла ограничить 256 символами, описание - 4096. В имени файла только английский алфавит, никаких спецсимволов и пробелов. В описании - любой юникод, за исключением двоеточия и переворачивающих последовательностей (для правостороннего набора). Имя поинта и адрес задаются станцией.

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

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

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

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

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

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

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

f/e/

f/f//

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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