Я не буду тебе объяснять как работает фс. Еще раз скажу про физический способ хранения базы, формат базы, структура базы, я не знаю какой из кейвордов наконец заставит тебя понять меня и перейти к конструктивному диалогу, а не срачу в стиле "Вы все говно, а я д'артоньян ибо я сделал уникально" и "а раньше все было не так, трава была зеленее, а люди добрее".

Впрочем, это уже не актуально.

Я предложил свой вариант, как дать всем возможность сделать из ii то, что они хотят, будь то IM, чат, форум, но сохранить возможность использовать это все как есть сейчас. Ты говоришь что идеи говно, что я смотрю не туда и т.д. При этом, ты говоришь, что все кинулись велосипедить. Интересно, почему же?
Хорошо, пусть так, значит я жду от ii что-то другого, чем оно не является. Ну как будет время, запилю свой велосипед, раз не получается помочь существующему проекту, если останется интерес.

И кстати, DNS - распределенная система.

> Я не буду тебе объяснять как работает фс. Еще раз скажу про физический способ хранения базы, формат базы, структура базы, я не знаю какой из кейвордов

причём здесь это и офлайн? какая разница, что и как хранится. главное - что как представляется.

> а не срачу в стиле "Вы все говно, а я д'артоньян ибо я сделал уникально"

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

всё было сделано либо как в фидо, либо как в git/hg. я не вижу там вообще ни одной уникальной идеи, проверенной практикой.

> Я предложил свой вариант, как дать всем возможность сделать из ii то, что они хотят, будь то IM, чат, форум, но сохранить возможность использовать это все как есть сейчас.

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

> Ты говоришь что идеи говно, что я смотрю не туда и т.д.

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

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

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

> Хорошо, пусть так, значит я жду от ii что-то другого, чем оно не является.

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

я бы тут применил выражение "дух openbsd". они с первого раза сделали хорошо, у них за эти годы вообще практически ничего не поменялось, и где сразу и с первого раза было сделано хорошо :) и да, им тоже постоянно приходится выслушивать кучу долбоёбов, кричащих "нахрен cvs, нужен git", которые вообще понятия не имеют, что при этом получится, что потеряется, а мыслят совершенно поверхносттно, и не имея серьёзного личного опыта ИСПОЛЬЗОВАНИЯ, просто "для меня лучше, значит и для других лучше".

> И кстати, DNS - распределенная система.

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

парень, ты упорот? Я тебе десятый раз говорю, речь не о представлении, а о физическом хранении базы на телефоне! Причем тут нахер представление, если ты в любом случае будешь писать интерфейс для чтения данных из базы?

Ты мне про ебанутость говоришь? Я сколько сообщений назад тебе сказал, что чтобы не было кучи несовместимых реализаций взять твой стандарт за эталон и сказать "а вот с запросом /xyz делайте что хотите в ваших реализациях, он вам на откуп, но помните, что поддерживать его никто не обязан но блять может"?

Себе смотри ничего не сломай.

> парень, ты упорот?

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

> Причем тут нахер представление, если ты в любом случае будешь писать интерфейс для чтения данных из базы?

это вообще ПОСЛЕДНЕЕ, что кого-то интересует что в реализации сервера, что в реализации клиента. какая вообще, в пизду, разница, как оно хранится? это хоть что-то значит в обмене клиента и сервера. они обменялись и разошлись... а как ты хранишь, всем вообще наплевать. это вообще не имеет значения к реализации, как бы оно не было сделано.

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

> Ты мне про ебанутость говоришь?

тебе. потому что ведёшь себя, как ебанутый.

> "а вот с запросом /xyz делайте что хотите в ваших реализациях, он вам на откуп, но помните, что поддерживать его никто не обязан но блять может"?

как жаль, что вы выходили, когда я объяснял прошлый раз. и позапрошлый тоже.

> Себе смотри ничего не сломай.

ты, дятел, довыёбываешься.

Я не вижу смысла дальше продолжать это обсуждать. Моё дело было предложить, твое отказаться. То что мне нужно было от проекта, я получил.

Очень хорошо

Прости, брат ntrknlmp, я немного переусердствовал в подаче матерала, неподобающе настоящего ii-янина себя вёл. :(

Ничего страшного, все в порядке, и ты меня прости.

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

Ну как сказать не сделает.
У NAND (встроенная память в телефоне, которая распаяна физически на плате) ограниченное кол-во циклов перезаписи, у SD кард тоже. Но, блин, это флешка, хрен с ней, выкинуть и новую купить. А NAND не поменяешь.
Я так доигрался уже с накатыванием образов линукса на свой трансформер, в один прекрасный момент появились bad-block'и в андроидовской /data и все, бутлуп.

Плюс вспоминается такое явление, как внутренняя фрагментация ФС. Не знаю, насколько сильно ей подвержена ext.

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

Читать "оффлайн" можно и сейчас, если GC не будет инициировать сборку мусора (для текущей эхи - не будет, для соседних может). Отвечать в оффлайне - я себе это представляю как буфер сообщений в памяти отдельного сервиса, который при появлении коннекта будет отправлять сообщения на сервер и завершаться. Но опять же это все для того, чтобы не писать ничего в storage.

Повторюсь, прикручивать базу (и полноценный офлайн соотв-но) буду, но позже и как опцию.
А пока что будет использоваться hashmap в памяти.

Надо много думать, пробовать и смотреть как лучше.

Что так, что так будет запись. Но лучше база на телефоне, конечно, потому что всего один файл, а не тысяча, разбираться легче. Лучше sqlite, конечно тогда брать. Удалять сообщения тоже потом можно будет.

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

А так да, скуль на текущий момент выглядит лучшим выбором. Тем более он стандартный для системы.

возьми у меня на гейт эху od.ii.dev.14 (она пока пустая), будет заменителем vk :)

я там про "распредпортал" что-нибудь набросать попробую - кому интересно, пусть тоже подпишутся.

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

У меня используется объектная модель, плэин текст конвертируется в обьекты типа "Сообщение". Это не полноценная нода, это именно клиент, он не может работать без ноды.
Ничего не мешает прокрутить поддержку чего душа желает, но давай этим займемся после того, как сделаю рефакторинг кода:)
Подготовь пока описание api своей версии ii

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

Убедил:)

> кстати, а кто вообще у тебя фетчи дёргает. я так понимаю, ленина тоже мне прописывать в свой крон, или оно у тебя дёргается?
Не знаю, кто дёргает. Видимо, это ты дёргаешь, раз Ромеро Яковлев появляется. Пропиши-ка ленина в свой крон.

Посмотрел я на это безобазие и вспомнил, что хотел сделать.

Встречайте: обновление питоно-ноды!

- /x/mtime переименован в /x/t, поддерживает как '+', так и '/' в качестве разделителя.
- более человеческий конфиг в стиле .ini

Ок, пропишу. Будем теперь там общаться. Меньше поводов в вк заходить.

А в каком формате отдаёт /x/t данные? Например,
echo1.100:83754902535
echo2.14:47256510957

так или иначе?

Api надо всё-таки вместе согласовывать.

я вручную страницу в браузере по f5 обновляю

пропишу

Как насчет по аналогии с /u/m/msg1.../msgN бандлами, только вместо сообщений отдавать echoname:timestamp ?

>А в каком формате отдаёт /x/t данные? Например,
>echo1.100:83754902535
>echo2.14:47256510957
>так или иначе?

Именно так.

my.local.14:1403528460
test.14:0

>Api надо всё-таки вместе согласовывать.

Это как раз из согласованного. Просто руки не доходили сделать.

Значит всё хорошо, и всё нормально.

>Единственный нормальный вариант для меня - хранить в sqlite, которая крутится на каждом телефоне

Я почему-то думал, что у тебя в клиенте и так sqlite...

Кстати, схему sqlite и алгоритм(хреновый, конечно же) можешь у меня посмотреть.

Нет, пока что все в памяти хранится:)
Хорошо, как руки дойдут до базы - гляну:)

подпишись на ту эху. а от этой я отпишусь у себя в интерфейсе, пусть в фоне жужжит :)

Скоро выложу новый билд

Совсем скорррро)

Обновление клиента

https://yadi.sk/d/DdoT9BbcTxPB7

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

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

А есть возможность список эх скрывать на время чтения?

Хорош клиент, но где же исходники? :)

> Обновление клиента для андроид

обновил на http://apk.51t.ru

Эха с данного момента предназначена для обсуждения процесса разработки. Для анонсов и обсуждения работы/настройки софта используйте ii.soft.14.

Я уже говорил свою позицию по поводу исходников:) ну не будете вы сейчас сидеть и разбираться в этих костылях и подпорках:) При такой скорости разработки о качестве кода говорить смысла нет
Бекдоров он АНБ не внедрял, чесслово)

> Я уже говорил свою позицию по поводу исходников:) ну не будете вы сейчас сидеть и разбираться в этих костылях и подпорках:)
А нам интересно, поэтому будем =)
> При такой скорости разработки о качестве кода говорить смысла нет
Понимаешь, тут каждый программирует, как может. Думаешь, у нас код прямо таки идеальный? =) Да и вообще, исходники нужны на случай, если ты, к примеру, уйдёшь, или ещё что случится. Есть гарантия, что мы сможем самостоятельно продолжить разработку.

Уже фетчу и soft, и vote.

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

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

Мы же просто посмотрим и на всякий случай себе сохраним. Форков делать пока действительно не имеет смысла (альфа же).

Вечером выложу на bitbucket

Хм, что-то у меня туда мессага не уходит... В ii.soft.14 в смысле.

>Вечером выложу на bitbucket

А под какой лицензией? ^_^

EULA, вахаах)))

Шучу) мне все равно под какой)

>Шучу) мне все равно под какой)
Под WTFPL тогда выкладывай =))

Сперва почитаю что это такое и с чем его едят)