а я чё-то включил его вчерась - (0.11.x в debian stable, 0.12.x в openbsd), чёт не моё.

ангбанд - хорош тем, что простой, как три рубля - чисто дум, только пошаговый и с rod of drain life на плече :) adom - замороченный какой-то, а в angband пошёл, и мочи эту нечисть. я дальше 31 этажа никогда не спускался, поэтому даже не представляю, чё там, и зачем я туда вообще попёрся. но вееесело :)

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

Из постбандов я sil иногда пускаю. Правда путаюсь в крафте и песнях. А dcss хорош тем, что там надо сильно менять тактику постоянно, правда без вики играть в него бессмысленно. adom не очень сложен, кстати. А в плане ии даже прост весьма.

Блин. Про постбанды я солгал наглейшим образом: tome4 как раз из ангбанда вырос. Правда нынче там большой мир и красивые эффекты.

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

>нет клавиши ентер

Что за магическая клавиша такая? Что делает в ангданде, в смысле. А то собирать чтобы посмотреть лениво как-то.

Попробуй brogue -- там очень простой интерфейс. Ну и красиво в добавок.

моя душа принадлежит только ангбанду. и только версии 3.3.2 :)

Исправил проблему с отправкой из txt клиента. Сейчас протестирую и приготовлю новые, уже окончательные пакеты.

Круто. Я вот думаю всё или независимый клиент делать или просто читалку к txt-клиенту. Второе проще, бо можно уже заюзать какую-нить БД или свой формат хранения данных.

> Круто. Я вот думаю всё или независимый клиент делать или просто читалку к txt-клиенту. Второе проще, бо можно уже заюзать какую-нить БД или свой формат хранения данных.

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

Вопрос скорости обработки клиентом. Посмотрим как оно будет, пока что есть идея всё таки прикрутить к php-ноде читалку. Пусть без отправки сообщений даже если.

> Посмотрим как оно будет, пока что есть идея всё таки прикрутить к php-ноде читалку. Пусть без отправки сообщений даже если.

Вот к php ноде читалка как раз очень нужна. Отправку сообщений прикрутим, не переживай.

питон-нода, видимо, уйдёт в устаревшие? :)

Питон-нода в пакетах же.

Починил скрипты запуска, решил проблему с клиентами и обновил пакеты. Сейчас напишу в announce.

Всем привет! Я решил, что для хорошего гейтования нам необходим rss бот на пхп, и написал его. Скрипт уже умеет избавляться от всяких там { и прочего, а также, как предложил spline, публиковать новости по частям, если они превышают лимит. Пока он запущен в тестовом режиме на моей ноде в эхе lor-opennet.2014.
Рабочего крона пока у меня нет, поэтому запускать скрипт через curl http://irk38.tk/ii/gate1.php && curl http://irk38.tk/ii/gate2.php. Исходники обязательно выложу.

ii://HiRMQXlExQLkBa2QvTlY
исходники

ты бы хоть адрес своей станции оставил, и список эх, как у spline :)

Адрес станции прежний (у тебя там даже поинт есть) - http://irk38.tk/ii/ii-point.php?q=/u/

Список эх - http://irk38.tk/ii/echo

Появились некоторые улучшения в самом ii-php.
Ждите сегодня новых коммитов.

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

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

Извиняюсь, проблема на клиентской стороне :)

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

Ок, сделаю. (Правда часа через 3, так как батарея разрядилась, а я сижу в месте без электричества. :))

А что лучше вставлять: ссылку или источник? В первом случае поставлю в конце новости, во втором - в заголовке.

ссылки будет достаточно. чтобы через год, через расстояние, найти, достать, и пройти по ссылке :)

Вот и вся премудрость.

while (false !== ($entry = readdir ($handle))) { echo '<li>' . $entry . '</li>'; }

А вот и обновлённая php нода: http://github.com/vit1-irk/ii-php
Изменения:
1. В функциях исправлено немного багов, отправка сообщения теперь идёт через msg_to_ii
2. Добавлен rss-bot, тоже чуть-чуть улучшенный (к примеру, вставляется ещё и ссылка в сообщение)

Моя нода (ниже есть ссылка) уже обновилась на новую версию.

если есть пустая строка в тексте - неверно считает хедер:

конструкция:

header = new[:new.index('')]

выглядит круто и по-питоновски, но работает неправильно! критикал баг

или ещё что-то... в общем, плохо работает отправка.

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

исправлена критичная проблема для всех обладателей флоппинета :) unbundle.py просто не работал, из-за безалаберности в api. проблема исправлена в hg.

все пишут, надо бы тоже попробовать.

кто-нибудь это использовал? что проще для освоения - вот это:

http://npyscreen.readthedocs.org/introduction.html

или вот это:

http://urwid.org/examples/index.html

или ещё что-то?

ага, оф. документация по urwid - 1.2.1. в репах wheezy и openbsd 1.0, и там не работают примеры из туторыла :(

фигово. будем искать и собирать доку по 1.0

urwid ужас какой-то :(

попробую вторую, мож полегче будет

одни no messages, мля

два простеньких sh-скрипта, один из которых копирует выбранные эхи вместе с сообщениями (в cp/*), а другой - удаляет выбранные эхи вместе с сообщениями:

#!/bin/sh

mkdir -p cp/msg
mkdir -p cp/echo

for e in $@
do
cp echo/$e cp/echo/$e
for n in `cat echo/$e`
do
cp msg/$n cp/msg/$n
done
done

#!/bin/sh

for e in $@
do
for n in `cat echo/$e`
do
rm msg/$n
done
rm echo/$e
done

1. счётчик "более 100" к клиенту - от исправления стало только хуже. надо исправить, чтобы нормально отображал, а не 100

2. приём /u/point - не падать по incorrect padding

> 2. приём /u/point - не падать по incorrect padding
Что?

это из обсуждения на лоре :)

3. некорректная обработка ссылок в цитате (добавляется </em>) решить можно или добавлением < в стоплист, или сменой очерёдности.

> Хочу j2me версию ii.

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

Описание TL;DR, поэтому спрошу здесь - чем вы сильно отличаетесь от http://occupyhere.org/ ?
Сколько времени и желания займет портирование всего проекта на C/sh, чтобы запускалось с OpenWRT(возможно с интеграцией с uhttpd)?

Писать можно на почту i.donin на домене etokki.net

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

на sh портировать - вполне реально, нужны только base64, sha256 и запись-чтение файлов.

но нужно знать, что вам это нужно

А кто такая строка-авторизации? В readme не написано, другой документации нет, из приложенного конфига непонятно, что это за зверь.

А в сорцах без пол-литра не разобраться.

> А в сорцах без пол-литра не разобраться.

Методом тыка.

А как ты авторизовался без строки авторизации? :)

> А как ты авторизовался без строки авторизации? :)

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

Хе-хе. Работает. А вебнонду бы так не взломал =)

subj

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

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

1. даты сообщений

я считаю их необходимо отдавать в спискес идентификаторами. вы правы в том, что никому неинтересны архивы эхи за последние 2 года, но миграция - это не выход (об этом ниже). мне надо получить список сообщений с датами, положить их в склайт, сделать select id from msgs where date > вчера, перенаправить вывод в курл, выводом курла заполнить недостающие куски. потом я их попуржу из базы запросом delete from msgs where date > прошлый месяц.

старые сообщения ни мне, ни поинтам не нужны. чтобы кто-то их вечно хранил я требовать не буду. если кто-то хранит архивы - честь и хвала, но мне всё равно.

2. склайт

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

вообще можно описать только протокол обмена сообщениями. формат хранения на диске - это специфика реализации.

3. индексы эх и миграция

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

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

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

4. должен быть способ запросить все эхи с аплинка

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

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

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

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

5. личный совет

пожалуйста не быкуйте на лоре на людей у которых есть претензии к реализации сети. топик неприятно читать.

какие-нибудь идеи?

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

не вижу проблемы - это a. нода должна принимать входящих юзеров, как я понимаю - это b.

> старые сообщения ни мне, ни поинтам не нужны. чтобы кто-то их вечно хранил я требовать не буду. если кто-то хранит архивы - честь и хвала, но мне всё равно.

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

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

> 2. склайт

это обсуждали буквально вчера. и какой там формат, и какой способ БД может быть. к сожалению, обсуждали мимоходом и в im.1406, а не в dev. надо будет, наверное, это обсуждение перенести.

> 3. индексы эх и миграция
> есть ли планы убрать .14 из названий эх?

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

> я забью потому что это рутинная работа. рутинную работу должны делать компьютеры.

эту работу могут делать компьютеры


> 4. должен быть способ запросить все эхи с аплинка

да. я сегодня ещё буду объяснять, почему сложилоь так, а не иначе. только найду человека, который бы меня об этом спрашивал. :) в общем случае http://51t.ru/list.txt


> пожалуйста не быкуйте на лоре на людей у которых есть претензии к реализации сети. топик неприятно читать.

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

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

А не продублировать ли действие по щелчку на аватарке (Ответить пользователю) сделав ник пользователя тоже ссылкой для ответа?

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