20 дней роддома позади:
pahan@localhost ~ $ ssh 192.168.1.107
Password:
Last login: Sat Feb 3 12:27:11 2007 from athlon64.alexkolesnikov.ru
pahan@athlon64x2 ~ $ uptime
22:27:05 up 20 days, 10:01, 1 user, load average: 0.00, 0.00, 0.00
pahan@athlon64x2 ~ $ sudo shutdown -h now

Broadcast message from root (pts/0) (Sat Feb 3 22:27:20 2007):

The system is going down for system halt NOW!
pahan@athlon64x2 ~ $ exit
logout
Connection to 192.168.1.107 closed.
pahan@localhost ~ $

На ftp://pahan.no-ip.org:4000
с горем пополам заработал ftp сервер. Горе в том, что первые минут 5 после залогинивания он тупо путается работать в пассивном режиме, заставляя клиента читать с верхних портов ip=192.168.1.107. Это ip сервера в моей домашней сети, а потому клиент по ту сторону iNet'а естественно не находит никакого сервака (или находит тёску по-ip из своей домашней сети...). Через 5 минут служба понимает, что так connect не пройдёт, и переходит в активный режим, когда клиент открывает сам у себя верхние порты, а сервак на них забрасывает. При этом user'ы не имеющие прямого IP (практически все офисные и домашние локальные сети) не могут получить с сервака ничего (так как не могут открыть порт на весь iNet). Может быть именно поэтому fanana и не могла ничего у тебя скачать...

В рамках, работ по замене железа сервера поднял почтовую службу по адресу: http://pahan.no-ip.org:3000/squirrelmail
Для заведений почтовых ящиков жду писем с паролями и логинами на мой новый официальный адрес: pahan@alexkolesnikov.ru (ничего особо секретного не придумывайте, так как пароли всё равно передаются посети открытым текстом).

Теперь, разделавщись с Резервной копией

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

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

Преимущества, перед дампами видимыми ранее:
1. Работа в utf-8
2. Перед восстановлением из дампа не надо убивать и заново создавать базу

В будущем, попытаюсь лишить этот скрипт диалога, чтобы дать возможность встраивать его в другие скрипты. Может даже получится сделать модуль Druld'а... Короче, прошу Главного, пользоваться этой программулиной

К сожалению, на этой неделе не удастся проводить работы, по замене сервака, так как на меня навалился новый заказ- оживить сайт vse-kraski.ru.

Но адресу http://www.alexkolesnikov.ru/mediawiki размещён движок MediaWiki, который я надеюсь станет важной частью Сервера_Шурика.
Ещё раз повторяю — это не замена Drupal'а, а дополнение тех возможностей, которые в Drupal'е реализованы не лучшим образом (многострадальные подшивки).
Короче, просьба к Главному, Kross'у и всем остальным — зарегистрируйтесь в новом разделе и попробуйте что-либ

Как и обещал по адресу http://metrogiprotrans.com/drupal
происходит проксирование на адрес http://pahan.no-ip.org:1080, то есть теперь можно входить (правда на мою тестовую версию сервака) даже по 80-му порту. что бы избавится от metrogiprotrans.com Шурику придётся только немного подправить DNS.

Стал разбираться с проксированием на apache (subj пересылает на http://www.alexkolesnikov.ru/). Нашёл даже литературу:
1. Apache Module mod_proxy
2. Improve LAMP security with Apache Proxy's directive (mod_proxy) (От IBM!)
Всё бы хорошо, но Drupal зачем-то использует абсолютные ссылки("/?q="). Если мы найдём, как заставить его начинать ссылки не с "/?", а, например, с "/drupal/?", то после переезд

Точнее накачки софта...
Провозившись всё утро пришёл к неутешительному выводу: на этой материнке свежие ядра в настройках по умолчанию не работают, а какие должны быть правильные настройки никто в RuNet'е не знает...
Пришлось вместо свежего 2.6.18-r6 ставить полугодовалой древности 2.6.16-r13. С другой стороны подоконники ставят двухгодичного старичка (XP SP2) и не задумываются над такими проблемами...