<?xml version="1.0" encoding="UTF-8"?>
	<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:media="http://search.yahoo.com/mrss/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:georss="http://www.georss.org/georss">
	<channel>
	<title>fox :: from/nwalker</title>
	<link>https://idec.foxears.su/from/nwalker</link>
	<description>
	fox :: from/nwalker
	</description>
	<language>ru</language>
<item><title>Re: Re: Re: Приветики</title><guid>PJN2rKlIjzMXSrkdCmAX</guid><pubDate>2014-03-28 13:02:29</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/PJN2rKlIjzMXSrkdCmAX#PJN2rKlIjzMXSrkdCmAX</link>
		<description>
		&gt; небонные эхи
это типа очень локальные?...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
<span class="quote">&gt; небонные эхи</span><br>
это типа очень локальные?<br>

]]>
</content:encoded></item>
<item><title>Re: проблема со стилем</title><guid>gZU5XniAAMWgNhzOKFDY</guid><pubDate>2014-04-01 14:46:45</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/gZU5XniAAMWgNhzOKFDY#gZU5XniAAMWgNhzOKFDY</link>
		<description>
		у меня сердце кровью обливается. ну nih-синдром же во все поля. 
вот что стоило взять нормальный markdown, в который можно запилить своих обработчиков к тому же, и который нормально читается даже в тексте?..
и, например, стандартный multipart/form-data как вариант для сообщений с...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> 51t<br><br>
у меня сердце кровью обливается. ну nih-синдром же во все поля. <br>
вот что стоило взять нормальный markdown, в который можно запилить своих обработчиков к тому же, и который нормально читается даже в тексте?..<br>
и, например, стандартный multipart/form-data как вариант для сообщений с аттачами, который и в консоли распаковывается без особых проблем<br>
ну или вот абсолютно фиксированный формат сообщения - почему было не взять привычные http-like заголовки?.. просто и расширяемо же.<br>
<br>
моя не понимать.<br>

]]>
</content:encoded></item>
<item><title>Re: Re: Re: о, нашёл лимит на get-запрос</title><guid>LdWyYTAgp3txK8daZMCW</guid><pubDate>2014-03-28 17:20:38</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/LdWyYTAgp3txK8daZMCW#LdWyYTAgp3txK8daZMCW</link>
		<description>
		&gt; у нас тут сейчас всё на get-запросах - отправка сообщения это тоже такой большой get-запрос 
ой, как печально. ну пост же для этого придумали. =)

&gt; requests, смотрю, это внешняя библиотека. 
pure python, в т.ч. зависимости, apache2 license, 625kb wheel со всеми зависимостями. ...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
<span class="quote">&gt; у нас тут сейчас всё на get-запросах - отправка сообщения это тоже такой большой get-запрос </span><br>
ой, как печально. ну пост же для этого придумали. =)<br>
<br>
<span class="quote">&gt; requests, смотрю, это внешняя библиотека. </span><br>
pure python, в т.ч. зависимости, apache2 license, 625kb wheel со всеми зависимостями. полагаю, что работает.<br>

]]>
</content:encoded></item>
<item><title>Re: о, нашёл лимит на get-запрос</title><guid>5dyunVpGWMl8JtDnF47v</guid><pubDate>2014-03-28 13:02:29</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/5dyunVpGWMl8JtDnF47v#5dyunVpGWMl8JtDnF47v</link>
		<description>
		эээ. где у тебя 9кб гет-запроса? Оо...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
эээ. где у тебя 9кб гет-запроса? Оо<br>

]]>
</content:encoded></item>
<item><title>Re: о, какая интересная штука</title><guid>qEKx9nLYFfuSW6d6gfKs</guid><pubDate>2014-03-27 15:19:10</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/qEKx9nLYFfuSW6d6gfKs#qEKx9nLYFfuSW6d6gfKs</link>
		<description>
		впрочем, это очевидный оверкилл. хотя очень интересно, очень....
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
впрочем, это очевидный оверкилл. хотя очень интересно, очень.<br>

]]>
</content:encoded></item>
<item><title>Re: фидошники сабжей не меняют!</title><guid>6uU8yMqZoSWsAu39DS4w</guid><pubDate>2014-03-27 03:05:10</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/6uU8yMqZoSWsAu39DS4w#6uU8yMqZoSWsAu39DS4w</link>
		<description>
		&gt; юзеры. пишут, пишут, потом бах - а пойдёмте все в эху "новый префикс"
постфикс, ты хотел сказать. 
в этом меня смущает следующий момент - нод-опам придется постоянно обновлять списки обрабатываемых эх. следовательно, на мой взгляд, нужны какие-то методы их автообновления, замен...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
<span class="quote">&gt; юзеры. пишут, пишут, потом бах - а пойдёмте все в эху "новый префикс"</span><br>
постфикс, ты хотел сказать. <br>
в этом меня смущает следующий момент - нод-опам придется постоянно обновлять списки обрабатываемых эх. следовательно, на мой взгляд, нужны какие-то методы их автообновления, замены старых эх новыми. <br>
<br>
<span class="quote">&gt; то, что я тут собрал, мне нравится</span><br>
мне нравится общая идея, но не очень нравится реализация. <br>
и вот как раз в тему - какой ты видишь модель распространения изменений(новых сообщений)? я не был в фидо, так что могу не знать чего-то, что тебе кажется очевидным и общеизвестным. <br>
так вот, я вижу навскидку два основных варианта, назовем их "каскад" и "меш". <br>
"каскад" - организованный вариант: для каждой эхи есть группа нод N1, N2, ..., NK, которые можно назвать корневыми. ноды второго уровня, например, N11 и N21, которые знают, что эту эху нужно и пуллить, и пушить в/из N1 и N2 соответственно. ноды третьего уровня делают аналогичное с нодами второго уровня, etc. <br>
то есть, для каждой эхи нода, кроме корневой, знает, куда пушить и откуда пуллить новые сообщения, а корневые ноды объединены в пуш- или пулл-кольцо. в этом случае достаточно легко минимизировать траффик внутри сети.<br>
<br>
"меш" - хаотичный вариант. каждой ноде для отдельной эхи известно несколько нод с различным доступом(только пуш, только пулл, оба), синхронизация производится согласно этим данным, без какой-либо логики и синхронизации.<br>
как оптимизировать такой вариант я не смог пока придумать даже в общих чертах.<br>

]]>
</content:encoded></item>
<item><title>Re: Re: Re: Re: протокол кросс-ноды - 2</title><guid>7qFyq3RTM8w7EGqyfGM2</guid><pubDate>2014-03-26 20:50:58</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/7qFyq3RTM8w7EGqyfGM2#7qFyq3RTM8w7EGqyfGM2</link>
		<description>
		&gt;большие эхи надо делить
как их предполагается делить "на лету"? И на ком будет за это отвечать - тоссер?

&gt; мне интересно было сделать готовую реализацию, чтобы реальные проблемы испытывать практически
на мой взгляд, довольно спорно. Некоторые проблемы могут проявиться только на...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
<span class="quote">&gt;большие эхи надо делить</span><br>
как их предполагается делить "на лету"? И на ком будет за это отвечать - тоссер?<br>
<br>
<span class="quote">&gt; мне интересно было сделать готовую реализацию, чтобы реальные проблемы испытывать практически</span><br>
на мой взгляд, довольно спорно. Некоторые проблемы могут проявиться только на больших объемах данных. <br>

]]>
</content:encoded></item>
<item><title>Re: кстати</title><guid>3EQCAZ833zGFOziPh5Bv</guid><pubDate>2014-03-26 20:39:49</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/3EQCAZ833zGFOziPh5Bv#3EQCAZ833zGFOziPh5Bv</link>
		<description>
		requests умеет оба....
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
requests умеет оба.<br>

]]>
</content:encoded></item>
<item><title>Re: Re: протокол кросс-ноды - 2</title><guid>2GmPjLnuzATtzVowHiez</guid><pubDate>2014-03-26 20:18:27</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/2GmPjLnuzATtzVowHiez#2GmPjLnuzATtzVowHiez</link>
		<description>
		Видится мне в этом грядущая проблема с длинными эхами. В поиске диффа между эхами на разных нодах, например....
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
Видится мне в этом грядущая проблема с длинными эхами. В поиске диффа между эхами на разных нодах, например.<br>

]]>
</content:encoded></item>
<item><title>Re: Re: чееего?</title><guid>SSGsN5rPaSXnZ2JiGO2F</guid><pubDate>2014-03-26 20:18:27</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/SSGsN5rPaSXnZ2JiGO2F#SSGsN5rPaSXnZ2JiGO2F</link>
		<description>
		это я по аналогии с гитом.
ладно, проехали, это я глупость сказал....
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
это я по аналогии с гитом.<br>
ладно, проехали, это я глупость сказал.<br>

]]>
</content:encoded></item>
<item><title>Re: Re: протокол кросс-ноды - 2</title><guid>NahhIUlCBII2Iv4qlAMX</guid><pubDate>2014-03-26 19:53:03</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/NahhIUlCBII2Iv4qlAMX#NahhIUlCBII2Iv4qlAMX</link>
		<description>
		у отдельной эхи нет ничего, что можно было бы назвать "мастер-веткой"?...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
у отдельной эхи нет ничего, что можно было бы назвать "мастер-веткой"?<br>

]]>
</content:encoded></item>
<item><title>Re: протокол кросс-ноды</title><guid>n8aqgQDd3SvEi4AO94xV</guid><pubDate>2014-03-26 19:28:30</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/n8aqgQDd3SvEi4AO94xV#n8aqgQDd3SvEi4AO94xV</link>
		<description>
		btw, offtop - этот кодстайл меня убивает. я многое могу простить, но не среднюю длину переменной в три буквы....
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
btw, offtop - этот кодстайл меня убивает. я многое могу простить, но не среднюю длину переменной в три буквы.<br>

]]>
</content:encoded></item>
<item><title>Re: протокол кросс-ноды</title><guid>wQDLFICLuq395ITGbQAZ</guid><pubDate>2014-03-26 19:20:46</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/wQDLFICLuq395ITGbQAZ#wQDLFICLuq395ITGbQAZ</link>
		<description>
		а merge это просто добавление диффа или там какая-то сортировка происходит?
btw, пулл вытягивает всю эху целиком или все-таки инкрементально?
...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
а merge это просто добавление диффа или там какая-то сортировка происходит?<br>
btw, пулл вытягивает всю эху целиком или все-таки инкрементально?<br>

]]>
</content:encoded></item>
<item><title>о, какая интересная штука</title><guid>uF2BtIRAVpXGOQANT6QP</guid><pubDate>2014-03-27 13:37:47</pubDate><author>nwalker</author><link>https://idec.foxears.su/forum/uF2BtIRAVpXGOQANT6QP#uF2BtIRAVpXGOQANT6QP</link>
		<description>
		https://www.ics.uci.edu/~eppstein/pubs/EppGooUye-SIGCOMM-11.pdf
это как раз про наш случай. ...
		</description>
		<content:encoded>
<![CDATA[
nwalker -> All<br><br>
<a href="https://www.ics.uci.edu/~eppstein/pubs/EppGooUye-SIGCOMM-11.pdf" class="url">https://www.ics.uci.edu/~eppstein/pubs/EppGooUye-SIGCOMM-11.pdf</a><br>
это как раз про наш случай. <br>

]]>
</content:encoded></item>
</channel></rss>
