Список терминов
Термин | Описание | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Портал | Один набор файлов, хранящихся в каталоге /bitrix/modules/ и одна копия базы. Портал включает в себя один или более сайтов. Синонимом данного термина может служить: "экземпляр продукта", "одна инсталляция системы", "одна копия системы". | ||||||||||
Сайт | Совокупность таких понятий как:
| ||||||||||
Шаблон сайта | Синонимом можно считать - "дизайн сайта", "скин сайта". Для показа одного сайта можно использовать несколько различных шаблонов. Строго говоря, в шаблон сайта входят:
| ||||||||||
Раздел сайта | Это не что иное, как каталог в файловой системе сервера. В "1С-Битрикс: Управление сайтом" структура сайта - это файловая структура сервера, поэтому страницы сайта - это файлы, а разделы сайта - соответственно, каталоги. | ||||||||||
Компонент | Является частью того или иного модуля, представляет из себя логически завершенный код, хранящийся в одном файле, принимающий ряд параметров, выполняющий ряд действий и выводящий какой-либо результат (например, в виде HTML кода). Использование компонентов является наиболее предпочтительным способом организации вывода информации как в публичной, так и в административной частях. В понятие "компонент" входят следующие элементы:
| ||||||||||
Компонент 2.0 | Компоненты являются блоками, с помощью которых строится публичная часть сайта.
Основные особенности компонентов версии 2.0:
| ||||||||||
Путь к компоненту | Используется в функции CMain::IncludeFile в качестве первого параметра и представляет из себя путь к основному файлу компонента относительно одного из следующих каталогов (в порядке убывания приоритета):
ID шаблона сайта - идентификатор текущего шаблона сайта, ID модуля - идентификатор модуля, которому принадлежит компонент. | ||||||||||
Включаемые области | Это произвольный текст (HTML код), являющийся частью содержимого страницы. С данным термином связана закладка "Редактировать сайт" на панели управления, при нажатии на которую все включаемые области обрамляются рамкой с управляющими иконками в правом верхнем углу этой рамки. | ||||||||||
Язык | Это учетная запись в базе данных, доступная для редактирования в административном меню "Языки" со следующими полями:
В административной части язык определяет формат времени, даты, кодировку страниц (в публичной - данные параметры определяются настройками сайта). | ||||||||||
Языковой файл | Представляет из себя PHP скрипт, хранящий переводы языковых фраз на тот или иной язык. Данный скрипт состоит из массива $MESS, ключи которого - идентификаторы языковых фраз, а значения - переводы на соответствующий язык. Для каждого языка существует свой набор языковых файлов, хранящихся, как правило, в каталогах /lang/.
Языковые файлы, как правило, используются в административных скриптах модулей и в компонентах. Для работы с языковыми файлами предназначен модуль Перевод. | ||||||||||
Шаблон страницы | Это файл, хранящийся в одном из каталогов:
| ||||||||||
Пролог |
В общем случае под данным термином понимается верхняя левая часть страницы. Для публичной части пролог соответствующего шаблона сайта хранится в файле /bitrix/templates/ID шаблона сайта/header.php. Для административной части пролог хранится в файле /bitrix/modules/main/interface/prolog_admin.php.
В свою очередь, пролог может быть разделен на служебную и визуальную части. В служебной части подключаются все необходимые классы, создаётся соединение с базой, создаётся ряд служебных экземпляров объектов, таких как $USER, $APPLICATION и т.д. В визуальной части выводится верхняя левая часть страницы. Если в публичной части необходимо подключить неразделенный пролог, то используем следующий код: require($_SERVER["DOCUMENT_ROOT"]."/bitrix/header.php"); Если по тем или иным причинам необходимо разделить пролог на служебную (prolog_before.php) и визуальную (prolog_after.php) части, то используем следующие коды: require($_SERVER["DOCUMENT_ROOT"]. "/bitrix/modules/main/include/prolog_before.php"); ... require($_SERVER["DOCUMENT_ROOT"]. "/bitrix/modules/main/include/prolog_after.php"); | ||||||||||
Эпилог |
В общем случае под данным термином понимается нижняя правая часть страницы. Для публичной части эпилог соответствующего шаблона сайта хранится в файле /bitrix/templates/ID шаблона сайта/footer.php. Для административной части эпилог хранится в файле /bitrix/modules/main/interface/epilog_admin.php. В свою очередь, эпилог может быть разделен на служебную и визуальную части. В служебной части производится ряд таких действий, как: отсылка почтовых сообщений, отработка обработчиков события OnAfterEpilog и др. В визуальной части выводится нижняя правая часть страницы. Если в публичной части необходимо подключить неразделенный эпилог, то используем следующий код: require($_SERVER["DOCUMENT_ROOT"]."/bitrix/footer.php"); Если по тем или иным причинам необходимо разделить эпилог на визуальную (epilog_before.php) и служебную (epilog_after.php) части, то используем следующие коды: require($_SERVER["DOCUMENT_ROOT"]. "/bitrix/modules/main/include/epilog_before.php"); ... require($_SERVER["DOCUMENT_ROOT"]. "/bitrix/modules/main/include/epilog_after.php"); | ||||||||||
Тело страницы | Тело страницы - это часть PHP/HTML кода, расположенного в скрипте между подключениями пролога и эпилога. Тело страницы не является частью шаблона сайта и представляет из себя индивидуальное содержимое публичной либо административной страницы. | ||||||||||
Навигационная цепочка | Это элемент дизайна, предназначенный в первую очередь для улучшения навигации по сайту. Навигационная цепочка выводится, как правило, в визуальной части пролога и состоит из заголовков разделов сайта с соответствующими ссылками на них. Помимо заголовков разделов, добавляемых автоматически, вы также можете добавлять произвольные пункты в навигационную цепочку.
| ||||||||||
Административная часть | Это множество скриптов, в которых подключен административный пролог и эпилог. Их подключение подразумевает:
| ||||||||||
Публичная часть | В общем случае под данным термином понимается множество скриптов, у которых подключен пролог и эпилог одного из шаблонов сайта. Их подключение подразумевает:
| ||||||||||
Режим редактирования сайта | Режим, при котором текущая страница публичного раздела отображается в особом виде: выделены используемые компоненты, включаемые области, редактируемые области и т.д. Каждая такая область имеет набор кнопок для быстрого перехода к редактированию данного элемента страницы. | ||||||||||
Индексная страница (файл) | Это имя файла, который будет использован веб-сервером в случае, если запрашиваемый URL заканчивается на слэш и не содержит в себе имени файла. Порядок, в котором будут искаться индексные страницы для различных веб-серверов, задается по разному, например:
| ||||||||||
Бюджет пользователя | Синонимами данного термина можно считать "регистрация пользователя", "логин пользователя". Это запись в базе данных, содержащая параметры зарегистрированного пользователя с такими обязательными полями, как:
| ||||||||||
Мета-тег | Мета-тег - это один из элементов HTML, позволяющий задать информацию о странице. Например, указать кодировку страницы, ее ключевые слова, автора, задать краткое описание страницы. Как правило, содержимое мета-тегов используется в служебных целях, например, роботами поисковых систем, индексирующих сайт. Мета-тег задается внутри тега <head>. | ||||||||||
Локализация | Подразумевает представление информации в переводе на определенный язык, в соответствующей кодировке данного языка и с использованием соответствующих форматов представления данных, характерных для этого языка (например, дата, время, денежные единицы, числа и т.д.). | ||||||||||
Хост | В применении к функциям главного модуля под данным термином понимается доменное имя или IP адрес, посредством которого можно обратиться к тому или иному сайту. | ||||||||||
Доменное имя (домен) | Строго говоря, это одно из полей DNS-таблицы (domain name service), содержащее в себе строго структурированное имя интернет-сайта, заданное по определённым правилам. Основная задача DNS-таблицы - это ассоциация доменных имен с IP адресами сайтов.
Пример доменного имени: www.bitrixsoft.ru | ||||||||||
IP адрес | Это "имя" компьютера в сети, заданное по правилам протоколов TCP/IP. IP адрес состоит из четырех октетов, часть из которых идентифицирует подсеть, в которой находится компьютер, а часть - непосредственно этот компьютер в рамках соответствующей подсети.
Пример IP адреса: 198.63.210.79 (этому адресу в DNS-таблице соответствует доменное имя - www.bitrixsoft.ru) | ||||||||||
Accept-Language | Набор языков, установленных в браузере посетителя сайта.
Их можно выставить в меню браузера:
| ||||||||||
Время в Unix-формате | Количество секунд, прошедшее с 1 января 1970 года, с точностью до микросекунды. На сегодняшний день время в Unix-формате может фиксироваться только до 2038 года. | ||||||||||
Права в Unix системах | В Unix-подобных операционных системах (являющихся доминирующими на сегодняшний день для интернет-серверов) поддерживаются три вида прав - чтение, запись и выполнение, которые присваиваются каждому файлу или директории. Права эти повторяются три раза: для владельца файла, для группы пользователей, к которой владелец принадлежит, и для всех остальных пользователей. Как правило, права указываются в числовом формате:
Таким образом, например, право 764 будет означать: 7 - все права для владельца файла, 6 - чтение и запись для группы пользователей, к которой принадлежит владелец файла и 4 - чтение для всех остальных пользователей. В PHP все права задаются в виде восьмеричных чисел, поэтому их надо задавать с обязательным указанием префикса - 0. Пример: 0755. | ||||||||||
Путь относительно корня | Путь к файлу, начинающийся от каталога, указанного в параметре DocumentRoot в настройках веб-сервера, заданный по правилам формирования URL-адресов.
Пример: /ru/about/index.php | ||||||||||
Полный путь | Включает в себя протокол, домен, порт и путь относительно корня к странице (каталогу).
Пример: http://www.bitrixsoft.ru/ru/about/index.php | ||||||||||
Абсолютный путь | Абсолютный путь к файлу включает в себя DocumentRoot и путь относительно корня. | ||||||||||
DocumentRoot | Путь к корню сайта в файловой системе сервера. Задается в настройках веб-сервера, например:
| ||||||||||
Сабмит | Отправка данных HTML-формы на сервер. | ||||||||||
Сессия | Под данным термином понимается сессия PHP. Сессия может открываться в момент захода на сайт и закрывается при закрытии окна браузера. Также новая сессия открывается при авторизации пользователя, если закончить сеанс авторизации (разлогиниться) - сессия закрывается. Синонимом термина Сессия можно считать один "заход на сайт". | ||||||||||
HTML-безопасный вид | Как правило, данный термин применяют к тексту, в котором произведены следующие замены:
Подобные замены позволяют выводить текст внутри HTML-кода, не опасаясь, что он будет интерпретирован браузером как часть этого HTML-кода. | ||||||||||
Связывание переменных | В применении к SQL-запросам для Oracle версии, под данным термином подразумевается связывание имен переменных (либо полей таблицы) с их значениями. Как правило, подобная технология используется для полей типа BLOB, CLOB, LONG и т.п., предназначенных для хранения больших объемов данных. | ||||||||||
Дамп | В применении к базе данных под данным термином подразумевается выгрузка содержимого и, возможно, структуры таблиц в файл в определённом формате для их возможной дальнейшей загрузки обратно в данную либо любую другую базу. Для каждой базы данных существуют свои утилиты, позволяющие сделать дамп, например, для MySQL утилита mysqldump позволяет выгрузить в формате обычных SQL-запросов, для Oracle утилита exp позволяет выгрузить в своем внутреннем формате.
В применении к переменным дамп подразумевает отображение структуры и содержимого переменной в текстовом виде. | ||||||||||
cron (крон) | В Unix-подобных операционных системах утилита cron позволяет организовать запуск скриптов по четко указанному расписанию. | ||||||||||
Буферизация | Под термином "буферизация" в PHP понимается такой режим, при котором весь исходящий поток данных из PHP-скрипта (например, HTML-код) запоминается предварительно в памяти и не отдается в "поток", т.е. не отсылается браузеру пользователя. Буферизацию в PHP можно включить с помощью функции ob_start. В дальнейшем буферизацию можно отключить, например, с использованием функции ob_end_flush, при этом все накопленные данные будут отосланы браузеру. Буферизация позволяет произвольно манипулировать исходящим потоком данных, на этом принципе основана технология отложенных функций. | ||||||||||
Постоянное соединение (persistent) | При создании соединения с базой в памяти создаётся дескриптор данного соединения. Если соединение обычное, то после отработки скрипта этот дескриптор удаляется, если соединение "постоянное", он остается и может быть использован другими процессами при необходимости. Достоинством "постоянного" соединения является то, что, как правило, времени на него требуется меньше, но в то же время есть недостаток - количество открытых "постоянных" соединений ограничивается в настройках базы данных и при превышении этого лимита посетитель не сможет зайти на сайт, пока не освободятся новые соединения. | ||||||||||
Почтовое событие | Это почтовое сообщение, имеющее свой тип и отправляемое по соответствующему почтовому шаблону. Почтовое событие инициализирует поля типа почтового события конкретными значениями. Порядок расположения этих полей в письме, а также текст письма определяется почтовым шаблоном.
Для создания почтового события предназначен класс CEvent. | ||||||||||
Почтовый шаблон | Определяет текст почтового сообщения, а также порядок расположения полей (placeholder'ов), заданных в типе почтового события.
Почтовые шаблоны доступны в административном меню "Настройки системы" -> "Почтовые шаблоны". Для манипуляции почтовыми шаблонами предназначен класс CEventMessage. | ||||||||||
Тип почтового события | Определяет набор специальных полей (placeholder'ов), которые могут быть использованы в почтовом шаблоне. В момент создания почтового события эти поля будут инициализированы конкретными значениями.
Для манипуляции типами почтовых событий предназначен класс CEventType. | ||||||||||
ЧПУ | Человекопонятные URL. Веб-адреса, удобные для восприятия человеком (а также системы и методы построения таких адресов).
При формировании каждой динамической страницы система создает адрес с соответствующим целочисленным идентификатором. (Например, /bitrix/admin/iblock_element_admin.php?IBLOCK_ID=48&type=help&lang=ru&find_section_section=4972) Это вполне понятно и естественно для разработчиков и программ, но не совсем понятно и удобно для посетителей. Концепция ЧПУ предполагает максимально лаконичные и интуитивно понятные адреса, которые показывают естественную для человека логическую структуру данных на сервере, а не её программный интерфейс с модулями и параметрами. |