Перевага такої структури полягає в тому, що ви можете будь-коли підключати і відключати додаткові модулі, використовуючи саме ту конфігурацію сервера, яка потрібна для виконання ваших завдань. Таким чином, 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 в рамках одного матеріалу нам не вдалося, навіть стандартних їх забагато. Але, з іншого боку, розповідати про всіх немає особливого сенсу, тому що частина з них дуже добре відома веб-розробникам, а інша частина потрібна лише дуже вузькому колу людей. Ми постаралися говорити здебільшого про потрібні багатьом модулі, про існування яких знають далеко не всі.
Операційні системи сімейства 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С, це дозволить завжди мати необхідний запас вільної пам'яті та уникнути неприємних ситуацій з недоступністю сервера в розпал роботи.
Теги:
Максимально знизити системні вимогидо користувальницьких машин і по повній використати можливості, реалізовані у виконавши публікацію 1С на веб-сервері. Це дозволить організувати роботу з базою не лише використовуючи тонкий клієнт, але й за допомогою будь-якого браузера, без встановлення додаткових компонентів та програм.
Основні вимоги
Мінімальні системні вимоги до серверної частини архітектури можуть значно відрізнятися і залежать від:
- завдань, розв'язуваних програмою;
- Інтенсивність документообігу;
- Кількість одноразово підключених користувачів;
- Розміру та кількості опублікованих та прописаних баз даних.
Однак без двох речей при публікації 1С на веб-сервері обійтися просто неможливо:
- Розгорнутого у системі веб-сервера;
- Встановленого та запущеного модуля розширення, що поставляється фірмою 1С.
Веб-сервер
Як цей елемент нашої структури може виступати як Internet Information Server (IIS), що у складі операційних систем від фірми Microsoft, і Apache сервер. Звичайно, є й платні аналоги цих рішень, але про них ми розмови не вестимемо.
Додатковим плюсом продуктів Apache є можливість їхнього запуску з Linux подібних операційних систем.
Ми розглянемо варіант із IIS, т.к. він не вимагає пошуків та встановлення продуктів сторонніх виробників.
Модулі розширення веб-сервера
Інсталяцію цих модулів можна здійснити, запустивши файл постачання платформи. Дійшовши до вікна, зовнішній виглядякого показано на Рис.1, необхідно активувати встановлення відповідного компонента.
Природно, крім розширень на комп'ютері має бути інстальована і сама платформа 1С Підприємство, інакше ми не матимемо доступу до Конфігуратора, через який виконується основна частина публікації.
Визначившись із інструментарієм, перейдемо до налаштування.
Встановлення та запуск Web-сервера
Для того, щоб запустити IIS на комп'ютері з встановленою Windows, необхідно зробити таку послідовність дій (на прикладі Windows 7):
Рис.3
Переконатися в тому, що веб-сервер запрацював, можна забивши в адресному рядку будь-якого браузера рядок виду http://localhost і отримавши картинку, як на Рис.4.
Рис.4
Рис.6.
У деяких випадках (зокрема, якщо робота програми здійснюється в середовищі 64-розрядної операційна система), після публікації бази на сервері, можливо, доведеться доналаштовувати роботи з бібліотеками, що використовуються платформою 1С. Це можна виконати із підменю «Сайти».
Вибравши конкретну, щойно опубліковану базу у списку, необхідно активувати утиліту «Зіставлення обробників» (Мал.7). 
Рис.7
У нашому випадку нам знадобиться встановити відповідність між ISAPI-dll і файлом wsisapi.dll, що виконується в папці BIN, встановленої версіїплатформи.
У принципі, у цьому основну частину роботи з сервером вважатимуться завершеною, переходимо безпосередньо до публікації бази.
Публікація бази на сервер
Налаштування прав користувачів
Отримавши вищезгадане вікно, ми переходимо до настроювання правил доступу для користувачів.
Нам необхідно дозволити повний доступкористувача IIS_USERS:
- До папки «C: inetpub wwwroot Ім'я публікації», де зберігається ресурс;
- До папки з версією програми, де використовується бібліотека wsisapi.dll;
- До місця, де зберігається база.
Виконавши перелічені вище дії, ми можемо перевірити працездатність нашої публікації, забивши у вікні браузера рядок виду «localhoct/Ім'я публікації» і виявивши там форму ідентифікації користувача.
Варто завдання підняти вбудований у windows вебсервер IIS і опублікувати на ньому базу 1с на платформі 8.3. Нічого складного у цьому немає.
В наявності r2 enterprise server, що крутиться на віртуалці 2008. Права локального адміністратора щодо нього. Платформа 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
Приєднуйтесь до нашої групи у ВК!
Завантаження...