какие существуют CMS без использования БД.

12
pauk
На сайте с 26.01.2005
Offline
543
#11
pistol:
Для маленьких говносайтов удобно тем, что можно сделать на денвере, залить файлы на хостинг и радоваться. Без дампов и прочих хлопот.

Причём тут денвер? Хотя здесь действительно проще. :)

Hi!
SJ
На сайте с 16.03.2008
Offline
78
#12
pauk:
Кстати, а смысл такие CMS использовать? БД намного быстрее и удобнее.

Это вы так, для флуда написали, или есть желание аргументированно похоливарить страниц на 10?

;)

Любимый хостинг (http://beget.ru?id=2902) How can we grow old when the soundtrack of our lives is rock-n-roll?
slav0nic
На сайте с 23.08.2008
Offline
9
#13

погуглите на тему CMS + sqlite или yaml

это лучше чем простые текстовые файлы и не субд)

pauk
На сайте с 26.01.2005
Offline
543
#14
sokol_jack:
Это вы так, для флуда написали, или есть желание аргументированно похоливарить страниц на 10?

Аргументированно похоливарить здесь можно в 2-3 предложениях.

Без БД разве что самые откровенные г-сайты годятся. Использующих такие CMS трудно понять. Ещё труднее - их разработчиков, не туда силы направляют...

А бывает, что г-сайт начинают превращать в СДЛ. :) Тогда попробуй движок поменять.

stealthy
На сайте с 15.06.2006
Offline
69
#15

pauk, ты неправ. Тему эту поднимали, уже мильен раз. Нельзя так однозначно говорить о CMS без СУБД, у любого решения есть плюсы и минусы. На файловых CMS эффективно работают многие крупные сайты. Перенос данных из движка без СУБД и с СУБД принципиально ничем не отличается по сложности.

Для CMS, в классическом понимании СУБД совершенно точно не необходима по двум простым причинам:

- база данных сайта на 95% работает на чтение, и только на 5% на запись. А организовать эффективное чтение данных даже из файлового хранилища - достаточно просто на алгоритмическом уровне. И, кстати, это организовать можно более эффективно, чем в известных СУБД по ряду параметров, например по расходу памяти. Просто нужно понимать алгоритмическую специфику конкретной CMS и уже создавать под это наиболее эффективный алгоритм работы с данными. Что касается записи данных в базу, то тут могут быть проблемы при необходимости много и часто данные апдейтить. Но стоит заметить, в большинстве случаев CMS без СУБД не являются супермногофункциональным инструментом, они заточены под определенный класс задач, с которым справляются лучше остальных.

- все что не является простым списком (страницы сайта, форумы, каталоги) в реляционной СУБД хранить неудобно, они просто не предназначены для удобного хранения иерархических структур или графов. Приходится пихать в дополнительные таблицы и поля лишнюю информацию, соответственно, повышаются вычислительные затраты на выборки и пр.

Говоришь сложно понять разработчиков? Тогда нужно посмотреть на выгоды, которые дает движок без СУБД разработчику и конечному потребителю (клиенту-владельцу сайта).

1. Простота инсталляции и низкие системные требования. Дешевизна хостинга.

2. Простота переноса сайта с девелоперской площадки на хостинг и обратно, высокая скорость переноса (простое копирование файлов по FTP всегда проще таскания базы с машины на машину).

3. Отсутствие затрат на системное администрирование базы. Для крупных проектов на MSSQL и Oracle есть отдельные люди только под администрирование и оптимизацию СУБД.

4. Выигрыш в скорости работы при выполнении определенных задач.

5. Возможность разработчику при разработке CMS выбирать на свое усмотрение между затратами памяти и скоростью работы при реализации тех или иных частных задач.

6. Отсутствие проблем при локализации контента под разные языки.

7. При необходимости данные легко можно поправить "ручками" с помощью обычного текстового редактора.

Из недостатков для разработчика могу назвать только два:

1. Отсутствие некоторых механизмов, которые могли бы делать операции в фоновом режиме по таймеру (jobы). Правда это и так присутствует не во всех СУБД.

2. Необходимость реализации полнотекстового поиска по базе "руками".

В нашей "Twilight CMS", например, не используется СУБД в общепринятом смысле (MySQL, M$SQL, Oracle и т.п.). Но это не означает, что не используются те же алгоритмы поиска, сортировки, вставки данных, которые используются в этих продуктах, индексы и прочее. А это определяет основные потребительские свойства - скорость работы и надежность.

Twilight CMS (http://www.twl.ru): есть Free версия, очень проста и удобна в использовании. Консультирую по любым вопросам. Новый спорт - практическая стрельба (http://nikit.in) - не для офисного планктона.
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий