Сравните разницу между похожими терминами

24 Апрель 2021

21 Апрель 2023

Видео: PADI vs SSI: Is there a contender?

PADI против SSI

PADI и SSI — это сертификаты, которые предоставляются людям, изучающим профессиональный дайвинг. Оба этих сертификата популярны в разных частях мира и принимаются при поиске работы в качестве профессионального тренера по подводному плаванию. Помимо сертификатов, эти две организации также занимаются передачей навыков дайвинга людям по всему миру. Если вас укусил акваланг и вы хотите изучить этот навык на профессиональном уровне, вы можете выбрать любой из двух сертификатов. В этой статье делается попытка более подробно изучить PADI и SSI, чтобы выяснить различия между ними.

PADI — это аббревиатура, обозначающая Профессиональная ассоциация инструкторов по дайвингу. Он был основан в 1956 году Джоном Кронином, который хотел разбить инструкции по дайвингу на разные курсы, чтобы удовлетворить потребности студентов. Хотя существуют курсы начального уровня, такие как Open Water Diver и Scuba Diver, существует также обширный курс под названием Master Scuba Diver. Помимо этих курсов, PADI предоставляет еще много сертификатов, которые принимаются на курортах по всему миру.

В большинстве курсов есть как теоретические, так и практические занятия. Студентам выдаются книги и компакт-диски, а большинство уроков объясняется с помощью видео, что позволяет студентам визуализировать и соответственно давать результаты. Практические занятия проводятся на мелководье. Большинство курсов ориентированы на успеваемость, а навыки студентов оцениваются по окончании курса.

SSI, основанная в 1970 году Робертом Кларком в штате Колорадо в США, является ведущей организацией по обучению подводному плаванию с аквалангом, имеющей школы во многих странах мира. Международные школы подводного плавания предоставляет успешным студентам навыки и сертификаты, признанные во всем мире. Курсы делятся на начинающие и продвинутые, и хотя есть простые курсы, такие как Open Water Diver, есть также длительные курсы и курсы продвинутого уровня, такие как Deep Diving и Underwater Navigation. SSI является получателем сертификата ISO, а также членом WRSTC.

PADI против SSI

• И PADI, и SSI предлагают сертификаты, которые принимаются работодателями по всему миру по номинальной стоимости.

• PADI и SSI — это две разные марки обучения подводному плаванию с аквалангом.

• PADI была основана в 1956 году, а SSI — в 1970 году.

• SSI более гибкий, чем PADI, поскольку ученик должен овладеть навыком A, прежде чем переходить к другому навыку B.

• SSI дешевле, чем PADI, так как вы можете брать книги для курса SSI, тогда как вы должны покупать все книги для курса PADI.

• Онлайн-обучение с SSI является бесплатным, в то время как вы должны платить за онлайн-обучение PADI.

Я хочу рассказать вам об основах технологии server side includes или ssi.
ssi переводится как «включения со стороны сервера». Эта технология помогает сохранить уйму времени при создании сайта и закачке его на сервер. Вообще ssi призвана, насколько это возможно, облегчить работу web-мастера.

Вот, к примеру, вполне реальная ситуация:
У вас есть сайт, который, разумеется, не использует ssi, с числом страниц близким к:, да возьмем хотя бы 50 страниц. Итак, на каждой странице вы, как хороший web-мастер, заботящийся о своих посетителях, разместил текстовое меню. И вдруг по каким-то причинам название какого-то раздела изменилось, а быть может, вам захотелось добавить новый. Что же теперь заново открывать все пятьдесят страниц и переписывать все снова и снова?! В нашем случае это, к сожалению, единственное решение, правда, некоторые хорошие редакторы смогут облегчить эту непосильную ношу (и еще как облегчить!, homesite, например).

Так вот, такой проблемы у вас не произошло бы, еcлu вы использовали технологию ssi. Объясняю: если бы вместо текстового меню на всех страницах было бы написано что-то вроде

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

А в файле «(www)/ssi/menu_txt.html» было бы содержание этого меню, то для того, что бы добавить или изменить раздел нужно было бы только поменять содержание всего лишь одного файла menu_txt.html. Как вы, наверно, уже догадались во все страницы вместо «комментария»

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

будет вставлен код из menu_txt.html.

, главным отличием ssi директивы от комментария является символ «#» сразу(!) после «<!—«. То есть если быть точным, то все директивы ssi заключаются в

и никак иначе!

Вот список некоторых ssi «функций» (они сразу пишутся после символа «#»)

Включает текст (код, содержание) указываемого документа/файла в данный документ. Положение файлов на сервере указывается с помощью следующих атрибутов:

file — необходимо указать путь относительно данного документа, то есть включаемый документ/файл должен находиться либо в том же каталоге, что и данный документ, либо каталогами ниже/выше (some_catalog/, ../some_catalog).
virtual — можно указывать как относительный (как в случае с file), так и абсолютный путь (может содержать /some_catolog или ../some_catalog).

include позволяет включать результат работы cgi скриптов, а также обращаться к ним с какой-то заданной строкой запроса. Например,

<!--#include virtual ="/cgi-bin/script.cgi?action=print&what=ok" -->

Устанавливает значение какой-либо переменной. Переменная объявляется с помощью атрибута var, а её значение задается с помощью атрибута value.

<!--#set var="a" value="variable" -->

переменная a будет иметь значение variable.
А можно и так:

<!--#set var="b" value="var" -->
<!--#set var="c" value="ble" -->
<!--#set var="a" value="${b}ia${c}" -->

выводит значение переменной, указанной в атрибуте var.

то есть вместо этого кода вставляется значение переменной a

Вот содержание главного документа.
main.html

<!--#set var="title" value="Тестовая страница" -->
<!--#set var="keywords" value="ключевые слова" -->
<!--#set var="description" value="Описание этого документа" -->
<!--#include virtual="head.html" -->
<!--#include virtual="body.html" -->
<!--#set var="copyright" value="copyright &copy;" -->
<!--#include virtual="down.html" -->

А это содержание включаемых файлов.
head.html

<html>
<head>
<title>Заголовок:<!--#echo var="title" --></title>
<meta http-equiv="content-type" content="text/html">
<meta name="description" content="Описание: < !--#echo var="description" -->">
<meta name="keywords" content="документ, <!--#echo var="keywords" -->, html">
</head>
<body>

<p align="center"><font size=2>
<!--#echo var="copyright" --></font></p>
</body>
</html>

Как вы смогли убедиться из данного примера, пользоваться ssi не так уж и трудно, и более того очень полезно.

Стоит несколько слов сказать о техническом обеспечении, которое необходимо для использования ssi. Если вы просто создадите файл на своем локальном диске с корректными ssi командами и откроете его в вашем браузере, то никаких включений не произойдет, т.к все выражения типа <!— :. —> для браузера являются чистой воды комментариями. Так называемые «включения» происходят еще на стадии обработки документа сервером, прежде чем послать его пользователю. В нашем случае такого этапа (обработка документа сервером) вообще нет. Так вот для того, что бы вы смогли полностью ощутить все преимущества ssi на своем локальном компьютере, вам нужен «домашний» web-сервер.
И вот еще что: не каждый провайдер, предоставляющий хостинг, поддерживает ssi. Обычно это проблема бесплатных хостингов. Но и некоторые из них, если уж и позволяют использовать ssi, то требуют за это некую плату, например, размещение рекламы на сайте.

Вместо заключения хочу сказать что, технология ssi была специально разработана и создана для того, что бы сэкономить ваше время, а, следовательно, и деньги. Так что в любом случае старайтесь использовать ssi в своих проектах, как говорится, на полную катушку.

Содержание

Расшифровка аббревиатуры: «ССИ»
Транскрипция сокращения:
Случайное сокращение: «ВНИИПТМаш»
Случайное сокращение: «дор.»
Случайное сокращение: «НПОАП»
Случайное сокращение: «УНИИС»
Случайное сокращение: «ЦРЛС»
Случайное сокращение: «ВМСБ»
Случайное сокращение: «к/х»
Случайное сокращение: «НПП ВРТ»
Случайное сокращение: «киберподразделение»
Случайное сокращение: «ВС ФПК»
Как настроить ?
Начнем «инклюдить»

Расшифровка аббревиатуры: «ССИ»

Сан сити инжиниринг

Смоленский сельскохозяйственный институт

система сбора информации

станция сбора измерений

система сбалансированной интеграции

спад свободной индукции

служба средств измерений

система сопряжения информационная

Сокращение ССИ

Транскрипция сокращения:

Strategic Systems International

Стратегические Системы Международных

Small Scale Integration

Малый Масштаб Интеграции

System Services Interface

Server System Infrastructure

Система Серверной Инфраструктуры

Software Services, Inc.

Услуги Программного Обеспечения, Inc.

Structural Systems, Inc.

Структурные Системы, Inc.

Strategic Studies Institute

Институт Стратегических Исследований

Special Skill Identifier

Специальный Идентификатор Навык

Server Side Include

Сторона Сервера Включает

Secret Special Intelligence

Секрет Специальной Разведки

Solid State Imaging

Твердотельные Визуализации

Standard Settlement Instructions

Стандартные Инструкции Поселение

Sore Shoulder Improved

Болит Плечо Улучшилось

Scuba Schools International

Скуба Школ Международного

Supplemental Security Income Program

Программы Дополнительный Социальный Доход

HTML with server side includes

HTML с серверной стороны

Brunswick, Georgia USA

Брансуик, Джорджия, США

Single System Image

Один Образ Системы

Single Shot Interchangeable

Один Выстрел Заменимый

Social Security Income

Социальный Доход

Soil Structure Interaction

Взаимодействие Структуры Почвы

Statewide Systemic Initiative

Системная Инициатива По Штату

Supplemental Security Income

Дополнительный Доход Безопасности

Soldier System Interface

Системный Интерфейс Солдата

Spastics Society of India

Общество тупиц Индии

Случайное сокращение: «ВНИИПТМаш»

Случайное сокращение: «дор.»

Случайное сокращение: «НПОАП»

Случайное сокращение: «УНИИС»

Случайное сокращение: «ЦРЛС»

Случайное сокращение: «ВМСБ»

Случайное сокращение: «к/х»

Случайное сокращение: «НПП ВРТ»

Случайное сокращение: «киберподразделение»

Случайное сокращение: «ВС ФПК»

Почти каждый непрофессиональный сайт начинает свое существование в виде нескольких HTML-документов, связанных между собой перекрестными ссылками. Многие так и уходят в таком состоянии в информационную вечность. Но некоторые любительские сайты все же становится популярными, обрастают жирком информационного наполнения, нагуливают объем. Иногда разрастаются до десятков и даже сотен страниц. Но по сути своей остаются набором раз и навсегда сформированных документов.

Поддерживать и обновлять такой сайт — сущее мучение для его владельца. Страница, как правило, состоит из нескольких блоков, причем часть их них неизменна для всех страниц сайта. Это заголовок, навигационное меню, рекламный блок, подвал страницы. Если что-то захочется изменить в одном из таких постоянных блоков, это придется вручную сделать на каждой странице сайта. Удовольствие весьма сомнительное. Часто интересные идеи остаются нереализованными именно из-за большого объема правки десятков отдельных страниц. SSI позволяет значительно облегчить эту работу. Кроме того, технология SSI позволяет делать еще кое-что, принципиально не выполнимое средствами HTML. Использовать SSI просто, хотя знание языка HTML очень поможет. Если вы не испугались, то вперед!

Для того чтобы сервер знал, что страница содержит SSI-вставки, она должна иметь специальное расширение: *.shtml или *.shtm, хотя это определяется конфигурацией сервера. Чаще всего применяется именно *.shtml. О том, что сервер поддерживает SSI, обычно сообщается в описании хостинга или тарифа. Но проверить не помешает. Для этого создадим два файла — first. shtml и second.html. В файл first. shtml скопируем шесть строк:

<!DOCTYPE HTML PUBLIC «-//W3C//DTD HTML 4.01 Transitional//EN»>
<html>
<body>
<!—#include file=» second. html»—>
</body>
</html>

В файл second. html запишем всего одну строку:

Если не отображается вообще ничего, а поддержка SSI заявлена, то проще всего обратиться в службу технической поддержки. Может быть, вместо расширения *.shtml используется что-то другое или в настройках сайта необходимо явно разрешить выполнение SSI. В любом случае специалисты хостинга постараются вам помочь.

Итак, чем же SSI может помочь при сопровождении сайта? Основная вкусность заключается в следующем. Любой фрагмент, который повторяется на нескольких страницах, мы можем хранить на сервере в единственном экземпляре! Для этого поместим этот фрагмент в отдельный файл, например fragment.html. В этом файле не нужны <html>, <body> и прочие атрибуты «полноценного» html-документа. Там должен быть только сам фрагмент кода, который потом будет вставлен на свое место.

Теперь в любом месте любой страницы сайта, где этот фрагмент понадобится, мы пишем SSI-вставку:

<!—#include file=»fragment.html» —>

Файл должен находиться в том же каталоге, что и основной файл. Если вы хотите вынести все файлы-вставки в отдельный каталог, то придется использовать другую команду, в которой указывается полный путь к файлу фрагмента относительно текущего каталога:

<!—#include virtual=»/catalog/fragment.html» —>

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

Вы все еще раздумываете? Тогда специально для вас во второй части статьи мы рассмотрим такие вкусности, что сомнений в использовании SSI уже не останется.

Так что же это такое ?

Для начала расшифровка SSI. Это Server-Side Includes,
что значит вставка на стороне сервера. Звучит не очень понятно :-). Ну если просто,
то это возможность того, что сервер будет включать в ваши документы какие то данные
во время предачи, т.е. «на лету».

Как настроить ?

Настроить достаточно просто. Кроме того, если Вы настроили свой Apache, как
было рассказано в первых шагах, то у Вас уже все настроено. Но если нет, то
зайдите в редактор и откройте файл httpd.conf. Найдите и разкомментируйте
эти строчки :

 AddType text/html .shtml AddHandler server-parsed .shtml

Если Вы их не нашли, то вставьте в конце.

Если Вы не администратор сервера и возможности подправить настройки сервера у Вас нет
,но вы твердо уверены, что на сервере установлен Apache, то в каталоге,
где будут лежать файлы SSI, создайте файл с именем .htaccess. В него
запишите те две строчки и добавьте:

Options +Includes

Теперь, по идее, все должно работать как часы :-).

Начнем «инклюдить»

Все это мы сделали, чтобы появилась возможность использовать SSI, но вопрос : Как
ее использовать ?

Для того чтобы в файл что-то включить используется «команда» вида:

<!--#команда атрибут1="значение" атрибут2="значение" ... -->

Причем признак конца (—>) должен следовать после пробела, чтобы отделить его от основной команды.

Команды SSI бывают нескольких типов:

Конфигурационные
Выводящие переменные или данные
Загружающие скрипты
Включающие содержимое файлов

К конфигурационным относятся config и set.

Для команды config существуют следующие атрибуты :

errmsg: Задает выводимое сообщение, если во время обработки какой-либо команды была
совершена ошибка.
sizefmt: Задает формат вывода размера файла. При значении bytes размер
будет выводиться в байтах, а при abbrev размер будет округляться
и выводиться с добавкой Kb или Mb
timefmt: Задает формат вывода дат. При задании формата используется символ %(процент)
и после него буква означающая тип выводимого значения (название месяца, день недели и .т.д)
Вот что означают буквы :

<!--#config sizefmt="bytes" timefmt="%A %y %X" -->
<p>File size : <!--#fsize file="index.html" -->
<p>Last modyfied : <!--#flastmod file="index.html" -->

В этом случае выведутся данные в таком формате:

File size : 1,958
Last modyfied : Thursday 99 19:25:16

Команда set задает значения переменных. Атрибуты :

var: имя устанавливаемой переменной
value: значение этой переменной

<!--#set var="enc" value="RUS" -->
<!--#echo var="enc" -->

Команда fsize выводит размер файла указываемого параметром
file. Этот параметр задает положение файла относительно текущей директории.
Другой параметр virtual задает URL-путь (%-кодированный) до файла относительно
текущей директории. Размер файла выводится в формате заданным параметром sizefmt
команды config.

<!--#config sizefmt="bytes" -->
<!--#fsize file="index.html" -->

Команда flastmod выводит дату последней модификации файла заданного
параметрами file или virtual, как в команде fsize. Формат вывода времени задается
параметром timefmt команды config.

Комагда printenv выводит значения всех переменных окружения и переменных
заданных с помощью set.

Про остальные команды SSI в следующем шаге.

SSI — это директивы, вставляемые прямо в HTML-код и служащие для передачи указаний Wев-серверу. Встречая такие директивы, которые, кстати, называются SSI-вставками, Web-сервер интерпретирует их и выполняет соответствующие действия. Какие, спросите Вы? А вот, например: вставка HTML-фрагмента из другого файла, динамическое формирование страничек в зависимости от некоторых переменных (например, типа броузера) и другие не менее приятные вещи.

Преимущества SSI проявляются, когда нам нужно поддерживать достаточно большой по объему сайт, имеющий определённую структуру и повторяющиеся элементы кода на всех страничках. Вообще, при применении серверных включений сайт удобно рассматривать как состоящий из отдельных блоков, каждый из которых отвечает за свою часть странички. Эти блоки практически неизменны и повторяются от страницы к странице. В эти блоки можно вынести такие элементы странички, как: главное меню, рекламные вставки, повторяющиеся элементы оформления страничек и т.д. Физически эти блоки представляют собой просто HTML-файлы, содержащие часть кода, нужную для выполнения их задачи.

Для того, чтобы сервер знал, что страничка не обычная, а содержит SSI-директивы, она имеет специальное расширение: *.shtml или *.shtm, наличие которого и заставляет web-сервер предварительно обрабатывать странички. Вообще-то, расширение может быть любое — в зависимости от конфигурации web-сервера, но в основном применяется именно *.shtml.

Полная страничка формируется web-сервером на лету, собирая код странички из таких вот блоков. Для того, чтобы указать серверу, какой блок нужно вставить и в каком месте странички, используется специальная форма записи в виде комментария. Вот такая:

<!--#command param="value" -->

# — признак начала SSI-вставки;
command — SSI-команда;
param — параметры SSI-команды.

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

<!--#include virtual="/path/file.ssi" -->

include — команда вставки;
virtual — параметр, определяющий, как трактовать путь — как абсолютный (file) или как относительный (virtual);
«/path/file.ssi» — путь к включаемому файлу.

Результатом её выполнения будет вставка содержимого файла file.ssi в месте появления данной директивы. При просмотре сформированного исходника HTML-файла мы не увидим никаких признаков SSI, т.к. данный механизм действует абсолютно прозрачно для броузеров, они получают исключительно корректный HTML-код.

Следующая команда — это команда установки значения переменной:

<!--#set var="pic" value="picture.gif" -->

var — команда установки значения переменной;
pic — имя переменной;
picture.gif — значение переменной.

В данном случае мы определили переменную с именем pic и присвоили ей строковое значение «picture.gif». Значение переменной pic теперь доступно внутри SSI-вставки, и мы можем его использовать по нашему усмотрению. Например, используя одну и ту же SSI-вставку, но с разными значениями определённой в ней переменной, мы получим различные результаты. Перед тем, как показать реальный пример использования переменных в SSI-включениях, я расскажу о некоторых командах, применяемых при работе с переменными. Во-первых, это команда печати значения переменной:

Её выполнение приведёт к тому, что в месте появления команды напечатается значение переменной pic, т.е. «picture.gif».

Переменная может участвовать в выражениях, в этом случае перед ней ставится знак ‘$’, показывающий, что это именно переменная, а не просто текст. Вот пример:

<!--#set var="A" value="123" -->
<!--#set var="B" value="$A456" -->

Более сложное применение переменных возможно с использованием условных операторов, имеющих следующую форму написания:

<!--#if expr="condition" -->
<!--#elif expr="condition" -->
<!--#else -->
<!--#endif -->

condition — условие для сравнения.

В зависимости от результатов проверки мы можем подставить тот или иной фрагмент кода. Допустим, мы можем проанализировать тип броузера пользователя и в зависимости от этого выдать либо код для Netscape Navigator-а, либо Internet Explorer-а. Это может оказаться полезным в некоторых случаях, когда невозможно сделать страничку, которая корректно отображалась бы в обоих броузерах. Вот пример использования условного оператора:

<!--#set var="Monday" -->
<!--#if expr="$Monday " -->
<p>Сегодня понедельник.</p>
<!--#else -->
<p>Что угодно, но не понедельник.</p>
<!--#endif -->

В данном случае условием проверки является существование переменной $Monday и, в зависимости от этого, подстановка того или иного HTML-кода.

Теперь давайте рассмотрим реальный пример применения SSI для формирования сложного документа из нескольких SSI-вставок. Вначале напишем текст основного HTML-документа, полагая, что SSI-вставки находятся в каталоге /ssi.

<!--#set var="title" value="Что такое SSI?" -->
<!--#set var="keywords" value="SSI, SHTML, CGI, Apache" -->
<!--#set var="description" value="Пример использования SSI." -->
<!--#include virtual="ssi/_header.shtml" -->
Здесь находится текст нашей странички.
<!--#include virtual="ssi/_footer.shtml" -->

Теперь напишем код для этих SSI-вставок:

<html>
<head>
<title><!--#echo var="title" --></title>
<meta name="keywords" content="<!--#echo var="keywords" -->">
<meta name="description" content="<!--#echo var="description" -->">
</head>
<body>

Как видите, основной документ предельно упрощён и состоит из директив, устанавливающих значения переменных title, keywords и description, которые и будут подставлены в код странички при обработке SSI-вставок, определяющих код для верхней и нижней частей странички. Реальный код SSI-вставок обычно гораздо сложнее и может включать в себя большее количество определяемых переменных и сложных условий, формирующих окончательный вид странички.

Первое преимущество SSI с точки зрения дизайнера заключается в том, что при таком подходе web-мастеру, занимающемуся поддержкой сайта, можно не бояться случайно испортить дизайн. Элементы сложной вёрстки скрыты за счет использования SSI, и поддержка содержимого страничек становится гораздо более лёгким и приятным делом.

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

Вот, вкратце, то, что можно рассказать о SSI.

SSI расшифровывается как Server Side Include. SSI — это набор команд, позволяющий включить в страницу информацию, недоступную средствами HTML, такую как вывод программ, значения переменных окружения и статистику по файлам (размер, дата создания и др.). Все это и более позволяют делать CGI-скрипты, но зачем писать целый скрипт для получения размера файла, если можно воспользоваться SSI?:)

SSI работает очень просто: при получении запроса на документ, содержащий SSI-директивы, http-сервер обрабатывает документ, выполняет все SSI-директивы, а получившийся в результате документ возвращает клиенту. Http-сервер не проверяет автоматически все документы на наличие SSI-директив, а только те, которые относятся к типу, указанному в настройках сервера.

Для указания http-серверу, какие документы считать содержащими SSI-директивы, в srm.conf, находящемся в /etc/httpd/conf надо раскомментировать следующие строки:

AddType text/html .shtml
AddHandler server-parsed .shtml

После этого все документы с расширением будут проверяться на SSI-директивы. Но удобнее будет определить чтобы все -файлы могли содержать SSI. Это делается добавление в srm.conf следующих строчек:

AddType text/html .html # не обязательно, т.к. он и так описан.
AddHandler server-parsed .html

Теперь надо разрешить выполнение SSI в каталоге, в котором лежат твои файла. Найди в access.conf описание каталога, в котором лежат твои html’ы и добавь в его Options директиву Includes:

#было так
Options Indexes
#стало так
Options Indexes Includes

Если твой каталог не прописан, его надо прописать. Почитай доку по , чтоб узнать как это делается.:) А если у тебя нет возможности изменять srm.conf или access.conf, т.е. ты не root, тогда за пивом, а потом к админу.:)

SSI-директивы включаются в html-код в виде коментариев, но определенного формата:

<!--#SSI_директива="параметры" -->

Использовать можно следующие SSI-директивы:

Используется для вывода значения переменной окружения.

Твой IP - <!--#echo var="REMOTE_ADDR"--> <BR> Твой броузер - <!--#echo var="HTTP_USER_AGENT"--> <BR> Мой сервер - <!--#echo var="SERVER_NAME"--> <BR> Ты пришел со страницы - <!--#echo var="HTTP_REFERER"--> <BR>

А вот вывод:

Твой IP - 213.59.136.10 Твой броузер - Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt) Мой сервер - www.citforum.ru Ты пришел со страницы - http://vakh.online.com.ua/promo/library/index.html

Включает в html-файл в месте, где идет вызов SSI, содержимое указанного файла. Отличие от в том, что в первом случает используется файл, находящийся в том же каталоге, что и html-файл, во втором случает указывается путь к файлу относительно текущего каталога. Если с помощью или включается cgi-скрипт, то в содержимое страницы попадет вывод cgi-скрипта, а не его содержание.

Вставляет размер указанного файла.

Размер файла этой страницы: <!--#fsize file="ssi.shtml"--> <BR>

Размер файла этой страницы: 12k

Вставляет время последней модификации указанного файла.

Время последней модификации файла этой страницы: <!--#flastmod file="ssi.shtml"--> <BR>

Время последней модификации файла этой страницы: Wednesday, 21-Jun-2000 16:31:33 MSD

Запускает внешнюю программу () или cgi-скрипт () и вставляет в содержимое страницы вывод.

Изменяет различный параметры конфигурации SSI.

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

Это стандартная ошибка при запуске скрипта, которого нет:<BR> <!--#exec cgi="/cgi-bin/nonexistence.pl"--> <BR> А теперь заменим сообщение об ошибке и повторим: <BR> <!--#config errmsg="Ошибка, пишите <a data-hren=mailto:dh@null.ru>автору ошибки</a>"--> <!--#exec cgi="/cgi-bin/nonexistence.pl"--> <BR>

Это стандартная ошибка, возникающая при запуске скрипта, которого нет: [an error occurred while processing this directive] А теперь заменим сообщение об ошибке и повторим: Ошибка, пишите автору ошибки

Директива config изменяет формат вывода размера файла.

Размер файла этой страницы в килобайтах: <!--#config sizefmt="abbrev"--> <!--#fsize file="ssi.shtml"--> <BR> Размер файла этой страницы в байтах: <!--#config sizefmt="bytes"--> <!--#fsize file="ssi.shtml"--> <BR>

Размер файла этой страницы в килобайтах: 12k Размер файла этой страницы в байтах: 12,463

Директива config меняет формат вывода даты и времени.

Время модификации файла этой страницы в секундах с 01.01.1970: <!--#config timefmt="%s"--> <!--#flastmod file="ssi.shtml"--> <BR> Время модификации файла этой страницы в читабельном виде: <!--#config timefmt="%d.%m.%Y %H:%M:%S"--> <!--#flastmod file="ssi.shtml"--> <BR>

Время модификации файла этой страницы в секундах с 01.01.1970: 961590693 Время модификации файла этой страницы в читабельном виде: 21.06.2000 16:31:33

Параметры, используемые в :

Выводит все переменные окружения. Параметров не имеет.

Список переменных окружения:<BR> <!--#printenv -->

Список переменных окружения: DOCUMENT_ROOT=/webdata/citforum/htdocs HTTP_ACCEPT=*/* HTTP_ACCEPT_LANGUAGE=ru HTTP_CONNECTION=keep-alive HTTP_HOST=www.citforum.ru HTTP_REFERER=http://vakh.online.com.ua/promo/library/index.html HTTP_USER_AGENT=Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt) HTTP_VIA=1.1 ce HTTP_X_FORWARDED_FOR=213.59.141.209 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin REMOTE_ADDR=213.59.136.10 REMOTE_HOST=nat-cisco-gw.net.kht.ru REMOTE_PORT=41305 SCRIPT_FILENAME=/webdata/citforum/htdocs/internet/html/ssi.shtml SERVER_ADDR=195.230.75.98 SERVER_ADMIN=info@citforum.ru SERVER_NAME=www.citforum.ru SERVER_PORT=80 SERVER_SIGNATURE= SERVER_SOFTWARE=Apache/1.3.12 (Unix) mod_ssl/2.6.2 OpenSSL/0.9.4 GATEWAY_INTERFACE=CGI/1.1 SERVER_PROTOCOL=HTTP/1.1 REQUEST_METHOD=GET QUERY_STRING= REQUEST_URI=/internet/html/ssi.shtml SCRIPT_NAME=/internet/html/ssi.shtml DATE_LOCAL=11.07.2001 10:44:14 DATE_GMT=11.07.2001 06:44:14 LAST_MODIFIED=21.06.2000 16:31:33 DOCUMENT_URI=/internet/html/ssi.shtml DOCUMENT_PATH_INFO= USER_NAME=andreya DOCUMENT_NAME=ssi.shtml

Устанавливает значение переменной окружения. Формат такой set var=»ИМЯ_ПЕРЕМЕННОЙ» value=»ЗНАЧЕНИЕ».

Значение переменной SERVER_NAME: <!--#echo var="SERVER_NAME" --><BR> Сменим значение: <!--#set var="SERVER_NAME" value="www.dhls.ru" --><BR> Значение переменной SERVER_NAME: <!--#echo var="SERVER_NAME" --><BR>

Значение переменной SERVER_NAME:www.citforum.ru Сменим значение: Значение переменной SERVER_NAME: www.dhls.ru

Наличие такой команды не может не радовать…:) Применяется для управления выводом страницы по условию. Синтаксис такой:

<!--#if expr="УСЛОВИЕ1" --> HTML-код, который будет выводиться, если УСЛОВИЕ1 истинно <--#elif expr="УСЛОВИЕ2" --> HTML-код, который будет выводиться, если УСЛОВИЕ1 ложно, а УСЛОВИЕ2 истинно <--#else --> HTML-код, который будет выводиться, если все условия ложны <--#endif -->

Броузер:<b> <!--#if expr="$HTTP_USER_AGENT=/Nav/ || $HTTP_USER_AGENT=/Mozilla/"--> Netscape Navigator <!--#elif expr="$HTTP_USER_AGENT=/MSIE/" --> Internet Explorer <!--#else --> Неизвестный (<!--#echo var="HTTP_USER_AGENT" -->) <!--#endif --> </b>

Броузер: Netscape Navigator