|
|
| || Где это сможет работать? |
|
Для работы системы Sanitarium WebLoG, вам необходимо иметь на своем Web сервере Perl5 и интерфейс для работы Perl с базами Berkeley - инсталлированный модуль DB_File.
На большинстве серверов, работающих под управлением Unix/Linux систем все это имеется (в том числе и на предоставляемом бесплатном хостинге, например Hut.Ru или Webservice.Ru).
Под Windows системами Sanitarium WebLoG работать не будет (если только вы не установите саму базу Berkeley DB)
| |
| || Скажем пару фраз о базах Berkeley. |
Сайт разработчика: http://sleepycat.com
Это программное обеспечение, распространяемое по лицензии Open Source (http://www.opensource.org/osd.html), предоставляет собой менеджера надежной, масштабируемой базы данных. Существует множество интерфейсов, для работы с этой БД, написанных для различных языков программирования (C/C++, Perl, Tcl, Python), для языка Perl, такими интерфейсами являются:
Модуль DB_File.pm, который позволяет работать с базами Berkeley в пределах возможностей 1-й версии
Модуль BerkeleyDB.pm, который уже позволяет использовать возможности более старших версий базы.
Скрипт Sanitarium WebLoG использует модуль DB_File, который является весьма распространенным и популярным (он входит в состав стандартных модулей, поставляемых вместе с Perl ).
Данные в Berkeley DB хранятся в виде хеш-таблиц (это не реляционная SQL база!), Perl взаимодействует с базой путем связывания файла с данными (*.dat) с переменной типа хэш (hash), после чего мы можем работать с данными как с обычным хешем.
В чем отличие Berkeley DB от множества других DBM-администраторов?
Да, действительно, существует множество иных администраторов DBM баз (SDBM, NDBM, GDBM) и на любой платформе, какой-нибудь да найдется (есть и модуль AnyDBM_File, который отыскивает лучшего из администраторов имеющихся в системе), но все они имеют жесткое ограничение на длину одной записи (ключ/значение) - от 1кб до 4кб! Что в общем-то для хранения статьи не годится, в то время как Berkeley DB допускает размер пары ключ/значение до 4Гб! Кроме того, это самый быстрый из всех представленных DBM администраторов.
Почему мы выбрали Berkeley DB?
В отличии от SQL баз, она более доступна, в том числе и на бесплатных хостингах.
Это намного быстрее, чем использование текстовых баз (flat files).
| |
| || Чем достигается быстродействие Sanitarium WebLoG? |
|
Как мы говорили ранее, нашей целью было создание быстрой системы - в случае Sanitarium WebLoG, быстродействие достигается за счет избыточности хранимой информации:
Для каждой категории создается свой индексный файл, в котором хранится краткая информация всех статей, входящих в категорию + создается общий индексный файл, в котором хранятся краткие сведения всех статей. (т.е. дублирование записей)
Для каждой статьи создается отдельный файл, в котором хранятся все страницы данной статьи и все сведения этой статьи. Из-за специфики Berkeley DB (которая хранит данные в особом разреженном виде), даже пустой файл весит несколько кб (16 или 32 - на разных платформах по-разному). Если трезво посчитать, то это не так уж и страшно - 40кб на статью, 100 статей -4Mb, но эти сто статей еще надо иметь! С другой стороны, мы не рекомендуем использовать Sanitarium WebLoG в качестве чисто новостной системы, где преобладают короткие новостные заметки (напр. "Ура! У меня сегодня День Рождения! Наш сайт переехал!") - можно найти для этих целей более легкие системы, например Exp-SiteNews от WebScript.Ru Network, скорее всего мы в ближайшее время выпустим Lite Sanitarium WebLoG, которая будет более подходящей для небольших заметок.
Поиск - это отдельная песня. Подумайте, нужен ли он вам вообще? Мы разработали весьма неплохую поисковую систему для Sanitarium WebLoG, которая не только быстро ищет, но и сортирует выводимые данные по релевантности, но она для поиска использует отдельный поисковый индекс - данные всех статей там представлены в особом виде, а на это тоже требуется лишнее место, приблизительно 10-20% от веса всех ваших статей. К тому же, при удалении/изменении статей происходит соответствующая модификация поискового индекса, что неплохо напрягает сервер. Т.е. задумайтесь - нужен ли вам поиск, если нет, то имеется опция для его отключения.
| |
| |