В дополнение к «Связи данных» надо сказать, что многие вещи в readme не реализованы по причине того, что я чаще всего занимаюсь небольшими, но нетрадиционными вещами. А прикладные проекты мне тянуть трудно. Вы будете смеяться, но я не знаю php… хотя скрипты на нем пишу.
Идей, однако, хватает. Желающие могут прошерстить readme — по классификации записей и блогостроению я много чего писал. И еще напишу — например, о record embeding.

Поскольку R1.5.M^* позволяет корябать записи с использованием html, wiki и user-defined parser (причем, одновременно), необходимо отнять 10% от декларированных в e2 93% ;)

^* — R1.4 после небольших доработок

(… а на третий день руки дошли до «выложить запись в онлайн», поэтому see also)
Надо заметить, что в момент перехода на R1.5.M я сознательно отказался от ЧПУ и перешел на построение линков по методу «Темза, сэр!»
Дело в том, что после недолгих размышлений на тему «какая схема линков удобнее» я остановился вот на каких факторах:
1. Небольшая длина (чтобы можно было заносить линки вручную). Линки a-la Wiki все же избыточны [ >>> ]
2. Ясность в том, куда и насколько далеко можно уйти по этому линку
3. Мнемоническая нагрузка на линк

Попытка учесть все эти факторы и привела к существующим сейчас линкам. К сожалению, алгоритм формирования мнемоники получился далеким от совершенства, но «наша фирма работает над этой проблемой».

p.s. Возможность ручного ввода линков есть, но… лень.

Я вот что подумал… не буду я писать новый движок. Поскольку ничего революционного в ближайшее время не планируется, можно ограничиться вялотекущим upgrade. Писать движок «с нуля» (или кардинально переделывать) имеет смысл вот в каких случаях: «под фичу» или новую/экзотическую технологию. А вот повторять функциональность «обычного блога» (даже доводя ее до абсурда совершенства) — не вижу смысла.

Есть интересная идея — сделать клиент для блога в виде плагина для Far’а.
В плюсах: удобный и привычный интерфейс, возможность работы с блогом как с файловой системой — просмотр (F3), редактирование (F4), добавление новой записи (Shift-F4), раздела (F7), etc.
Значимых минусов пока не вижу.

Есть два варианта работы такого плагина:
а) прямое общение с блогом через RPC API блога
б) через дополнительный уровень абстракции — BFS (Blog FileSystem). Это позволит настраивать «независимый от платформы блога» клиент на RPC API любого движка.

Второй вариант, конечно, предпочтительней, хотя и сложнее в реализации.

Кто возьмется?

За два года (2003, 2004) по данным экспорта:

Всего записей: 1865
Из них активных: 1260

Предлагается в TrackBack воткнуть еще два поля: user и email. Для чего? Для того, чтобы из ping’а можно было бы сделать полноценный комментарий, с возможностью ping’а взад, отсылания при необходимости ответов на него… [ >>> ]

Вообще можно сделать «MetaBlog Protocol», который был бы развитием идеи TrackBack’а. И позволял бы автоматически «дружить блогами». Разнящиеся сейчас блоги тогда будут гораздо теснее связаны между собой, даже построенные на разных движках. (ibid).

«Trackback, как и всякое пикантное блюдо, подают к столу в голубой каемочке»

• работает в тестовом режиме, без каких либо гарантий
  
• параметры url, title, excerpt, blog_name обязательны
  
• входящая кодировка — только utf-8, т.к. нет желания заниматься декодированием известных и неизвестных науке кодировок
  
• поддерживается расширенный режим и параметры author, email (по поводу поддержки параметра subcribe=yes пока не решено)
  

Я усматриваю за изделиями 37signals следующую идеологию: ПРОСТЫЕ ЗАДАЧИ РЕШАЮТСЯ ПРОСТО.
Там, где прекрасные люди из 37сигналов ставят жирную точку (.), есть продолжение: «А РЕШЕНИЕ СЛОЖНЫХ ЗАДАЧ ВОЗМОЖНО» (в оригинале -- Simple Things Simple, Complex Things Possible). [ >>> ]

behrk

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

По просьбам трудящихся и для чтения «на дому» — архив readme за 2003, 2004 и 2005 годы:

• в формате chm (zip, 485К)
  
• в формате html (zip, 1081К)