Андрей Борзенко

Термин "сервер" толкуют по-разному. Иногда его относят к оборудованию, а иногда - к ПО. В некотором смысле оба этих определения относятся к архитектуре, подготовленной к получению запросов извне и отвечающей на эти запросы путем выдачи информации заданного типа. Разумеется, в обоих случаях ядром системы является соответствующее ПО. Когда об оборудовании говорят как о сервере, обычно имеют в виду, что на нем работает одна или более серверных программ, что он может быть предназначен для той или иной роли и, возможно, состоит из компонентов, обеспечивающих высокую степень готовности. Вообще говоря, слово "сервер" имеет тот же корень, что и "сервис". Таким образом, с точки зрения аппаратных средств сервер - это компьютер, который способен оказывать некоторые услуги другим, подсоединенным к нему компьютерам. Подразумевается, что компьютеры каким-то образом связаны с сервером и друг с другом (рис. 1).

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

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

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

• рабочей группы (workgroup);
• отдела (department);
• средних организаций (midrange);
• предприятия (enterprise).

Нужно сказать, что, поскольку в рамках каждого типа конфигурация серверов довольно значительно варьируется, четких границ между ними установить нельзя. Мощные компьютеры младшего класса могут выполнять роль серверов начального уровня в старшем смежном классе и наоборот. Тенденция к размыванию границ в последнее время настолько усилилась, что чаще всего рассматриваются серверы только трех классов: для рабочих групп, отделов и предприятий. Кроме того, по стоимости серверы можно подразделить на системы высокого, среднего и начального класса.

Надо отметить, что классификаций серверов существует довольно много, причем все они в той или иной степени перекрываются. Так, фирмы-производители часто подразделяют выпускаемые серверы по типу исполнения: сверхтонкие (blade), классические напольные (tower), оптимизированные для установки в стойку (rack) и с высокой степенью масштабируемости (super scalable).

Перевод слова blade как "лезвие", безусловно, не совсем точен. Видимо, этот образ навеян кухонными ножами, хранимыми в специальной подставке. Часто применяют также термин "сверхтонкий". Идея подобных компьютеров (рис. 2) заключается в том, чтобы упаковать в одной стойке как можно больше независимых систем, - по сути, это логическое развитие подхода, начало которому было положено просто тонкими серверами высотой 1U. В этом случае не только экономится место, отводимое под каждый сервер, но и уменьшается энергопотребление.

Рис. 2. Blade-сервер.

Напольные серверы (рис. 3) обычно представляют собой самодостаточную систему (all-in-one, "все в одном"). Они обеспечивают высокую гибкость при размещении компонентов в корпусе и легко наращиваемы. Серверы для установки в стойку (рис. 4) предназначены для консолидации серверов в центрах обработки данных и использования их с внешними подсистемами памяти. Они могут эффективно применяться для кластерных решений, когда сами серверы, внешняя память и дополнительные устройства размещаются в тех же стойках. Серверы с высокой степенью масштабируемости обычно предназначены для крупных предприятий и способны обеспечить решение практически любых задач корпорации.

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

Web-серверы

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

Серверы приложений

У сервера приложений расширены возможности обработки информации, и его взаимодействие с клиентом становится подобным работе приложения, напоминая скорее работу пользователя с компьютером, нежели чтение книги, где у читателя есть только возможность перелистывать страницы. Поразительные возможности сервера приложений можно реализовать за счет разумной комбинации существующих технологий. Например, разработчик открытых программных средств может соединить Web-сервер Apache с языком написания сценариев PHP, получив по сути дела сервер приложений. Однако в маркетинге термином "сервер приложений" обычно обозначается предлагаемое продавцами комплексное решение, которое содержит все требуемые компоненты технологий. Для некоторых организаций такой комплексный подход к построению сервера приложений облегчает разработку благодаря унификации разрабатываемых моделей и централизации поддержки.

Файл-серверы

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

Преимущества такой схемы очевидны: информация хранится централизованно, а не раскидана по компьютерам разных сотрудников; она доступна с любого компьютера, подключенного к серверу (а это могут быть и удаленные компьютеры, которые связываются с сервером по телефону), и может быть защищена от доступа, поскольку для подключения к серверу требуется пароль. Еще одно немаловажное достоинство сервера - высокая надежность хранения информации, так как серверы защищены от сбоев и других проблем гораздо лучше ПК. Даже в случае полного выхода из строя какого-либо из дисков сервера существуют методы полного восстановления информации, к тому же совершенно незаметно для работающих с сервером.

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

"Беспроводной" сервер

Термин "беспроводной" сервер может применяться к двум различным технологиям. В простейшей интерпретации такой компьютер может представлять собой типичный Web- или сервер приложений, который просто знает, как передавать документы, составленные на стандартном для беспроводных устройств языке. Часто в качестве такого языка выступает Wireless Markup Language (WML). Адаптация Web-сервера для работы в качестве беспроводного сервера, способного обрабатывать документы WML-типа, обычно сводится к тому, чтобы просто "обучить" сервер распознаванию этих документов. От Web-сервера требуется только сообщить клиенту, что документ составлен в формате для беспроводных устройств, и на этом его работа заканчивается.

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

Прокси-серверы

Хотя концепция прокси-серверов считается весьма современной, она уходит корнями в древнее и пыльное библиотечное дело. Так, при заказе книги из закрытого для доступа хранилища библиотекарь обычно выступает в качестве уполномоченного посредника (прокси). Конечно, как правило, этот процесс занимает больше времени, чем если бы сам клиент имел доступ к стеллажам с книгами. Но если представить, что каждый раз, когда библиотекарь приносит книгу для одного клиента, он делает несколько ее копий и оставляет их для выдачи тем, кому потребуется та же самая книга, то станет понятно, что это действительно идеальная комбинация быстрого обслуживания и надежной защиты. Приведенная аналогия показывает две основные функции прокси-сервера. Во-первых, он действует как посредник, помогая пользователям получить информацию из Интернета, когда она им необходима, и при этом обеспечивая защиту сети. Во-вторых, прокси-сервер может сохранять часто запрашиваемую информацию в кэш-памяти на локальном диске, быстро доставляя ее пользователям без повторного обращения к Интернету.

Но прокси-сервер способен на гораздо большее, чем простое кэширование часто запрашиваемых данных. Поскольку он как бы "прислушивается" к нуждам своих клиентов, обслуживая их запросы, самим клиентам часто вообще нет необходимости напрямую обращаться в Интернет. Таким образом, прокси-сервер стал весьма популярным способом стыковки корпоративных интрасетей с Интернетом. С ростом популярности и доступности широкополосных соединений возрастала и потребность в прокси-серверах. Дело в том, что подобные соединения обеспечивают ширину полосы, достаточную для одновременной поддержки нескольких машин, а в решениях на основе прокси-сервера для поддержания широкополосного соединения достаточно задействовать только одну из этих машин, что позволяет предприятиям экономно использовать пространство IP-адресов, а также снизить размер оплаты услуг провайдеру Интернета.

Брандмауэры

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

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

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

Почтовые серверы

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

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

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

Серверы DHCP

Все машины в глобальной сети Интернет адресуются друг к другу, используя протокол TCP/IP, предоставляющий для каждой из них уникальный числовой IP-адрес. В настоящее время во многих локальных сетях (интрасетях) также используется протокол TCP/IP, но иногда применяются и оригинальные протоколы обмена, такие как NetBEUI или AppleTalk. IP-адрес может присваиваться вручную, или же на одной из машин запускается так называемый сервер DHCP (Dynamic Host Configuration Protocol), который автоматически присваивает IP-адрес каждой локальной машине. Основное преимущество использования сервера DHCP - свобода изменения конфигурации локальной сети при ее расширении, добавлении или удалении машин (например, портативных ПК).

В некоторых случаях ПО сервера DHCP интегрируется в соответствующее оборудование. Так, на рынке появились гибридные устройства, объединяющие функции маршрутизатора/коммутатора с сервером DHCP от таких компаний, как Linksys, Netgear и D-Link. Эти продукты обеспечивают совместное использование единого широкополосного соединения с Интернетом для всех машин локальной сети, а также могут быть сконфигурированы на использование встроенного в них сервера DHCP, который занимается присвоением IP-адресов. Это позволяет динамически подключать и отключать машины без изменения конфигурации сети. Сходным образом эту роль в сети может выполнять одна ведущая машина, если на ней выполняется ПО сервера DHCP.

Серверы FTP

Подобные серверы, работающие на основе протокола File Transfer Protocol, уже многие десятилетия являются стандартом де-факто при перемещении файлов в Интернете. FTP-серверы поддерживают работу простых файловых менеджеров - клиентов. И хотя вопросам безопасности FTP-серверов следует уделять особое внимание, они остаются наиболее популярным и удобным средством перемещения файлов с одной машины на другую как между соседними помещениями одного предприятия, так и между континентами.

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

Принт-серверы

Такие серверы позволяют всем подключенным к сети компьютерам распечатывать документы на одном или нескольких общих принтерах. В этом случае отпадает необходимость комплектовать каждый компьютер собственным печатающим устройством. Кроме того, принимая на себя все заботы о выводе документов на печать, принт-сервер освобождает компьютеры для другой работы. Например, принт-сервер хранит посланные на печать документы на своем жестком диске, выстраивает их в очередь и выводит на принтер в порядке очереди.

Серверы удаленного доступа

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

Факс-серверы

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

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

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

Сложные факс-серверы также обладают способностью интегрироваться с системами электронного обмена сообщениями, включая электронную почту, Microsoft Exchange и Lotus Notes. Такие возможности делают факс-сервер эффективным мостом между электронными документами и отсталым миром факсимильных сообщений.

Серверные приставки

Современный маркетинг буквально "зациклился" на термине appliance server. Не сразу понятно, что имеется в виду (appliance переводится как аппарат, прибор, приспособление, устройство, в том числе и бытовой электроприбор) и чем такой сервер отличается от других серверов, обсуждавшихся выше. Вообще говоря, слово "appliance" на самом деле не имеет отношения к какому-то конкретному типу сервера как таковому, а говорит только о типе его комплектования и поставки. Фактически этим термином просто обозначают любой тип сервера, который продается уже настроенным, сконфигурированным и готовым к включению в сеть.

Например, если продвигается сервер, описываемый как устройство для Web-хостинга, то на самом деле это Web-сервер (называемый еще сервером приложений), подаваемый как устройство "включи и работай", поскольку оно подходит для установки в существующую сеть. Аналогично, если сервер называют "storage appliance", это говорит о том, что продается файл-сервер, который пользователи могут использовать для чтения-записи файлов и их хранения. На рынке также предлагаются серверные приставки для управления трафиком, для создания виртуальных частных сетей VPN, кэширующие устройства и т. д. В частности, устройства первого типа выполняют три основные функции. Во-первых, они поддерживают криптографический метод SSL (Secure Socket Layer), служащий для обеспечения безопасности электронной торговли. Ускорение SSL достигается с помощью оборудования, которое берет на себя криптографические функции, освобождая от них серверы, осуществляющие обработку транзакций. Вторая функция таких серверных приставок - обработка транзакций XML, она также служит целям разгрузки основного сервера транзакций. И третья, последняя функция - собственно управление трафиком или балансировка нагрузки.

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

Серверы для инфраструктуры электронного бизнеса

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

Фронтальные Интернет-серверы

В задачу фронтальных Интернет-серверов входят обработка пользовательских запросов (доступ к страницам сайта и данным), поддержка функций межсетевого экрана, прокси-сервера, а также службы аутентификации, которая призвана обеспечить защиту транзакций и разрешить доступ к сетевой инфраструктуре лишь тем пользователям, которые имеют соответствующие права. Главное требование к фронтальным серверам - способность быстро реагировать на пользовательские запросы. Нагрузка на серверы этого типа может существенно изменяться в течение короткого промежутка времени, поэтому для них чрезвычайно важен достаточный запас производительности. В ряде случаев, например, для центров обработки данных на уровне фронтальных Интернет-серверов выделяется два подуровня: серверов доступа и Web-серверов.

Промежуточные серверы приложений

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

Серверы баз данных

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

Статистика использования ресурсов хостинга

На каждой услуге виртуального хостинга RU-CENTER ведётся учёт использования следующих ресурсов:

1. Оперативная память - размер выделенной памяти для работы программного обеспечения на хостинге, устанавливается в мегабайтах в соответствии с тарифным планом.
2. Процессорное время - время в секундах, которое потратил процессор сервера на выполнение задачи, например, скрипта сайта. Значение лимита 50% на процессорное время в тарифном плане означает, что за период в 1 минуту скрипт может полностью использовать 1 ядро процессора в течение 30 секунд. Лимит 200% означает, что за период в 1 минуту допустимо использовать полностью 2 ядра процессора, то есть 120 секунд процессорного времени.
3. Число дисковых операций - количество операций ввода-вывода, выполняемых системой хранения данных за минуту.
4. HDD чтение - скорость чтения информации с диска сервера, мегабайт в минуту.
5. HDD запись - скорость записи информации на диск сервера, мегабайт в минуту.

Информация об использовании ресурсов размещена в разделе Ресурсы → Статистика .

При нажатии на график происходит переход к детальной информации по использованию отдельного ресурса:

При наведении курсора на точку графика, вы увидите потребление ресурсов в этот момент времени.

Причины повышенного потребления ресурсов

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

Основные причины повышенного потребления ресурсов:

1. Использование ресурсоёмкой CMS , например 1C-Bitrix. Выбирайте .
2. Высокая посещаемость сайта . В этом случае рекомендуем переход на или .
3. Неоптимизированные скрипты на сайте - скрипты, алгоритм выполнения которых является неэффективным. Например: подсчёт заведомо известных данных, неоптимальные методы расчёта, лишние циклы и др.
4. Неоптимизированные запросы к базе данных MySQL . Проблемы могут возникать из-за неправильно сформированных индексов, большого объёма выбираемых данных, большой вложенности запроса и т.д.
5. Активность поисковых роботов . Роботы могут замедлять работу сайта, если их много и они проводят одновременное сканирование для обновления своей поисковой базы.
6. Вредоносный код на сайте . Нагрузка на сервер может быть вызвана работой вредоносных скриптов на хостинге.

Способы снижения потребления ресурсов

1. Отключите неиспользуемые модули веб-сервера Apache и расширения модуля PHP

По умолчанию на хостинге включены модули Apache: auth_module, cgi, realip_module, rewrite_module, autoindex_module, env_module, expires_module

Проверьте, включены ли у вас следующие модули Apache и отключите их: для работы большинства сайтов на PHP и MySQL они не требуются. Сделать это можно в разделе
Управление веб-сервером → Управление модулем PHP панели управления хостингом. Для просмотра списка модулей необходимо нажать на ссылку Управление расширениями .

• FastCGI - требуется, если вы самостоятельно устанавливаете на хостинге какое-либо программное обеспечение, работающее в качестве FastCGI-сервера.
• gzip_module - требуется, если вы настраиваете gzip-сжатие. Помимо включения модуля требуется дополнительная настройка сжатия в файле .htaccess . Отключите модуль, если вы не пользуетесь данной функциональностью.
• mime_magic_module - позволяет веб-серверу определять mime-типы файлов, для работы большинства сайтов достаточно стандартного mime_module.
• Perl - он же mod_perl , требуется для работы perl-скриптов, специально написанных под mod_perl. Для запуска perl-скриптов в большинстве случаев используется модуль CGI (см. статью )
• proxy_module - требуется, если вы планируете настроить проксирование запросов с помощью веб-сервера apache.
• bandwidth_module, usertrack_module, speling_module, limitipconn_module - эти модули потребляют небольшой объем памяти, но их функциональность большинству сайтов не требуется, поэтому их также можно отключить.

Управление расширениями модуля PHP производится в разделе панели управления хостингом Управление веб-сервером → Управление модулем PHP в соответствии с инструкцией .

• Eaccelerator, APC - кэшируют данные в оперативной памяти, поэтому требуют большое ее количество. На виртуальном хостинге оперативной памяти недостаточно для эффективной работы данных модулей.
• mysql, mysqli, pdo_mysql - модули для работы с базой данных MySQL, обычно сайту требуется какой-либо один из них, отключите неиспользуемые.
• imagick, gd - модули для работы с графикой, если сайт может работать с библиотекой gd, лучше использовать ее, так как она потребляет значительно меньше памяти.
• imap - позволяет работать с почтовыми серверами по протоколу imap, большинству сайтов эта функция не требуется.
• dba, sqlite, pgsql, pdo_sqlite, pdo_pgsql - модули для работы с соответствующими СУБД. Большинство сайтов работает с использованием СУБД MySQL , эти модули можно отключить.

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

2. Проанализируйте лог-файлы сайта

На хостинге в каталоге /var/log/ размещаются лог-файлы:

• /var/log/ваш_домен.access.log – лог обращений к сайту,
• /var/log/ваш_домен.error.log – лог ошибок.

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

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

3. Проверьте работу скриптов сайта со сторонними серверами

Если ваш сайт получает данные со сторонних сервисов, замедление их работы или недоступность может оказать влияние работу вашего сайта. Чем медленнее отвечает сторонний сервис, тем больше времени находятся в оперативной памяти процессы Apache .

4. Проанализируйте работу скриптов сайта и запросы к базе данных MySQL

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

Мы рекомендуем проконсультироваться с разработчиками сайта относительно оптимизации SQL-запросов. Чем быстрее выполняются запросы сервером баз данных, тем быстрее веб-сервер получит необходимые данные, сформирует ответ клиенту и освободит память.

Для просмотра запросов к базе данных, которые возникают при обращении к сайту, и времени их выполнения вы можете воспользоваться интерфейсом , вкладка Процессы .

Оптимизация запросов к БД должна сводиться к следующим результатам:

• во всех запросах используются для выборки данных индексы,
• минимизировано использование временных файлов и операций filesort.

Все эти данные для каждого из запросов можно получить с помощью команды EXPLAIN в соответствии с документацией по MySQL .

5. Проанализируйте верстку сайта

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

6. Проверьте сайт на наличие вредоносного кода

Большинство сайтов, построенных на базе популярных CMS, обладают определёнными уязвимостями в системе безопасности. Разработчики регулярно выпускают обновления для устранения уязвимостей, однако защититься от взлома удаётся не всегда. Это происходит по причине того, что чаще всего взлом происходит через сторонние плагины или изменённые темы оформления.

Проверьте хостинг на наличие вредоносного кода с помощью .

Веб-сервер (web-server ) – это сервер, отвечающий за прием и обработку запросов (HTTP-запросов) от клиентов к веб-сайту. В качестве клиентов обычно выступают различные веб-браузеры. В ответ веб-сервер выдает клиентам HTTP-ответы, в большинстве случаев – вместе с HTML-страницей, которая может содержать: всевозможные файлы, изображения, медиа-поток или любые другие данные.

Также веб-сервер выполняет функцию исполнения скриптов, например, таких как CGI, JSP, ASP и PHP, которые отвечают за организацию запросов к сетевым службам, базам данных, доступу к файлам, пересылке электронной почты и другим приложениям электронной коммерции.

Термин “веб-сервер” также применяется к техническим устройствам и программному обеспечению, которые выполняют функции веб-сервера. Это может быть какой-нибудь компьютер, который специально выделен из группы персональных компьютеров или рабочая станция, на которых установлено и работает сервисное программное обеспечение.

Клиент пользователя, которым преимущественно является веб-браузер, передает веб-серверу запросы на получение ресурсов, обозначенных URL-адресами. Ресурсы – это HTML-страницы, цифровой медиа контент, медиа-потоки, различные изображения, файлы данных, или любые другие данные, необходимые клиенту. В ответ веб-сервер передает клиенту запрошенные им данные. Этот обмен происходит с помощью протокола HTTP.

HTTP (англ. HyperText Transfer Protocol – протокол передачи гипертекста) – это сетевой протокол прикладного уровня передачи данных. Основным принципом протокола HTTP является технология «клиент-сервер», обеспечивающая взаимодействие сети и пользователя.

В случае малой организации веб-сервер может быть целостной системой, которая будет состоять из: HTTP-сервера – служит для запросов к веб-страницам; FTP-сервера – применяется для загрузки файлов через Интернет; NNTP-сервера – выполняет доступ к группам новостей; SMTP-сервера – для электронной почты.

История

Изобретателем первого веб-сервера считается британский ученый Тим Бернерс-Ли. Работая с 1980 года в Европейской лаборатории ядерных исследований (фр. Conseil Européen pour la Recherche Nucléaire, CERN) консультантом по программному обеспечению, он приступил к своим разработкам. В Женеве он для своих собственных потребностей разработал программу «Энквайр» (англ. enquire – спрашивать), которая использовала случайные ассоциации для хранения данных и заложила концепцию для основы Всемирной паутины.

В 1989 году Тим Бернерс-Ли, работал над внутренней сетью организации CERN и предложил основать глобальный гипертекстовый проект, который заключался в публикации гипертекстовых документов, связанных между собой гиперссылками. Внедрение этого проекта, по его мнению, облегчило бы объединение, поиск и обмен информацией для ученых CERN. Для осуществления проекта Тим Бернерс-Ли вместе со своими помощниками изобрел идентификаторы URI и URL, протокол HTTP, а также язык HTML. Все эти технологии теперь широко применяются в современном Интернете и без них уже не обойтись.

В результате выполнения этого проекта Бернерс-Ли разработал первый в мире веб-сервер, называвшийся «httpd», а также первый в мире гипертекстовый веб-браузер для компьютера NeXT, получивший название WorldWideWeb (Всемирная паутина).

Первый веб-браузер работал на платформе NeXTSTEP – объектно-ориентированной, многозадачной операционной системе, и был разработан с помощью Interface Builder. Интерфейс веб-браузера был очень простым, и почти вся информация отображалась в текстовом формате только лишь с несколькими изображениями. Помимо стандартного протокола FTP, Тим Бернерс-Ли использовал новый, изобретенный им, протокол HTTP. В период с 1991 по 1993 год Бернерс-Ли усовершенствовал технические свойства своих новых разработок: идентификаторов URI и URL, протокола HTTP и языка HTML и опубликовал их. Позже веб-браузер был переименован в "Nexus", чтобы не возникло путаницы с названием операционной системы, на которой был разработан браузер и его названием.

Первый в мире веб-сервер и первый веб-браузер работали на персональном компьютере NeXTSTEP; сейчас этот компьютер выставлен в музее CERN (Микрокосм).

Первый в мире веб-сайт Тим Бернерс-Ли разместил по адресу http://info.cern.ch ; сейчас этот сайт хранится в архиве. Первый сайт появился в Интернете 6 августа 1991 года. На этом веб-сайте было дано:

• описание Всемирной паутины;
• инструкция правильной установки веб-сервера;
• информация о том, как приобрести веб-браузер;
• прочая техническая информация.

Этот сайт также представлял собой первый в мире интернет-каталог. Бернерс-Ли разместил на нем список ссылок на другие сайты и регулярно обновлял его.

12 декабря 1991 года в Стэнфордском центре линейного ускорителя (SLAC) в США был установлен первый в мире веб-сервер.

Основные и дополнительные функции

Все основные и дополнительные функции веб-сервера:

• Прием запросов от веб-браузеров по протоколу стандарта HTTP с использованием сетевых протоколов TCP/IP;
• Выполнение поиска и отсылки файлов с гипертекстом или каких-либо документов в браузер по протоколу HTTP;
• Обслуживание и обработка запросов, типа: mailto, FTP, Telnet и т. п.;
• Запуск прикладных программ на веб-сервере с последующей передачей и возвратом параметров обработки через стандарт интерфейса CGI;
• Работа и обслуживание навигационных карт изображений (Image map);
• Администрация и оперативное управление сервером;
• Авторизация пользователей и их аутентификация;
• Ведение регистрационного журнала обращений пользователей к различным ресурсам;
• Автоматизированная работа веб-страниц;
• Поддержка страниц, которые генерируются динамически;
• Поддержка работы протокола HTTPS для защищенных соединений с клиентами.

Описание работы веб-сервера

Веб-браузеры поддерживают связь с веб-серверами с помощью протокола передачи гипертекстовых сообщений (HypertextTransferProtocol, HTTP). Это простой протокол запросов и ответов для пересылки информации с использованием протокола TCP/IP. Веб-сервер получает запрос, обнаруживает файл, посылает его браузеру, а затем разрывает соединение. Графическая информация, которая имеется на странице, обрабатывается таким же образом. Далее настает очередь веб-браузера – вывести на монитор пользователя загруженный из сети HTML-документ.

Кроме HTML-страниц и графики, веб-серверы могут хранить любые файлы, в том числе текстовые документы, документы текстовых процессоров, видеофайлы и аудиоинформацию. На сегодняшний день, если не учитывать анкет, которые заполняют пользователи, основная часть веб-трафика передается в одном направлении – браузеры считывают файлы с веб-сервера. Но это положение изменится после общего принятия описанного в проекте HTTP 1.1 метода PUT, который позволяет записывать файлы на веб-сервер. Сегодня метод PUT используется в основном пользователями, создающими веб-страницы, но в перспективе он может пригодиться и остальным пользователям для обратной связи с информационными центрами. Запросы методом PUT намного проще, чем обыкновенная POST загрузка файлов на веб-сервер.

На веб-сервере также выполняют свою работу различные приложения, наибольшую популярность среди которых получили поисковики и средства связи с базами данных. Для разработки этих приложений применяются такие стандарты, как общий шлюзовой интерфейс (CommonGatewayInterface, CGI), языки сценариев JavaScript, а также языки программирования Java и VisualBasic. Кроме интерфейса стандарта CGI, некоторые фирмы-разработчики веб-серверов создали интерфейсы прикладного программирования (API) такие как, например, Netscape Server API и Internet Server API, которые созданы компаниями Microsoft и Process Software AG. Эти интерфейсы позволяют разработчикам непосредственно обращаться к конкретным функциям веб-сервера. Некоторые веб-серверы обладают связующим программным обеспечением (middleware) для подключения к базам данных, работа с которыми может потребовать профессиональных знаний в программировании.

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

Обзор веб-серверов

Критериями для выбора веб-сервера могут быть разные характеристики: установка, настройка конфигурации, управление сервером, администрирование, управление размещаемой на сервере информации, защита этой информации, контроль доступа, функции разработки приложений, а также производительность.

Большинство веб-серверов инсталлируется легко и быстро.

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

Веб-серверы имеют средства для управления информационным модулем, характеризующие общую организацию веб-узла, а также обладают инструментами для проверки правильности внутренних и внешних гипертекстовых связей. Пакет LiveWire фирмы Netscape Communications, который поставляется вместе с Novell Open Enterprise Server (OES) и дополнительно предлагаемый с сервером FastTrack, обладает утилитой управления узлом, которая формирует список всех связей выбранной страницы. Эта утилита также предоставляет общий перечень всех некорректных связей, которые обнаруживает. Программа WebView компании «O"Reilly & Associates» обладает такой же функцией и может выводить на экран подробное дерево файлов, в котором все некорректные связи выделяются красным цветом.

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

С увеличением популярности веб-серверов и все более широкого их применения в интрасетях, усиливается коммерческая активность в Интернете, поэтому возрастает важность защиты информации. Чаще всего системы обеспечения безопасности веб-сервера оказываются или избыточными, или недостаточными для современных интрасетей. Если необходимо ограничить доступ к определенной информации внутри компании, то есть выбор между использованием незашифрованных паролей, которые передаются по каналам связи, и применением протокола SSL (англ. Secure Sockets Layer – уровень защищенных сокетов) – сложного и медленного метода, который используется для шифровки паролей и данных.

Для того чтобы организовать работу отдельных пользователей и их групп могут быть использованы внутренние приложения сервера или определенные функции операционной системы. Для того чтобы организовать работу отдельных пользователей и их групп могут быть использованы внутренние приложения сервера или определенные функции операционной системы. В пакетной службе Microsoft IIS предусмотрено применение средств базовой сетевой ОС Windows NT.

Пакет NetWare Web Server фирмы Novell, Inc. целиком интегрирован со службами адресных каталогов (NetWare Directory Services, NDS). Налаживать работу пользователей из общего центра удобно, но это может нести угрозу безопасности. Пароли распространяются по каналам связи в незашифрованном виде, и если их перехватят, то подвергнется риску не только веб-сервер, но и безопасность всей сетевой операционной системы.

Разработка приложений – это одна из основных функций веб-сервера. Среда разработки приложений и инструменты подключения к базам данных очень важны для расширения возможности веб-сервера, поскольку разработка приложений зависит от различных своеобразных деталей интерфейса прикладного программирования (англ. application programming interface, API), а также от особенностей языков программирования или индивидуальных предпочтений программистов.

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

Для малых корпоративных интрасетей лучше всего подойдет пакет Internet Information Server (IIS), созданный и распространяемый компанией Microsoft. IIS отличается достаточно простой инсталляцией и простыми настройками конфигурации. Этот пакет веб-сервера отлично интегрирован со средствами управления доступом, инструментом контроля параметров системы Performance Monitor (Системный монитор), а также с программой просмотра журнала событий Event Viewer. Еще веб-сервером IIS представляется несколько инструментов для динамической передачи информации из баз данных. IIS отличается очень высоким быстродействием. Компоненты IIS поддерживают такие протоколы, как: HTTP, HTTPS, FTP, NNTP, SMTP, POP3.

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

Любой персональный компьютер, который подключен к сети Интернет, можно сделать веб-сервером, если установить на него специальное серверное программное обеспечение.

Самые распространенные веб-серверы: Apache (компания Apache Software Foundation), IIS (компания Microsoft) и iPlanet server (от компаний Sun Microsystems и Netscape Communications Corporation). Сейчас на рынке программного обеспечения для веб-серверов, существует огромный выбор продуктов, как коммерческих, так и бесплатных.

Одним из самых распространенных веб-серверов, является Apache от компании Apache Software Foundation. По ориентировочным подсчетам, он используется на 65% всех веб-серверов в мире. Одно из основных достоинств программного обеспечения Apache – бесплатное распространение. Разработчики регулярно устраняют найденные ошибки и предоставляют хорошую поддержку пользователей. Данный веб-сервер поддерживает большое количество модулей, утилит и дополнений. Поскольку с самого начала Apache разрабатывался как программное обеспечение для администраторов и опытных пользователей, то есть недостаток – сложность настройки и обслуживания для неопытных вебмастеров.

Далее по популярности идет веб-сервер IIS от компании Microsoft. По данным компании Netcraft веб-сервер IIS составляет 12,46% от общего числа веб-серверов. Этот продукт входит в состав серверного программного обеспечения семейства Windows NT. Его основные преимущества – стабильность, высокая скорость работы, возможность подключения дополнительных модулей. Компания Microsoft стремится к тому, чтобы любой пользователь смог пользоваться ее продуктами без помощи специалистов, если ему нужно решить стандартные задачи. Поэтому система IIS очень проста в установке, настройке и обслуживании. Веб-сервер поддерживает технологию.NET, набирающую, в последнее время, популярность в среде разработчиков и профессиональных пользователей. Эти достоинства выводят веб-сервер IIS на новый уровень и можно ожидать, что его использование возрастет.

Другие известные веб-серверы:

• nginx - свободный веб-сервер и почтовый прокси-сервер, разрабатываемый Игорем Сысоевым. Простой, быстрый и надежный сервер. Работает в Linux и других Unix-подобных операционных системах, а также в Windows. Пользуется популярностью на крупных веб-сайтах;
• lighttpd - свободный веб-сервер. Разработчик Ян Кнешке. Быстрый и безопасный веб-сервер. Работает в Linux и других Unix-подобных операционных системах, а также в Windows;
• Google Web Server - веб-сервер, который основан на Apache и используется компанией Google для организации своей веб-инфраструктуры;
• Resin - свободный веб-сервер и сервер приложений для Java. Разработчик – компания Caucho Technology Inc.;
• Cherokee - свободный веб-сервер, который управляется только через веб-интерфейс. Написан на языке программирования Си;
• Rootage - веб-сервер, который написан на языке программирования Java. Работает в Linux и Windows;
• THTTPD - простой, маленький, быстрый и безопасный веб-сервер. Разработчик компания ACME Labs Software.

Клиенты веб-сервера

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

• Веб-браузер, который установлен на стационарном персональном компьютере;
• Веб-браузер, который установлен на КПК или другом переносном устройстве;
• Мобильные телефоны и смартфоны, с помощью которых пользователь получает доступ к ресурсам веб-сервера по WAP-протоколу;
• Различные программы, которые могут обращаться к веб-серверу самостоятельно для обновления либо получения другой информации. Пример – различные антивирусы, которые периодически обращаются к веб-серверу, чтобы обновить базу данных;
• Разные цифровые устройства, а также некоторая бытовая техника.

Печать (Ctrl+P)

Настройка веб-серверов для работы с «1С:Предприятием»

1. Общая информация

Данная статья описывает механизм настройки веб-серверов для работы с веб-клиентом и Web-сервисами, а также настройка поддержки OpenID-аутентификации. После публикации обращение к опубликованным компонентам будет выполняться следующим образом:
● Обращение к веб-клиенту. Для запуска веб-клиента необходимо использовать адрес, который формируется по следующим правилам: <Имя хоста веб-сервера>/<Имя виртуального каталога> . Если имя виртуального каталога DemoCfg , то для запуска веб-клиента следует набрать следующий URL (для получения доступа с локальной машины): http://localhost/DemoCfg.
● Обращение в Web-сервису. Для получения доступа к Web-сервису необходимо использовать адрес, который формируется следующим образом:
<Имя хоста веб-сервера>/<Имя виртуального каталога>/ws/<Имя Web-сервиса> или <Имя хоста веб-сервера>/<Имя виртуального каталога>/ws/<Адрес Web-сервиса> .
Так, если виртуальный каталог имеет имя DemoWS , имя Web-сервиса в конфигураторе указано как ДемонстрацияРаботыWS , а в качестве адреса указано DemoWorkWS , то обращение к Web-сервису можно выполнять одновременно по двум адресам (для получения доступа с локальной машины):
http://localhost/DemoWS/ws/ДемонстрацияРаботыWS или http://localhost/DemoWS/ws/DemoWorkWS .
Подробнее про Web-сервисы .
● Обращение в HTTP-сервису. Для получения доступа к HTTP-сервису необходимо использовать адрес, который формируется следующим образом:
<Имя хоста веб-сервера>/<Имя виртуального каталога>/hs/<путь к ресурсу>.
Подробнее про HTTP-сервисы см. здесь.
● OpenID-аутентификация выполняется системой автоматически.
Веб-серверы семейства Internet Information Services (далее IIS) поставляются вместе с операционной системой, и для упрощения понимания, какой веб-сервер вы используете, приведем таблицу соответствия версии веб-сервера и операционной системы:

Версия IIS Версия операционной системы
IIS 5.1 Windows XP Professional
IIS 6.0 Windows Server 2003 или Windows XP Professional x64 Edition
IIS 7.0 Windows Vista или Windows Server 2008
IIS 7.5 Windows 7 или Windows Server 2008 R2
IIS 8.0 Windows 8 или Windows Server 2012
IIS 8.5 Windows 8.1 или Windows Server 2012 R2
IIS 10.0 Windows 10

Дистрибутив веб-сервера Apache (как для ОС Windows, так и для ОС Linux) можно получить на веб-сайте проекта: http://httpd.apache.org/download .

2. Общие требования

На компьютере, где выполняется публикация, должен быть установлен и настроен поддерживаемый веб-сервер. Для установки веб-сервера Internet Information Services может потребоваться дистрибутив используемой операционной системы. При установке веб-сервера необходимо обязательно установить поддержку ISAPI расширений. Для установки веб-сервера требуются административные привилегии на компьютере, на который будет установлен требуемый веб-сервер. Публикация может выполняться двумя способами:
● С помощью диалога публикации на веб-сервере, если на компьютере с веб-сервером имеется возможность запустить конфигуратор необходимой разрядности.
● С помощью утилиты webinst.(Вызывать утилиту webinst следует из каталога bin 32-разрядной версии «1С:Предприятия»)

Для выполнения публикации на веб-серверах необходимы административные привилегии на компьютере, где выполняется публикация:

● Для ОС Windows Vista и старше, чтобы выполнить публикацию, следует запускать конфигуратор с помощью пункта Запуск от имени администратора контекстного меню приложения или программы запуска. Если публикация выполняется с помощью утилиты webinst, то от имени администратора должна быть запущена или сама утилита, или интерпретатор командной строки Windows.
● Для ОС Linux, чтобы выполнить публикацию, следует получить права суперпользователя (пользователь root) с помощью команды su или запускать приложение, которое выполняет публикацию, с помощью команды sudo.

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

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

Публикация возможна только в том случае, если «1С:Предприятие» расположено на компьютере с веб-сервером.
Для веб-сервера IIS 7.x и старше не поддерживается публикация в том случае, если свойство Каталог (или параметр dir утилиты webinst) указывает на каталог %SYSTEMDRIVE%\Inetpub\wwwroot.
ПРИМЕЧАНИЕ. Для работы с конфигурацией через веб-сервер конфигурация не должна быть пустой.

3. Виды публикации

3.1. Общая схема публикации

Общая схема публикации выглядит следующим образом:

● выполняется регистрация модуля обработки запросов (модуля расширения веб-сервера), соответствующего веб-серверу;
● на веб-сервере регистрируется виртуальное приложение;
● создается каталог виртуального приложения, и в нем размещается файл default.vrd и выполняется его настройка;
● для пользователей назначаются права на каталог с файлом базы данных (только для файлового варианта).

Для публикации веб-клиента следует использовать версию «1С:Предприятия», использующуюся для работы с информационной базой, к которой планируется получить доступ с помощью веб-клиента. Если на компьютере установлены две версии, например, 8.3.3.100 и 8.3.3.150 и запущен сервер «1С:Предприятия» версии 8.3.3.150 , то для публикации следует использовать конфигуратор или утилиту webinst ровно этой же версии.
При выполнении публикации следует помнить, что разрядность регистрируемого расширения веб-сервера должна совпадать с разрядностью самого веб-сервера.

При публикации на веб-сервере IIS следует помнить, что:
● Публикация всегда выполняется для веб-сайта по умолчанию (Default Web Site);
● Публикация всегда выполняется для пула приложений по умолчанию (DefaultAppPool);
● Для пула приложений, используемого для работы «1С:Предприятия», должна быть отключена поддержка среды.NET. Для этого следует установить свойство пула приложений Версии среды.NET Framework в значение Без управляемого кода.
Для выполнения публикации из конфигуратора, необходимо воспользоваться диалогом публикации (Администрирование – Публикация на веб- сервере… ).

Рис. 1. Публикация на веб-сервере

Затем следует выполнить следующие действия:
● Ввести имя виртуального каталога в поле Имя , при этом имя виртуального каталога может состоять только из символов латинского алфавита.
● В поле Веб-сервер указать тип веб-сервера, для которого выполняется публикация.
● В поле Каталог указать физическое местоположение каталога, в котором будут расположены файлы, описывающие виртуальный каталог. При использовании веб-сервера Apache имя каталога должно состоять только из символов латинского алфавита.
● В зависимости от необходимости установить флажки Публиковать тонкий и веб-клиент и Публиковать Web-сервисы .
● Для веб-сервера IIS можно указать необходимость выполнять аутентификацию на веб-сервере средствами ОС.
● При необходимости выбирать Web-сервисы, которые необходимо опубликовать. Колонка Адрес может быть изменена. В данной колонке задается синоним Web-сервиса. Обращение к Web-сервису возможно как по имени, так и по синониму.
● При необходимости – выполнить настройки остальных параметров публикации.
● Нажатие кнопки Опубликовать запускает процесс публикации. Нажатие кнопки Отключить выполняет удаление публикации с выбранного веб-сервера.

После выполнения публикации будет предложено перезапустить веб-сервер в следующих случаях:
● изменилась версия «1С:Предприятия»;
● изменился путь к модулю расширения веб-сервера;
● выполнена новая публикация для веб-сервера Apache;
● выполнено отключение публикации.
При использовании анонимной аутентификации и файловой информационной базы, при выполнении публикации происходит проверка наличия прав доступа на каталог информационной базы у пользователя, от лица которого выполняется анонимный доступ. Если пользователь не обладает необходимыми правами, выдается предупреждение о невозможности работы с этой информационной базой через веб-сервер. Рекомендуется или дать права на каталог с информационной базой, или установить флажок Использовать аутентификацию операционной системы на веб-сервере.
Если публикация из конфигуратора недоступна (например, при использовании 64-разрядной ОС Windows), публикацию можно выполнить с помощью
утилиты командной строки webinst, которая доступна в ОС Windows и Linux в обеих разрядностях. Далее будет подробно описан диалог публикации и
ключи командной строки утилиты webinst.

3.2. Диалог публикации

Диалог публикации служит для создания публикации или подготовки файла-шаблона для публикации с помощью утилиты webinst (с использованием параметра командной строки -descriptor).
Все параметры, которые можно редактировать при создании публикации, размещены на двух закладках. Рассмотрим их подробнее.

3.2.1. Кнопки диалога

Кнопка Опубликовать выполняет публикацию на веб-сервере. При публикации происходит создание каталога на диске и настройка указанного веб-сервера для работы с «1С:Предприятием». Следует помнить, что публикация на веб-сервере IIS всегда выполняется для веб-сайта по умолчанию (Default Web Site ) и для пула приложений по умолчанию (DefaultAppPool ).
Под ОС Linux выполняются следующие действия:
● Для каталога, в котором расположен файл default.vrd , в качестве группы-владельца устанавливается группа пользователя, от имени которого работает веб-сервер;
● Для файла default.vrd устанавливается доступ по чтению для группы, включающей пользователя, от имени которого работает веб-сервер.
В случае публикации файловой информационной базы, для каталога с файлом информационной базы в качестве группы-владельца устанавливается группа пользователя, от имени которого работает веб-сервер, а также настраивается наследование группы-владельца для обеспечения работы с информационной базой.

Рис. 2. Публикация на веб-сервере

Кнопка Отключить выполняет удаление приложения из веб-сервера и каталога публикации, если это необходимо.
Кнопка Сохранить выполняет сохранение параметров, указанных в диалоге публикации на веб-сервере, в файл. При сохранении система запрашивает имя и место расположения файла, в который будет выполнено сохранение. Сохранение будет выполнено в формате файла default.vrd . С помощью этой команды можно создавать файлы шаблонов, которые будут использоваться в качестве параметра -descriptor утилиты webinst. В качестве значений атрибутов ib и base элемента point будут записаны параметры той информационной базы, из которой выполняется сохранение файла.
Кнопка Загрузить позволяет загрузить для редактирования произвольный файл default.vrd. При загрузке игнорируются атрибуты ib и base элемента point загружаемого файла.
Кнопка Закрыть выполняется закрытие диалога.
Кнопка Справка открывает окно со справочной информацией о диалоге публикации.

3.2.2. Закладка «Основные»

3.2.2.1. Общие параметры

Рис. 3. Публикация на веб-сервере. Основные

На данной закладке можно задать основные параметры публикации.
Имя. Указывает имя публикации. При публикации с помощью утилиты webinst описывается параметром -wsdir . В файле default.vrd соответствует атрибуту base элемента point.

Веб-сервер . Указывает, для какого веб-сервера выполняется публикация. Веб-сервера Apache добавляются в список в том случае, если они обнаружены на компьютере. При публикации с помощью утилиты webinst , используемый веб-сервер указывается одним из параметров iis, apache2 , apache22 или apache24 . При работе в ОС Linux возможна публикация только для веб-сервера Apache.
В том случае, если система не смогла однозначно определить версию установленного на компьютере веб-сервера Apache (2.2 или 2.4), в списке будут присутствовать обе версии веб-сервера. При этом следует учитывать, что для веб-сервера Apache версии 2.2 и 2.4 различаются изменения, выполняемые в конфигурационном файле веб-сервера. Поэтому неверное указание версии веб-сервера приведет к неработоспособности публикации.

Каталог . Указывает физический каталог на диске, в котором будет находиться файл default.vrd и куда будет отображен виртуальный каталог веб-сервера. Каталог должен существовать. При публикации с помощью утилиты webinst описывается параметром -dir.

Публиковать тонкий и веб-клиент . Отвечает за возможность работы с опубликованной информационной базой с помощью тонкого и веб-клиента. Если флажок установлен, возможна работа с опубликованной информационной базой с помощью тонкого и веб-клиента. В файле default.vrd соответствует атрибуту enable элемента point .

Публиковать стандартный интерфейс OData . Отвечает за возможность получения доступа к стандартному интерфейсу OData прикладного решения. Подробнее механизм стандартного интерфейса OData описан в книге 1С:Предприятие 8.3. “Руководство разработчика”. В файле default.vrd соответствует атрибуту enableStandardOData элемента point .

Публиковать дистрибутив . Определяет возможность получения и установки клиентского приложения в том случае, если не совпадают версии клиентского приложения и сервера. В качестве дистрибутива используется zip-архив, полное имя которого указывается в качестве значения свойства Расположение публикуемого дистрибутива. В файле default.vrd эти свойства соответствуют атрибуту pubds t элемента point . В архиве должен
располагаться дистрибутив клиентского приложения. При установке будут использоваться параметры установки, указанные в файле 1cestart.cfg (аналогично обычной установке клиентского приложения).

Использовать аутентификацию операционной системы. Разрешает системе установить возможность аутентификации ОС на веб-сервере IIS.

Адрес перехода при окончании работы веб-клиента позволяет указать URL, на который будет выполняться переход после окончания работы веб- клиента. В файле default.vr d соответствует элементу exitURL .

3.2.2.2. Закладка Web-сервисы

Рис. 4. Публикация Web-сервисов

Публиковать Web-сервисы . Установка данного флажка приведет к тому, что будут опубликованы Web-сервисы, созданные в конфигурации и перечисленные в таблице, расположенной ниже флажка. В файле default.vrd соответствует атрибуту enabl e элемента ws . Если флажок сброшен, то это эквивалентно отсутствию элементу ws в файле default.vrd или наличие элемента ws с атрибутом enable, установленным в значение true.

Публиковать Web-сервисы по умолчанию . Отвечает за возможность использования в данной информационной базе Web-сервисов, которые опубликованы без явного указания разрешения использования. В файле default.vrd соответствует атрибуту pointEnableCommon элемента ws.
Таблица ниже флажка Публиковать Web-сервисы содержит перечень публикуемых Web-сервисов и позволяет управлять публикацией каждого Web-сервиса. Первая колонка управляет публикацией конкретного Web-сервиса. Если флажок сброшен, то данный Web-сервис будет запрещен к использованию (его нельзя будет вызвать). В файле default.vrd соответствует атрибуту enable элемента point .
Вторая колонка (с именем Имя) содержит имя Web-сервиса, как оно задано при создании. Описание Web-сервисов приведено в книге 1С:Предприятие 8.3. “Руководство разработчика”. В файле default.vrd соответствует атрибуту name элемента point.
Последняя колонка таблицы (с именем Адрес) содержит псевдоним имени публикуемого Web-сервиса. Обращение к Web-сервису возможно как по имени, так и по псевдониму. Псевдоним Web-сервиса можно редактировать в окне публикации. В файле default.vrd соответствует атрибуту alias элемента point.
Web-сервисы, которые расположены в подключенных расширениях, не отображаются в данной таблицы и могут быть опубликованы только редактированием файла default.vrd вручную.
Публиковать Web-сервисы расширений по умолчанию. Отвечает за возможность использования Web-сервисов, которые поставляются в расширениях конфигурации. В файле default.vrd соответствует атрибуту publishExtensionsByDefault элемента ws .

3.2.2.3. Закладка HTTP-сервисы

Закладка HTTP сервисы предназначена для управления возможностью доступа к прикладному решению с помощью HTTP-сервисов.

Рис. 5. Публикация HTTP-сервисов

Установка данного флажка приведет к тому, что будут опубликованы HTTP-сервисы, созданные в конфигурации и перечисленные в таблице, расположенной ниже флажка. В файле default.vrd соответствует атрибуту publishByDefault элемента httpServices. Если флажок сброшен, то это эквивалентно отсутствию элементу httpServices в файле default.vrd или наличие элемента httpServices с
атрибутом publishByDefault , установленным в значение false .

Таблица ниже флажка Публиковать HTTP сервисы по умолчанию содержит перечень публикуемых HTTP-сервисов и позволяет управлять публикацией каждого HTTP-сервиса. Первая колонка управляет публикацией конкретного HTTP-сервиса. Если флажок сброшен, то данный HTTP-сервис будет запрещен к использованию (его нельзя будет вызвать). В файле default.vrd соответствует атрибуту enable элемента service .
Вторая колонка (с именем Имя ) содержит имя HTTP-сервиса, как оно задано при создании. Описание HTTP-сервисов приведено в книге 1С:Предприятие 8.3. “Руководство разработчика”. В файле default.vrd соответствует атрибуту name элемента service .
HTTP-сервисы, которые расположены в подключенных расширениях, не отображаются в данной таблицы и могут быть опубликованы только редактированием файла default.vrd вручную.

Публиковать HTTP-сервисы расширений по умолчанию. Отвечает за возможность использования HTTP-сервисов, которые поставляются в расширениях конфигурации. В файле default.vrd соответствует атрибуту publishExtensionsByDefaul t элемента httpServices

3.2.3. Закладка «Прочие»

Рис. 6. Прочие параметры публикации на веб-сервере

На данной закладке можно изменить вспомогательные параметры публикации.

Каталог временных файлов . Позволяет указать каталог временных файлов для работы расширения веб-сервера или файлового варианта информационной базы. В файле default.vrd соответствует атрибуту temp элемента point .

Группа Пул соединений . Описывает элемент pool файла default.vrd. Подробнее см. здесь. Также параметры этой группы управляют работой системы отслеживания разрыва соединений.

Группа Отладка. Описывает элемент debug файла default.vrd.

Группа OpenI D. Описывает элемент openid файла default.vrd.

Разделение данных . Описывает элемент zones файла default.vrd. Подробнее остановимся на структуре таблицы с разделителями.

В таблицу попадают все независимые разделители, существующие в конфигурации или загруженном файле. Первая колонка (без имени) определяет необходимость создания элемента zone для выбранного разделителя. Следует помнить, что сопоставление элемента выполняется не по имени разделителя, а по его порядковому расположению в списке. Если отключается первый разделитель, то имеет смысл отключить и все остальные, т. к. параметры элемента zones будут применены системой к другим разделителям.
Колонка Имя содержит имя разделителя, как оно задано в свойствах общего реквизита. Флажок в следующей колонке определяет, будет задано значение разделителя в элементе zone или нет. Если флажок установлен, то в качестве значения атрибута value будет использовано значение из колонки Значение.
Флажки в колонках Указание и Безопасное отвечают за атрибуты safe и specify (соответственно) элемента zone файла default.vrd.
Параметр Фоновые задания в файловом варианте описывает возможность использования фоновых заданий в файловом варианте информационной базы (атрибут allowexecutescheduledjobs корневого элемента point ).

диаграмм в модуле опросов
механизма CAPTCHA
графиков и диаграмм в модулях Статистики, Рекламы и др.

2. Если при настройке работы с сессиями в PHP не был установлен путь для сохранения файлов сессии, то:

по умолчанию для сохранения файлов сессии будет использоваться директория /tmp
по умолчанию для сохранения файлов сессии будет использоваться директория /temp
файлы сессии сохраняться не будут

3. С какими веб-серверами возможно использование системы?

только веб-сервер Apache
веб-сервер Apache или IIS
любой веб-сервер, который может выполнять PHP приложения

4. Какие расширения PHP требуются для корректной работы продукта «1С-Битрикс: Управление сайтом»?

GD, PHP XML, FreeType, Zlib compression, POSIX, Perl-compatible
GD, PHP XML, timezonedb, dbase, FreeType, Zlib compression
GD, PHP XML, FreeType, Zlib compression, Zend Optimizer, POSIX, Perl-compatible
GD, framegrab, xmlReader, Zlib compression
FreeImage, GD, PHP XML, FreeType, Zlib compression, Zend Optimizer, POSIX, Perl-compatible

5. Возможность управления визуальными темами административного интерфейса реализована за счет использования:

RSS
AJAX
Java Script
* CSS

6. Использование строки ini_set("memory_limit", "<объем_памяти>") в файле /bitrix/php_interface/dbconn.php позволяет:

определить минимальный объем памяти, необходимый для работы ядра продукта
установить максимальный объем памяти, доступный при работе системы ядру продукта
определить максимальный объем памяти, необходимый для работы ядра продукта

7. Есть код:

Что будет выведено в результате работы кода.
15
5
10
* 510

8. Имеем массив:

Как нам напрямую обратиться к элементу со значением "Don" и заменить значение его на "Volgo-Don"?
"$ship = array(""Cargo ships"" => array(""Volgo-Don""),);"
$ship["Cargo ships"]="Volgo-Don"
$ship["Cargo ships"]["Don"]="Volgo-Don"
$ship["Cargo ships"]="Volgo-Don"

9. В каком случае в функции можно изменять значения переменной, заданное вне функции:
а) Используя массив $GLOBALS
б) Используя ключевое слово global
в) Передавая параметры функции по ссылке
в
а
В любом варианте
б
Ни один вариант не верный

10. Какой из операторов является условным?
while
for
foreach
* if

11. Какое из условий будет истинно, если хотя бы одна из переменных true?

а) if($flag1 || $flag2)

б)if($flag1 && $flag2)

в)if($flag1 and $flag2)

г)if($flag1 or $flag2)

б и г
Только г
Только б
а и б
* а и г
б и в
Только в
Только а

12. Какая конструкция позволяет включить файл только один раз, вне зависимости от количества вызовов?
а) include("index.php");
б) include_once("index.php");
в) require("index.php");
г) require_once("index.php");

Только б и г
Только в
Только а
Только г
Только а и б
Только в и г
Только а и в
Только б

13. С помощью какого цикла, можно выполнить обход массива?
а) for
б) foreach
в) while

а и в
б и в
* Любого
Только в
Только а
а и б
Только б