Вопрос по поводу организации сайта на статическом HTML

Question

[zaka]

Добрый день коллеги.

Прошу помощи в выборе пути реализации расширения возможностей сайта на статическом HTML или интеграции с какой либо CMS.

Есть очень большой сайт начатый очень давно на голом html. В т.ч. меню и все «обрамляющие» элементы дублируются на каждой странице. Хочу добавить еще обрамление (меню, подвал, блоки) без изменений основного сайта и управлять всем этим добром. Комментарии и выборки особо не нужны, т.е. скриптов не будет.

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

Уже рассмотрела несколько решений по интеграции с CMS, но не хочу уходить со статики.

Заранее спасибо!

Answer 1

[trueneutral]

SSI для общих элементов.

Comments

[zaka]

Спасибо за ответ, а не подскажете готовое решение или ПО с интерфейсом?

[trueneutral]

Любой текстовый редактор, в котором вы правите ваши ХТМЛки.

Просто вырезаете, например, менюшку в отдельный файл и пишете на ее месте

<!--#include virtual="ssi/menu.html" -->

[zaka]

Великолепно! Спасибо. Сделайте последний шаг к успеху, дайте покурить мануал для старых больных женщин виртуозно делающих эмулятор полового акта на Delphi 7 по настройке этого дела на сервере. Я так понимаю нужен хостинг без cgi, но с Апачей или аналогичным.

Правильно ли я понимаю, если переменные в телах html унифицированы, можно в пакетном режиме — найти, заменить?

Планирую на Webmatrix делать.

[trueneutral]

Хостинг нужен любой, на веб-сервере которого работает SSI. Насколько я помню, на большинстве shared-ов оно работает.

Да, если везде html-куски одинаковые, то можно смело пакетно заменять.

[zaka]

Спасибо большое. Будем пробовать.

Answer 2

[Владимир]

Можно делать вставки через php include()
Надо только переименовать файлы в .php, ну или сервер настроить

Выглядит все очень просто
<? include('t/header.html'); ?>

Comments

[zaka]

Возможно и глупый вопрос, а нагрузка? Спасибо!

[Chii]

Кэширование настроить и никакой нагрузки.

[oENDark]

О нагрузке в таком случае можно не беспокоится =)
А вообще делайте через SSI как уже описали выше, зачем внедрять ПХП когда он попросту не нужен.

Answer 3

[cystbear]

Осмелюсь порекомендовать Phrozn от хабраюзера torio

Phrozn поддерживает Twig, а тот поддерживает декорирование, то что вам так нужно для header`а и footer`а

Comments

[zaka]

Спасибо, интересная штука.

Answer 4

[Михаил Лялин]

1) для статических сайтов все одинаковые элементы лучше включать через SSI
2) при использовании CMS без БД и т.п. сложно будет «загнать» текущий дизайн в CMS

Comments

[zaka]

Именно! Спасибо!

Answer 5

[Chii]

Ещё давным-давно мне оч понравилась джумла за то, что её шаблоны по сути являли собою просто html с якорями. Правда с тех пор я её не видела, но врядли стало хуже.

Answer 6

[Anton_from_Amber]

Если страниц действительно много, то можно поднатужиться, написать скрипт, который бы повырезал ценную часть со статических файлов и перегнал бы это добро в БД. Ведь структура статики как указано одинакова.
Дальше этот контент несложно прикрутить к практически любой системе управления (MODx к примеру удобен для такой операции), настроить псевдонимы для дружественного url на основе структуры директориев статического сайта и радоваться жизни. К тому же, всегда готовую базу можно экспортировать в набор таких же статических файлов на основе гибких шаблонов.
Резюмируя: один раз переносим контент в базу, настраиваем MODx (или другое удобное), экспортируем в определённый момент статику и кладём в нужную папочку. Если что в дизайне поменялось — делаем повторный экспорт.

Comments

[Николай Турнавиотов]

Не на всех шаред хостинг пакетах есть субд. Для сайта-визитки на три html они нужны в единицах случаев.

[Anton_from_Amber]

Речь шла не о трёх страничках. И человек спрашивает про CMS. Файловых движков их них раз-два и обчёлся (SAPID к примеру). Для примера я держал в голове блог Каганова и подобную ситуацию. ;-)

Answer 7

[Deenamo]

Adobe Contribute?

Answer 8

[Oreolek]

SSI, конечно, хорош, но зачем на каждой странице дублировать меню буква за буквой? Если пользователь сидит уже на странице, то ему не нужна ссылка на неё же в меню, или стоит её как-то выделить.

Советую подумать насчёт генераторов статических сайтов, например, Jekyll. Никаких php с кэшированием и SSI, всё тот же чистый статический html на выходе — но как минимум шаблоны, включения файлов (хоть с условиями), удобный язык разметки и много других удобств на входе. Естественно, чем мощнее генератор выберете, тем подольше придётся портировать.

Answer 9

[zaka]

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

Уверена, есть более продуктивные и изящные решения, но логика говорит что это наиболее простое решение.

Как Вариант, подскажите аналогичный вариант с примером, с сохранением связей.

Еще раз всем спасибо!

Answer 10

[Олег Барабанов]

как вариант, поискать свободные CMS-ки, работающие на файлах, а не на БД. Ну и впринципе, все пересобачить на нее. Как вариант, из того что по быстрому нашел, kandidat_cms (не реклама!).
Так же можно подобных найти орду. Да или заказать у какого-нибудь фрилансера-прогера за символическую плату, набалалаить подобное.

Answer 11

[rPman]

Я просто грущу… для этой задачи требуют фреймворк???
Создаете make файл коммандный (bash/cmd/ets..) вида:

php my_page_template.php > my_site_paje.html
....

А внутри файлов обычный php… он именно для этого и создавался.

ВСЕ, внутри php можете подключать любой из миллиона cms (в разумных пределах конечно же), фреймоврков и т.п. а можете просто include ограничиться

Answer 12

[Bytexpert]

Возможно подойдет бесплатный WebProject bytexpert.ru/webproject но с некоторыми доработками. По умолчанию он генерирует статику, т.е. каждая страница в отдельном HTML, если изменения в повторяющихся элементах страниц, то приходится перезаливать весь сайт, что неудобно. Но в нём есть макросы, которые позволяют разделять режимы просмотра сайта локально для отладки и режим хостинга, можно в шаблоне поставить условие, что при локальном просмотре повторяющиеся элементы интегрировались в страницу, а при выгрузке на хостинг заменять их на процедуры SSI или PHP. Таким образом получите удобство локальной отладки HTML сайта и удобство при выгрузке. А еще можно рассмотреть вариант включения фрагментов JavaScript-ом.