Почти статичный сайт - нужна ли CRM?

а на фига БД на подобных сайтах в принципе нужна?

burunduk, для отделения фактических данных от того же шаблона. Например, на странице about первый запрос выбирает запись страницы (движок его выполняет автоматом), а второй – данные о мастерах (т.е. осн. контент этой страницы тоже структурирован, а не представлен сплошной портянкой).

Страница представлена в БД записью

INSERT INTO `site_categories` (`id`, `name`, `desc`, `content`, `bits`, `module`) VALUES
('about', 'About', 'Lorem...', '<p>Sed...</p>', 48, 'include/list');

и таблицей с записями о мастерах

INSERT INTO `site_about` (`id`, `name`, `desc`, `content`) VALUES
(1, 'Steven Simon', 'Main mechaninc', '<p>Lorem...</p>'),
(2, 'George Stevens', 'Painter', '<p>Lorem...</p>'),
(3, 'David Smith', 'Engineer', '<p>Lorem...</p>'),
(4, 'Howarrd Newman', 'Computer Specialist', '<p>Lorem...</p>');

Все это объединяется шаблоном

				<div class="fullwidth-block content">
					<div class="container">
						<h2 class="entry-title"><?= $page['desc'] ?></h2>
<?= $page['content'] ?>

<?php while ($row=getrow()): ?>
						<div class="team image-left">
							<figure class="team-image"><img src="/images/about/<?= $row['id'] ?>.jpg" alt=""></figure>
							<h3 class="team-name"><?= $row['name'] ?></h3>
							<small class="team-desc"><?= $row['desc'] ?></small>
<?= $row['content'] ?>

							<div class="team-social">
								<a href=""><i class="fa fa-facebook"></i></a>
								<a href=""><i class="fa fa-google-plus"></i></a>
							</div>
						</div>
<?php endwhile; ?>
					</div>
				</div>

Надеюсь, ТСу будет полезно.

---------- Добавлено 21.11.2019 в 01:47 ----------

P.S. Движок – это сильно сказано. Меньше ста строк кода, три функции и т.д. Но в основе достаточно «сильная» (хоть и простая) модель данных, которая используется во многих наших сайтах.

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

Но - при этом надо понимать, что "по одежке протягивать ножки" и совершенно незачем городить MySQL на минизадачу (как и большую CMS "на все случаи жизни"). Маленькая CMS на файлах - вполне решение, особенно если дать клиенту минимальные возможности по правке с фронта страниц.

Мой сегодняшний выбор был бы - Grav + десктопный визивиговый маркдаун-редактор... Ну и все, особые красноглазики могут еще навернуть Git c обеих сторон (десктопа клиента и сайта) с хуками для обновления страниц вообще без FTP. Но это, в общем, лишнее звено, проще сайт вебдавом юзеру подмонтировать

Ну а экстремально малое решение - WonderCMS, 14К дистр + еще копейки на пару плагинов (типа визифигового редактора, контактной формы)

"Поспешность нужна только при ловле блох". Мне не нравится WP, его аддикты и кастомеры (причем последние - меньше всего остального, так как они скорее жертвы, чем соучастники)

1. для отделения данных от шаблона совсем не нужна бд - достаточно js на клиенте

2. кто вам мешает структурировать данные на странице, а не в бд?

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

Nein. CMS для конечного пользователя, не являющимся специалистом хоть немного в сфере - всегда лучше работы с сырым кодом страницы. БД - вовсе не обязательно My|Pg, даже если говорить о SQL-бакенде: SQLite, скажем, не стоит практически ничего в месте и цене

Но таки да, и SQL нужен не очень всегда, но отдельное хранение неких данных все же полезнее (когда уместно), встраивания и копирования

Спасибо большое за советы!

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

зы. под "вымрут" ни в коем случае не желал никому смерти, а в смысле "вырастут" из этих штанишек "все умеек" в нормальных профессионалов.

В смысле перестанут делать проекты с ноля и будут пользоваться конструкторами :) как раз те кто так делают профессионалы, а вы банальный юзер :)

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

Если есть задача сделать простенький сайт для кого угодно - клиента, родственника, знакомого - лучше ставить на cms, тот же WP. Иначе 100% потом будет негатив, кто-то покритикует, кто-то скажет "а вот мне сделали сайт, я там могу новости и статьи сам добавлять, все удобно и можно сменить цвет телефона из админки" и останется осадочек. Конечно можно на это просто забить :)

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

Помню делал давненько сайт одному фотографу знакомому, сделал просто одну страницу, на ней вся инфа. Как добавлять фотки - написал небольшую инструкцию :) Потому что кроме фоток больше ничего не планировалось добавлять.

Потом немного отношения прекратились, смотрю через пару лет - сайт уже на вп, со множеством свистоперделок, но вообще не наполняется, т.е. есть новость прошлогодняя и 2 статьи. Интересно конечно любой вид деятельности превращать чуть ли не в портал, но у 99% нет никакого времени и желания как-то его развивать.

Потом конечно в инсту ушел, сайты фотографам не нужны.