В сети таких скриптов полно. Сайты наверняка тоже есть. Мы, например, занимаемся парковкой доменов, так там такая опция имеется.
Гляньте эту тему:
/ru/forum/953612
leonr, а почему б не глянуть на размер логов вместо того чтобы делать пространные восклицания. Да, логи растут как на дрожжах при соотв. трафике. Если устаревшие не чистить автоматом, то весьма скоро можно столкнуться с той проблемой, которую вы тут описали.
sergivanov2018, ну статик, так статик. Хотя подозреваю, что вы придерживаетесь этой точки зрения, потому что с динамиком толком еще не работали. Уверен, что меня поддержит подавляющее большинство здесь присутствующих, если я скажу, что многостраничный сайт на чистом HTML по нынешним временам – это нонсенс. Я уже много лет и на файлах (это примерно то, о чем вы говорите) не делаю сайты.
Так я вам по сути хардкор и предложил, только не доисторического уровня, а более-менее современного :) Статик и инклюды вы всегда успеете понавтыкать, так как все используемые мной каркасы основаны на единой точке входа (в общедоступном каталоге достаточно разместить один-два файла) и обычно пропускают обращения к др. существующим файлам, а не перехватывают их.
Есть готовые движки. Есть несложные каркасы, о чем я писал, – в них на начальном этапе можно вообще не программировать, а только нарезать шаблоны и вносить фактические данные (обычно в БД). Могу прислать что-нибудь простое, без админки бесплатно, и показать, как с этим работать.
Подберите какой-нибудь адаптивный html-шаблон. Ваши навыки помогут его отредактировать, не затрагивая такие сложные моменты, как собственно сама адаптивность.
Выше во вставке кода вам показали немного не так, как следовало бы сделать. Обычно в модели с множеством точек входа, реализованной на файлах, сначала определяют фактические данные, а потом уже подключают шаблон(ы).---------- Добавлено 11.01.2017 в 22:49 ----------P.S. Если к примеру в home.html находится основное содержимое в полностью статичном виде, то в этом случае лучше использовать readfile, а не include/require.
Разный синтаксис. Разное ПО для поддержки. Лучше PHP. Поддержка на хостингах практически 100-процентная, инфы море, спецов в случае чего – тоже.
Я бы все же не ограничивался одними включениями, а взял какой-нибудь простой, но гибкий каркас.
TOVSTUN, только поаккуратнее. Комменты используются в нек. админках для отображения «дружественных пользователю» названий таблиц и полей.
Нужно добавить исключения (препятствующие условия) к редиректу.
Либо делать редирект без наследования путей, т.е. только с главной на главную.
gL`uK, попробуйте сделать для главной большое кол-во настраиваемых полей, используя имеющуюся в распоряжении CMS. Мы обычно поступаем именно так, несмотря на один «лишний» запрос (запись с подобными полями хранится в отдельной таблице). Либо сложное конструирование страницы с множеством запросов на выбор групп объектов, как например для главной магазина. Естественно, все это можно закэшировать.
От сайта и его аудитории зависит.
