Документация:
  • Начало
  • Сколько стоит?
  • Где это работает?
  • Установка: начало..
  • Редактируем cfg.cfg
  • Настройка *.cgi
  • Загрузка/chmod/setup.cgi
  • Внешний вид
  • Настройка шаблонов
  • index/preview
  • article/print/news/..
  • mailform/menu/search
  • шаблоны комментариев
  • span_pages/новости
  • Эксплуатация/публикация
  • Поиск/Upload/Защита

    WebScript.Ru Network

  • Форум
  • Каталог Скриптов
  • Гнездо
  • ХостОбзор
  • readme.txt

  •  || Где это сможет работать?
    Для работы системы 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% от веса всех ваших статей. К тому же, при удалении/изменении статей происходит соответствующая модификация поискового индекса, что неплохо напрягает сервер. Т.е. задумайтесь - нужен ли вам поиск, если нет, то имеется опция для его отключения.

  •   Скрипт системы публикаций: Sanitarium WebLoG 2002 © WebScript.Ru Network