Что такое по Вашему CMS без базы / файловая CMS?

Stek

В моем движке это делается так:

$articles = selectXMLRecord($articles_xml_db, "//article[date='$date']",20);

SELECT * FROM articles WHERE date = '$date' LIMIT 20

Ух какую тему апнули :)

У меня правда запросы чуть посложнее

SELECT * FROM asm_content_pages

WHERE

	content_path = '/'

	AND (s_access = 0 OR s_access & 939524096 > 0) AND s_active = 1

	AND (UNIX_TIMESTAMP(s_time_after) <= UNIX_TIMESTAMP() || YEAR(s_time_after) = '1000')

	AND (UNIX_TIMESTAMP(s_time_before) >= UNIX_TIMESTAMP() || YEAR(s_time_before) = '9999')

Выбираем контент:

1. путь от корня

2. побитовое вхождение группы или отсутствие группы + включенное состояние показа

3. попадание в заданный промежуток даты, или если дата не задана, то в дефолтные ограничения

И это тупо простая выборка. А ведь еще бывают правила по категориям контента, заданным соответствиям и т.п. Х.з. как надо извращаться, что бы реализовывать такое на файлах. А в базе с индексами на числовых полях - это просто летает.

если файлы лежат как статика и отдача их идет через nginx, то возможно оправдано.

а если эти файлы все время открывать и редактировать через php, то почему бы не использовать MySQL,SQlite,etc?

кстати, вот одна тема /ru/forum/589533, где у товарища мощный физический сервер не может открыть 100к файлов...

rtyug

Flat files based CMS предназначены для сайтов: визитка, сателит, домашняя страничка, портфолио, мини-сайт.

Но для этого некоторый народ ставит Джумлу, которая со старта сжирает немало ресурсов и это для того что на ней сделать пару страничек о компании...

awilum, поняно, если рабоатет - значит правильно! я не знал о чем конкретно речь (впринципе можно поменять, изменив тип хранения)

rtyug

что работает ?

зачем сайту визите несколько тысяч а то и во много раз больше php кода которые сразу идет с Джумлой. Не говоря еще и про мускул.

Это неоправданое потребление ресурсов.

Вот тут и лучше использовать как нибудь из не сложных файловых cms.

если быть въедливым, то и вы немного промазали - это система коротких сообщений :) Short Message System

а почему бы и нет? Хостинг за полбакса и хостинг за 3 бакса - разница несущественна, а в случае джумлы больше шансов найти человека, который настроит её, в отличие от NoName Flat Files Super CMS, в которой код может такой, что его и микроскопом не разберёшь.

Если фирма не может заплатить за нормальный хостинг, то зачем ей сайт ? Может уже пора уходить с ущербных хостингов.

А если вдруг на сайт фирмы свалилось 1к посетителей в день, то просто скажите об этом боссу, что 1000 человек в день сайт смотрит, интересуется - он сотню на дедикейт в момент отстегнет.

Не надо жить вчерашним днем, ориентируясь на 90-ые годы. Это тогда базы были дорогие. Сейчас весь геморой с файлами будет в 10 раз дороже стоить чем нормальный бюджетный хостинг.

Вам не доводилось просто видеть мноооого кода! И в нем разбираться.

Тут дело не только в хостинге, а в мусоре никому не нужном. Действительно имеем сайт из пару страничек, ну вот например: http://www.chiarodilunacagliari.it/ - сайт визитка.

Вопрос: нафига этому сайт огромное количество файлов-модулей движка, кода и ненужных функций джумлы. Множество неиспользуемых сущностей.

Это тоже самое что тащить в рюкзаке все папало, лишь бы было.

awilum добавил 06.02.2011 в 03:18

Stek

а для подобных сайтов ( http://www.chiarodilunacagliari.it/ ), ставят DLE, Joomla

действительно, удивительное извращение...

А почему нет ? Вылезайте из норки со своей экономией на корках хлеба. По ссылке сайта, один клиент ресторанчика, окупит хороший качественный хостинг на пару месяцев. А если этот клиент погудит с друзьями, то и пару лет хорошего хостинга :)

Ведь действительно смешно, когда пиво в кофе стоит 2 бакса за бакал, а хостинг берется за 1 бакс в месяц :)