>> есть ли хде самый полный список эх? а то в веб-интерфейсе - не все ;(
У меня полный список всего, что есть на ноде, кроме секретной эхи, у меня на вебморде есть.

>>>btw, а карбонки в голдеде будут? :)
>>Если бы я сейчас ещё вспомнил что это такое =)

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

>btw, а карбонки в голдеде будут? :)
Я думал как это сделать, но раз у нас не указывается адрес назначения, то не уверен, что можно однозначно идентифицировать себя как получателя просто по нику =) Если будет два сплайна у меня и у Виктора, например, то как их различать?

Эха объеденяет в себе ii.soft.14 и ii.dev.14

>Андрей, поправь у себя в фетчере адрес.

Готово. Тестируем =)

>А разве ncurses клиента у тебя пока нет? =)

На данный момент есть недописанный огрызок на CL, который имеет критические проблемы в связи с корявостью биндингов. Есть в планах просто сделать это на пайтоне.

>Последнее время кто-нибудь из вас задумывался над сабжем? Интересно послушать предложения.

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

>У меня самого план развития сети уже имеется, позже расскажу, если интересно.

Будет интересно почитать. В любом случае, этот вопрос не повредит как минимум обсудить =)

А помогите фетчинг настроить.

server url http://spline.rooker.ru/ii/ii-point.php?q=
echo ii.14
echo pipe.2032
echo linux.14

Вот так попробуй.

>Так это и сейчас есть же вроде

Сейчас оно tools/client-toss реализовано. Это для отправки поинтом на ноду сообщения через дискеты/флешки/QR-коды. Я так понял, Виктор имел в виду создания чего-то подобного для обмена всех со всеми в рамках сети хоть на уровне файлов с простым интерфейсом. Например, бандл скинуть на флешку, а на своей стороне поинт развернёт его в базу.

Во всяком случае, я так понял.

>Не, тоже самое.

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

>Может ему чего-то не хватает?

Да оно вещь в себе. Распаковал и пользуйся. Только пайтон ему дай.

Как решил проблему то? Закинь конфиг фетчера.

>Это в клиенте должно решаться. В моем есть поиск, правда пока только по сабжам.

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

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

Виктор, почини ссылки на http://iinet.sexy/ а то например "Скачать" ведёт вникуда =)

>А если ограничен выход в интернет, а поинтов много? То есть есть десяток поинтов, но только у одного есть нормальный интернет. Остальные 9 могут быть его виртуалами-поинтами, а контентом обмениваться с помощью флешек.

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

>У тех 9 поинтов по легенде нет нормального интернета, поэтому они как раз могут только через флешки контентом обмениваться

Что никак не мешает им передавать через флешки сообщения для нумерации нодой 10-го. Я не вижу проблемы пока.

>Хотя кто знает, может и push пригодится в таком случае.

Вот и будет повод проверить его в действии =)

>А разве клиенты не должны иметь возможность обмениваться сообщениями между собой, в обход ноды? :)

А зачем? Суть ii в том что не надо быть джедаем чтоб развернуть ноду.

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

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

Попробовал прикрутить sqlite к клиенту. Фетчинг ii.14 целиком занимаем пару минут на моём нетбуке. Неторопливая штука. Или я ей неправильно пользуюсь.

>Уже непонятно, о чём тут можно дальше вести этот разговор :)

Я, если честно, изначально не очень понимал =) Но есть ли смысл делать клиентоноды? Кто кому аплинком будет?

>Настроить надо)

Всё проще -- коммитить надо пачками поболе.

Оказалось что это я ламер масдайный и всё нормально. Будет у нас sqlite =)

>Давай :) Только поинтереснее, не 2+2

Поиск детерминанта матрицы =)

>Аккаунт на Хабре у Андрея, поэтому все вопросы к нему =)

Блин, ребят. Извините =)

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

>Хм, мне было бы интересней по-отдельности. Например, мне не очень хочется читать про очередную перестановку кнопочек у убунточке. По-этому на какую-нибудь эху habra.ubuntarium.999 я бы не подписывался :)

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

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

Надо прикручивать БД. В прототипе своего клиента я её уже юзаю, но там с курсес опять лажа какая-то.

>Андрею: ты чистил свою базу данных по моему блэклисту? http://ii-net.tk/ii/blacklist.txt

Насколько я помню, это было частично. Сделаем =)

>Тут уж как Андрей решит, так и будем читать.

Тестовую эху запущу в кучу, а дальше как пойдёт.

>Чем парсишь, кстати?

feedparser + lxml

Первым выдираю ленту, вторым выдираю целые статьи. Но в силу того, что lxml так просто на сервере мне нынче не поставить, есть вероятность что если у нас и будет хабр, то не с моей ноды =(

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

>Уже почти свой фетчер хабры написал :D

Блин. Я забыл Т__Т

https://github.com/spline1986/habr2ii вот мой вариант =)

>Но я тебе могу твой любимы дистрибутив развернуть, если что =)

Это ни к чему. Может, развернём там ноду для хабра? =)

>У меня стоят эти пакеты =)

Тогда надо смотреть что

html.tostring (page.find_class ("content html_format")

Выдаёт там. Я никаких воркэраундов не лепил просто и у себя на системе только тестировал.

Ему нужны две дополнительные либы: feedparser и html2text. Причём второе требует соответствующий пакет в системе (это и послужило препятствием внедрению у меня на ноде).

>Так, а как он должен работать, фетчер?

Кладём в директорию tools/client-toss вот такой скрипт и создаём поддиректорию msgs/RSS-bot. В неё скриптом habr2ii.py буду ссыпаться сообщения для тоссинга.

#!/bin/bash

#cd /srv/www/spline.rooker.ru/data/ii/tools/client-toss/
HISTORY=1 # Если установлено в 0, сообщения удаляются. Иначе переносятся в директорию histo

IIURL=http://127.0.0.1:62220/u/point
POINTS='../points.txt' # Путь к списку поинтов относительно данного скрипта
MKTOSS='../../mktoss.py' # Путь к тоссеру относительно директории поинта

ROOT_PWD=$(pwd)

for DIR in $(find ./msgs/ -maxdepth 1 -type d); do
    POINT=$(echo $DIR | sed 's/.\/msgs\///')
    if [[ $POINT != '' ]]; then
	PAUTH=$(cat $POINTS | grep $POINT | sed 's/:.*//')
	cd $DIR
	for MSG in $(find ./ -maxdepth 1 -type f -name "*.txt"); do
	    python2.7 $MKTOSS $MSG
	    wget -q --header="Host: spline.rooker.ru" $IIURL -O - --post-data "pauth=$PAUTH&tmsg=$(cat $MSG.toss)"
	    if [[ $HISTORY == 0 ]]; then
		rm $MSG
	    else
		if ! [ -d ./histo ]; then
		    mkdir ./histo
		fi
		mv $MSG ./histo
	    fi
	    rm $MSG.toss
	done
    fi
    cd $ROOT_PWD
done

Добавляем поинта в points.txt. Потом в habr2ii.py указываем путь для сыпания сообщений, линк на feed и название эхи.

$ python habr2ii.py && autotosspost.sh всё.

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

Ура, товрищи!

Версии python-html2text и lxml какие? Пока я нашёл неприятный баг со старой версией html2text.

Отлично, но для этого сгодился бы любой RSS-фетчер на самом деле =)

Соль была в репосте статей целиком в формате markdown. Как учёбу разгребу, попробую накалякать что-нить менее требовательное к сторонним библиотекам. Где-то на уровне lxml проблема, судя по всему. Причём отловить её мне так и не удалось -- на одном и том же линке получаю разные данные и никогда статью целиком. Всегда это какой-то кусок страницы.

До кучи сделай замену вот такого вот [img habrastorage.org/files/112/e60/c80/112e60c801d640e9be72430911ab5abd.jpg" align="right" width="300] на директ-линки на изображения =)

Пофиксил свою базу.

Парсилка html на легко делается с помощью html2text.

Почти готов новый режим емакса -- меню выбора ii-эхи =) Никаких сторонних библиотек не тянет, сделано втупую, напоминает buffer-menu.

Сдвинулось дело с мёртвой точки в сабже. Уже есть поддержка /u/ и list.txt (кроме бандлов). Основной вкусностью (помимо того что это клиент для emacs ^__^) будет база сообщений в sqlite3.

>Хорошо как, ещё один клиент. Добавлю потом ссылку в свой список.

Нечего пока там добавлять -- я сейчас бьюсь над созданием буфера-меню без привлечения сторонних библиотек, но придётся, похоже, завязываться на какой-нить easymenu. Минус в лишней зависимости, а плюс в том что высока вероятность работы в XEmacs (если там есть url.el и sql.el).

Моя читалка на виду: http://spline.rooker.ru/ii/ . А вот полноценный клиент там отсутствует пока что. Не до него сейчас. Поинтов по старинке через почту/джаббер/личное знакомство набираю. До сих пор являюсь противником открытой регистрации.

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

Думай, голова! Я считаю что это было бы очень круто. Даже если бы блоки были автоматические и переход с блока на блок происходил бы, скажем, каждую сотню сообщений (для примера). По умолчанию с эхи тянется последний блок, но можно тыкнуть конкретные блоки на получение или скачать всё целиком. Только в рамках существующей схемы /u это не сделать, мне кажется. Надо перерабатывать структуру всего. Потеряем совместимость =(

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

>to spline:
>Если захочешь взять шаблоны и css, то они здесь: http://ii-net.tk/ii/iiweb-light/

Я традиционно буду пилить своё. Кстати, Чёт твой RSS-бот "\n" обрезает, надо бы пофиксить. В остальном всё отлично, переполз на твоих роботов и скоро снова буду пробовать переехать на mysql. Надеюсь, обойдётся без ядерных взрывов =)

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

Лишних переносов у меня нет. Буду фиксить на место =)

Отказ от waves одобряю =)

>Вот по этому поводу требуется совет Андрея, потому что тоже на php-ноде сидит: нужна ли возможность оставления старого, привычного способа навигации?

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

>Что ж, раз Рома решил гейты с ii перекрыть, а в самой эхе уже ~3500 сообщений, то снимаем с фетча и кидаем в архив?

Ну а что с ней ещё делать то?

Оффтопик: я вчера переехал таки на MySQL. Здорово.