>отдыхать ТАМ будем
Где? Наверху что ли? :)

>Говорит, ссылки на статьи нужно ставить. :)
То есть конкретно на каждую статью? Хм, а об этом я не позаботился... Есть дело для автоматики

>Там - это ТАМ!
Где? :)

>эти статьи я уже офлайнизировал, не хочу переофлайнизировать... там, наверное, ещё хорошие статьи или задачи остались, для отбора :) там и проставим :)
Пока что я только раздел python перевёл в ii. Может, там ещё что интересное есть?

>хотя.. эха всё равно не с каноничным названием, не off.
По-моему, название самое правильное.

> и автор не тот
Отправитель != автор. Но, конечно, это можно поправить.

> наверное, надо будет посмотреть, что там и как (я вообще не смотрел, только форматирование у пары статей мельком глянул), и можно будет перебить
Ага

>Да у меня как раз так и подгружаются сообщения. Просто много очень =)
Ничего, читай :)

>и ещё у меня куча задач в тудушке - до younglinux ООЧЕНЬ нескоро доеду :)
У меня в тудушке пока только одна задача осталась - с пакетами. Надо новую писать :)

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

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

> а, и ещё - .info я планирую использовать так же, как подобный постфикс использовался в fido: напр. http://obsd.odii.ru

В общем, понятно.

Ну и ладно, твой же клиент. Если понадобится, перейду с 0.3 на форкнутый.

Спать

> ужасающее форматирование.
Наоборот, очень хорошее.

> я эху с себя снимаю.
И ладно. Вообще, я сразу говорил, что эту эху завёл лично для себя.

> только болталка должна быть не про "ушёл спать" и не про генту, а просто болталка.
"Ушёл спать" я говорю только для того, чтобы те, кто зашли, понимали, что тут хоть кто-то есть. Чем тема про генту не укладывается в "просто болталку"? Ведь болталка - это общение на любые темы, поэтому генту здесь тоже можно обсуждать. Хотя, конечно, место этому в linux.14.

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

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

> потому что без сетевого эффекта хуже обеим сетям. смысл ii вообще теряется, получается фактически 2 независимых сети, большинство трафика - внутренние.
Сетевой трафик есть, но он только по тематике. Кому надо глобальную болталку - тому в pipe.2032

> вообще, "только для своих" - это локалка.
Это локалка в пределах mira и station13. Значит, не совсем локалка.

> но у меня как-то сомнение возникает, что все пойнты хотят изолироваться от аудитории - наоборот, интересно, когда больше людей, и есть о чём поболтать.
Так пусть пишут в pipe.2032 - это же глобальная болталка. Локальная у нас im.100.

> и что, что гости могут писать? да пусть пишут.
Что угодно могут. Поэтому и плохо, что они приходят.

> Речь вообще не об этом. Речь об проходящих социальных процессах, о формировании тех самых правил, которые будут потом "потому что здесь так заведено"
Здесь уже есть некоторые правила. А ты хочешь всё переворотить.

> и которые старожилы будут вспоминать со слезой, говоря про "те времена", которые "это вам не эти!".
Надо наоборот, чтобы "сейчас" было так же "хорошо", как и "тогда". Ты хочешь сейчас сделать плохо, чтобы потом вспоминали, как раньше было хорошо?

> зато важные для всех вопросы (с тем же клиентом, где есть заинтересованность и у пойнтов другой сети) обсуждаются только в одной.
Так давай прогейтуем ii.soft, в чём проблема?

> Предлагаю большее проникновение, чтобы было больше людей и больше общения.
C этого и надо было начинать. Слишком много людей, конечно, тоже не надо...
С такими вопросами у нас идут в ii.echo.vote.14. Проблема в том, что у нас бон разный.

> По ii-эхам, я всё равно не понимаю, зачем их столько, когда пишут совсем немного. Лучше использовать общую ii.14, а для своих там дел - уже какую-нибудь отдельную, но вопросы касаемо как новых клиентов и фетчеров, так и обсуждений всего, что с ii связано - надо заворачивать в одну большую эху, где есть все.
Эхами у нас Андрей заведует. Обращайся к нему в ii://ii.echo.vote.14 и подавай запрос на объединение двух сетей. Лично я не против, но нужно конкретно обсудить предназначение и хождение эх и разобраться с каждой отдельно.

Можешь, пожалуйста, загейтовать ii://pipe.2032 у меня? Там обсуждается вопрос, который касается как поинтов, так и тебя, как эхокоординатора. Что по этому поводу думаешь?

Ок.

Поинты пусть тоже присоединятся к разговору, так как их тоже касается его тема.

> что такое виндавз?
Да, действительно, что ж это такое? Наверное, тема под кеды новая :)

Все, кого интересует этот вопрос и не только - добро пожаловать в эху ii://pipe.2032

Лично я в данный момент иду спать.

Прошу всех интересующихся и, особенно, spline, отписаться в ii://pipe.2032 . Нужно или не нужно, как и что делать.

$subj
Куда все поинты делись?

здесь

>Слишком жарко :)
Надо в тень! Или в холодильник :)

>А я тут.
Хорошо. Но мало

>Все обсуждают глобальные проблемы в глобальной эхе, которая похоже убила локальные)
Локальные не убиты, просто мы приняли предложение об объединении, и будем совмещать бон. С этим делом надо договариваться. Кстати, советую тебе тоже высказаться :)

А что, хорошо. Пусть Андрей даст ему поинта (у меня уж и так много), мы по технической части объясним ему хорошенько, может быть, советов дадим.

И ещё я сегодня вечером собираюсь обновить техническую документацию, как раз вовремя вопросы.

Ну как хочешь :)

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

Привет x2

Уже который раз такие решения принимают, да результатов нет

>Потому он уже поддерживает все нужные фичи ii (/u/, /list.txt, /blacklist.txt, бандлы)
> /blacklist.txt
Чёрный список никаким образом не входит в стандарт. Да, отдача его не запрещена, но вот так он не отдаётся. Лучше сделать так, чтобы его адрес можно было указывать вручную (чтобы обеспечить возможность, к примеру, чистить сообщения из разных чёрных списков или даже просто из файла).

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

>Поддержку /x/ мне пока не хочется делать, так как не совсем понятно что там и как, за исключением таймстампа есть.
Таймстамп необязателен, суть /x/t - это версия базы (см. статья расширения на iinet.sexy). К примеру, на php ноде он реализован как количество сообщений, а не как таймстамп.

Кстати, to gadfly
Поддержка /x/t в форке клиента имеется? А то когда я на даче, сообщения загружаются так неспешно :) Могу и пакет собрать, если есть эта фича.

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

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

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

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

> Ну я пока не могу найти действительно узкий канал чтоб проверить
Я проверю. Но поскольку эта штука всё-таки является расширением, мы тебя заставлять реализовывать её не будем =) Узкоспецифично это.

>оно не может породить ошибки. самая страшная ошибка, которая может произойти - это то, что эха загрузится лишний раз, и съест на 4 кб трафика на запрос больше.
В случае отсутствия отдельного хранения хешей это может сделать ошибку, при которой не будет ничего работать.

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

Буду делать свой форк клиента, с /x/t и постраничной навигацией.

> Оно не может "ничего не работать". в принципе. самое сложное, что может "не работать" - это
Я про то и сказал, что сообщения каждый раз загружаться в таком случае будут

>> Ведь сломать совместимость - это значит, что работающее раньше не работает сейчас.
> Я давно заметил, что вы очевидных вещей не пониаете.
> Так это потому, что вы и сути ii не понимаете. Форму понимаете, а сути - не понимаете.
Ну давай, расскажи, как это понимаешь ты.

>> Про сломанную совместимость прошу доказательств.
> Доказательств чего? Что вместо простого прозрачного стандарта стала куча расширений, которые какие-то клиенты умеют, какие-то - не умеют, и эта разница только будет расти и шириться, и людям придётся принимать нафиг не нужный им выбор, нужны ли им эти расширения?
Если не нужно - пусть не используют. Расширения (вообще любые, те же /list.txt и /u/push к ним относятся) - это вещь необязательная. Они используются именно тогда, когда нужны. Если они не нужны, их можно убрать. Если /u/ остался, то всё нормально, совместимость не пострадала.

> Это всё потому, что передо мной очередные дети интернета. Которым поверхностные знания заменяют фундаментальные. Которые кроме проецирования своих навыков на все остальные области и перечисления фактов, котоорые где-то услышали
> Поэтому я считаю, что это бред - спорить с дилетантами, которые либо принимают всё, как данность, которое сделалось само (а не на основании огомного опыта) и на которое можно просто нахлобучивать всё, и ничего вроде бы не изменится (потому что ОНИ не видят всех этих нюансов, у детей интернета восприятие линейное), либо считают, что их поверхностные знания могут служить фундаментом сети. Да ещё и меня поучают, как правильно. :)
> Вообще-то мой проект был задуман именно для того, чтобы вести общения не с детьми интернета, а с людьми разумными, желательно, конечно, имеющими что-то от советского фундамента, и обмениваться компетентностью и опытом... своим, а не чужим.
Опять начинаешь свою обычную песню "вы все плохие, а я один хороший".

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

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

> не знать не зазорно. зазорно не знать и при этом лезть ломать :)
Давай расскажи, чего ты знаешь такого, чего мы должны знать, а то уже зазорно как-то стало :) К тому же, ничего пока не сломано.

> андроид-клиент уже не работает по каким-то причинам на моей ноде
Я сейчас специально поменял адрес ноды в андроид клиенте на 51t.ru, и у меня всё работает (сообщения загружаются). Что не так?

>режим sfmode, который реально экономит трафик путём возможных неоднозначностей, но не ломает вообще ни логику, ни совместимость, в моём клиенте уже есть и работает. он не требует никаких дополнительных изменений, при нём все 4 сочетания (sf-клиент + sf-сервер, sf-клиент+неsfсервер, неsfкилент+sf-сервер, либо старый вариант) работают без каких-либо изменений, для большинства людей вообще ничего не произошло, да им это и не нужно.
У нас тоже всё совместимо

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

>то, что я вижу, это "а давайте прифигачим и будет круто". ради самого прифигачения.
Нет, это делается, потому что нужно. Вот мне понадобится, я скоро сделаю.

> Кто-то реализует, кто-то нет. Ты спрашиваешь человека, который хочет сделать клиент, "ты будешь поддерживать /хрень", а он не понимает, что от него хотят.
А ведь должен понимать. Но если это расширение, то можно и не делать.

>Поверх основы (/list.txt, /m /e), которые были необходимы, сверху добавлены только /u/e и /u/m для пакетной передачи, потому что это СИЛЬНО ускооряет работу, и /u/point, чтобы, собственно, слать сообщения. Всё, это и есть стандарт, это и есть основа ii. Это и именно это должен реализовывать каждый клиент, и именно об этом знать. О конкретных мелочах, нужных для него - узнавать только в процессе эксплуатации и понимании сути культуры ii и того, на чём она держится. То, что было сверх этого, в версии после 0.2 было убито, чтобы просто не создавать неразберихи и стандартизировать все клиенты - чтобы все клиенты умели одну вещь и умели хорошо, а не сидели и выбирали, ещё до того, как создадут клиент, каких бы методов им набрать. Однозначные решения принимать всегда проще.
Так эту основу неё убирали, она работала и будет работать.

>Ага. она потребовала 20 секунд на реализацию, 2 строчки, без революций, и для тех, кому это не надо - НЕ ИЗМЕНИЛА ВООБЩЕ НИЧЕГО. и при этом полностью закрыла проблему.
То же самое. У нас так же.

>Я уж молчу, что схему параметров создавал я, и /x/ туда тоже не вписывается, потому что каждая схема должна быть САМОДОСТАТОЧНОЙ и включать вообще всё, чтобы не было кусков. Это именно "стандартная схема параметров из api".
Это помню

>не я плохой, а вы хорошие, а "я строю, а вы ломаете".
/u/ не сломали, а немного добавили вне него.

>"режим экономии трафика" я сделал за минуты три, добавлением 8 строчек в клиент и сервер, при этом не ломал ни схемы, ни логику программы, с полной совместимостью как в одну, так и в другую сторону (для тех, кто не понимает - просто ничего не произойдёт), не меняя стандарты, не меняя ничего для тех, кто пока просто разбирается в клиенте, и уж точно - не разваливая сеть и не вводя новые api. От вашего api за месяц с лишним, честно говоря, так ничего и не слышно.
Схема всё-таки у тебя чуть поменялась, но не мог бы ты показать исходники?

>Читай сизю. Он сообщений 50 по этому поводу написал, как у него не обновляются последние сообщения
Читал уже, помню. У меня, в отличие от него, версия андроида 4.4, поэтому у меня всё работает

>Как у него реализовано? если как и в /u/, то наоборот мне кажется это наиболее удачный вариант)
Сейчас почитаю исходники. Но по-моему, там другой вариант

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

пример: ?q=/list.txt&h=1&el=im.100/ii.test.14
у нас же аналогичное: ?q=/x/t/im.100/ii.test.14

>какая СКРИПТУ (подчёркиваю, СКРИПТУ) разница, какой именно url? это уже за гранью бреда какого-то, выискивать идеологию в тексте стороннего запроса.
Скрипту разницы 0, а разработчику есть. Дело в том, что это в общую схему не вписывается, и прикручено как попало. В случае схемы это бы удобнее реализовалось и вписывалось в общую концепцию. А так - суть одна и та же.

>в какой схеме?
В схеме параметров. Стандартный запрос к ii-серверу состоит из строки, состоящей из слешей и того, что находится между ними.

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

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

Кстати, я заметил неоднозначность: в случае твоего способа запроса у python ноды на втором параметре надо ставить вопрос, а у php ноды амперсанд. При следовании стандартной схеме такого бы не произошло.

>Надоело препираться не по делу.
Это точно

> Есть /u/ и я его поддерживаю. И буду поддерживать /list.txt и /blacklist.txt. За остальные расширения мне никто так и не пояснил чем они так примечательны =)
Ну и ладно. А я уже для себя решил, что делаю свой форк клиента (в перспективе свой клиент), чтобы иметь нужное и не иметь ненужное :)

>P.S.: Вот новый скрин с почти готовой читалкой http://spline.rooker.ru/screen_20140805.png
Хорошо выглядит. Ждём.

> А что было по делу? нет, ну назовите что-нибудь, что было по делу, что реально дало какой-нибудь толк, или хоть как-то начало менять ситуацию.
Для начала нужно определиться, какова "ситуация". и в какую сторону её надо менять.

По теме разговора:
1. Api /x/t/<...> реализован лучше /list.txt?h=1&el=<...>
2. Из пункта 1 следует моё решение делать свой клиент именно с /x/t
3. Кому расширения не нужны, тому о них беспокоиться не надо

> всё равно все действия, которые я помню, и которые хоть как-то пытаются восстановить разломанное и репутацию - я вижу только от себя.
То, что ты "восстанавливаешь", поломано тобой самим - это исключительно твой 51t.ru. Да и то он уже восстановлен и работает. Большая популярность сети у народа нужна исключительно тебе, поэтому из наших никто тебе особенно в этом не помогает. (кстати, тут куча способов есть)

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

> ЗЫ: А нормально оформленного описания стандарта у нас все еще нет. Может быть напишу.
Есть http://iinet.sexy/techdoc/?p=4, если плохо оформление, скажешь, в чём? Могу поправить

> Заодно и ii.dev слить с ii.soft.
Нужно название эхи всё-таки

> Только вот пока не знаю что делать со старыми эхами. Или слить их скриптом в хронологическом порядке или отправить в архив. Что думаете?
Предлагаю и то, и другое. Могу сделать бандл со старыми эхами + занести их в архив

>Только в какую-нить ii.1408 и с двух эх.
Так что выберем: ii.14 или ii.1408? Согласен на любой вариант.

и да, иду спать, всем добра

>Завтра опубликую список в bone.14 с уже новой ii.14.
Давай. Готов загейтовать

> Завтра опубликую список в bone.14 с уже новой ii.14
Что-то он до сих пор отсутствует...

> Да я чёт приболел.
Выздоравливай поскорее!

Привет!

Опять дубли