_SP_, мы о разном говорим. К тому же динамику на клиенте я не трогал (например, первый пункт от бурундука, кот. вы процитировали, я пропустил).
Ага, видал такое. Особенно интересно наблюдать, когда товаров сначала становится 600, потом 6000 и т.д. :D ---------- Добавлено 21.11.2019 в 14:37 ---------- P.S. У нас «задача» от «почти статичный сайт» до «нужна ли CRM CMS?». Причем в сайте уже используется БД.---------- Добавлено 21.11.2019 в 14:39 ----------P.P.S. Давайте хоть в этой теме обойдемся без «священных войн». Пусть каждый предлагает свой вариант, а ТС выбирает.
_SP_, при использовании БД первостепенное значение имеет не само хранилище, а язык запросов. Про хранилища выше уже писали. Можете хранить «хоть в ини, хоть в json», хотя как индексировать потом эти данные, ХЗ. Отдельно прописывать индексные структуры? Индексировать при каждой загрузке?
По-моему, я на примере достаточно понятно показал, о каком структурировании шла речь. Дело не только в разметке.
Отдельно ЦМС и БД не рассматриваете? Например, возможность убирать/не устанавливать ЦМС (оставляя только переднеплановый движок), когда она не нужна. Одним махом решается куча проблем с безопасностью. Сейчас практически весь хостинг, включая копеечный, рассчитан на динамические сайты и использование БД. Не задумывались, почему? ;)
Во-во, хотя SQL (или более примитивные аналоги) используется в том числе и при сборке статичных сайтов. А то что после сборки он перестает использоваться (как и исполняемый код сайта в целом), так это один из осн. недостатков таких сайтов. Простейший поиск по сайту отсутствует и т.д. В общем сайты, получаемые в результате работы генераторов стат. сайтов, получаются слишком немощными. «Запилить описалово» на джитхаб, если жалко копеечку на обычный хостинг, еще можно, но не более.
P.S. Что касается конкретно MD, о кот. ты ранее писал, лично мне он не нравится. Предпочитаю использовать для контента чистый HTML, возможно, с шо(р)ткодами, но не для таких простых вещей, как в MD. Т.е. я против гремучей смеси какого-то доп. языка разметки с HTML в контенте практически любого материала.
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. Движок – это сильно сказано. Меньше ста строк кода, три функции и т.д. Но в основе достаточно «сильная» (хоть и простая) модель данных, которая используется во многих наших сайтах.
Кузя Е, где в процитированном ТС про скорость говорит? :)---------- Добавлено 21.11.2019 в 00:50 ----------P.S. Кэширование всегда можно прикрутить. Но обычно для визиток на простых скриптах вроде показанного мной выше в этом нет необходимости.---------- Добавлено 21.11.2019 в 01:00 ----------Вот, например, демка визитки: http://workshop.pageshop.ru/ 1-2 запроса к БД на страницу. Никто и не подумал прикрутить какое-либо спец. кэширование.
Редирект обычно вверху прописывается. Или вообще на отдельном хосте.
Простенький каркас с PHP в качестве шаблонизатора, например G-Drive. Для визиток самое то. Если понадобится редактирование контента в наглядной форме, можно прикрутить что-нибудь такое же простое.
P.S. Как работает такой шаблонизатор, можно посмотреть в конце этой статьи.---------- Добавлено 20.11.2019 в 19:13 ----------P.P.S. Для создания страницы предопределенного формата просто создаете запись в таблице БД.
Попробуйте Быстрый сайт от FOZZY. Неделя на тест. Есть московская локация. ---------- Добавлено 15.11.2019 в 17:58 ---------- P.S. Прикольный сайт. Если реально все так плохо, угощу плюшками (я про хостинг по ссылке выше).
ArbNet, и нафиг тут флаг QSA?
По-моему массовый слив на главную – это всегда плохо. Можно на 404-ой выдавать копию главной или сделать норм 404-ую, если индивидуальной перелинковкой влом заниматься. Хотя чего там сложного, если есть подходящий инструмент? :) Я, например, такие перелинковки постоянно делаю.
