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

Давным-давно, во времена BBS и Fido, была такая пошлая мода – ставить пароли на архивы с файлами. Получая файл, Вы не всегда могли его нормально распаковать. Приходилось использовать подручные средства и методом перебора «взламывать» архив. В основном программы были под Windows, а под *-nix системы не попадались реже. Разработчики, как могли, восполнили этот пробел, неспешно совершенствуя проект «rarcrack». Методом перебора (или «грубой силы» / brute force) программа сможет подобрать забытый пароль к файлам, заархивированным zip, 7z или rar.

А встречались ли Вам подобные разработки?

Операционная система: All POSIX (Linux/BSD/UNIX-like OSes)
Тип лицензии: GNU General Public License (GPL)
Страница проекта: sourceforge.net/projects/rarcrack

 

 

 

17 октября 2009 года сайт Internet Movie Database (IMDb) встречал посетителей праздничным логотипом. Крупнейшей базе с фильмографической информацией и старейшему в мире краудсорсинговому веб-проекту исполнилось 19 (девятнадцать) лет. По меркам интернета это очень почтенный возраст. Проект появился на восемь лет раньше Google и на пять лет раньше Yahoo. Он даже старше, чем первый веб-браузер. Основатель Кол Нидхэм (Col Needham) рассказывает, как такое получилось.

Дело в том, что 17 октября 1990 года Нидхэм опубликовал первые Unix-скрипты для поиска по огромному архиву фильмографической информации, собранной в рамках USENET-группы rec.arts.movies (аналог нашего ФИДО). А там было, ни много ни мало, более 23 000 записей о 10 000 фильмах.

Хотя само название IMDb появилось только четыре года спустя, но рождение проекта произошло именно в тот день.

Тридцатого декабря на Linux.org.Ru поместили новость о том, что в состав кросс-платформенного пакета фидонетовских программ, называемого fidoip, недавно включили GoldED-NSF — особую версию популярного редактора фидопочты GoldED+, позволяющую невозбранно переходить по адресам FGHI URL как по гиперссылкам. Это означает, что в fidoip добавлена поддержка гипертекстового Фидонета.

Чтобы сполна познать значение этой новости, достаточно раскрыть пред собою окно редактора GoldED-NSF или даже его предыдущей версии — NoSFeRaTU's GoldED+ (см. рис. справа). Как вы видите, в тексте просматриваемого письма фидопочты подсвечиваются не только URLы Паутины («http://»), но и URLы Фидонета («area://»), по которым также можно переходить; а под заголовком каждого письма (ярко-малиновым цветом) светится строка адреса, из которой фидонетовский URL можно скопировать.

С чем сравнить это достижение?

По своим выразительным возможностям эхопочта в гипертекстовом Фидонете (по состоянию на начало 2010 года) более всего напоминает современные интернетовские микроблоги: текст есть, гиперссылки тоже есть, а больше ничего нету. Правда, в отличие от микроблогов, эхопочта использует распределённую систему хранения и принимает достаточно крупные сообщения (например, до 64 килобайтов, если учитывать ограничения FastEcho; для сравнения можно указать, что таким же является предельный размер блогозаписи в LiveJournal).

Паутина в целом была такою двадцать лет тому назад — до появления ViolaWWW и Mosaic.

Развитие Фидонета будет продолжаться, а покамест рекомендую прочитать четыре страницы комментариев на LORе: есть забавные, есть и небезынтересные.

При чтении комментариев ко блогозаписи «Объединение браузеров в непотопляемый трекер» меня более всего поразило известие о том, что торрентовая распределённая таблица хэшей (так называемая DHT) является не общей для всех торрентовых клиентов распределённой базою знаний о файлах (как, например, Kad для eMule), а отдельной для некоторых типов клиентов, то есть разработчики битторрентовых клиентов умудрились устроить взаимно несовместимые DHT.

Ещё в мае я пошёл обсудить это в Фидонете (в моей эхоконференции Ru.Internet), и получил следующий ответ от Константина Кузова (2:5019/40.1):

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

— Единственный клиент, который «несовместим» с ним — это azureus (vuze), в который прикрутили DHT, когда той спеки ещё в проекте не было, поэтому у azureus своя реализация DHT и соответственно своя DHT сеть, но с помощью плагина mainline dht он может использовать одновременно со своей и официальную DHT.

— ЗЫ. Ну и так, для галочки, DHT — говно, это шаг назад, обратно к тем тормозным p2p-сетям, для замены которых и разрабатывали bittorrent. Лишь куча лишнего трафика и практически нулевая польза. Лучше бы все с таким же упоением во все клиенты двигали поддержку чего-нибудь такого.

— Даже жаль, что подобные фичи в основном есть в поделках аля Blizzard Downloader.

(Конец цитаты.)

Но сомнения не оставляют меня: я догадываюсь, что пользователи не любят отказываться от настроек по умолчанию, так что не станут устанавливать в Vuze плагин Mainline DHT. А ведь Vuze занимает значительную долю битторрентового файлообмена.

Я продолжаю сидеть на eMule.

Наш коллега zhylin вчера привёл перевод (вероятно, свой собственный) ряда таких компьютерных сообщений об ошибках, которым придана форма хокку (японских трёхстиший). Там же KirillGolub справедливо заметил ему, что перевод несовершенен: трёхстишия должны следовать классическому числу слогов хокку (5+7+5).

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

Считаю не лишним привести на Хабрахабре тогдашний итог моего творчества — фрагмент сообщения, сделанного мною в фидонетовской эхоконференции Ru.Hokku 8 октября 2003 года. Именно этот мой перевод впоследствии разошёлся по Фидонету и Интернету (например, [1], [2], [3], [4]):

Первые узлы сети Фидонет на территории России появились в Новосибирске, их системными операторами были Владимир Лебедев и Евгений Чуприянов (известный под псевдонимом — Eric Fletcher). 21 сентября 1990 года эти узлы впервые объявились в чехословацком сегменте мирового ноудлиста:

2:42/100, Morning_Star_BBS, Novosibirsk_USSR, Eric_Fletcher
2:42/101, SVP_BBS, Novosibirsk_USSR, Vladimir_Lebedev

И в ежедневнике у Юрия Потапюка (в дальнейшем — одного из четырёх первых фидошников российского региона R50) в тот день появилась историческая запись:



В ознаменование этого исторического события в Москве запланирована юбилейная фидопойка, которая состоится в эту субботу (25 сентября 2010 года) на традиционном месте — у сокольнического Пруда. Сбор в полдень под аркой станции метро «Сокольники» в течение часа, затем фидошники продвигаются к Пруду и занимаются там живым общением, распитием алкогольных напитков различной крепости, а также ритуальным утоплением дайалапного модема (это символ перехода на новые IP-технологии передачи фидопочты).

По адресу area://Ru.Fidonet.Digest/?msgid=2:50/15+4e2448be (эта WebBBS, правда, может и не выдержать хабраэффекта) в «Дайжесте Фидонета» нетрудно прочесть мрачную новость о том, что 14 июля 2011 года на крупном узле и гейте 2:5020/400 произошёл технический сбой: в результате выхода жёсткого диска из строя прекратили работать все фидонетовские службы на ddt.demos.su — в том числе NNTP-гейт news://ddt.demos.su (поддерживавший иерархию fido7.* в USENET) и FTP-сервер ftp://ddt.demos.su/pub/fileecho/ с архивами файловых эхоконференций.

Разумеется, в связи с этим на всех WebBBS и на всех NNTP-гейтах, получавших фидопочту от 2:5020/400, также нет новых писем из Фидонета. Верно и обратное: письма, отправляемые из Интернета через те гейты, которые работали в обе стороны, не достигают Фидонета.

Эта проблема затронула, как минимум, следующие сайты:

• http://groups.google.ru/ (Google Groups)
   
• http://fido.skitalets.ru/newsgroups.php
   
• news://news2.neva.ru
   
• news://news.mtu.ru

Что будет с этим узлом в дальнейшем, каким будет его восстановление — не очень ясно.

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

Некоторые любители Фидонета, читавшие его не изнутри, теперь, должно быть, всю неделю не знают, что же случилось.

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

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

Во-вторых, ≈полгода назад (26 ноября 2011 года) ertaquo поинтересовался, зачем мне хочется использовать Node.js в Фидонете. Тогда я сообщил, что мне просто нравится название (помню те времена, когда термин «node» или «нóда», если употреблялся без уточнения, в российском околокомпьютерном мире по умолчанию означал узел Фидонета), но не мог привести никакого наглядного примера работающего кода, а сейчас приведу.

Итак, пример будет двойным. Предлагаю вашему вниманию анализ заголовков писем фидонетовской эхопочты, хранимой в формате JAM. Этот формат популярен в Фидонете со времён далёких и незапамятных (в Википедии говорится, что появление JAM относится к 1993 году). Сразу скажу, что давно предпочитаю JAM другому популярному формату (Squish), потому что этот последний хранит в заголовке у письма идентификаторы не более чем девяти откликов на него, тогда как JAM вместо массива ограниченной длины использует более гибкую структуру данных (связный список), так что позволяет выстроить полное дерево ответов даже в самых оживлённых и разветвлённых обсуждениях.

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

• «Программирование на КОБОЛе калечит мозг, поэтому обучение ему должно трактоваться как преступление». («The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offense».)
   
• «Студентов, ранее изучавших Бейсик, практически невозможно обучить хорошему программированию. Как потенциальные программисты они подверглись необратимой умственной деградации». («It is practically impossible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration».)

Дейкстра умер 6 августа 2002 года. Сегодня, спустя десять с небольшим лет после его смерти, мы вправе оглянуться вокруг и спросить себя: а насколько изменились обстоятельства? Иными словами: а сейчас (в наши дни) среди широко употребляемых языков программирования есть ли такие языки, использование которых влечёт для склонных к ним программистов почти неминуемый риск заметной профессиональной деформации?

Как мне кажется, они есть; и это прежде всего те языки, которые подпадают под определение write-only language, то есть поощряют написание такого исходного кода, прочтение и понимание которого слишком трудно, неоправданно трудно (как правило, даже труднее, чем его написание автором кода), хотя в нормальных языках должно быть наоборот.

Наиболее употребительным из таких языков является Perl.

Будьте покойны: я не намерен просто ткнуть пальцем в Perl и объявить, что он плох. Это вышло бы слишком малоубедительно без доказательств и подробностей. И именно поэтому прямо сейчас на примере, взятом из жизни, я покажу вам четыре механизма, при помощи которых Perl воздействует на сознание программиста и поощряет сочинение им такого кода, который оказывается неприглядным write-only.

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

Например, модератору (или комодератору, в зависимости от распределения их обязанностей) приходится раз в неделю-другую класть в свою эхоконференцию её правила. Чуть другим (но всё же подобным) примером являются те фидошники, которые взяли на себя поддержку некоторого FAQ и также публикуют его в одной или нескольких тематически соответствующих эхоконференциях. (В эхе Fidonet.History её FAQ содержит своеобразную летопись истории Фидонета, выраженную в вопросах и ответах, в эхе SU.IP.Point — список узлов, набирающих новых пойнтов, в SU.FidoTech — разъяснение ряда технических терминов и алгоритмы нескольких полезных приёмов. В эхоконференциях, посвящённых тому или иному программному продукту, FAQ поясняет его настройку. И так далее.)

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

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

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

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

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

Вон там видеозапись про настройку под Windows, а вон там — под Linux. Обе видеозаписи длятся минут по восемь. И обе они хостятся на SourceForge, так что по гиперссылкам придётся идти браузером вместо того, чтобы сразу скормить их менеджеру закачек.

Одна картинка стóит доброй сотни слов, да притом и быстрее оказывает впечатление.

Как известно, символом-талисманом (mascot) Сети Фидонет является вислоухая собака, сидящая с дискетою, которую бережно удерживает в зубах. Её текстовое (псевдографическое) изображение встречается, например, в фидонетовском еженедельнике «Fidonews», где выглядит вот как:

                   __
                  /  \
                 /|oo \
                (_|  /_)
                 _`@/_ \    _
                |     | \   \\
                | (*) |  \   )) 
   ______       |__U__| /  \//
  / FIDO \       _//|| _\   /
 (________)     (_/(_|(____/

Хорошо известно также, что Томас Дженнингс, создатель сети, нарисовал её логотип от руки:



Меня несколько лет не покидала мысль (я излагал её и отдельно, и в хабрасорсинге) — мысль о том, что из этой собачки неплохо бы сделать значки (размером 16×16, 32×32, 48×48, 64×64 пикселов) для употребления и в HTML-теге <link rel="shortcut icon" href="…">, и в Windows, и в других графических интерфейсах.

Я рад объявить сегодня, что DarkWood воплотил этот замысел. Представляю вашему вниманию нарисованные им значки, которые с его согласия будут распространяться по лицензии Creative Commons Attribution 3.0:

Сеть Фидонет на двадцать третьем году своего существования в России приходит на операционную систему Android. Для примера обратите, пожалуйста, внимание вот на этот скриншот, который любезно предоставил Слава Петров (2:5053/54.17):



Перед вами — вид редактора почты HotdogEd на горизонтально расположенном экране мобильника (или планшета) размером 800×480 пикселов. Как нетрудно видеть, автору HotdogEd (Сергею Позитурину, 2:5020/2140) удалось разместить на экране и список сообщений (в форме деревьев ответов) из некоторой эхоконференции (в данном примере — из локалки Pushkin.Local), и текст одного из сообщений.

Макс Лушников (2:5020/1519), создатель популярной WebBBS под названием wFido, три дня назад (21 апреля 2013 г.) объявил о том, что на сайте FTN.SU можно будет пользоваться его системою без предварительной регистрации.

Вид заглавной страницы FTN.SU отчасти напоминает своему зрителю о Гугле:



Непосредственно под логотипом располагается окошко поисковой системы, ищущей по Фидонету (попробуйте для примера ввести туда «Хабрахабр» да посмотреть, что будет), а также три гиперссылки, последняя из которых открывает страницу с кратким рассказом о проекте, предпоследняя — полный список эхоконференций, имеющихся на узле (их можно сортировать по алфавиту, по количеству писем и по популярности), а первая открывает «Top20», то есть двадцатку наиболее популярных. (Популярность эхоконференции определяется количеством зарегистрированных пойнтов на узле у Лушникова, читающих эхоконференцию.)

Напоминаю (потому что это наверняка подзабылось), что 22 мая 2012 года я экспериментировал с чтением заголовков фидонетовской эхопочты (хранимой в формате JAM) при помощи собственного модуля, сочинённого для Node.js (на основе подвернувшегося движка jParser, документацию по которому перевёл чуть раньше).

Тогда, прогоняя тестовое чтение на одноядерном Pentium IV (2,2 ГГц), я остался недовольным скоростью: требовалось три-четыре секунды на то, чтобы считать 8222 заголовков из архива всего одной эхоконференции, ведущегося с марта 2007 года.

На нынешней неделе у меня снова дошли руки до исходного кода того модуля; и я начал с того, что перенёс прежний тест на движок Mocha и передал тестирование на сервер Travis CI, указав в файле .travis.yml такие настройки, которые обеспечивали бы тестирование на трёх последовательных версиях движка Node.js — на 0.6, на 0.8 и на 0.10.

Оказалось, что разница в скорости видна невооружённым глазом:

Перелистнём несколько страниц недавнего прошлого.

16 мая 2012 года RReverser во блогозаписи «Javascript BMP Parser» рассказал об употреблении модуля jParser для анализа двоичных данных, во браузере совершаемого.

На следующий же день (17 мая 2012 года) во блогозаписи «jParser: анализ двоичных файлов работает просто» я перевёл документацию по jParser, а чуть позже (22 мая 2012 года во блогозаписи «Node.js на узле Фидонета: читаем джаваскриптом заголовки эхопочты, хранимой в формате JAM») поделился собственным опытом употребления этого модуля (на сей раз — на Node.js, а не во браузере).

Прошло ≈1⅓ года…

12 сентября нынешнего (2013) года во блогозаписи «Недоволен скоростью джаваскриптов? — Подожди год-полтора, и это пройдёт!» я выразил неудовольствие от скорости работы модуля, прежде мною сочинённого, и указал на один только повод для оптимизма: поступательное развитие Node.js от версии 0.6 до версии 0.10 привело к росту скорости моего кода в три раза.

А сегодня события совершили полный круг — я напрочь отказался от употребления jParser. И достигнутый результат (как неприятная, так и радостная сторона его) оказался заслуживающим внимания.

Позвольте же поделиться с вами как впечатлениями, так и исходниками.