и приятности иже с ним.

Очень, очень все просто работает и приятно подключать.

Подключаем устанавливая SVN external property (а проекты теперь веду исключительно в SVN) в /verdor/plugins как установлено на скриншоте, делаем checkout проекта (а можно просто ветки plugins), запрашивает подтверждение сертификата, и после утвердительного ответа мы имеем свежескачанный плагин tiny_mce.

Но этот ... просто выношу в заметку как must и еще раз must read.

Ах да, очень залип на "Ruby on the Rails". Меньше чем за неделю сделан с нуля типичный фронт-енд нового сайта, делаю админилку, залип на AJAX в админзоне и выборе "utf-8 не utf-8".

А про rails и ruby просто процитирую Юлика (отныне - сенсей:)) : 

 Впечатления

От Ruby (два часа поигрался) - собирал нижнюю челюсть со стола щеточкой. От Rails (час поигрался) - “так не бывает”. До установки FastCGI - “сейчас мой компьютер умрет”. После - опять пришлось потянуться за щеточкой.

Посмотрим что из этого выйдет.

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

http://live.julik.nl 

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

http://www.google.com/calendar/render

У Гугля как всегда есть чему поучиться.

Предлагается использовать в качестве альтернативного онлайн-органайзера. Работа быстрая и удобная с минимальным количеством кликов.

Все идет к альтернативе Outlookу, и если немного пофантазировать, то каналы уже достаточно быстрые, а приложения достаточно распределенные. Т.е. в ближайшем будущем компании возможно выгоднее будет не устанавливать Microsoft Outlook, а просто арендовать у Гугля веб-приложение с календарем, почтой, задачами, общими базами контактов (и взымать за это абонплату). Поглядите, а ведь все к тому и идет. 

На хостинге colocall.net, который ранее считал одним из лучших по сервису в Украине произошло плановое обновление версий OS и MySql, вследствие чего и перестали работать неск-ко проектов. Компилировать пришлось на своей FreeBSD 6.0 в VMWare, т.к. дисковая квота не позволяла компилить в полный рост, да и штатная, казалось бы, утилита wget оказалась для провайдера непозволительной роскошью.

В итоге что-то начало работать, т.е. все, кроме библиотек mysql, которые выпабали с невразумительным сообщением

can't open the module 
sqldriversdir/libparser3mysql.so

После пары часов попыток компиляции и продолжительного гугления был найден сей пост:

----------------------- 

Помог ключик --with-dynamic-stdcpp при конфигурировании парсера. Проблема, как оказалось, была именно в нем, а не в драйвере mysql. Теперь все заработало. При этом ldd libparser3mysql.so по-прежнему ничего не выводит. Видимо, это нормально для FreeBSD.

Проверяю ... спасибо людям, которые не ленятся документировать сделанное и общаться на форумах. 

Получилось, кому надо Parser3 под FreeBSD 6 выкладываю:

http://it-expert.com.ua/download/parser3_mysql_freebsd_6.tar.gz ## (с библиотеками mysql)
http://it-expert.com.ua/download/parser3mysql_freebsd_6.tar.gz  (только библиотека parser3mysql.so)
http://it-expert.com.ua/download/parser3-xml-nomysqllib-freebsd6.tar.gz (parser3 без библиотек mysql)

---
OFFTOP:
попал в офигенную пробку утром, больше часа ехал 500 метров, как выяснилось потом в аварию, которая тормозила весь поток, попала моя бывшая сотрудница. Руки-ноги на месте, и слава богу.

Давайте, как наши братья китайцы, брать от мира лучшее и делать не хуже. Здесь я постараюсь проанализировать бесплатные CMS, части CMS и их сильные стороны.

Первый признак хорошей разработки - вокруг нее мгновенно образуется комьюнити, мощное сообщество разработчиков, нет-нет, да и наваяющих какой-нибудь незаменимый новый плагин или страшный mod-addon.

Вот тут уже неоднократно задают вопрос, какой php выбирать для установки на свой сервер? Ну, а так как "ложки нет" (© Матрица), и универсального рецепта всеобщего счастья тоже нет, то предлагаю самостоятельно выбрать метод установки, предварительно оценив все за и против.

Установка как mod_php, модуль Apache. Предполагает получение максимальной производительности от PHP, что является предпочтительным на очень нагруженных сайтах, обновление версии PHP повлияет на все захостченные веб узлы. Очень подходит для случаев "один сервер - один сайт".

Установка PHP как CGI. По сравнению с mod_php несколько медленнее. Необходимо прописывать php.cgi как обработчик для php файлов в концигурациях apache для каждого сайта (я это делаю у каждого сайта в корневом .htaccess). Несомненным плюсом является возможность держать нужную версию PHP для каждого конкретно взятого виртуального хоста. Массовые хостинг-серверы, как правило, настроены именно так, ибо при обновлении PHP можно будет переводить на более новую версию php.cgi сайт за сайтом, без боязни потерять работоспособность.

Оффтоп: Не нравится мне PHP, идеологически не нравится. Начиная от миллиона напрасновкомпиленных процедур, и корявым "эскейпом и экранированием" HTML и заканчивая мусорником репозитария классов. Но уж очень много всего написано, да и хостинг без поддержки PHP уже практически исчез ;) А поэтому продолжаем грызть кактус ...

Если у кого-то все-таки возникают проблемы с чтением RSS с этого сайта - прошу отправлять багрепорты мылом на nexus[at]mail.ru.

Кстати, о RSS ридерах. Самый, на мой взгляд, классный ридер - FeedDemon от Bradbury Software (да и вообще автор делает исключетельно правильные штуки, как говориться, must see). Лично мне нравится рендеринг содержимого не "по теме в каждой строчке", а как газетная колонка, где сообщения идут одной лентой.

Вот таким был сайт microsoft.com с апреля 1994 по август 1995.

Что интересно, в то время самым популярным браузером был Netscape Navigator, а IE был рагульной добавкой, которую никто не ставил, ибо в составе операционки его еще не было. Все течет, все меняется.

По старой дружбе ругаю сайт www.sint.ua