Модуль розширення веб-сервера. Встановлює модулі розширення Web-сервера. Публікація бази даних на веб-сервері

Для роботи Агента 1С:Лінк необхідна наявність встановлених 32-бітних модулів розширення Web-сервера з дистрибутива 1С:Підприємство.

Зверніть увагу, що для встановлення модулів веб-розширення можуть знадобитися права адміністратора.

Після встановлення необхідно перезапустити Агент "1С: Лінк".

Зробіть таке:

На ПК з Агентом відкрийте панель керування та (для Windows 7) перейдіть до розділу "Програми - Програми та компоненти", як показано на малюнку нижче. Для Windows XP – відкрийте Панель керування та в ній – "Встановлення та видалення програм".

Далі виберіть у списку програм версію 1С:Підприємство, яке вами використовується, та натисніть кнопку "Змінити". Також можна вибрати "Змінити" з контекстного меню, яке викликається правим клацанням миші на рядку програми в панелі керування. Це справедливо і для Windows 7, і для Windows XP.

Використовувану версію платформи 1С: Підприємство можна уточнити, натиснувши на піктограму "Про програму" у вікні програми 1С.

Виберіть параметр Модулів розширення веб-сервера, як показано на малюнку нижче.

У випадку, якщо на комп'ютері відсутній дистрибутив зазначеної версії платформи "1С: Підприємство 8", ви можете завантажити його з сайту https://users.v8.1c.ru/distribution/

Детальна інформація про встановлення та налаштування компонентівплатформи "1С: Підприємство" доступна в главі 2 ркерівництва а дміністратора "1С: Підприємство".

У системі «1С:Підприємства» 8. У цій статті розглянемо процес публікації сервера сховища конфігурацій на веб-сервері IIS для можливості доступу до сховищ, сервером, що обслуговуються, за протоколом http(або https).

1. Встановлення сервера сховища конфігурацій «1С:Підприємства» 8

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

2. Встановлення веб-сервера IIS

Далі необхідно активувати веб-сервер IIS, що входить до складу Windows, якщо цього не було зроблено раніше. Веб-сервер та сервер сховища конфігурацій можуть розташовуватися як на одній машині, так і на різних комп'ютерах в одній локальній мережі. При установці обов'язково необхідно вибрати компоненти:

• Загальні функції HTTP (Common HTTP Features)
  • Статичний вміст (Static Content)
  • Документ за замовчуванням (Default Document)
  • Огляд каталогів (Directory Browsing)
  • Помилки HTTP (HTTP Errors)
• Розробка програм (Application Development)
  • ASP.NET 3.5
  • Розширюваність.NET 3.5 (.NET Extensibility 3.5)
  • Розширення ISAPI (ISAPI Extensions)
  • Фільтри ISAPI (ISAPI Filters)
• Виправлення та діагностика (Health and Diagnostics)
  • Веде журнал HTTP (HTTP Logging)
  • Монітор запитів (Request Monitor)
• Засоби управління (Management Tools)
  • Консоль керування IIS (IIS Management Console)

Докладно про встановлення веб-сервера IIS в різних операційних системах сімейства Windows можна прочитати в статтях:

Після встановлення веб-сервера, на комп'ютері із запущеним сервером IIS у браузері за адресою http://localhost має з'явитися стартова сторінка ( Default Web Site) веб-сервера відповідної версії.

3. Встановлення модулів розширення веб-сервера «1С:Підприємства» 8

На тому ж комп'ютері, де запущено веб-сервер IIS, необхідно виконати встановлення модулів розширення веб-сервера «1С:Підприємства» 8 версії, аналогічної версії сервера сховища конфігурацій. Крім того, на момент написання статті сервер сховища конфігурацій міг бути лише 32-розрядним додатком, тому модулі розширення веб-сервера необхідно встановлювати з 32-розрядного дистрибутива системи «1С:Підприємства» 8.

Докладніше про встановлення компонентів програми 1С:Підприємство 8 можна прочитати у статті:

4. Налаштування доступу до модулів розширення веб-сервера «1С:Підприємства» 8

Для того, щоб веб-сервер IIS зміг працювати зі встановленим на попередньому кроці модулем розширення веб-сервера «1С:Підприємства» 8, необхідно дати повні права на каталог з цими компонентами (за замовчуванням C:\Program Files (x86)\1cv8\для «1С:Підприємства» 8.3 та C:\Program Files (x86)\1cv82\для «1С:Підприємства» 8.2) групі IIS_IUSRS.

Для цього клацаємо правою кнопкою миші по необхідному каталогу та вибираємо « Властивості» (Properties) у контекстному меню.

У вікні властивостей переходимо на вкладку « Безпека» (Security) та натискаємо кнопку « Змінити» (Edit…), для зміни чинних дозволів. Відобразиться вікно дозволів для цього каталогу. У ньому натискаємо розташовану під списком « Групи чи користувачі» (Groups or user names) кнопку « Додати» (Add..), а у вікні вибору груп або користувачів натискаємо « Додатково»(Advanced…).

Потім натискаємо розташовану праворуч кнопку « Пошук» (Find Now), після чого вибираємо необхідну групу IIS_IUSRSу таблиці результатів пошуку та натискаємо « ОК».

Група IIS_IUSRSз'явиться у списку груп або користувачів. Даємо їй повні права на обрану директорію і натискаємо « Застосувати» (Apply), щоб зберегти зміни.

5. Створення конфігураційного файлу

Далі переходимо безпосередньо до публікації встановленого раніше сервера сховищ конфігурацій на піднятий ранній веб-сервер IIS. Почнемо з того, що у каталозі зберігання сайту Default Web Siteвеб-сервера (за замовчуванням C:\inetpub\wwwroot) створимо каталог з ім'ям майбутньої публікації, нехай це буде каталог з ім'ям repository.

А потім у даному каталозі створимо файл із розширенням .1ccr(Нехай, за аналогією з каталогом, це буде файл з ім'ям repository.1ccr) та зі змістом:

Де<Ім'яСервераСховища> ім'я мережі або IP-адресу комп'ютера, на якому запущено сервер сховища конфігурацій.

6. Налаштування програми у IIS

Тепер, якщо запустити диспетчер служб IIS (Internet Information Services (IIS) Manager) і розкрити вкладки « Сайти» (Sites) - « Default Web Site» побачимо каталог, який ми створювали на попередньому етапі. Перетворимо цей віртуальний каталог на додаток. Для цього клікнемо по ньому правою кнопкою миші та в контекстному меню виберемо пункт « Перетворити на додаток»(Convert to Application).

Після цього необхідно створити обробник для даного віртуального додатку. Для цього слід виділити додаток у дереві підключень та у вікні властивостей вибрати пункт « Зіставлення обробників»(Handler Mappings).

У вікні зіставлення обробників у меню « Дії(Actions) праворуч вибираємо пункт « Додавання зіставлення сценарію з підстановними знаками(Add Wildcard Script Map…).

Відкриється вікно додавання нового обробника. У ньому вказуємо шлях до модуля розширення веб-сервера «1С:Підприємства», а саме до бібліотеки wsisapi.dll, що зберігається в каталозі bin, директорії, зазначеної під час встановлення компонентів системи «1С:Підприємства» в даній інструкції. Також задаємо ім'я оброблювача та натискаємо « ОК».

Додаємо дане розширення ISAPI як дозволене до списку обмежень ISAPI та CGL, натиснувши « Так»(Yes) у вікні, що з'явилося.

Після цього, щойно доданий обробник повинен з'явитися у списку зіставлення обробників нашої віртуальної програми. Залишилося лише додати дозвіл на виконання даного обробника. Для цього клацаємо по ньому правою кнопкою миші та в контекстному меню вибираємо « Зміна дозволів функції.»(Edit Feature Permissions…).

У вікні дозволів, що відкрилося, встановлюємо прапор у полі « Виконання» (Execute) і натискаємо « ОК».

Як я вже писав раніше, сервер сховища конфігурацій це 32-розрядна програма. Відповідно, необхідно дозволити пулу додатків, що обслуговує даний віртуальний каталог роботу з 32-розрядними програмами. Щоб переглянути, який пул обслуговує конкретний віртуальний каталог, необхідно в дереві підключень клацнути правою кнопкою миші, в контекстному меню вибрати « Управління додатком» (Manage Application) - « Додаткові параметри»(Advanced Settings…).

У вікні параметр « Пул додатків» (Application Pool) та визначає пул додатків, який обслуговує даний віртуальний каталог, в даному випадку це DefaultAppPool. У цьому вікні можна змінити, у разі потреби, дане значення параметра.

Для того, щоб налаштувати пул додатків для роботи з 32-розрядними програмами, необхідно відшукати його у вікні пулів додатків, доступному на вкладці « Пули додатків» (Application Pools) у дереві підключень, клікнути по ньому правою кнопкою миші та в контекстному меню вибрати « Додаткові параметри…»(Advanced Settings).

У вікні додаткових параметрів пула додатків змінюємо параметр « Дозволено 32-розрядні програми» (Enable 32-Bit Applications) до значення True.

Необхідно пам'ятати (!), що при цьому пул перестане коректно обробляти 64-розрядні програми. Тому, якщо у вас на веб-сервері є 64-розрядні програми, наприклад, що обслуговуються 64-розрядним модулем розширення веб-сервера, слід створити окремий пул додатків, дозволити на ньому 32-розрядні програми та встановити як пул для поточного віртуального каталогу.

Встановивши необхідні параметри тиснемо « ОК».

7. Підключення до сховища

Ну ось, всі компоненти системи «1С:Підприємство» встановлені, налаштування веб-сервера IIS виконані і можна переходити безпосередньо до роботи зі сховищем, сервером сховища конфігурацій за протоколом, що обслуговується. http. Для створення сховища (про створення сховища можна прочитати у статті « ») та підключення інформаційних баз до сховища необхідно використовувати адресу виду:

Http://<ИмяВебСервера>/<ИмяПриложения>/<Файл.1ccr>/<ИмяХранилища>

Наприклад, для параметрів, що використовуються в цій статті, ім'я може бути таким:

Http://WIN2012R2/repository/repository.1ccr/Accounting

http://localhost/repository/repository.1ccr/Accounting

або навіть таким:

Https://сайт/repository/repository.1ccr/Accounting

Чи допомогла Вам ця стаття?

p align="justify"> Операційні системи сімейства Linux з кожним роком викликають все більший інтерес серед користувачів 1С:Підприємства, особливо після випуску платформи для найбільш популярних дистрибутивів. Найчастіше Linux використовується як серверна платформа для 1С, але останнім часом все частіше зустрічаються робочі станції на базі цієї операційної системи. Якщо доповнити таку робочу станцію веб-сервером, то можна легко та просто організувати віддалений доступ до інформаційних баз, сьогодні ми розповімо, як зробити це у файловому режимі.

Незважаючи на простоту, налаштування веб-доступу до файлових баз дещо складніше, ніж до серверних, це пов'язано з тим, що необхідно правильно встановити права доступу для всіх учасників даної схеми. Офіційна документація досить скупо висвітлює це питання, тому нижче ми приділимо йому особливу увагу:

Після виконання публікації необхідно надати користувачеві, від імені якого запускається Apache, права на каталог файлів, що виконуються (/opt/1C/v8.3/i386/ для 32-розрядної версії або /opt/1C/v8.3/x86_64/ для 64- розрядної версії) конкретної версії системи «1C:Підприємство» (читання та виконання). У разі файлового варіанта інформаційної бази необхідно надати права на модифікацію каталогу інформаційної бази користувачеві, від якого працює веб-сервер.

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

Почнемо з платформи, вона розміщується в /opt/1Cта має власника usr1cv8:grp1cv8, такий формат запису є загальновживаним в Linux і позначає зв'язку користувач:група. Якщо бути точним, то веб-серверу потрібен доступ на читання та виконання до єдиного файлу платформи - бібліотеки wsap24.so(Для Apache 2.4).

Набагато цікавіше з інформаційною базою, спочатку її власником є ​​локальний користувач user:user, який також є членом однойменної персональної групи. За умовчанням він має всі необхідні права доступу до бази (читання та запис). Аналогічні права також повинні мати веб-сервер, який працює від імені www-data:www-data.

Існують способи запустити Apache від імені потрібного користувача, але на практиці з'ясувалося, що 1С не працює з mpm-itk, навіть якщо веб-сервер запущений від системного користувача, практично відразу після запуску бази ви отримуватимете таку помилку: Сеанс відсутня чи видалено.

Тому саме час згадати, що в Linux права встановлюються для користувача, групиі решти, права за замовчуванням, залежно від системи, дещо відрізняються. За їхнє призначення відповідає такий параметр як umask, грубо кажучи, це маска, яку треба відняти від повних прав, щоб отримати права, що застосовуються за умовчанням. В Ubuntu umaskдорівнює 002 , а в Debian 022 , отже, набір стандартних прав в Ubuntu/Debian буде 775/755 для папок та 664/644 для файлів.

Набір 775/664 дає права читання/запису як власнику, так і групі, а 755/644 - Тільки власнику. Таким чином Ubuntu набір стандартних прав повністю підходить для наших цілей, а в Debian потрібно змінити umaskна 002 .

Що стосується прав, то буде потрібно взаємне включення користувача та веб-сервера до персональних груп один одного, а також веб-сервера до групи власника бінарних файлів 1С. Теорія зрозуміла, чи перейдемо до практики.

Встановлення модуля розширення веб-сервера

Будемо вважати, що у вас вже встановлена ​​платформа згідно з нашим керівництвом. У такому разі нам знадобляться пакети 1c-enterprise83-wsі 1c-enterprise83-ws-nlsз постачання сервера. Зверніть увагу, що версія та розрядність даних пакетів повинна співпадати з версією та розрядністю встановленої платформи.

Скопіюємо зазначені пакети у довільну папку та встановимо їх командою:

Dpkg -i 1c*.deb

Зверніть увагу, що ця команда встановить усі пакети з поточного розташування маскою 1с*, тому будьте уважні і переконайтеся, що в ній немає нічого зайвого.

Потім встановимо потрібного власника для платформи:

Chown -R usr1cv8:grp1cv8 /opt/1C

на цьому інсталяція модуля веб-сервера завершена.

Встановлення Apache 2.4

Починаючи з платформи 8.3.8 додана підтримка актуальної версії Apache 2.4, тепер немає необхідності знижувати версію пакета, якщо ви використовуєте більш ранню версію платформи, то вам потрібно буде знизити Apache до версії 2.2, як це зробити описано в нашій статті.

Також ми категорично не радимо використовувати екземпляр Apache, що використовується для 1С: Підприємства для інших цілей, як ми вже бачили, 1С виявилася несумісною з mpm-itkКрім того, 1С досить вільно звертається з файлами конфігурації, ігноруючи віртуальні хости і дописуючи свої директиви прямо в основний конфігураційний файл Apache.

Звичайно, можна вручну налаштувати все красиво, але це вимагатиме підвищених витрат на адміністрування при додаванні нових баз, тому розумнішим рішенням буде виділення для 1С власного екземпляра Apache.

Його установка проводиться однією єдиною командою:

Apt-get install apache2

ніякого додаткового налаштування пакет не вимагає.

Налаштування необхідних прав доступу

Якщо ви використовуєте Debian, то перш за все слід змінити umaskсистеми на 002, для цього відкрийте файл /etc/pam.d/common-sessionі додайте в його кінець рядок:

Session optional pam_umask.so umask=0002

Потім включимо користувача веб-сервера групи 1С і поточного користувача системи:

Usermod -a -G grp1cv8 www-data
usermod -a -G user www-data

Також включимо поточного користувача до групи веб-сервера:

Usermod -a -G www-data user

де замість userслід використовувати ім'я поточного користувача.

Після цього необхідно встановити права на папки з інформаційними базами, припустимо вони знаходяться в /opt/1C_bases:

Chmod -R u=rw,g=rw,o=r,a+X /opt/1C_bases

Закінчивши встановлення прав, слід перезавантажити сервер.

Публікація інформаційної бази

Публікацію бази можна виконати двома шляхами: через Конфігуратор та за допомогою командного рядка. Нижче ми розглянемо обидва способи.

Перед публікацією створимо директорію для неї в робочому каталозі веб-сервера, за замовчуванням це /var/www, ми публікуватимемо Бухгалтерію 3.0 тому назвемо директорію acc30:

Mkdir /var/www/acc30

Запустимо 1С:Підприємство з підвищеними правами, для цього в терміналі від імені суперкористувача виконайте для 32-розрядної системи:

/opt/1C/v8.3/i386/1cestart

для 64-розрядної:

/opt/1C/v8.3/x86_64 /1cestart

Відкриється стандартне вікно запуску 1С, з якого відкриємо в Конфігураторі потрібну нам базу. Потім перейдемо в Адміністрація - Публікація на веб-серверіі заповнимо невелику форму:

В полі Ім'явказуємо бажаний аліасінформаційної бази, його ви набиратимете в адресному рядку браузера для доступу до даної бази, тому не слід робити його довгим або незручним. Веб-сервер- тут все зрозуміло, у нашому випадку Apache 2.4і нарешті, Каталог- тут слід зазначити директорію публікації, яку ми створили дещо раніше, не слід плутати її з робочим каталогом ІБ. Якщо ви не використовуєте інтерфейс OData та Web-сервіси, публікувати їх не потрібно.

Заповнивши всі необхідні поля, натисніть кнопку Опублікуватипотім погодьтеся з пропозицією перезапустити веб-сервер.

Для публікації з командного рядка слід перейти до директорії з бінарними файлами 1С, у 32-розрядній системі виконайте:

Cd /opt/1C/v8.3/i386/

у 64-розрядній:

Cd /opt/1C/v8.3/x86_64/

Після чого запустіть утиліту webinstз наступними параметрами:

./webinst -publish -apache24 -wsdir acc30 -dir /var/www/acc30/ -connstr "File=""/opt/1C_bases/acc30/"";" -confpath /etc/apache2/apache2.conf

На перший погляд, її синтаксис досить складний, але насправді все досить просто, давайте розберемо кожен параметр:

• publish- вказує необхідну дію, у разі публікацію, може бути опущений, оскільки це за замовчуванням.
• apache24- Вказує тип веб-сервера, для Apache 2.2 слід вказувати apache22.
• wsdir- ім'я аліасу публікації, яким до базі слід звертатися з браузера.
• dir- шлях публікації, створена нами директорія у робочому каталозі веб-сервера
• connstr- рядок з'єднання складається з трьох частин, кожна з яких взята в лапки: "File=" - вказує що база файлова, "/opt/1C_bases/acc30/" - шлях до каталогу ІБ, ";" - Службовий символ.
• confpath- шлях до файлу конфігурації веб-сервера.

Chown -R www-data:www-data /var/www

Тепер можемо спробувати запустити базу, звернувшись до неї в браузері на ім'я хоста або IP-адресу, додавши через сліш потрібний аліас, на локальній машині можна набрати http://127.0.0.1/acc30.

Декілька слів про продуктивність

По-хорошому тут мав бути завершальний абзац статті з висновками та побажаннями, але наш матеріал був би неповним без теми продуктивності цього рішення. Оскільки веб доступ у файловому режимі зазвичай використовують невеликі підприємства, то ролі веб-сервера найчастіше використовується звичайний офісний ПК. У його ролі ми використовували віртуальну машину, якою виділили два ядра від Core i5-4670 та 4 ГБ оперативної пам'яті, що відповідає непоганій офісній машині.

Якщо з процесорних чи дискових ресурсів питань не виникло, то витрата оперативної пам'яті нас не порадувала. Нижче показано систему відразу після завантаження:

Потім ми запустили два екземпляри бази (один у веб-клієнті, інший у тонкому) локально і два екземпляри по мережі:

Як бачимо, вільна пам'ять у системі закінчилася, і вона пішла у своп, а якщо трохи попрацювати в базах, то швидко закінчиться файл підкачки. При цьому, крім 1С, на цьому ПК більше нічого не запущено, що для звичайної офісної машини не є характерним. Емпіричним шляхом ми з'ясували, що на кожен сеанс роботи з такими конфігураціями як Бухгалтерія підприємства 3.0 потрібно мати 1 ГБ оперативної пам'яті.

Добре, закриваємо усі сеанси, але що це?

Якщо коротко, раніше веб-сервіси 1С працювали як , тобто. при кожному запуску веб-клієнта або зверненні до веб-сервісів відбувався запуск робочого процесу Apache, який завантажував модуль 1С, а після завершення роботи вивантажував його і закривався сам. Недоліком такого методу є високі накладні витрати на запуск та завершення процесу.

Тепер модель роботи веб-сервісів відповідає FastCGI-додатку, який запускається один раз і продовжує залишатися запущеним навіть після завершення сеансів роботи з ним. Процитуємо розробників 1С:

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

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

Сеанс автоматично завершується після закінчення періоду бездіяльності (Час Життя Сеансу).

Що з цього випливає? А те, що якщо ви одночасно запустите 4 сеанси роботи з веб-сервером, то після завершення робочі процеси Apache продовжать роботу в очікуванні нових підключень, а якщо їх не буде, то після закінчення часу життя сеансу, яка за замовчуванням становить 20 хвилин, буде завершено.

Таким чином вам потрібно мати достатню кількість оперативної пам'яті для забезпечення одночасної роботи максимально можливої ​​кількості клієнтів, що одночасно підключилися, в іншому випадку ваша система може катастрофічно знизити продуктивність через відсутність вільної пам'яті. Навіть якщо ці підключення носитимуть короткочасний характер, пам'ять під них буде "зарезервована" протягом ще 20 хвилин.

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

• Теги:

Please enable JavaScript to view the

Стоїть завдання підняти вбудований у windows вебсервер IIS і опублікувати на ньому базу 1с на платформі 8.3. Нічого складного у цьому немає.

В наявності віртуалка 2008 r2 enterprise server, що обертається. Права локального адміністратора щодо нього. Платформа 1С 8.3.6.2041. Інформаційну основу створимо порожню. І так приступимо. Приєднуйтесь до нашої групи у ВК! В ремонті! Розумна майстерня!

Встановлення ролі веб-сервера (IIS)

Для початку необхідно встановити роль веб-сервера. Відкриваємо Диспетчер сервера, вибираємо зліва гілку Ролі, справа тиснемо Додати роль.

Доходимо до вибору Ролі сервера і ставимо галочку навпроти Веб-сервер(IIS). Тиснемо далі. Тепер потрібно правильно вибрати служби встановлюваної ролі. Ставимо галочки рівно як на скріншоті нижче.

Доводимо встановлення до кінця. Майстер додавання ролей повинен через певний час повідомити нам, що роль та всі служби ролі успішно встановилися:

Тепер необхідно перевірити, чи все добре у нас вийшло. Відкриваємо будь-який браузер та переходимо в ньому за адресою http://localhost. У нас має відобразитися ось така радісна картинка:

встановлення платформи та компонентів 1с

Це означає, що веб-сервер піднявся у нас коректно і все добре працює. Тож перейдемо тепер до 1с. Потрібно поставити платформу. Єдиний нюанс при встановленні платформи вибрати:

• 1с Підприємство

• Модулі розширення веб-сервера

налаштування прав доступу

Насамперед необхідно налаштувати права папки, де у нас розташований кореневий каталог вебсервера. Якщо нічого не змінювали, то за умовчанням він знаходиться C:\inetpub\wwwroot. Переходимо до папки C:\inetpub\вибираємо папку wwwroot,клацаємо по ній правою кнопкою миші та заходимо у властивості. Переходимо до вкладки Безпека. Натиснувши кнопку змінити, переходимо безпосередньо до налаштування дозволів. Знаходимо у списку Групи та користувачі, групу Користувачіі клікнувши на неї ставимо в графі нижче Дозволи для групи, відсутні галочки в колонці Дозволити.

Тепер необхідно надати права папкам із встановленою 1с. Переходимо до них, за замовчуванням для 32-бітної версії 1с лежить у папці C:\Program Files (x86)\1cv8для 64-бітної в папці C:\Program Files\1cv8. Також вибираємо папку 1cv8заходимо у її властивості, переходимо у вкладку Безпека -> Змінити.Але замість вибору групи зі списку нам необхідно її туди спочатку додати. Для цього тиснемо кнопку Додати, у вікні , натискаємо кнопку Додатково.

Далі натискаємо по кнопці Пошукі у списку результату шукаємо IIS_IUSRS, додаючи його подвійним кліком, нас повертає у вікно Вибір «Користувачі» або «Групи»але з уже проставленою групою у списку. Тиснемо Ок, і повернувшись уже до вікна Дозволи для групипроставляємо всі галочки в полі дозволити для нової групи.

Проставивши дозволи для папок із файлами 1с, нам залишається останнє. Дати права групі IIS_IUSRSтеку, де в нас лежить сама база 1с.

Необхідні приготування зроблено. Тепер переходимо безпосередньо до публікації.

Публікація 1с на веб-сервері

Необхідно запустити 1с в режимі конфігуратора, вибравши необхідну публікацію базу. У моєму випадку це порожня база, і вона одна.

У режимі конфігуратора 1с переходимо до меню Адміністрація -> Публікація на веб-сервері.

Подивившись на параметри і переконавшись, що суті, нас все влаштовує, натискаємо Опублікувати. Якщо публікація пройшла без помилок, перейдемо до останнього кроку.

налаштування IIS для роботи з 32-бітним модулем розширення веб-сервера 1С

Нагадаю вам, що ми використовували 32-бітну платформу та модуль розширення веб-сервера від 1с відповідно. Тому нам у такому разі ще необхідно дозволити виконувати пулу додатків за умовчанням. DefaultAppPoolвиконувати 32-бітові програми. Це зробити неважко. Ідемо Диспетчер сервера -> Ролі -> Веб-сервер(IIS) -> Диспетчер служб(IIS) -> Пули додатків -> DefaultAppPool.Правою кнопкою мишки по DefaultAppPoolвикликаємо контекстне меню та вибираємо в ньому Додаткові параметри.

Шукаємо рядок Дозволено 32-розрядні програмиі навпаки ставимо TRUE

НАЛАШТУВАННЯ IIS ДЛЯ РОБОТИ З 64-БИТНИМ МОДУЛЕМ РОЗШИРЕННЯ ВЕБ-СЕРВЕРУ 1С

Якщо ми використовували 64-розрядну платформу і модуль веб розширення відповідно, то необхідно зробити такі маніпуляції:

Ідемо Диспетчер сервера -> Ролі -> Веб-сервер(IIS) -> Диспетчер служб(IIS)-> І вибираємо додаток перетворений з віртуального каталогу з ім'ям, що ми задавали під час публікації бази. У правому полі переходимо до розділу Зіставлення обробників (Handler Mappings).Публікація 1с 8.3 на веб-сервері iis Публікація 1с 8.3 на веб-сервері iis

Приєднуйтесь до нашої групи у ВК!

Якщо ви вже ознайомилися з вступним матеріалом про сервер Apache і зі статтею, що описує різницю між різними версіями, встановили і здійснили початкове налаштування сервера, то можна приступати до розгляду модульної системи Apache. Справа в тому, що даний веб-сервер, по суті, складається з одного обов'язкового модуля - ядра (Apache Core), що виконує найпростіші завдання сервера. Всі інші функції описуються у додаткових модулях. У цьому матеріалі ми розглянемо деякі модулі Apache, які часто використовуються, так і маловідомі веб-розробникам.

Перевага такої структури полягає в тому, що ви можете будь-якої миті підключати і відключати додаткові модулі, використовуючи саме ту конфігурацію сервера, яка потрібна для виконання ваших завдань. Таким чином, Apache займатиме рівно стільки місця, скільки потрібно йому для роботи, а "зайві" функції не будуть вантажити пам'ять сервера, збільшуючи загальну швидкодію системи.

Ядро Apache виконує основні функції сервера і дозволяє підключати додаткові модулі

Розпочати розмову про модулі потрібно, зрозуміло, з ядра системи. Саме до нього примикають усі додаткові модулі як зерна кедрового горіха до серцевини. Ядро виконує ті функції, без яких Apache просто не можна було б назвати веб-сервером. Воно справно приймає запити браузерів, повертаємо їм відповіді як сторінок тощо, але найголовніше — дозволяє підключати до себе додаткові модулі.

У поставку сервера входить цілий набір модулів, призначених до роботи з кількома запущеними процесами. Не секрет, що більшість операційних систем дозволяють працювати з кількома завданнями одночасно. Завдяки цій групі модулів Apache можуть використовувати всі можливості таких систем. Крім основного модуля mpm_common, ви зможете знайти модуль, оптимізований для кожної з найпопулярніших платформ (Windows, OS/2, BeOS, Netware тощо).

Якщо ви хочете користуватися всіма файлами.htaccess, то варто встановити модуль mod_access , який відповідає за доступ до каталогів і файлів на сервері. З його допомогою можна заборонити або, навпаки, дозволити доступ з певних IP-адрес або мереж.

Модель mod_actions дозволяє запускати скрипти під час звернення до певного типу файлів

Модуль mod_actions містить дві директиви, що стосуються запуску CGI-скриптів. "Actions" відповідає за запуск виконуваного файлу в той момент, коли користувач запитує файл певного типу. Таким чином, можна, наприклад, організувати обробку зображень перед відправкою користувачеві або статистики. Друга директива - "Script" - дозволяє виконувати програму, коли який-небудь файл запитується за допомогою певного методу (GET, POST або іншого спеціального). З її допомогою можна встановити універсальний обробник форми, який виконуватиме окрім стандартних дій потрібні вам. Це може бути обробка даних перед внесенням їх до бази, надсилання поштою, ведення статистики тощо.

За переадресацію та створення псевдонімів відповідає модуль mod_alias

Якщо вам потрібно користуватись функціями переадресації або призначення псевдонімів, то ви не обійдетесь без модуля mod_alias. Він містить у собі директиви, що дозволяють асоціювати псевдонім із певним каталогом. Наприклад, ваш каталог з картинками виглядає так: /pub/we/images/, тобто доступ до нього є, але через протокол HTTP він недоступний. Якщо ви не бажаєте його переміщати з якихось причин, то можете зробити псевдонім: "Alias ​​/img /pub/we/images". Після цього користувачі, що набирають у своїх браузерах адресу http://ваш_сайт/img/ , потраплятимуть на потрібний каталог із зображеннями. До речі, така переадресація використовується для каталогу із CGI-скриптами.

За допомогою модуля mod_asis можна видавати клієнту сторінку "як є", без обробки сервером

Ще один цікавий, але не дуже часто використовуваний веб-майстрами модуль - mod_asis, що дозволяє "віддавати" клієнту деякі файли без обробки сервером. Для цього у конфігураційному файлі потрібно додати рядок "AddHandler send-as-is asis", де "asis" - розширення файлу. Тепер, коли браузер запитуватиме у сервера файл з таким розширенням, він потраплятиме до нього безпосередньо. Apache тільки додасть до заголовка ідентифікатори «Server» і «Date», решта — наприклад, статус — буде відправлятися "як є".

Модулі із сімейства mod_auth відповідають за аутентифікацію користувачів

Цілий ряд модулів призначений для аутентифікації користувачів на сайті. Це і зрозуміло, адже проблема безпеки та розмежування доступу є досить гострою. Ми опишемо лише ті модулі, які входять до стандартного постачання сервера Apache, але зазначимо, що сторонніми виробниками створено чимало інших модулів, які ви також можете спробувати підключити та використовувати самостійно.

Ще один вид аутентифікації - цифрова (HTTP Digest Authentication), яка підтримує шифрування даних ключем MD5 і вважається надійнішою, ніж базова. В Apache існує модуль mod_auth_digest, який дозволяє вам нею користуватися. Для вас налаштування такої авторизації не відрізнятиметься практично нічим від попереднього випадку. Тільки для створення файлів вам потрібно буде користуватися утилітою htdigest. Взагалі тема автентифікації користувачів під час створення інтернет-сайтів дуже об'ємна та цікава. Вона цілком заслуговує на окремий матеріал, а тут ми постаралися лише описати основні можливості сервера Apachе в цій галузі.

Функції з модуля mod_autoindex дозволяють автоматично створювати індексні файли

Модуль mod_autoindex призначений для автоматичного створення індексних файлів. Це може бути дуже зручно, якщо ви створили файловий архів, і вам потрібно просто розміщувати на індексній сторінці назви файлів. Вам не доведеться створювати їх уручну, достатньо скористатися відповідними директивами. За допомогою їх можна сортувати файли, додавати різним типам файлів свої іконки, відображати або приховувати файли із заданими розширеннями і так далі.

За допомогою функцій з модуля mod_deflate можна стискати файли перед надсиланням користувачу для прискорення завантаження

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

Модуль mod_status дозволяє адміністратору стежити за працездатністю сервера без додаткових програм. Система сама записуватиме у файл усі запити, що надійшли на нього, час перезавантажень та зупинок сервера, завантаження процесора комп'ютера та іншу інформацію. Для цього, крім встановлення модуля, потрібно створити директиву у файлі httpd.conf:

SetHandler server-status

Order Deny,Allow
Deny from all
Allow from .foo.com

У цьому випадку за адресою http://ваш_сайт/server-status ви зможете переглянути статистику сервера. Вона буде доступна лише тоді, коли ви увійдете з комп'ютера, що знаходиться в домені.foo.com. Втім, ви можете встановити інші обмеження доступу.

І останній модуль, про який хотілося б розповісти, дозволить вам перетворити свій веб-сервер на проксі-сервер. Це робиться підключенням до Apache модуля mod_proxy та інших модулів цієї "родини". Apache може працювати у двох проксі-режимах: прямому та зворотному. Прямий режим вимагає спеціального налаштування браузера відвідувача та дозволяє, наприклад, користувачам локальної мережі отримувати доступ до Інтернету. Назад ніяких додаткових налаштувань не вимагає і надає доступ до комп'ютерів, які не видно "ззовні". Типовий приклад – доступ користувачів Інтернету до будь-якого сайту, що знаходиться всередині локальної мережі.

До речі, Apache дозволяє організувати не тільки HTTP, але і FTP-проксі з аналогічними функціями. Крім того, розвинена система директив дає можливість тонко розмежовувати права доступу до мереж, дозволяти або забороняти прийом певних типів файлів і так далі.

Зрозуміло, охопити всі можливі модулі Apache в рамках одного матеріалу нам не вдалося, навіть стандартних їх забагато. Але, з іншого боку, розповідати про всіх немає особливого сенсу, тому що частина з них дуже добре відома веб-розробникам, а інша частина потрібна лише вузькому колу людей. Ми постаралися говорити здебільшого про потрібні багатьом модулі, про існування яких знають далеко не всі.