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

Термін "сервер" тлумачать по-різному. Іноді його відносять до устаткування, інколи ж - до ПО. У певному сенсі обидва ці визначення відносяться до архітектури, підготовленої для отримання запитів ззовні і відповідної цих запитів шляхом видачі інформації заданого типу. Зрозуміло, в обох випадках ядром системи є відповідне програмне забезпечення. Коли про обладнання говорять як про сервер, зазвичай мають на увазі, що на ньому працює одна або більше серверних програм, що він може бути призначений для тієї чи іншої ролі і, можливо, складається з компонентів, що забезпечують високий рівень готовності. Взагалі кажучи, слово "сервер" має той самий корінь, що і "сервіс". Таким чином, з точки зору апаратних засобів сервер – це комп'ютер, який здатний надавати деякі послуги іншим, підключеним до нього комп'ютерам. Мається на увазі, що комп'ютери якимось чином пов'язані із сервером та один з одним (рис. 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-запитів. Чим швидше виконуються запити сервером баз даних, тим швидше веб-сервер отримає необхідні дані, сформує відповідь клієнту та звільнить пам'ять.

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

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

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

Всі ці дані для кожного із запитів можна отримати за допомогою команди 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). Налагоджувати роботу користувачів із загального центру зручно, але це може загрожувати безпеці. Паролі поширюються каналами зв'язку в незашифрованому вигляді, і якщо їх перехоплять, то ризикуватиме не лише веб-сервер, а й безпека всієї мережної операційної системи.

Розробка програм – це одна з основних функцій веб-сервера. p align="justify"> Середовище розробки додатків і інструменти підключення до баз даних дуже важливі для розширення можливості веб-сервера, оскільки розробка додатків залежить від різних своєрідних деталей інтерфейсу прикладного програмування (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-сервісу необхідно використовувати адресу, яка формується таким чином:
<Ім'я хоста веб-сервера>/<Имя виртуального каталога>/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-сервісу можливе як на ім'я, так і по синоніму.
● У разі потреби – налаштування інших параметрів публікації.
● Натискання кнопки Опублікувати запускає процес публікації. Натискання кнопки Вимкнути видаляє публікацію з вибраного веб-сервера.

Після виконання публікації буде запропоновано перезапустити веб-сервер у таких випадках:
● змінилася версія «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-сервіс буде заборонено до використання (його не можна буде викликати). У файлі default.vrd відповідає атрибуту enable елемента point.
Друга колонка (з ім'ям Ім'я) містить ім'я Web-сервісу, як воно встановлено при створенні. Опис Web-сервісів наведено у книзі 1С:Підприємство 8.3. "Керівництво розробника". У файлі default.vrd відповідає атрибуту name елемента point.
Остання колонка таблиці (з ім'ям Адреса) містить псевдонім імені веб-сервісу, що публікується. Звернення до Web-сервісу можливе як на ім'я, так і на псевдонім. Псевдонім Web-сервісу можна редагувати у вікні публікації. У файлі default.vrd відповідає атрибуту або елемента 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.

Поділ даних. Описує елемент зон файлу default.vrd. Докладніше зупинимося на структурі таблиці з роздільниками.

У таблицю потрапляють усі незалежні роздільники, які у конфігурації чи завантаженому файлі. Перший стовпчик (без імені) визначає необхідність створення елемента zone для вибраного роздільника. Слід пам'ятати, що зіставлення елемента виконується не за ім'ям роздільника, а за його порядковим розташуванням у списку. Якщо відключається перший роздільник, то є сенс відключити і всі інші, тому що параметри елемента zones будуть застосовані системою до інших роздільників.
Колонка Ім'я містить ім'я роздільника, як задано у властивостях загального реквізиту. Прапорець у наступній колонці визначає, буде встановлено значення роздільника в елементі zone чи ні. Якщо прапорець встановлений, то значення атрибута value буде використано значення з колонки Значення.
Прапорці в колонках Вказівка ​​та Безпечне відповідають за атрибути safe та specify (відповідно) елемента zone файлу default.vrd.
Параметр Фонові завдання у файловому варіанті описує можливість використання фонових завдань у файловому варіанті інформаційної бази (атрибут дозволяєвиконати виконані jobs кореневого елемента 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 і $flag2)

г)if($flag1 або $flag2)

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

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

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

13. За допомогою якого циклу можна виконати обхід масиву?
а) for
б) foreach
в) while

а і в
б і в
* Будь-якого
Тільки в
Тільки а
а і б
Тільки б