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

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

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

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

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

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


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

1. guest

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

P.S.: Вот новый скрин с почти готовой читалкой http://spline.rooker.ru/screen_20140805.png Осталось только unixtime привести в нормальное состояние и прокрутку сообщений сделать.

Рома, всё просто. Вместо ясного и чёткого описания ты каждый раз пускаешься в одни и те же пространные рассуждения с дудочками, кувшинчиками и прочими дискетами. Не дети интернета плохи, плохо общество, которое таких уникумов воспитывает. ii в моём понимании это /u/. Ну, возможно ещё всё таки /list.txt и чёрный список. Всё остальное как не существует на твоей ноде для простых смертных, так и у нас отсутствует.

Про андроид клиент хочется заметить что андроид это лютый зоопарк и гарантировать работу одной и той же софтины на девайсов разных производителей просто невозможно. И нода тут совершенно ни при чём. На ней никуда не делись ни /u/ в самом что ни на есть классическом понимании ни даже /m и /e. И то что очередной китайфон (а других телефонов с андроидами можно считать что и нет) отказался адекватно исполнять программу это проблема китайфона. Значит надо ориентироваться на iOS чтоб не было потом из-за вендоров обвинений в несовместимости на нодах.

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>А я уже для себя решил, что делаю свой форк клиента

вот этим и плох опенсорс...

>А что было по делу?

По делу я неоднократно говорил что как родился /x/ недоношенным так и умрёт не развившись. На работе клиентов это никак не скажется (разве что народ начнёт оголтело пилить всякую фигню, но пока они не трогают /u/ мне пофиг, бо работает твой клиент и будет работать мой когда я его напишу). А не умрёт и начнёт всё больше отдаляться от ii, теряя совместимость, так я просто сниму с фетчинга ноды с этим всем добром и буду фетчиться с тобой и другими нодами, коли таковые появятся.

Я просто пользуюсь тем что есть и оно меня полностью устраивает. Всё остальное излишества всякие нехорошие =) По размышлению я пришёл к мнению что и /x/t не нужен и всякие другие фичи.

>ох, какой знакомый интерфейс :)
>ps. http://c.51t.ru/khsf.jpg :)

Я ж изначально говорил что хочу голдед для ii =) Так что им и вдохновлялся.

> По делу я неоднократно говорил что как родился /x/ недоношенным так и умрёт не развившись.

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

>но пользователям-то всё равно. они видят непонятную им суету, плюют, и идут на лор, где всё железобетонно с 2001 года (или когда там текущий интерфейс появился).

Ничто не вечно. И вконтакт и даже ЛОР меняются. И делают это постоянно. А пользователей такие мелочи как бурление вокруг непонятной фигни вообще не должно волновать. Меня ж не волнует =)

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

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

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

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

> 1. Api /x/t/<...> реализован лучше /list.txt?h=1&el=<...>

это уже за гранью адекватности.

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

Так, вроде, никто /x/ не предлагал в стандарт пихать. Стандрт - /u/, мой клиент его поддерживает. На /x/ я пока вообще не смотрел.

ЗЫ: А нормально оформленного описания стандарта у нас все еще нет. Может быть напишу.

>Стандрт - /u/, мой клиент его поддерживает. На /x/ я пока вообще не смотрел.

Та же фигня. Кстати, завтра выложу пре-пре-альфу своего клиента. Умеет забирать почту, умеет её читать. Умеет отправлять, но пока для этого нет пользовательского интерфейса, умеет получать list.txt и blacklist.txt, но их я в последнюю очередь напишу. Пока он даже не запоминает последние сообщения в эхах. Думаю написать встроенную справку, сделать ленту новых сообщений и можно уже что-то показывать. Нужны только две вещи: sbcl и ncurses. Нужные лисповые либы он укачает при первом запуске перед компиляцией и положит рядом собой. После компиляции можно оставить только три файла, а остальное вытереть.

Недостаток там один: на самом деле это не компиляция а сброс core-образа lisp-машины на диск и дальнейшая её подгрузка. В следствии чего более 40 метров занимает сохранённый образ.

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

Похоже, публичная версия сегодня отменяется. Что-то в фетчере какой-то баг.

Сабж? Предлагаю перекатиться в pipe.2032 полностью, а im.100 отправить в архив. Заодно и ii.dev слить с ii.soft. Только вот пока не знаю что делать со старыми эхами. Или слить их скриптом в хронологическом порядке или отправить в архив. Что думаете?

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

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

надеюсь, перегейтование (с перемаркированием), а не перемещение?

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

>надеюсь, перегейтование (с перемаркированием), а не перемещение?

Да просто перекатиться как при смене постфикса. Только в какую-нить ii.1408 и с двух эх. К чему усложнять и наживать проблемы?

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

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

>Так что выберем: ii.14 или ii.1408?

Глянул статистику сообщений. Думаю, можно просто ii.14 сделать. В крайнем случае всегда можно создать ii.14.2 и так далее ежели возникнет необходимость. Хотя, не думаю что таковая возникнет.

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

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

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

>Что-то он до сих пор отсутствует...

Да я чёт приболел.

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

Всем привет