Работая над созданием архивов бюллетеня, я столкнулся с большой проблемой. Как я могу обновлять панель навигации на 70+ отдельных страницах каждую неделю? Одним из возможных ответов было использование утилиты «Поиск и замена» на моем компьютере и повторная загрузка всех файлов на сервер каждую неделю. Это было далеко не идеальное решение. Вместо этого я решил использовать серверную сторону (SSI для краткости), чтобы решить мою дилемму. Этот краткий учебник покажет вам, как вы можете сэкономить часы работы, используя SSI на своем сайте.
Хотя вам не нужно точно знать, как работает серверная часть, полезно иметь общее представление о том, что происходит, когда кто-то получает доступ к странице вашего сайта, на которой вы использовали SSI. Сначала сервер читает вызываемую HTML-страницу и ищет на ней вызовы SSI (подробнее об этом чуть позже). Если он находит вызов SSI для другой страницы, он открывает другой файл и анализирует его, чтобы два файла стали одним. Проанализированный файл затем отправляется в браузер посетителя, запрашивающего страницу. Поскольку весь синтаксический анализ выполняется до обслуживания файла, при просмотре источника страницы нет никаких следов вызова SSI.
Прежде чем вы сможете начать экспериментировать с SSI, вам необходимо убедиться, что сервер, на котором размещен ваш сайт, поддерживает его. Практически все профессиональные веб-хостинги поддерживают SSI и несколько бесплатных, среди которых Hypermart.net также позволяет использовать SSI на вашем сайте.
Вы можете реализовать SSI двумя различными способами на вашем сервере. Большинство серверов по умолчанию настроены на поиск и анализ SSI-вызовов только в файлах с расширением .shtml. На некоторых серверах также можно настроить параметры так, чтобы файлы, заканчивающиеся на .htm или .html, были проанализированы. Свяжитесь с вашей веб-хостинговой компанией, чтобы узнать, возможно ли это на вашем сервере. Если нет, вам придется переименовать все ваши страницы, чтобы они заканчивались на .shtml, и изменять все внутренние ссылки, чтобы они ссылались на страницы .shtml, а не на ссылки, заканчивающиеся расширением .htm или .html.
Как только вы разберетесь со всей этой информацией, пришло время разместить вызов SSI на вашей странице. Код, который вам нужно использовать:
<! — # include virtual = «/ includes /thing.htm» ->
Что это делает, так это взять все в файлеthing.htm и выгрузить его туда, куда вы положили вызов SSI. Это означает, чтоthing.htm НЕ будет иметь стандартный цвет фона и определения HTML, которые сообщают браузеру фон и цвета ссылок, заголовок страницы и т. Д. — вам не нужно указывать цвета фона / ссылки / текста, мета-теги и теги заголовка в файлеthing.htm, если они есть в файле, содержащем вызов SSI.
Это оно! Загрузите что-нибудь .htm и файл, который ссылается на ваш сервер, и протестируйте его. В следующий раз, когда вам нужно внести изменения, затрагивающие несколько файлов, все, что вам нужно сделать, это отредактировать что-то .htm и загрузить его на свой сервер.
Серверная часть Включает FAQ:
- Будут ли поисковые системы индексировать файлы .shtml? Да, ни у одной из поисковых систем нет проблем с файлами с расширением .shtml
- Будут ли поисковые системы видеть контент, который находится в нечто .htm?
Да, поисковые системы будут видеть страницу точно так же, как вы. Сервер анализирует страницу перед отправкой кому-либо, включая поисковиков.
- Включает ли серверная сторона замедление доставки страниц?
Да, Включения на стороне сервера в некоторой степени замедляют обслуживание ваших страниц, особенно если вы находитесь на перегруженном сервере. Однако в большинстве случаев разница в загрузке страницы, составляющая полсекунды, едва заметна и вполне оправдывает удобство.