Недостатки cms без бд

Конфиг больше, чем контент :D

Согласен, всё надо использовать, исходя из ТЗ, а не потому, что "это я умею, поэтому делаю только так".

Попробуйте сделать более-менее сложную выборку из нескольких файлов, без базы данных, просто на php - сразу ощутите разницу.

Я делаю все динамические сайты только с БД, не важно сколько страниц.

1. Гибкий поиск по сайту

2. Простота администрирования и управления сайтом (текстом, тайтлами), добавление страниц. Менюшки страниц сайтов собораются сами после добавления разделов в БД.

3. Неограниченный возможности дальнейшего развитися (собственные системы статистики, защиты от скачивания и тп.)

4. Простота и прозрачность кода движка (если он собственного производства)

5. Есть возможность уникализовать текст страниц, по-другому пересобрав их из полей БД

6. Легче использование всяких модных технологий типа Ajax - из базы проще сделать выборки по условиям.

7. Проще делать автоматические внутренние перелинковки по полям из БД.

8. Странийы сайтов на БД генерятся быстрее, чем на файловой системе (кроме готовой статики на html). Mysql вообще может держать нужные таблицы в оперативке.

9. Неограниченные СЕО-возможности от генерации ЧПУ-url с ключевиками, до автоматической генерации анкоров простановки внешних ссылок (например, их специального поля БД KewWords) с подсчетом сколько внешних ссылок установлено и на каких страницах. Все это можно легко хранится в БД.

Если надо чтобы сайт работал на narod.ru - просто делаю выгрузку сайта в виде html и заливаю по фтп.

У сайтов на файловой системе (статике) одно преимущество - Apach сам обрабатывает запросы кеширования на стороне клиента (LastModified).

Но для малостраничных сайтов - это фиолетово.

Имхо, сайты на файловой системе бесперспективны в плане СЕО и сбора трафика (и заработка), тк имеют ограниченное кол-во страниц -> узкое семантическое ядро.

PS: А, да, что такое Битрикс я не знаю, не надо приводить его как пример тормознутости по пункту 8. Сравнивайте уж тогда с генерацией страницы из 1000 разных файлов с поиском в них по регулярке.

Простенькая CMS на БД типа Mysql - это 3 файла из 15, 25 и 89 строк на php и файл шаблона. (не считая панели администрирования).

Все дальнейшие навороты - пишешь модули по конкретным задачам.

Есть работы у меня с MySQL и при этом не стану использовать для сайта визитки CMS-ки c MySQL.

awilum добавил 15.11.2010 в 10:27

Пример не маленького проекта использующий файлы

http://www.exbb.org/

http://exbb.org/community/index.php

Вот и попробуйте написать к нему более-менее серьезный плагин. Хотя, конечно, там в exbb есть масса функций и классов, облегчающих эту задачу - по сути, это та же самая СУБД. Да, в ней меньше избыточности, и она более эффективна. Но, чтобы ваш плагин эту эффективность использовал, вам надо очень хорошо в этот движок въехать, это намного сложнее, чем язык запросов типа sql. Между прочим, mysql хранит свои таблицы в обычных файлах и, при желании, можно использовать базу и без языка запросов.

Вот вопрос, есть ли какая нибудь cms без бд, на которую возможно перенести этот сайт http://planeta070.ru/ ?

Сейчас он приносит 2000-3000 руб в месяц, и оставлять на ucoz его, наверное не стоит.

Сложность только в АПИ движка если оно хорошие то и писать плагины для него непроблема.

Какое SQL имеет отношение к написанию модулей,плагинов ? Все упирается в АПИ.

Знаю SQL значит по вашему могу теперь к любому движку написать плагин не зная его АПИ ?

В своем плагине выборку из базы вы будете делать стандартными запросами SQL. А в CMS на файлах заново изучать структуру движка. Какие разделители используются, где связываются ключи, и так далее.

Как организовывать полнотекстовый поиск при больших объемах файлов? А производить связанные запросы? Устанавливать ключи?

Много сложностей возникает с CMS на файлах. Ну а кто выше писал что трудно переносить сайт с базой, так есть фраза такая: "Жизнь — простая штука, и в ней что проще, тем правильнее."

БД - это способ хранения данных. В случае CMS на файлах, там авторы изобретают свою примитивную по возможностям БД.

Файлы имеют преимущество когда надо тупо показать страницу, не более. В случае когда страница генерируется по определенным правилам, имеется разделение по правам пользователей, связанным объектам и подобному, то файловая система просто будет насиловать процессор и диск, прыгая по куче файлов конфигов и метаданных.

Подключение только одного темплейт движка занимает в среднем 0.01 секунды. Можно поинтересоваться, что за супер быстрая система темплейтов у вас ?

XMLRPC управление тоже организованно ? А хуки каким образом сделаны, например для подключения своего фильтра на вывод что необходимо сделать ?

Шутите?

Это не серьезно.

А посещаемость чем имитировали-то?

У меня - более 300 000 страниц, суммарная посещаемость свыше 100 000 уников в сутки (без ботов ПС), загрузка проца более 30% не бывает (70% - Idle) и то в пиковых режимах.

Гуглом можно сделать только примитивный текстовый поиск. Это не поиск по сайту, а издевательство над посетителями.

Попробуйте найти гуглем на сайте все товары, начинающиеся на "Кросс*", и чтобы они были женские и для волейбола. И стоили в пределах 100 баксов.