Groupware
Обновление пакетов FreeBSD вообще и
tikiwiki в частности от 20 мая подтолкнуло к странному шагу. За коим-то чертом решил, что мне нужна система коллективной работы, хотя кроме меня ей никто пользоваться не будет. Такой заскок у меня уже был,
раз,
два. Захотел для чего-то попробовать еще раз. Пакеты для изучения (все server-based, это понятно):
- eGroupware
- moregroupware
- simplegroupware
- horde-groupware
- tine20
- redmine
и в качестве некоей невнятной альтернативы
Отвергнуты по разным причинам:
- simplegroupware. При установке требует apache 2.2, что неприемлемо, текущая версия 2.4, и на ней работает много чего.
- moregroupware. Успел забыть, что не устроило.
- horde-groupware. Проект, ориентированный именно на коллективную работу с упором на электронную почту, то есть на общение. Для моих задач - не подходит.
- tine20. Проблемы с установкой.
В процессе
С первым я уже работал, впечатление положительное. Правда, по ходу дела перестали работать некоторые ссылки/взаимосвязи. Однако в новой версии, судя по процессу предварительной настройки, многое изменилось. Пока затык как раз на настройке. RedMine в определенных кругах ненавязчиво хвалят. Однако терзают смутные сомнения принципиального плана: а нужно ли мне это в обычной жизни? Ради фана только?
Собственно, что мне надо:
- Организация актуальной информации, рабочей, личной и справочной. В настоящее время это структура каталогов в файловой системе. Перевод на хранение в базе данных (СУБД) должен облегчить поиск нужного и доступ, но чреват заботами о доступности, бэкапах и возможности восстановления в случае краха БД или всей системы, чего нельзя исключать.
- Справочную информацию сам бог велел держать в чем-нибудь типа wiki. Сюда же можно отнести сданные и реализованные внешние проекты, поскольку часто нужны в качестве примеров. Основное:
- стандарты по разделам (избранные, то есть нужные в работе ГОСТ, ЕСКД, ЕСПД, ЕСТД, строительные - СНиП и прочее, оформление документации);
- информация по электротехническим, электроустановочным и прочим электроизделиям, применяемым традиционно в проектах,
- системам охлаждения,
- системам бесперебойного питания,
- структурированным кабельным системам и их компонентам,
- конструктивам,
- и прочим системам, касается все это внешних проектов.
- Личная информация делится на:
- "деловую", в настоящее время организованную в виде сайта на Google Sites; ситуация устраивает, необходимы только ежемесячные копии в архив;
- документы, в основном, сканы, в том числе, по яхт-клубу; доступ редкий, но важный;
- внутренние проекты, интерес в основном исторический, но иногда приходится использовать в качестве справочных материалов;
- архивы по ремонтам, модернизациям, техническая документация бытового толка; доступ очень редкий, интерес большей частью исторический, но может в любой момент стать практическим;
- статьи и заготовки статей по разной тематике, для сайта, блога, хабра, гиктаймса и пр. Оперативный доступ, архивы.
- Рабочую информацию в оперативном доступе дома держать особого смысла нет, нужны только архив и оперативный резерв.
- Управление внешними проектами: возможность заранее прикинуть структуру документации, порядок работы, примерный график и процент выполнения по разделам. Этим требованиями системы groupware отвечают. Из управления ресурсам для внешних проектов практически нужны только время, остальное - материалы и финансы - только для внутренних проектов, типа апгрейда оборудования или "строительства" очередного сервера.
Вроде бы в связи с изложенным выше действительно имеет смысл использовать какую-то единую систему, или, по крайней мере, wiki-подобную справочную - не зря ковыряюсь. Однако есть озвученные ранее проблемы сохранности информации, и безопасности. Подумаю.
В целом приведенные выше рассуждения, в случае принятия решения о полноценном внедрении такой системы, которая уже сейчас, на этапе обдумывания, обещает стать для меня весьма важной, а потому высокодоступной и надежной, ведут:
- к необходимости модернизации сервера с целью повышения надежности и отказоустойчивости, то есть как минимум, внедрение RAID;
- к развертыванию, в зависимости от выбранной прикладной системы, некоей "настоящей" системы резервирования, в том числе, на внешние носители;
- к возобновлению работ по удаленному доступу, понадобится вспоминать SoftEther и пробовать DynDNS,
- к решению проблемы доступа с работы.
Ну вот, кажется, я придумал себе неслабую задачку. Вывалишь так вот "на бумагу" смутные мысли, структурируешь, и понимаешь: надо реализовывать.
