Журнал Витуса

тут у меня недавно сломался фоссил на сервере wagner.pp.ru (ну и spacians.net соответственно). Ну как сломался - вики показывает, тикеты работают, но при попытке сделать clone или sync по https говорит "Server doesn't reply". Первое время мне было лень с этим разбираться, и я спокойно синкался по ssh. Хотя вообще это неправильно, потому что клонировать по https мои репозитории может кто угодно. А так у "кого угодно" остается только опция лезть git-овское зеркало на github, которое не для всех репозиториев есть.

Наконец разобрался и починил. Оказалось что дело в паранойе апачевской команды. Почему-то там c версии 2.4.59 отключили по умолчанию передачу клиенту HTTP-заголовка Content-Length, выданного CGI-скриптами. Переменная, которая это включает обратно называется ap_trust_cgilike_cl.

О чем теперь честно написано в доке по настройке fossil как cgi. В коммите от 17 апреля сего года фоссиловцы даже научили свой клиент работать без заголовка Content-Length, раз уж апач не хочет его передавать.

В документации на apache в разделе переменные среды специального назначения это даже описано. А вот в описании mod_cgi и в тьюториале Servinng Dynamic Content with CGI нет.

Злые они (в смысле apache), уйти что ли от них на lighttpd? (у того вроде функциональнсти хватает для моих нужд). Или что у нас еще такое есть из небольших и легких вебсерверов, предназначенных не для монструозных проектов на php или django, а в первую очередь для статики и немножко всего остального? Фронтэнд-прокси переросток от Сысоева не предлагать. Он как раз для монструозных проектов. Его на личный сервер ставить, это все равно что удобрения на дачный участок на Белазе возить.

Основная проблема с которой я сейчас столкнулся, это, по-моему ориентация Apache на shared hosting. Потому как откуда еще может вознинуть идея что программе, лежащей на том же компьютере, что и сам веб-сервер, можно не доверять?

Тут обнаружил что при параллельной работе с несколькими проектами в fossil может оказаться что запущено несколько fossil-ов с режиме ui в разных директориях. И хорошо бы уметь быстро понять какой из них за какой проект ответственнен и как его прибить.

В результате написался вот такой скриптик:

#!/bin/sh
netstat -nlpt 2>/dev/null| 
awk '/fossil/  {split($7,a,"/");print "http://" $4, a[1];}'| 
while read url pid; do
    echo "$url $(readlink /proc/$pid/cwd) $pid"
done

В смысле, смотрим на каких tcp-портах слушают исполняемые файлы по имени fossil и из /proc добываем их cwd. В выводим табличку url, рабочая директория pid (куда SIGINT слать при необходимости).

Будет не лень можно будет поразвивать:

• добавить функциональность "прибить по имени рабочей директории"
• или "прибить все кроме текущего проекта".
• табличку заголовком украсить.
• сделать чтобы при отсутствии запущенных fossil ui выдавался ненулевой код завершения.
• сделать команду "запустить fossil ui для данного проекта или открыть в браузере, если он уже запущен
• Если рабочий каталог в ${HOME} текущего пользователя, заменить в имени директории полный путь ${HOME} на тильду.

Вот такие я себе завел макросы в vimrc:

au FileType markdown :map <buffer> ,l lbcw[<Esc>pa](wiki?name=<Esc>pa)<Esc>
au FileType markdown :vmap <buffer> ,l da[<Esc>pa](wiki?name=<Esc>:let @@=substitute(@@,' ','+','g')<CR>pa)<Esc>

Первый макрос простой, он работает если выделения нет и конвертирует слово под курсором в маркдауновскую ссылку на wiki. Но в нем есть хитрый хак - это первая команда 'l'.

Дело в том что команда b (переход в начало слова) в vim, переходит в начало следующего слова, если курсор уже находится в начале слова. А если курсор находится в пробеле после слова, переходит все равно в начале слова. То есть последовательность lb переводит в начало текущего слова, даже если мы там уже и были. И даже если были в его конце.

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

Вот со вторым вариантом хитрее. Если у нас есть выделенный фрагмент из несколькоих слов, мы его забираем в буфер, потом в квадратных скобках вставляем как есть, а потом надо прежде чем добавлять его как часть URL заменить плюсы на пробелы. Что мы и делаем заменяя значение переменной @@ (которая есть неименованный буфер) на результат применения к ней же функции substitute().

Надо бы туда добавить вторую функцию substitute, чтобы эскейпила скобки. Но я сходу не соображу сколько бэкслэшей надо в этом месте ставить чтобы после выполнения всех раундов подстановки остался только один. Можно, конечно, на %28 и %29 менять, но процент тоже эскейпить надо правильно.

Еще бы исхитриться замэпить Enter чтобы он по ссылке переходил, как это сделано в vimwiki. Но я читать чужие продвинутые vimscript еще не научился, поэтому не понял, как там опознают ссылки.

Тут в связи с переездом всех моих сюжетов в единую платформу - fossil, решил заодно проверить, много ли у меня в соотвествующих wiki висячих ссылок.

Написал ( скриптик ) и погонял его на все репозитории.

Результат

репозиторий	всего страниц	висячих ссылок
Русалки	34	0
Ясмина	206	0
Спейсиане	226	122
Галактическая Федерация	76	116

Что удивительно - наиболее давно разрабатываемая реальность - самая бедная (тем более что я знаю, что там еще многие существующие страницы нуждаются в серьезной доработке. Я, например на страницу Вента не залил ни одной из нарисованных еще четверть века назад и давно отсканированных карт Венты.

Все плохо и в вики по единственной законченной книге - спейсианской. Там, кстати, могут быть посчитаны не все висячие ссылки, поскольку там присутствуют страницы в формате Fossil Wiki, а вышеприведенный скрипт парсит только markdown.