>Централизация - это плохо, переходите все в ii.

У них там кластер, да и досят скорее всего dns сервера

Недолго вк пролежал, тоже мне хацкиры.

О, больше гентушников на ноде.

Пожалуй да,но их все равно немного тут.

Я уже пк не юзаю почти неделю,не дома же. Поэтому сижу с ведроида,и в репозитории моём коммитов уже 4 дня нет.

В моих репах коммитов не было больше недели. По такой жаре вообще мозг не работает.

подпишись на pipe.2032, там у конкурентов клиенты ломаются... или это так и задумано? :)

Ура, вот и люди вернулись :) Сейчас пойду багрепорты и, может быть, фичреквесты писать...

Написал немного текста для ntkrnlmp.exe и gadfly в ii://ii.soft.14

Привет - это во-первых. =) Во-вторых, давай вводить, наверное, features ноду, так как вернулись ntkrnlmp.exe и gadfly, и нужно обеспечить клиенты поддержкой нужных фич. В третьих, думаю, что надо слить ветку features в ветку master чтобы сделать интеграцию новых фич, таких, как blacklist, в фетчер, echolist в читалку и тому подобное по мелочи. Как к этому относишься?

>Во-вторых, давай вводить, наверное, features ноду, так как вернулись ntkrnlmp.exe и gadfly, и нужно обеспечить клиенты поддержкой нужных фич.

Я уже несколько дней как перевёл на фичез ноду. Просто я хотел blacklist, без которого сильно тяжко было.

> третьих, думаю, что надо слить ветку features в ветку master чтобы сделать интеграцию новых фич, таких, как blacklist, в фетчер, echolist в читалку и тому подобное по мелочи. Как к этому относишься?

Я бы ещё хотел интеграцию этих фич ещё и в клиенты. Особенно в стандартные. Но кто у нас поддерживает форк родного клиента на botle.py? Придётся самому ковырять, навреное.

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

[cut]

Как передать сообщение, понятное через 10 000 лет

Такой вопрос поставили в 1990 году перед группой учёных, чтобы решить проблему долгосрочного обслуживания хранилища ядерных отходов Waste Isolation Pilot Plant (WIPP). Здесь применяется метод глубокого геологического захоронения отходов. Нормативный срок службы сооружения — 10 000 лет. После размещения капсул в соляной шахте на глубине 600 м и запечатки хранилища отходы можно оставить без обслуживания. Поскольку вода не проникала туда примерно 250 млн лет, можно осторожно предположить, что этого не случится ещё 200 000 лет, пока отходы опасны для жизни.

Пройдут века и тысячелетия. На территории США будут возникать новые культуры и цивилизации. Возможно, они будут говорить на новых языках и не иметь письменности. Вопрос в том, как сообщить будущим людям об опасности данного места?

Для решения этой сложной задачи собрали рабочую группу. Очень интересно посмотреть на предложенные ими варианты.

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

Известный американский астроном, астрофизик и выдающийся популяризатор науки Карл Саган (ныне покойный) не смог присутствовать на совещании, но прислал сообщение, что проблему легко решить, если выбрать правильный символ, и он знает только один такой: «череп и кости».

Но символы тоже могут появляться и исчезать. На самом деле, «череп и кости» изначально были символом не смерти, а перерождения. Впервые его использовали в религиозной литературе средних веков, как видно на картине «Распятие» Фра Беато Анджелико 15 века.

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

Закрепившийся в культуре символ смерти применяли и карательные бригады СС.

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

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

Но если читать историю снизу вверх, то выглядит, словно человек нашёл источник вечной молодости!

В общем, окончательного решения так и не приняли. Хотя существуют разные альтернативные варианты, как внедрение информации об опасности данного места в массовое сознание через легенды и фольклор. Таким образом информация может передаваться из поколения в поколение. Например, композитор Emperor X написал для этого песню «Не меняй свой цвет, котик».

Кроме песен, внедрять информацию в массовое сознание можно и другими способами. Но это тоже не гарантированный способ.

[/cut]

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

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

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

А что думаете вы по этому поводу?

привет

>Как передать сообщение, понятное через 10 000 лет

Забыл добавить линк: http://habrahabr.ru/post/231207/

я за форком не слежу, но, по-моему, родной клиент:

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

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

> А что думаете вы по этому поводу?

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

>Я думаю, что это набор неверных предпосылок. :)

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

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

> Но кто у нас поддерживает форк родного клиента на botle.py?
gadfly поддерживает

И тебе привет!

>подпишись на pipe.2032, там у конкурентов клиенты ломаются... или это так и задумано? :)

Да нет...
подпишусь

Рома, это мощь. Осталось до конца с ним разобраться, но это крутотень =)

Я уже реализовал(в голове) /dev ноды,но у меня рядом только смартфон и таблетка

Твой клиент отпадно работает на API 20,кроме мелких косяков.

>Твой клиент отпадно работает на API 20,кроме мелких косяков.

Мелкие косяки в процессе поправим.

Не помню какой minsdkversion, но там v4supportlib используется, поэтому *по идее* должно работать и на более ранних.
Но гладко только на бумаге.

У него Android L. Про более ранние версии тебе уже на 51t.ru рассказывали =)

Тут такое дело...

$ grep "Выпуск Kali Linux 1.0.8" ./*
./1zcAI1PwIDYfK47Gb0lz:Выпуск Kali Linux 1.0.8, дистрибутива для исследования безопасности систем
./G6cNT1zx9tbzpGAkBBOn:Выпуск Kali Linux 1.0.8, дистрибутива для исследования безопасности систем
./iAADvqAhR1JzK5gqphbP:Выпуск Kali Linux 1.0.8, дистрибутива для исследования безопасности систем
./tFxUdBowPQqWX0AEtVCJ:Выпуск Kali Linux 1.0.8, дистрибутива для исследования безопасности систем
./vJpievvAMJyF9Z5x7xS3:Выпуск Kali Linux 1.0.8, дистрибутива для исследования безопасности систем

У тебя робот не сломался случаем?

>У него Android L.
На любом 4.0+ должно работать нормально...
Я перед тем, как выложить тестирую на телефоне и планшете, причем как просто обновляя, так и снося существующую прогу и ставя заново новую.

>Про более ранние версии тебе уже на 51t.ru рассказывали =)
Лично мне - нет:) Но некоторые сообщения читал.

> У тебя робот не сломался случаем?
Случаем, он иногда делает дубли. Почему - не знаю, дело в алгоритме нахождения отличий в rss лентах. Может, подскажешь, почему?

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

Ну я в потроха не лазил. Мой робот просто собирает БД айдишек уже иитнутых сообщений. Просто в лоб, но пашет.

Вот тут можно глянуть как оно устроено https://github.com/spline1986/rss2ii задачка тривиальная, конечно. Но понять как сделал кто-то проще, чем изобретать самому.

опять,случайно тыкнул.

> Мой робот просто собирает БД айдишек уже иитнутых сообщений. Просто в лоб, но пашет.
А мой делает diff между двумя rss файлами, а потом новый файл копирует в старый, чтоб идентичны были. Поэтому если старый файл пуст, то будет куча дублей

> Но понять как сделал кто-то проще, чем изобретать самому.
Иногда наоборот =)
Хотя когда я делал перепост из i2p, например, я смотрел исходники твоего rss бота и понял.

>Хотя когда я делал перепост из i2p, например, я смотрел исходники твоего rss бота и понял.

Было бы интересно взглянуть как ты из i2p перепост сделал. А то я только на посмотреть пускал роутер. Исходники выложишь куда-нить?

> Было бы интересно взглянуть как ты из i2p перепост сделал.
Так там тот же rss. Я твоего бота взял, поставил там, чтобы он ссылку делал, а в run.sh заменил wget <адрес ленты> на http_proxy=4444 wget <адрес ленты>. Точно так же можно и любой другой фетчер/rss_бот взять, только сделать получение через прокси.

Кстати, эха снова ходит. =)

>Так там тот же rss. Я твоего бота взял, поставил там, чтобы он ссылку делал, а в run.sh заменил wget <адрес ленты> на http_proxy=4444 wget <адрес ленты>. Точно так же можно и любой другой фетчер/rss_бот взять, только сделать получение через прокси.

Хм. А я думал там какое-то хитрое расширение к роутеру, а ларчик то просто открывался =)

> Хм. А я думал там какое-то хитрое расширение к роутеру, а ларчик то просто открывался =)
Разработчики i2p позаботились о простых пользователях =)
Кстати, не знаешь, откуда ещё можно ленты брать там? Думал про planet.i2p, но там публикуют даже больше записей, чем в lor-opennet

волнуйтесь, подробности письмом

http://51t.ru/vA4Hdb

Так это же всего лишь экспорт эхи в бандл, не? Пишется в пару строк

это
> faq-сервер

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


а, это... есть ли аналог ?n=1, чтобы можно было скормить один раз список для фетчера, и он потом выгребал все эхи, которые анонсированы.

> а, это... есть ли аналог ?n=1, чтобы можно было скормить один раз список для фетчера, и он потом выгребал все эхи, которые анонсированы.
Нет, потому что обычного эхолиста хватает. Фетчер может просто отсеять количество сообщений и описание.

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

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

Как говорил Роман раньше: ну зачем всё переусложнять? =) И так уже куча стандартов и нестандартов. Фетчер - это штука, которая должна настраиваться вручную, и ничего в этом плохого нет.

Заинтриговал =) Буду ждать.

> это
>> faq-сервер

Можно, пожалуйста, поподробнее объяснить, что это такое?

modus operandi у меня всегда был один.

это не усложнение, это упрощение всей схемы.

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

> Можно, пожалуйста, поподробнее объяснить, что это такое?

это действие "по запросу", что faq-сервер, что freq.

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

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

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