> Правда у меня андроид рутованный, а не у всех он такой. Да у меня даже не андроид, а cyanogenmod

у меня андроид тоже с рутом.. но набирать что-то с его клавиатуры - это УЖАСНО УЖАСНО УЖАСНО. можно подключить клавиатуру через usb, но там непонятно, как раскладки переключать (но в консоли они и не нужны). это можно как-то автоматизировать, чтобы один раз поставил, и она бы в всю жизнь работала? и, чтобы вызывалась быстро?

я вообще стараюсь этот аппарат не трогать, он у меня только для одной задачи - тестировать сайт в андроиде :) если даже я пальцем смогу попасть - значит, почти любой сможет :)

поэтому не знаю, есть ли какие-нибудь средства автоматизации, чтобы и иконку делали, и управление сервисом?

Лично я ввожу всё с экрана, но у меня и стилус есть. С экранной клавиатуры (hacker's keyboard называется) работать в консоли - одно удовольствие

у меня подобная штука тоже есть. нет, это совершенно ужасно

с обычной клавиатуры у меня скорость ввода под 400 знаков в минуту (особенно, если шифты на большие буквы не нажимать :)... с этой экранной.... ээээээ... чувствую себя немым и глухим, ввод даётся с болью... куча бессмысленных телодвижений, нужно ДУМАТЬ, что ты нажимаешь (с клавиатурой ты думаешь только о том, что ты вводишь, а о нажатии на клавиши не задумываешся, это происходит автоматически).

Короче нам понадобится:
1 - рутованный телефон с андроидом
2 - программа Android Terminal Emulator
3 - программа Complete Linux Installer, либо свой образ линукса со своими скриптами

Заходим в терминал, если нужно, заходим в линукс. Если есть установленный питон, заходить в линукс не надо. Потом скачиваем в удобный для вас каталог ii server и распаковываем. Потом заходим в папку, вводим python run.py, заходим в браузер, вбиваем туда 127.0.0.1:62220 и радуемся пришествию нового фидо :)

насколько я помню, python для android и его c-библиотеки есть и без установки дополнительного chroot для linux.

А где скачать можно? У меня в каталоге приложений f-droid его нету

Кстати, в эхе уже 201 сообщений, может в другую перейдём?

насколько я понимаю, товарищ в своей локалке вот про него писал:

http://51t.ru/2F5cOk6V2RF4nRpvlLPW

ii://2F5cOk6V2RF4nRpvlLPW

обсуждение того, как кто запускал - это как раз самый онтопик, чтобы потом можно было найти :)

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

в браузере на 51t.ru только 100 последних сообщений по умолчанию показываются.

странно. у меня на андроиде всё живенько... :)


ps. а как вообще сделать так, чтобы один раз зарегистрировался, и кука была бы доступна на других сайтах 51t.ru? чтобы это реализовывалось просто? тогда бы я вообще крестьянский вариант на flat.51t.ru сделал, вообще без стиля :)

Ну может у меня просто комп слабый? :)
зашёл на 51t.ru, стало получше

Куки можно ставить и на все поддомены сразу, с главного домена

И да, ещё: зачем нужен веб-клиент, если можно сразу на сервер писать?

Веб-клиент нужен для того, для чего нужен клиент :) Просто веб-клиент - проще, чем, например, tk-clent, да и общее используется с нодой - писать проще.

1. Клиент - это клиент. Он офлайновый, он хранит сообщения локально, сохраняет всё, что ты написал.

2. Проще делать "новые сообщения" и "карбонки". На сервере это нужно отслеживать для каждого пользователя, а если юзер использует разные ноды - то вообще никак. На клиенте ты это всё отслеживаешь и фильтруешь лично для себя.

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

4. Ну и вообще, как прототип, чтобы показать, что оно работает.

Ок, понял

Кстати, попытался послать сообщение без темы, выкинуло в пустую белую страницу, пофиксить надо.

(а ещё меня провайдер за натом посадил :( и я не могу пробросить порт ii в инет)

надо не писать сообщения с пустыми сабжами :)

это так и задумано :)

А тут есть механизм удаления эх с учётом синхронизации разных нод? К примеру, сейчас размер блокчейна биткоина 15.5 гигабайт. Когда сообщество ii сильно разрастётся, для серверов будет проблемой хранить так много писем.

шел-скрипты, питон, перл :)

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

Не, я сам понимаю, что скрипт удаления за 5 минут написать можно, но всё-таки интересуют детали реализации. Вот, к примеру, есть 10 нод, у них 1 общий репозиторий сообщений и эх. Если, к примеру, одну из нод взломают, то в процессе синхронизации какая-либо эха будет потёрта у всех. Интересно, как можно сделать так, чтобы одна эха удалялась на одном сервере, но оставалась на другом при общем репозитории.

синхронизация ничего не трёт

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

А разве синхронизация - это не клонирование репозитория с индексом и файлами сообщений? Если часть сообщений удалить из списка и удалить их файл, а потом залить на репозиторий, то остальные узлы, скачав себе репозиторий, также удалят эту информацию.

посмотри коды клиентов и сервров из 5 строчек :)

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

И ещё, важно. У НАС ВСЯ СИНХРОНИЗАЦИЯ ОДНОСТОРОННЯЯ! чисто теоретически, сначала один может запросить и нафетчить, а потом послать через /z/in, но это две разные синхронизации. если кто-то берёт с одного нода, это не значит, что он будет каким-то образом что-то отдавать (будь то z/in или обратный фетч). Они могут, как тут кто-то говорил, вообще по кругу друг с друга фетчить - 1 со 2, 2 с 3, 3 с 4, 4 с 1.

И что значит трёт? например, я подписан на два нода. на ноде 1 Вася написал сообщение, на ноде 2 Петя написал сообщение. я с обоими синхронизировался - что и у кого я должен затереть? и как тогда вообще узнать, мне надо скачать или затереть сообщения Васи и Пети???

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

блеклист будет внешний. в стандартную реализацию он вообще не будет входить.

если начать переусложнять технологию, теряется основная её суть. в таком случае проще само фидо взять или другую технологичную технологию. ii - антитехнологичная, её цель - сделать проще :)

Но внешнюю реализацию тоже надо реализовывать =)
А то не так уж и удобно получается

в клиенте что-то типа rating.51t.ru/acbcerte/earwerewrwerer/werwerwerwer/werwerwerwer/wrweafsfaasd
одна строчка, либо две, если проверять только по 100 штук разом

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

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

Пока можно и без этого обойтись, но в отдалённой перспективе сие нужно

а не лучше ли придумать какой-нибудь супер разделитель и второй раз его не добавлять?

> Пока можно и без этого обойтись, но в отдалённой перспективе сие нужно

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