[#]
Новый ii
vit01(mira, 1) — All
2014-06-11 10:52:47
Поскольку ii теперь без Романа, нужно делать её форк и клонировать всю документацию с odii.ru, чтобы потом перенести её на другой сайт. В следующей версии придётся поменять разработчика в пакетах. Кто из вас достаточно хорошо знает python чтобы заниматься поддержкой официальной версии?
[#]
Re: Новый ii
gadfly(mira, 7) — vit01
2014-06-11 14:46:59
>Поскольку ii теперь без Романа, нужно делать её форк и клонировать всю документацию с odii.ru, чтобы потом перенести её на другой сайт. В следующей версии придётся поменять разработчика в пакетах. Кто из вас достаточно хорошо знает python чтобы заниматься поддержкой официальной версии?
Могу поделиться хостингом и оказать моральную поддержку. Змею немного знаю, но не люблю и опыт небольшой. К тому же, мне захочется всё переделать.
[#]
Re: Новый ii
vit01(mira, 1) — gadfly
2014-06-11 14:53:01
> Могу поделиться хостингом и оказать моральную поддержку. Змею немного знаю, но не люблю и опыт небольшой. К тому же, мне захочется всё переделать.
Ок, хостинг пригодится как резервное хранилище пакетов и документации. Хотя документацию, наверное, сразу лучше поместить туда. Коммиты будем делать чётко по todo и тщательно проверять. Насчёт переделки лучше сверяться с друг другом, потому что иначе может получиться отрицательный эффект.
[#]
Re: Новый ii
gadfly(mira, 7) — vit01
2014-06-11 15:19:47
>> Могу поделиться хостингом и оказать моральную поддержку. Змею немного знаю, но не люблю и опыт небольшой. К тому же, мне захочется всё переделать.
>Ок, хостинг пригодится как резервное хранилище пакетов и документации. Хотя документацию, наверное, сразу лучше поместить туда. Коммиты будем делать чётко по todo и тщательно проверять. Насчёт переделки лучше сверяться с друг другом, потому что иначе может получиться отрицательный эффект.
Есть идеи по доменному имени? iinet? iitalk? iifree? ii<what?>
[#]
Re: Новый ii
vit01(mira, 1) — gadfly
2014-06-11 15:23:07
> Есть идеи по доменному имени? iinet? iitalk? iifree? ii<what?>
Думаю, что нужно брать со словами ii и net
Пакет с официальной питон сборкой как раз называется ii-net
[#]
Re: Новый ii
gadfly(mira, 7) — vit01
2014-06-11 16:32:20
>> Есть идеи по доменному имени? iinet? iitalk? iifree? ii<what?>
>Думаю, что нужно брать со словами ii и net
>Пакет с официальной питон сборкой как раз называется ii-net
Всё тлен. Регнул iinet.sexy, ii-net.link и ii-net.me.
Голый HTML могу хоть сейчас развернуть.
[#]
Re: Новый ii
Difrex(station13, 8) — vit01
2014-06-11 16:34:12
>Коммиты будем делать чётко по todo и тщательно проверять.
Кстати, а где основной репозиторий-то?
[#]
Re: Новый ii
gadfly(mira, 7) — gadfly
2014-06-11 16:42:50
>Всё тлен. Регнул iinet.sexy, ii-net.link и ii-net.me.
>Голый HTML могу хоть сейчас развернуть.
Да, если вдруг кто хочет пожертвовать на регистраторов, хостинг и развитие, пишите в личку.
[#]
Re: Новый ii
vit01(mira, 1) — gadfly
2014-06-11 17:10:00
> Регнул iinet.sexy, ii-net.link и ii-net.me.
> iinet.sexy
Вот пусть на нём документация и будет :) Правда у меня там чуть-чуть php есть, но всё же
[#]
Re: Новый ii
vit01(mira, 1) — Difrex
2014-06-11 17:11:42
> Кстати, а где основной репозиторий-то?
Основного репозитория пока нет, надо форкнуть с битбакета 51t/ii, 51t/ii-client и 51t/ii-txt
Только надо сначала додумать название и придумать, куда совать эти репозитории: в git или hg.
[#]
Re: Новый ii
gadfly(mira, 7) — vit01
2014-06-11 17:17:14
>> Регнул iinet.sexy, ii-net.link и ii-net.me.
>> iinet.sexy
>Вот пусть на нём документация и будет :) Правда у меня там чуть-чуть php есть, но всё же
Скинь на почту, посмотрим. Пых поставить несложно.
[#]
Re: Новый ii
gadfly(mira, 7) — vit01
2014-06-11 17:17:40
>> Кстати, а где основной репозиторий-то?
>Основного репозитория пока нет, надо форкнуть с битбакета 51t/ii, 51t/ii-client и 51t/ii-txt
>Только надо сначала додумать название и придумать, куда совать эти репозитории: в git или hg.
Форкаю на гитхаб.
[#]
Re: Новый ii
gadfly(mira, 7) — vit01
2014-06-11 17:18:41
>>> Кстати, а где основной репозиторий-то?
>>Основного репозитория пока нет, надо форкнуть с битбакета 51t/ii, 51t/ii-client и 51t/ii-txt
>>Только надо сначала додумать название и придумать, куда совать эти репозитории: в git или hg.
>Форкаю на гитхаб.
Раз:
https://github.com/6vasia/ii-base
[#]
Re: Новый ii
gadfly(mira, 7) — vit01
2014-06-11 17:44:22
>>> Кстати, а где основной репозиторий-то?
>>Основного репозитория пока нет, надо форкнуть с битбакета 51t/ii, 51t/ii-client и 51t/ii-txt
>>Только надо сначала додумать название и придумать, куда совать эти репозитории: в git или hg.
>Форкаю на гитхаб.
Два:
https://github.com/6vasia/ii-txt
[#]
Новый ii
ntrknlmp.exe(mira, 9) — vit01
2014-06-11 23:58:54
>Поскольку ii теперь без Романа, нужно делать её форк и клонировать всю документацию с odii.ru, чтобы потом перенести её на другой сайт. В следующей версии придётся поменять разработчика в пакетах. Кто из вас достаточно хорошо знает python чтобы заниматься поддержкой официальной версии?
А можно в кратце что произошло?
[#]
Новый ii
ntrknlmp.exe(mira, 9) — vit01
2014-06-12 00:11:13
И еще предлагаю прежде чем что-то менять, сперва тщательно задокументировать протокол сети: что, с кем и каким образом взаимодействует. С реализациями аналогично. После это продумать способ внеднения новый фич таким образом, чтобы они не ломали обратной совместимости с текущим протоколом. Это в идеале.
Кстати, насчет фич. Есть предложение хранить где-нибудь текущую версию базы данных сообщений эхоконференции. К примеру, в начале файла эхи сперва писать версию базы, а со второй строчки уже будут идти сами сообщения. (По аналогии с базой данных DNS). В качестве версии можно использовать unix timestamp.
Зачем это надо - снижение нагрузки. Клиент запрашивает у сервера только версию текущей базы, если она совпадает - в эхе нет новых сообщений. В некоторых случаях это избавит от необходимости делать diff на айдишники сообщений (и выкачивать их).
[#]
Re: Новый ii
vit01(mira, 1) — ntrknlmp.exe
2014-06-12 04:30:39
> И еще предлагаю прежде чем что-то менять, сперва тщательно задокументировать протокол сети: что, с кем и каким образом взаимодействует. С реализациями аналогично. После это продумать способ внеднения новый фич таким образом, чтобы они не ломали обратной совместимости с текущим протоколом. Это в идеале.
А так всё и будет
> Есть предложение хранить где-нибудь текущую версию базы данных сообщений эхоконференции. К примеру, в начале файла эхи сперва писать версию базы, а со второй строчки уже будут идти сами сообщения. (По аналогии с базой данных DNS). В качестве версии можно использовать unix timestamp.
Идея неплоха, но мне она не нравится. Это тоже получается переусложнение. Но в файл эхи пихать ничего не надо. Можно сделать расширение протокола, например, /u/t/echoname.1/echoname.2 отдаёт timestamp, который хранится в отдельном файле. Хотя я не понимаю, как оно будет работать в идеале, потому что клиент может проставить свой собственный timestamp (а вдруг ошибки в ФС или просто неправильное время?).
И да, всем привет, поинты! :)
[#]
Re: Новый ii
Romero Yakovlev(lenina, 1) — vit01
2014-06-12 06:32:41
ну ты нашёл, какие сообщения выбрать. без контеста они вообще иначе смотрятся :)
[#]
Re: Новый ii
ntrknlmp.exe(mira, 9) — vit01
2014-06-12 12:22:36
>Идея неплоха, но мне она не нравится. Это тоже получается переусложнение. Но в файл эхи пихать ничего не надо. Можно сделать расширение протокола, например, /u/t/echoname.1/echoname.2 отдаёт timestamp, который хранится в отдельном файле. Хотя я не понимаю, как оно будет работать в идеале, потому что клиент может проставить свой собственный timestamp (а вдруг ошибки в ФС или просто неправильное время?).
Можно нигде не хранить, можно брать в дату изменения файла эхи из ФС.
Как оно будет работать: клиент, при первом коннекте выкачивает всю базу эхи (+ дифф с тем, уже есть локально у него) и получает timestamp базы от сервера. Далее, когда пользователь хочет узнать, если ли новые сообщения, клиент запрашивает не список сообщений в эхе, а timestamp, затем сверяет сохраненный с полученным от сервера. Если полученный от сервера больше, чем сохраненный, то клиент снова выкачивает базу.
Какое там будет время (правильно/неправильное) это не важно, суть в том, что время - это монотонно возврастающая функция, поэтому гарантированно при следующем изменении базы timestamp станет больше.
Да, еще - клиент ничего не должен проставлять, это задача сервера (ноды). Т.е., грубо говоря, когда в ноду проталкивают новое сообщение, сервер дописывает в файл эхи айдишник этого сообщения, при этом меняя время модификации файла на текущее. Клиент только анализирует предыдущее время и полученное при запросе timestamp'а, после чего уже делает выводы надо ли загружать базу заново или нет.
[#]
Re: Новый ii
vit01(mira, 1) — ntrknlmp.exe
2014-06-12 12:27:43
Хорошо. Даже очень хорошо. Надо будет реализовать. Когда доделаем первостепенные задачи и приведём всё в порядок, можно будет сделать. Как раз и на мобильных устройствах трафик ещё больше снизится.
[#]
Re: Новый ii
vit01(mira, 1) — gadfly
2014-06-13 10:52:45
Так, ii-server и ii-txt форкнул, а где ii-client?
[#]
Re: Новый ii
vit01(mira, 1) — Romero Yakovlev
2014-06-13 13:59:40
Ну не знаю, ты просто там написал, что уходишь, вот я и выбрал их. А контекст сохранился :)