На чем делать сайт-визитку с информацией о продукте?

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

зы. я бы на вашем месте не парился, а делал на ВП. вряд ли на визитке будет 10к уников в сутки, так что какая разница что неповоротливая? а если будет, то поставить кеш серьезный типа d-wp на выходе будет тот же статик хтмл...

зы2. сам то я конечно самопис использую, ну или одну из "простого-бесплатного"...

Берем ищем в ПС адаптивные HTML5 + CSS3 шаблоны, меняем за 2 часа всё что можно и готово.

А в чем смысл делать на ВП?

Если уж мы говорим о клиенте, которому будет удобно что-то поменять... ок, вы телефон и контакты будете в теле поста писать? Т.е. футера и хедера не будет? Или будет? И тогда все переменные, весь текст нужно вынести в настройки, чтоб клиент мог "легко" в админке поменять цвет буквы и добавить подчеркивание? Но тогда это получится очень долгая работа, практически бесконечная.

В WordPress это все можно вынести в дополнительные поля. Дополнений для этого достаточно много. Самые популярные - ACF и CMB2.

Проблема с "тяжеловатостью" решается установкой дополнений для кеширования.

https://mobirise.com/ru/ - например.

Как в конструкторе накидываешь на страничку всякие красивые элементы.

Но до недавнего времени у них были проблемы с русским языком, приходилось дополнительно пересохранять. Не знаю, как сейчас.

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

Извини, но это зачастую не правильное "решение". Это костыль.

Какой-то бред тут понесся, очередное наступление вордпресс-приговорённых.

Проще (всегда) сделать сайт и пусть если заказчику приспичило поменять что-то, он найдет мальчика, который поправит код. Это самое простое.

Создавать 100500 доп. полей с риском, что как раз под нужную букву в одном из слов в футере не окажется нужной опции - это полный бред и чушь дичайшая.

Никто не понёс советовать ВП для леддинга - это твои фантазии.

(ЗЫ. хотя ещё с полгода назад я тоже был уверен, что ВП для леддинга - это из пушки по воробьям. Сегодня уже так не считаю. Но для нубов с ВП тоже не скажу, что проще, чем "заказать сверстать")

Вот-вот, про леддинг ты начал писать, а не я.

Если у сайта 5 страниц, у него должно быть 5 страниц, а не 100, которые услужливо создаст ВП сразу при установке на хостинг. Еще один камешек в огород.

И потом, мы же не говорим о сайте-визитке в виде twentyseventeen, т.е. придется грубо говоря сначала сделать сайт в html, потом его прикрутить к вп. И вот этот шаг (прикрутить к вп) будет лишним. Ну, само собой понадобиться прописать метатеги на каждой из 5 страниц, так-то оно было бы просто - взял и прописал на каждой свои, но у нас же вп, задача усложеняется. ПОТРЕБУЕТСЯ ПЛАГИН чтобы назначить каждой странице метатеги уникальные. Ну и т.д. Героическая натяжка пятистраничника на ВП продолжится настройкой ВП, установкой плагинов, а потом уборкой всего того, что ВП насоздает.

Но конечно кому как удобней. Ага. :)

Вариантов тут масса. Можно использовать новый Customizer, можно использовать виджеты, можно дополнительные поля. Помимо этого никто не запрещает эти способы комбинировать :)

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

Помимо постраничного есть еще и объектный кеш, который позволяет хранить данные. На уровне движка он очень активно используется. По-умолчанию для его реализации используется класс-заглушка WP_Object_Cache, объект которого хранит данные в обычном массиве.

Также в WP есть и третий вид кеша - Transient API. Он хранит данные в базе данных. Этот механизм кеширования уместен, когда нет возможности полноценно использовать объектный кеш (на сервере нет APC, Memcached, Redis и т.д.)

Дополнительные поля нужны в первую очередь для облегчения наполнения сайта. Это ведь не только телефоны в шапке и футере, но и слайдеры, дополнительные фото, различные повторяющиеся блоки, характеристики товара, выбор пользователей, рубрик, записей и даже расположение на карте. А ведь есть еще и фильтрация...

Как вы предлагаете их наполнять без дополнительных полей?