Накидайте актуальные CMS без БД

Всё несколько глобальнее.

Я не про задачу ТСа, а про тёрки "БД vs файлы". Последнее время всё чаще это возникает. Прям как с плоской землёй. Ощущение, как будто попал в далёкое прошлое. Эдак скоро докатимся "счёты vs ПК"

Не настолько категоричен. Для задачи быстро сделать сайт визитку в пределах 5-10 страниц файлы бы не исключал. Быстро, это 2-3 часа времени, 70-100 строк кода + работа над шаблонами. Управление в 2-3 простых текстовых файлах. TTFB - десятки мс.

Зы: 2-3 простых имеется ввиду для конкретного раздела (меню, м/б суб-меню или парент-меню и собственно файл контента + файл шаблона), понятно что 50 страничника файлов будет минимум 52

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

Во вторых "быстро" не показатель в спорах "БД vs файлы". Это полностью зависит от того, кто чем может делать. Те "свойство" (если так можно сказать) разработчика. Субъективная хар-ка.

Я отреагировал лишь на

но учитывая

предмета разногласий вроде как нет.

Спс кэп. Те, кто не имеют "свойства" использовать файлы в качестве хранилища, не используют их. И я кэп 😂

Почитайте о быстродействии MATCH (для mysql, sqlite) и что такое индексы.

Сразу кидается в глаз ответ профессионала.

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

Вы знаете о том, сколько можно данных записать в LocalStorage (килобайт) ?

Вы думаете о количестве трафика и размер JSON (AJAX) ответа ?

Такие мамонты как вы наверное и не знают что такое Redis, Sphinx и предварительная индексация.

Почитал ваши другие ответы, мне больше не о чем с вами разговаривать.

Пишите и далее свои модные сайты с sql запросами в шаблоне.

Все давно прочитано, но это фигня. Еще и 100500 раз испробовано. Каждый день, по много раз.

Детский вопрос знатоку, где будет тормоз? Ответ нужен для базы 5МБ и 30МБ+. Задача удалить таблицу, создать заново с новой структурой и залить в нее каких то данных. $sqlite->t - надстройка над ПДО 1-параметр SQL-запрос, 2-й (если есть) - массив данных для загрузки. В зависимости от типа запроса (INSERT, UPDATE и т.д.), комбинации параметров и структуры массива выполняет self - или просто exec или query, или prepare + execute. Когда нужно ([':id'=>1] или [0=>[':id'=>1]]) включаются транзакции (self::$I->exec('BEGIN IMMEDIATE;')).

 $sql['drop_sql'] = 'DROP TABLE IF EXISTS `tbl`;';

 $sql['vacuum'] = 'VACUUM;';

 $sql['create_sql'] = 'CREATE TABLE `tbl` ( 

     `id` VARCHAR (32) PRIMARY KEY NOT NULL , 

     `model` VARCHAR  (11) , 

     `A` VARCHAR  (11) , 

     `B` REAL , 

     `C` VARCHAR  (5) , 

     `D` TEXT , 

     `vendor` VARCHAR  (5)   )  ;  ';

  foreach($sql as $s) {

     $sqlite->t($s);

  }



------------

  $a в след запросе это Array (

    [0] => Array

        (

            [:id] => cafe1cd338c7ecb5e378f91c9b17c4b0

            [:model] => iPhone 6

            [:A] => 4,7″, IPS, 1334×750, 326 ppi

            [:B] => Apple A8 @1,4 ГГц (2 ядра, 64-битная архитектура ARMv8-A)

            [:C] => PowerVR GX6650

            [:D] => 16/64/128 ГБ

            [:vendor] => Apple

        )

      ...... еще 5 записей или 100500 не суть

 )

------------

  $sqlite->t('INSERT INTO `tbl` 

    (`id` , `model` , `A`, `B` , `C` , `D` , `vendor`) VALUES 

    ( :id   ,  :model   ,  :A   , :B   ,  :C   ,  :D   ,  :vendor) ; ',

    $a);

 

  $sqlite->t(

      'CREATE INDEX `tbl_model` ON `tbl` ( `model` , `vendor` );' , null

  );

Это в пику - Redis, Sphinx и предварительная индексация - не к месту они в рамках этой темы.

Не мне, но прокомментирую. Усугубляете. Не лучший вариант. Уважать надо собеседников:)

Видно, сходу видно очередного профи :)

А вы ? Тысячи килобайт, прикиньте. Мне обычно достаточно десятков и сотен.

Конечно думаю. Трафика при этом подходе генерируется зачастую меньше.

Да это в целом и неважно. Могу себе позволить хоть мегабайт залить.

И всё равно общий объем трафика для страницы будет меньше, чем у популярных современных решений.

За счет отсутствия всяких бустрапов(брррр) итд итп.

А учитывая асинхронность, вообще не вижу проблем никаких.

К слову: траффик я лично обычно оплачиваю, исходящий :)

Они даже знаю когда это всё нужно, а когда нет, в этом разница.

Мамонты не впихивают всюду фичи, "которым пацаны научили вау круто".

Они формируют свой стек в зависимости от задач, а не в зависимости от моды.

:) так к чему всё написанное :)

И да, я как-то от использования sql как-раз отговаривал, зачем они в шаблонах-то ?

Лучше бы от него вообще отказаться. Везде.

Тут подумал... пожалуй у меня есть ИМ, где нет вообще никакого sql. Нигде. Ваще.

И ничего - работает :)

Я еще на первой странице привел в пример 9 CMS на файлах и выделил интересные.

Дальше получил ответ от _SP_ что зачем все это нужно, если все можно отдавать из файловой системы.

Конечно можно, можно также настроить прозрачное кэширование на nginx и для всех пользователей отдавать данные через proxy_cache, а для админа настроить proxy_cache_bypass. Но это относится к теме ? Ответ нет.

Человек искал CMS очевидно на PHP так что все что далее писал _SP_ это попытка навязать свою точку мировозрения.

Как говорил уже раньше, у _SP_ свой подход, все должно быть на файловой системе.

Я сейчас не буду рассуждать на тему IO файловой системы и БД с кэшированием запросов и индексов в RAM.

Также опустим то, что возможно ТС нужно будет когда-то использовать поиск по файлам (аналог query) ибо это просто ужасно долго и ресурсозатратно.

Как видно "конструктивна критика по теме разговра".

Marat_Kh так о каком уважении вы говорите ?

Его нет на форумах уже давно. Лет 5 назад все было как-то по другому.

Список современных, удобных в работе cms на файлах. В подборку включены только бесплатные сms на файлах.

TYPESETTER CMS

GRAV

HTMLy

Quick.Cart

Monstra

GetSimpleCMS

SITEMAGIC CMS

feindura CMS

WonderCMS

CuteNews

CMSimple

Nuggetz

razorCMS

Pluck

Flatnux CMS

PivotX

GuppY

LiBe CMS

TinyCMS

Free Cart Commerce + Free CMS

Nibbleblog

Bludit

FlatPress

CMSQLite

RuubikCMS

Sitecake CMS

Mara CMS

NetArt Easy Cart v2.0- простая корзина для покупок с админкой, списком-каталогом товаров, товарными карточками. Можно легко интегрировать в уже существующий сайт. Подойдет если не нужен большой магазин.

---------- Добавлено 23.01.2018 в 12:54 ----------

БОЧ рВФ 260602, а ещё требования есть ?

Тем не менее, думаю лучше не уподобляться.

Во многих темах серча люди со своими тараканами и часто срач начинается от непонимания что сказал оппонент. Так же часто, особенно в темах о разработке, люди почему то считают что их вариант единственно верный. На мой взгляд, который основан на почти 20 летнем опыте php, mysql, js, css, sqlite и прочей ерунде - это ошибочно, каждую задачу можно решить уймой способов. Поэтому от однозначных толкований, типа файлы плохо, бд хорошо или наоборот лучше воздержаться. Каждый инструмент хорош по своему.