Опять про MovableType и dirify

Сегодня меня порадовали, дескать подписка на комментарии в твоем блоге не работает.

Действительно, на ряде записей ссылка "подписаться на комментарии к этой записи по RSS" была битая, вела на несуществующий фид.

Разбирательство показало, что:

• Это касается только записей, где последняя буква (буквы) в title - непечатная (мягкий-твердый знак или знаки препинания). Эти символы дирифицируются в подчеркивание.
• Сами такие записи имели URL вида date/bla_bla_.html (фиды: bla_bla_.xml).
• Ссылки из списков записей (по месяцам, по рубрикам) были правильными.
• А вот ссылки, сформированные через <$MTEntryBaseName$> вели на bla_bla.html.

Засучив рукава, я полез читать исходники MovableType и мне открылось страшное.

Формирование URL записи у меня делалось вот так:

<$MTArchiveDate format="%Y/%m/%d"$>/<$MTEntryTitle dirify="1"$>.html

Рассмотрение исходников показало, что этот темплейт делает ровно то, что написано: вызывает dirify($title), результат может иметь подчеркивания на хвосте если заголовок кончается на "непечатные" символы.

А вот basename записи - это отдельное понятие. Basename формируется отдельно, вызовом встроенной функции make_unique_basename(), которая, помимо вызова dirify(), еще и скусывает лишние подчеркивания-минусы с хвоста. Замена подчеркиваний-минусов делается позже и довольно грязным хаком. Сформированный basename не имеет ничего общего с URL, который описан в Archive mapping

Нормально, да ? Имеем два URL, один используется при создании архивов и вообще почти везде, но недоступен в тегах (макросах). Второй - доступен в виде тега. Да, первый вычисляется на лету при выводе HTML-представления, а второй - хранится в базе.

Выход один: нужно таки формировать URL так же, как формируется basename. Для этого сгодится, например, такой Archive mapping, который сформирует ровно то, что хочется (вторая часть эквивалентна макросу %_b, но явное написание понятнее):

<$MTArchiveDate format="%Y/%m/%d"$>/<$MTEntryBaseName separator="_"$>.html

Перегенерируем весь сайт, для старых URL с подчеркиваниями на конце делаем или RewriteRule или симлинк. Я сделал симлинки, файлов таких было немного.

Естественно, описанное выше поведение - это ошибка в логике MovableType. На пустом месте размножили понятия, не гарантировали между ними связи и совершили прочие программистские грехи. Заметим, что default settings - это <$MTArchiveFile$>, который тоже вычисляется, что может привести к сюрпризам в ряде ситуаций).

Выводы обычные: другой бы на моем месте всех бы убил, один бы остался.