Поскольку ii теперь без Романа, нужно делать её форк и клонировать всю документацию с odii.ru, чтобы потом перенести её на другой сайт. В следующей версии придётся поменять разработчика в пакетах. Кто из вас достаточно хорошо знает python чтобы заниматься поддержкой официальной версии?

>Поскольку ii теперь без Романа, нужно делать её форк и клонировать всю документацию с odii.ru, чтобы потом перенести её на другой сайт. В следующей версии придётся поменять разработчика в пакетах. Кто из вас достаточно хорошо знает python чтобы заниматься поддержкой официальной версии?

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

> Могу поделиться хостингом и оказать моральную поддержку. Змею немного знаю, но не люблю и опыт небольшой. К тому же, мне захочется всё переделать.
Ок, хостинг пригодится как резервное хранилище пакетов и документации. Хотя документацию, наверное, сразу лучше поместить туда. Коммиты будем делать чётко по todo и тщательно проверять. Насчёт переделки лучше сверяться с друг другом, потому что иначе может получиться отрицательный эффект.

>> Могу поделиться хостингом и оказать моральную поддержку. Змею немного знаю, но не люблю и опыт небольшой. К тому же, мне захочется всё переделать.
>Ок, хостинг пригодится как резервное хранилище пакетов и документации. Хотя документацию, наверное, сразу лучше поместить туда. Коммиты будем делать чётко по todo и тщательно проверять. Насчёт переделки лучше сверяться с друг другом, потому что иначе может получиться отрицательный эффект.

Есть идеи по доменному имени? iinet? iitalk? iifree? ii<what?>

> Есть идеи по доменному имени? iinet? iitalk? iifree? ii<what?>
Думаю, что нужно брать со словами ii и net
Пакет с официальной питон сборкой как раз называется ii-net

>> Есть идеи по доменному имени? iinet? iitalk? iifree? ii<what?>
>Думаю, что нужно брать со словами ii и net
>Пакет с официальной питон сборкой как раз называется ii-net

Всё тлен. Регнул iinet.sexy, ii-net.link и ii-net.me.
Голый HTML могу хоть сейчас развернуть.

>Коммиты будем делать чётко по todo и тщательно проверять.

Кстати, а где основной репозиторий-то?

>Всё тлен. Регнул iinet.sexy, ii-net.link и ii-net.me.
>Голый HTML могу хоть сейчас развернуть.

Да, если вдруг кто хочет пожертвовать на регистраторов, хостинг и развитие, пишите в личку.

> Регнул iinet.sexy, ii-net.link и ii-net.me.
> iinet.sexy
Вот пусть на нём документация и будет :) Правда у меня там чуть-чуть php есть, но всё же

> Кстати, а где основной репозиторий-то?
Основного репозитория пока нет, надо форкнуть с битбакета 51t/ii, 51t/ii-client и 51t/ii-txt
Только надо сначала додумать название и придумать, куда совать эти репозитории: в git или hg.

>> Регнул iinet.sexy, ii-net.link и ii-net.me.
>> iinet.sexy
>Вот пусть на нём документация и будет :) Правда у меня там чуть-чуть php есть, но всё же

Скинь на почту, посмотрим. Пых поставить несложно.

>> Кстати, а где основной репозиторий-то?
>Основного репозитория пока нет, надо форкнуть с битбакета 51t/ii, 51t/ii-client и 51t/ii-txt
>Только надо сначала додумать название и придумать, куда совать эти репозитории: в git или hg.

Форкаю на гитхаб.

>>> Кстати, а где основной репозиторий-то?
>>Основного репозитория пока нет, надо форкнуть с битбакета 51t/ii, 51t/ii-client и 51t/ii-txt
>>Только надо сначала додумать название и придумать, куда совать эти репозитории: в git или hg.
>Форкаю на гитхаб.

Два: https://github.com/6vasia/ii-txt

>Поскольку ii теперь без Романа, нужно делать её форк и клонировать всю документацию с odii.ru, чтобы потом перенести её на другой сайт. В следующей версии придётся поменять разработчика в пакетах. Кто из вас достаточно хорошо знает python чтобы заниматься поддержкой официальной версии?

А можно в кратце что произошло?

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

Кстати, насчет фич. Есть предложение хранить где-нибудь текущую версию базы данных сообщений эхоконференции. К примеру, в начале файла эхи сперва писать версию базы, а со второй строчки уже будут идти сами сообщения. (По аналогии с базой данных DNS). В качестве версии можно использовать unix timestamp.
Зачем это надо - снижение нагрузки. Клиент запрашивает у сервера только версию текущей базы, если она совпадает - в эхе нет новых сообщений. В некоторых случаях это избавит от необходимости делать diff на айдишники сообщений (и выкачивать их).

И мне интересно что тут преключилось 0_0

> А можно в кратце что произошло?
ii://p3AyUGbNIe0qgehidOUu
ii://ExNl1LzsgRDLDtgMvjIH
Ушёл создатель сети и главный разработчик. Вот что произошло. И нам надо выживать самостоятельно.

> И еще предлагаю прежде чем что-то менять, сперва тщательно задокументировать протокол сети: что, с кем и каким образом взаимодействует. С реализациями аналогично. После это продумать способ внеднения новый фич таким образом, чтобы они не ломали обратной совместимости с текущим протоколом. Это в идеале.
А так всё и будет

> Есть предложение хранить где-нибудь текущую версию базы данных сообщений эхоконференции. К примеру, в начале файла эхи сперва писать версию базы, а со второй строчки уже будут идти сами сообщения. (По аналогии с базой данных DNS). В качестве версии можно использовать unix timestamp.
Идея неплоха, но мне она не нравится. Это тоже получается переусложнение. Но в файл эхи пихать ничего не надо. Можно сделать расширение протокола, например, /u/t/echoname.1/echoname.2 отдаёт timestamp, который хранится в отдельном файле. Хотя я не понимаю, как оно будет работать в идеале, потому что клиент может проставить свой собственный timestamp (а вдруг ошибки в ФС или просто неправильное время?).

И да, всем привет, поинты! :)

война миров. битва при инстаграме :)

ну ты нашёл, какие сообщения выбрать. без контеста они вообще иначе смотрятся :)

>Идея неплоха, но мне она не нравится. Это тоже получается переусложнение. Но в файл эхи пихать ничего не надо. Можно сделать расширение протокола, например, /u/t/echoname.1/echoname.2 отдаёт timestamp, который хранится в отдельном файле. Хотя я не понимаю, как оно будет работать в идеале, потому что клиент может проставить свой собственный timestamp (а вдруг ошибки в ФС или просто неправильное время?).

Можно нигде не хранить, можно брать в дату изменения файла эхи из ФС.
Как оно будет работать: клиент, при первом коннекте выкачивает всю базу эхи (+ дифф с тем, уже есть локально у него) и получает timestamp базы от сервера. Далее, когда пользователь хочет узнать, если ли новые сообщения, клиент запрашивает не список сообщений в эхе, а timestamp, затем сверяет сохраненный с полученным от сервера. Если полученный от сервера больше, чем сохраненный, то клиент снова выкачивает базу.
Какое там будет время (правильно/неправильное) это не важно, суть в том, что время - это монотонно возврастающая функция, поэтому гарантированно при следующем изменении базы timestamp станет больше.
Да, еще - клиент ничего не должен проставлять, это задача сервера (ноды). Т.е., грубо говоря, когда в ноду проталкивают новое сообщение, сервер дописывает в файл эхи айдишник этого сообщения, при этом меняя время модификации файла на текущее. Клиент только анализирует предыдущее время и полученное при запросе timestamp'а, после чего уже делает выводы надо ли загружать базу заново или нет.

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

Так, ii-server и ii-txt форкнул, а где ii-client?

>Так, ii-server и ii-txt форкнул, а где ii-client?

Oops! https://github.com/6vasia/ii-web

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