Сайт без cms

Вопрос в топике не стоит, какая CMS Работает на сайте. Вопрос стоит иначе: 

CMS на фреймворке - это  CMS, а не " без  CMS". И не понятен посыл этого поста:

Адаптивные шаблоны нужно уметь делать хоть с  CMS, хоть без  CMS. Работать с командной строкой необязательно ни там, ни там.

Основные тормоза исходят от базы данных. Для сайтов без хранения комментов, аккаунтов на стороне самого сайта, а тупо предоставляющих контент и хранящих данные в куках на стороне клиентов, база данных не нужна. Она может быть нужна при разработке самого сайта, но потом если делать по уму, надо нагенерить статических html - чтобы траф не лез в БД. Она ему не нужна. При изменении БД, надо автоматом перезаписывать измененные страницы на сервере.

Это все сложно реализовать для большинства. Поэтому очевидно да, без CMS будет быстрее. К тому же код чище, отдельные страницы можно делать не шаблонными. Например, страницы разделов. Рекламу вставлять по логике страницы, а не по шаблону на всех одинаково.

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

При каком изменении БД, если она  уже не нужна сайту? 😊

В какой момент планируете "полсайта" перезаписывать? 😊

Вы не понимаете о чем речь? На локальном компе ведется разработка сайта-приложения. Допустим, может использоваться БД для хранения статей, связи с меню, объединение статей в разделы. Вы тут же на локальном компе генерите статические страницы и заливаете их на хостинг. Можно все это делать через интерфейс самописа/фреймворка или командную строку и на хостинге. 

Процесс разработки сайта и готовый сайт - разные вещи. Если всем пользователям вы отдаете одну и туже страницу, зачем в ней програмная часть, не считая клиентского js? 

Ну так объясните, зачем нужна субд статичному статейнику?

Ну мало ли... Самый простой пример: поиск по контексту статей, например, внутрисайтовый? Хотя индекс можно строить и на основе данных в текстовых файлах, но готовые решения таких странностей не учитывают и придётся пилить свои костыли, а тут нормально сделать работы одному человеку не на один месяц только для одной лингво-модели.

Ты это все всерьез написал? А какой у тебя опыт коммерческой разработки сайтов? Если ты работаешь по такому пути - мне тебя просто искренне жаль - тратишь время впустую. То что у тебя есть локально - должно быть на проде иначе это какое-то шаманство а не разработка

Решили вспомнить первое поколение генераторов? Это еще хуже, чем я думал.

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

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

Я сразу сказал, что речь идет о статических статейника. И ангулу конвертируют в html и у amp html есть оптимайзейр. Да, все может работать и на сервере. Суть дела не меняет. Пользователю отдают готовую статику. 

Статические по определению не используют базу данных (во время работы). Поэтому тот вопрос был странный.

Сами по себе статические сайты морально устарели, даже если их генерировать. К тому же придется "шаманить" с директивами сервера или использовать специализированный хостинг, чтобы хотя бы немного "причесать" сайт, например убрать из адресов страниц .html, устранить дубли страниц.