тьфу... в смысле, эти эхи удалены из архива (осталось на r.51t.ru и old.51t.ru).... а переехало всё в:
ii://russian.rt.1409 и ii://allhockey.1409

новостные эхи ротированы в, соответственно, ii://russian.rt.1407 и ii://allhockey.1407

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

это баг, к которому все привыкли.... :) я в своей версии исправил, а в той - нет... :)

завтра клуб и кружок закрыаются

ii.51t.ru и hg.51t.ru остаются

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

Но пророк, укоряя их, говорит: вот, наступают дни, говорит Господь, когда Я заключу с домом Израиля и с домом Иуды новый завет,

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

Вот завет, который завещаю дому Израилеву после тех дней, говорит Господь: вложу законы Мои в мысли их, и напишу их на сердцах их; и буду их Богом, а они будут Моим народом.

И не будет учить каждый ближнего своего и каждый брата своего, говоря: познай Господа; потому что все, от малого до большого, будут знать Меня,

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

Говоря "новый", показал ветхость первого; а ветшающее и стареющее близко к уничтожению.

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

http://openports.se/www/selfoss

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

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

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

ii хорошо подходит для того, для чего задумывалась, но плохо подходит для того, для чего часто используется. например, сохранить все 250000 новостей с allhockey.

Мне кажется, вместо .ЦЫыФРА, нужен какой-то механизм "блоки блоков". Чтобы были какие-то блоки, которые тоже подписаны хэшем, но их все вытаскивать не нужно, нужно просто знать, что они есть. Нужно как-то вычислять нужное, отделять от ненужного, и забирать это нужное. А при желании - хоть все 250000 новостей забрать :)

И чтобы это было просто, в духе ii (uliss).

сабж

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

а вот думать - с этим сложнее. я уже забыл, как это делается :)

>> До сих пор являюсь противником открытой регистрации.
> Также.

На то и были придуманы игрушки-регистрации... можно в их процессе собирать с пользователя больше регистрации

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

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

о, появилось... сорь, это у меня мышка тупит, одинарный клик в ней превращается в двойной :(

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

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

> Неудобно как-то. Но сама такая идея имеет место на существование.

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

Вообще, что касается роботов.

Есть уже такая вещь, называемая rss. Она удобна и для серверов (легко отдавать в едином формате), и для пользователей (есть огромное число клиентов "подо всё"). Так вот, роботы варятся в этом же пространстве. Не заменяют RSS, а используют его. Можно и собирать RSS, и отдавать данные в RSS. Лично у меня роботы отдают в RSS, используя гибкую систему запросов в URL :)

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

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

То есть,

Это можно будет использовать локально.

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

Это можно будет использовать, как веб-сервер, который собирает (rss+всё остальное) -> rss (опять же, не касаясь ii/uliss, как такового)


Эта задача вообще не связана с общением. Эта задача связана с тем, что rss не всегда идеален и не всегда есть. :)


> модули

по идее, нужно потихоньку уходить к структуре модулей. эха - это не просто эха, это набор модулей. как в minetest - бери 10 видов кубиков, и строй, что хошь :) это пока не стоит разбирать, это просто нужно учитывать НА_ПЕРСПЕКТИВУ, при разработке нового формата :)

> мейллисты

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

напишу ещё раз:

>> До сих пор являюсь противником открытой регистрации.
> Также.

На то и были придуманы игрушки-регистрации... можно в их процессе собирать с пользователя больше регистрации

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

на данный момент можно обычным ii-клиентом, в принципе, коннектиться :) ii настолько прост, что я по памяти, только пару раз мельком глянув в справочник, реализовал /e, /m, /u/e, /u/m и постинг. :)

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

структура у меня будет, как и самая-самая первая ii, в виде json. нет нод и пойнтов, ВСЭ ОДЫНАКОВЫ, все создают нумерные сообщения и обмениваются ими. проблемы с этим будут решаться по мере их поступления, внешними средствами, а сама структура будет такая...

то есть, адрес на все сообщения гейт будет ставить одни и те же.

id будут 8-значными (20 это много :), хотя, в принципе, можно любой размер задавать :) поэтому сообщения из uliss в ii будут просто добавлять ulissiiuliss8SYMBOLS (непонятно, на какой стороне), а в обратку - или обрезать до 8 символов (тогда надо, чтобы гейт это отслеживал), или хранить целиком... то есть, чтение - это просто добавление всех нужных полей, а вот чтобы обмениваться - это уже надо придумывать, как (понятно, что одно и то же сообщение в разных сетях будет иметь разные поля - наверное, можно для ii сообщений добавлять нужные поля в хедеры)

эхи у меня (хотя это не обязательно, но у меня - так) будут заканчиваться на 51t (потому что все эхи у меня будут доступны по прямому url типа obsd.51t.ru - эха obsd.51t - кроме того, эха может быть и натуральным веб-сайтом, хранящая всё в json, и некоторые сайты у меня так и будут работать) - наверное, можно просто обрезать t, и вести эти эхи как abcde.51)

но тут есть один нюанс...

как клиент ii оно уже отлично работает, тут всё понятно - имена добиваются до 20 знаков...

но при гейтовании - есть проблема.

1) либо всё, что попадает в эти эхи, должно оканчивать автоматом все сообщения на ulissiiuliss

2) либо та штука, которая гейтует, должна вести соответствия имён (долго и страшно, наверное :)

3) либо сообщения с ваших сетей в тех эхах будут двоиться, или ещё как... потому что оно придёт, как 12345678901234567890, а когда попросите новые сообщения с меня, там будет 12345678ulissiiuliss, фактически два разных сообщения.

что мы выбираем? :) и с кем гейтуемся?

ну чё, попробуем эху гейтануть?

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

эха - одна. о хоккее и о жизни :) оригинальное название hc.51t, но для ii она проставляется как hc.51
есть list.txt, но там не заведён счётчик. Адрес гейта:

http://hc25.ru/ii/

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

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

в официальной ii-ноде:

http://hg.51t.ru/ii/

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

кстати, исправил несколько ВОПИЮЩИХ багов в 51talk

http://hg.51t.ru/51talk/

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

http://node.51t.ru - нода ii, сваязанная с uliss

только улисированные эхи (с постфиксом .51, с автоустановкой номеров ********ulissiiuliss)

сейчас их там три, первая из которых ходит и по этим сетям:

hc.51
iinext.51
obsd.51

гейтование (и сейчас, и в принципе) возможно только с теми станциями, которые улиссизируют сообщения :)

фетч верни

sadm там есть? :)

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

> Что есть? =)

был в golded такой юмор :)

> Один дpyг мне сказал, что, набpав в GoldEd'е быстpо 'sadm', я yвижy небольшой сюpпpиз от Одинна.

а вообще, если правильно помню, это означает Select All Delete Marked

>>привет, мир, пишу из клиента
>>почему по ? или h не показываются хоткеи? пишу, и не знаю, как буду отправлять :)

>ууу, крутой голдед шайтан майтан!


>ОРИ, ДЖИНН! ;) 2:5045

>>привет, мир, пишу из клиента
>>почему по ? или h не показываются хоткеи? пишу, и не знаю, как буду отправлять :)
>ууу, крутой голдед шайтан майтан!
>ОРИ, ДЖИНН! ;) 2:5045

с голдедом и qt-клиентом уже можно выходить на рынок персональных перевозок сообщений

привет, мир, пишу из клиента

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

>привет, мир, пишу из клиента
>почему по ? или h не показываются хоткеи? пишу, и не знаю, как буду отправлять :)

ууу, крутой голдед шайтан майтан!


ОРИ, ДЖИНН! ;) 2:5045

>>>привет, мир, пишу из клиента
>>>почему по ? или h не показываются хоткеи? пишу, и не знаю, как буду отправлять :)
>>ууу, крутой голдед шайтан майтан!
>>ОРИ, ДЖИНН! ;) 2:5045

во! я нажал q, чтобы выйти из эхи, оно завело мне сообщение, я сразу же вышел, а оно - всё равно сохранилось и отправилось

можно ли после выхода сделать окошко:

====================
Отправить ПРЯМ ЩАС
Сохранить на потом
Отменить сообщение
====================

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

да в ГОЛДЕДЕ хоть и были индивидуальные отметки кроме глобального маркера - не помню, чтобы хоть раз ими воспользовался (я даже не знаю, как по ним скакать). локального маркера хватит для всех ;) в крайнем случае - ввести режим ленты для чтения (когда показывается по 20 сообщений разом, и можно по страницам бегать - в общем, как веб, только в голдеде)

>>почему по ? или h не показываются хоткеи? пишу, и не знаю, как буду отправлять :)
>Справки встроенной пока нет, но к моменту фиксации версии 0.1 будет. А пока всё в ридми есть.

всё, нашёл README - просто я скопировал файлы из репозитория, а README не скопировал :)

пойду читать :)


ps. Насколько клиент python3-specific? можно ли портировать на python2? если лицензия позволит - то это будет в базовом наборе ГК11 без вариантов! на самом видном месте!

>>ууу, крутой голдед шайтан майтан!
>Приятно читать такое да. Им родимым и вдохновляюсь. Открыт вон рядышком с цезием -- локалку Позитурина почитываю.

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

вещь ахринужная! респект тебе!

>>на curses шпаришь. я попытался покрутить две оболочки для curses на python - умер на взлёте. а чтобы прямо так, на голых курсах - круто :)
>Я в своё время такие штуки на голом crt в паскале делал. Так что не привыкать =)

я на бейсике делал... берёшь "рисование сеткой" в доснафигаторе - и фигачишь... но там 80x25 fixed, а тут - оконная система :) чисто турбовижн :)

>> хорошо, что это всё не отправилось - а отправилось бы?
>Нет. В ноде стоит проверка на пустой сабж и/или тело сообщения.

ща проверим :)

>>ps. Насколько клиент python3-specific? можно ли портировать на python2? если лицензия позволит - то это будет в базовом наборе ГК11 без вариантов! на самом видном месте!
>Я не очень хорошо знаю пайтон (как и любой другой ЯП), и учить его начал с третьей ветки. Так что не могу ответить на твой вопрос,

мне это напомнило истории из OpenBSD... один парень был, по-моему, актёром... понадобилось ему завести устройство, а C не знал - потихоньку изучил и написал драйвер... и таких историй в OpenBSD хватает :)

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

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

поставил себе в эдиторы vim, но бинарника vim на этом компьютере не было... в результате - в out куча файлов .out с "no subject" и пустым текстом :) хорошо, что это всё не отправилось - а отправилось бы?

>>>> хорошо, что это всё не отправилось - а отправилось бы?
>>>Нет. В ноде стоит проверка на пустой сабж и/или тело сообщения.
>>ща проверим :)
>отправилось, но до ноды не дошло :)

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

>>> хорошо, что это всё не отправилось - а отправилось бы?
>>Нет. В ноде стоит проверка на пустой сабж и/или тело сообщения.
>ща проверим :)

отправилось, но до ноды не дошло :)

а почему в веб-интерфейсе нигде у эхи нет даты последнего сообщения :(

в ГК11 я думаю, что в list.txt или его аналоге обязательно будет "последний timestamp". не знаю, насколько актуальна информация (всего сообщений в эхе), и будет ли она (обязательной или опциональной) но "последний timestamp" точно будет

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

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

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

>Хотя на http://irk39.tk всё-таки прикрутил.

а давайте зафигачим эху по python-у? ;)