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

клиенту это не нужно, он подписывается.

это для фетчера. а там "нужны все эхи, кроме одной-двух" - это вообще штатная ситуация. будет просто новое слово в конфиге... ждите build4 этим летом :)

нет, это для нашего кольца. 51t.ru пока посидит на 1406, а наше кольцо - на 100, об этом надо сказать всем пойнтам.

офлайнизатор-то работает, но там только одна эха... нужно наофлайнизировать всего и побольше :)

r - это http://r.51t.ru/. есть ещё его зеркало http://old.51t.ru/ на другом сервере, там я буду экспенименты некоторые ставить...

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

да можно просто в hg поглядеть в run.py все роуты:

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

/list.txt - вывод эх станции. опции:
?n=1 - краткий список
?h=1 - вместо описания выводятся hsh/хэшсумма, для проверки на изменения
?el=эха1/эха2/эха3 - запрашивать информацию или хэши только по указанным эхам

ну и всё. потом /e, /m, /u


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

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

> Я правильно понимаю, что на разных нодах list.txt находится по разным url относительно адреса ноды?

за схему берётся /u/

он находится в ../list.txt, относительно /u/

сейчас это везде работает

ну, могу 502 ошибку показывать :) я у себя его делаю, думаю, как его лучше подавать :)

> на irk нет, почему и спрашиваю

мой клиент нормально загружает list.txt с ноды.

конечно, можно было и его в /u/ запихнуть, но, увы, он появился раньше, чем /u/ :)

у меня везде [:-2] используется

ps. первые поступления на off.51t.ru (эхи news, которая будет вбоку висеть и блестеть информацией - пока нет)

у меня к тебе вопрос - ты девочку, когда статьи брал, вообще как-то информировал. я автора анекдотов проинформировал, получил ответ "рад за вас", и вроде бы тут нормально... но если делать зону свободного контента - надо бы уточнить лицензию. надо решить или ты спроси, или я спрошу.

дата проставляется только тогда, когда сообщение получает номер. до того времени это не сообщение, а никто! :) а то кто-нибудь проставит дату старую, а потом будет говорить, что он всегда это говорил :)

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

отдыхать ТАМ будем... надо офлайнизировать, это действо механическое, и просыпаться для него не обязательно, только писать простые парсеры.. :)

отписал через форму на сайте

http://51t.ru/s5zrvO

Говорит, ссылки на статьи нужно ставить. :)

Там - это ТАМ!

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

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

не знаю, я всё хочу пока офлайнизировать планируемое, перевести g2k14 (а то скоро следующий хакафон уже начнётся такими темпами) и ещё у меня куча задач в тудушке - до younglinux ООЧЕНЬ нескоро доеду :)

> По-моему, название самое правильное.

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

> А почему они должны с off начинаться? Просто интересно. Особо же разницы нет.

чтобы их однозначно отличать.

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

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

отдельный клиент - это отдельно. а менять дефолты для удобства юзера - это удобно.

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

мне кажется, нужно больше интеграции с эхами по общению и с эхами по самой ii.

только болталка должна быть не про "ушёл спать" и не про генту, а просто болталка. про генту лучше какой-нибудь linux.talk сделать, как альтернативу разным конференциям, где народ подобной еру... полезной информацией постоянно в духе "приколись, что я нашёл" делится, или как тут тогда была дискуссия на 300 сообщений, неинтересная непосвещённым.

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

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

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


ps. в алых небесах я пришёл к тому, что противостояние Города и Цитадели - это неинтересный сюжет :) лучше будет Город-Крепость :)

http://51t.ru/vk-news.14

ужасающее форматирование. я эху с себя снимаю.

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

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

и что, что гости могут писать? да пусть пишут.

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

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

Собственно, в первоначальной идее, когда клубы кого-нибудь объединяются (хоть haiku и велосипедистов), они и протягивают мосты для общения между клубами, и потом ищут общие темы. А если такого общения не происходит - смысла очень мало. Межсетевого трафика тоже очень мало, зато важные для всех вопросы (с тем же клиентом, где есть заинтересованность и у пойнтов другой сети) обсуждаются только в одной. Это возврат к тем же самым веб-форумам, когда надо пробегать по всем сайтам, чтобы найти нужное.

Предлагаю большее проникновение, чтобы было больше людей и больше общения. Я, наверное, вообще свою болталку уберу в пользу pipe.2032, чтобы если кто хочет что-то сказать - пусть пишет туда, чтобы все видели.

По ii-эхам, я всё равно не понимаю, зачем их столько, когда пишут совсем немного. Лучше использовать общую ii.14, а для своих там дел - уже какую-нибудь отдельную, но вопросы касаемо как новых клиентов и фетчеров, так и обсуждений всего, что с ii связано - надо заворачивать в одну большую эху, где есть все. Иначе это не работает, большинство не следит за всеми этими эхами, и происходящее от них ускользает, а чтобы что-то кому-то сказать - надо бегать по всем локальным болталкам и это анонсировать - глупо получается. Должна быть пара мастхэв эх, где всё основное и происходит.

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

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

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

вернуть то, что было в версии 0.2 - это вообще вопрос четырёх строк в файле сервера (+1 вызов) в сервере и добавление 4 строк в один-единственный файл в одну единственную функцию - клиенте.

я добавил поддержку этого режима на свой сервер (на обкатку) + поддержку этого в клиент (экспериментально, поскольку в реальных условиях это не имеет смысла... плюс существует gzip-сжатие, которое тоже хорошо жмёт).

достаточно только прописать sfmode 1 в конфиге, и на сервере, который поддерживает sfmode, будут загружаться только части списка "после хэша", и хэш будет пересохраняться.


при этом совместимость не ломается вообще, ни в одну сторону.

> Проверка по хэшу может породить ошибки

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

> Кстати, у него такая фича реализована довольно костыльно (я про схему api), а у нас гораздо проще и удобнее.

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

> Пока он получает blacklist.txt с ноды. Возможность альтернативного получения/создания чёрного списка пока не предусмотрена, но никто не говорит что её не будет =)

Спроси их, зачем нужно несколько блеклистов :)

> Это ещё менее надёжный способ нежели таймстамп. Меняем ноду

зачем? достаточно блеклистом поиграться. добавил сообщение, а потом одно закинул в блеклист - и всё, где сообщение? :)

я уж молчу о том, что это никакой проблемы не решает, а только создаёт лишние запросы. а потом, когда придётся выкачивать списки - их действительно придётся выкачивать... и при этом ещё лишний http-запрос, со всеми заголовками, да ещё и без keep-alive. впрочем, так бывает всегда, когда за дело берутся дилетанты :)

> Возможны, конечно, коллизии, но их будет явно меньше.

коллизии невозможны :) надо понимать, что такое sha256 :)

> Если есть /x/ это ещё не значит что нет /u/.

Вообще, из изначального замысла протокола так и было. Что /u/ или /z/ или /x/ - это полный набор всех методов, чтобы не было "чуть чуть того, чуть чуть этого". Это и однозначный сигнал как для сервера, так и для клиента "работаем в таком-то режиме". Чтобы упростить жизнь стандартами. Но идея попала в плохие руки, и сейчас там "подёргай то, подёргай это", всё кусками :)

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

Оно не может "ничего не работать". в принципе. самое сложное, что может "не работать" - это

> Ведь сломать совместимость - это значит, что работающее раньше не работает сейчас.

Я давно заметил, что вы очевидных вещей не пониаете.

> Про сломанную совместимость прошу доказательств.

Доказательств чего? Что вместо простого прозрачного стандарта стала куча расширений, которые какие-то клиенты умеют, какие-то - не умеют, и эта разница только будет расти и шириться, и людям придётся принимать нафиг не нужный им выбор, нужны ли им эти расширения? Так это потому, что вы и сути ii не понимаете. Форму понимаете, а сути - не понимаете.

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

Я могу говортить, что примерно разбираюсь в HTTP-протоколе, потому что давным-давно я писал http-сервер, полностью с нуля, и реализовывая вручсную все-все его компоненты, разбор url, http-заголовки (+редиректы, формы, куки), роуты... в общем, я примерно представляю, о чём говорю, потому что на практике это воссоздавал и решал возникающие проблемы, разбирая особенности. Когда я говорю про фидо - я годами наблюдал, как это работало, какие проблемы возникали там, как их решали. Да и сам утилиты для фидо писал, чтобы как-то жизнь облегчить.

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

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

на тех объёмах и том формате, который используется для списка - да :)

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

не знать не зазорно. зазорно не знать и при этом лезть ломать :)

> Лично я считаю что ненужные расширения в отдалённой перспективе просто сломаются.

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

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

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

они не будут КАЖДЫЙ раз. они будут ОДИН раз.

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

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

> Ну давай, расскажи, как это понимаешь ты.

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

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

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

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

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

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

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

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


> Опять начинаешь свою обычную песню "вы все плохие, а я один хороший".

не я плохой, а вы хорошие, а "я строю, а вы ломаете".


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

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

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

А, по-моему, я именно то и говорю, что фундаментальные знания, и ВСЕ нюансы нельзя объяснить на пальцах. И что сейчас у детей интернета иллюзия, что они всё знают, а что не знают, могут быстро прочитать, и, хоп, тоже знают. Может, они и знают, но точно - нихрена не понимают.

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

Читай сизю. Он сообщений 50 по этому поводу написал, как у него не обновляются последние сообщения.

> А между тем в иксах именно так и сделано. Запросил список расширений - что поддерживаешь, тем и пользуйся. Ничего не поддерживаешь - fallback. Они тоже глупые дети 3D и мультиков?

как только я смогу собрать иксы на 1.44 дискете с openbsd - сразу же отвечу на этот вопрос. а пока - отсылаю к дудочке, кувшинчику и фундаментальным знаниям.

btw. кстати, к реализации иксов у многих есть серьёзные претензии. оно и неудивительно, ибо за годы накопился пользовательский опыт.


> так вот, запоминать свой хеш для авторизации это "социально"?

это фидошно. его и запоминать не надо. для веба - забил ссылку для автологина, для клиента - забил строку в клиент.


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

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

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


> Звучит как будто ты против свежих идей;)

Я против подмены понятий. Лучше одна хорошая идея, чем постоянный выбор из 700, из которых 500 плохие и 150 ужасные. Я не вижу ничего хорошего в "свежих идеях", которые часто встречаю: это больше похоже на генератор из пустого в порожнее, минуя смысл.


> Жизнь не стоит на месте, если раньше люди писали запросы в бд ручками, то сейчас используют orm.

Дети до сих пор из всё того же места берутся, и никакие запросы бэдэ их не коснулись. Поскольку детей у меня больше, чем я в жизни запросов БД написал, буду говорить о том, о чём лучше осведомлён. :)


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

Эээээээ... уэаээээ... даже не знаю, как это комментировать, честно.

> Может скорее проблема в прошивках и людях, которые кричат "говно!", вместо поиска проблемных мест?

человек в подробностях и в десятках сообщений расписал свои проблемы и способ их воспроизведения...

> Как у него реализовано?

http://hg.51t.ru/ii/file/ac150c296da6/run.py#l19

через list.txt. описание подменяется хэшами.

пиздец.

извиняюсь, но других слов тут нет.

> Ну и как мне прикажешь решать их проблемы?

не знаю. но на вашей ноде оно у него отлично работает, а на моей - нет.

> И самое главное - кому он расписал?

эхе.

> Добро пожаловать в 21 век.

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


> Пришел на работу, хочу написать к вам на 51t, хэш не помню, а тут ведь компьютер другой. Автологин? А там в конце параметр случайно не хэш?;)

1. guest

2. в деревню! к тётке! в глушь! в саратов! там будешь горе горевать, за пяльцами сидеть за святцами зевать (или типа того)

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

в какой схеме?

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

зато это делается в две строчки и не добавляет ничего нового в протокол, и для большинства людей этого просто нет. а в качестве примера использования в tools/other будет чекер, но он будет только для conky или подобного. ПОТОМУ ЧТО В РАМКАХ КЛИЕНТА ОН ВООБЩЕ ПРОБЛЕМ РЕШИТЬ НЕ В СОСТОЯНИИ. в состоянии только создать новых. в качестве ненадёжной договорённости во имя экономии - есть sfmode, который не меняет ни схему, ни протокол, ни url - вообще ничего. подобные патчи, которые просто реализуются, просто откатываются, и ничего не меняют, это часть ---культуры openbsd--- идеологии ii, та основа, которая позволяет и не терять практичности по потребности, и при этом не усложнять конструкцию, схему и подобное. что оно есть, что его нет - разницы быть не должно, авторов клиентов это в момент первой реализации клиента вообще не должно волновать, и первый рабочий "чистый" клиент делать будет проще и быстрее.

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

у list.txt уже давно были разные параметры. и url у него свой, отдельный. если через list.txt проблему можно решить легко и просто, ничего не меняя, значит это хороший способ.

> Так понятно. Это расширение, реализовывать которое совсем необязательно.

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

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

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

И именно поэтому чётко написано "НИКАКИХ, ВАШУ МАТЬ, ФИЧ", ибо они рушат идеологию на корню. Можно сделать другой проект, фичастый, очертить круг задач, продумать детали и принять компромиссы, которые позволяют лучше их решать, в ущерб примитивности (которое есть не только основное достоинство ii, но и вообще причина существования ii). Но бить по самому смыслу ii, и не обращаь на это внимание, сужая те целевые группы, для которых он был изобретён, и при этом пытаясь преикрутить его туда, где его возможности вообще малозначимы, и где гораздо эффективнее изобрести более уместное для этого средство - это просто следствие вопиющей некомпетентности, связанное с уже указанными мною причинами, вечному хватанию "вершков" и основе решений не на анализе, а на обрывочных аналогиях, которые превращаются в догмы ("в подобной ситуации поступать всегда вот так, и никак иначе". не люди, а триггеры).

И объяснять вот это постоянно мне уже сильно надоело.

> И да. Я прекрасно понимаю что ты тут объясняешь, но реально /x/ ничем не отличается от твоих спрятанных ключей. Совсем. Только лишним запросом, но это частности и к вопросу совместимости отношения не имеют.

Я. Уже. Объяснил. Чем. Они. Отличаются.

Тем, что приделываются за 3 минуты, без переделки стандартов, без лишних вопросов. А потом спокойно проверяются на практике. И выносится суждение, нужны они или нет.

Так было всегда, до тех пор, пока сеть не наводнили реформаторы.

И это просто пример того, что оно делается, эти ключи у меня в кандидатах на удаление, если не докажут свою жизненную необходимость. Официально их вообще нет.


ps. Мои методы не требуют второго запроса, смены логики, смены урла или чего-то ещё. Они действуют точно так же, как действовали до этого. И серверу, и клиенту, абсолютно всё равно, на самом деле, есть там подобное, или нет, оно будет работать и так, и так.

> Про андроид клиент хочется заметить что андроид это лютый зоопарк и гарантировать работу одной и той же софтины на девайсов разных производителей просто невозможно. И нода тут совершенно ни при чём.

Причём. Это то самое столкновение теории с практикой, по которой

> Вместо ясного и чёткого описания ты каждый раз пускаешься в одни и те же пространные рассуждения

Первые 500 раз были чёткие и подробные объяснения. Но слышать на них голословные ответы "нет, всё не так" - как тут ещё объяснять. Видимо, придётся палочки с чёрточками рисовать. Самое интересное, что по логике всех этих альтернативно мыслящих - это они сидят, делают сеть, а я пришёл и начал что-то там добавлять неправильно. На такие факты, что за месяц они так ничего из того, зачем было всё сломано - не сделали, что все их пойнты - это МОИ пойнты, которых я на них ПРИНУДИТЕЛЬНО переписал (и даже закрыл свою станцию, чтобы точно перебежали) - это всё или данность, или их личные достижения. Каждый раз, когда я тут что-то читаю, не могу выносить этот абсурд. Приходится иногда даже очевидные вещи доказывать. На некоторые вещи я вообще ответов не получил - люди просто игнорируют некоторые факты, как будто их и не было.

В общем, все эти симптомы мне знакомы, ничего нового я тут не увидел. :) Поэтому и использую проверенные методы :)

> И то что очередной китайфон (а других телефонов с андроидами можно считать что и нет) отказался адекватно исполнять программу это проблема китайфона. Значит надо ориентироваться на iOS чтоб не было потом из-за вендоров обвинений в несовместимости на нодах.

Это уход от проблемы. Причём, без явных на то оснований. Собственно, это и есть та проблема, которую хотелось сильно избежать (сначала добиться абсолютной работоспособности на эталонах, а потом уже начинать развивать зоопарк на основе опыта). но, получилось то, что получилось, как я тут мог повлиять, я всем по 100 раз объяснял эти простые истины, но никто же не слушает, все же самые умные... а потом, когда проявляются предсказанные проблемы - сразу "это Путин виноват".

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

Это мешает самому существованию ii как всемирного универсального протокола. Поэтому...

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

ох, какой знакомый интерфейс :)

ps. http://c.51t.ru/khsf.jpg :)

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

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

А что было по делу? нет, ну назовите что-нибудь, что было по делу, что реально дало какой-нибудь толк, или хоть как-то начало менять ситуацию. даже в то время, когда вас стало много, а я один, всё равно все действия, которые я помню, и которые хоть как-то пытаются восстановить разломанное и репутацию - я вижу только от себя. В чём был смысл месяц назад активно начинать менять стандарты - процесс, который породил множество проблем, и не решил ни одной. НИ ОДНОЙ. Вы вообще слово "последствия" когда-нибудь в своей жизни слышали, или поговорку "семь раз отмерь, один раз отрежь". Или, реально, вам интернет крышу на почве всезнания свернул? Начитались одной и той же херни, пропитались ею, напрочь деформировали сознание, и теперь бегают, линейно и напролом, без причинно-следственых связей и так, как будто все текущие события - сами по себе, без предшествовавшей им истории...