Предимството на тази структура е, че можете да свързвате и изключвате допълнителни модули по всяко време, като използвате точно конфигурацията на сървъра, която е необходима за изпълнение на вашите задачи. По този начин Apache ще заема точно толкова място, колкото е необходимо за работа, а „допълнителните“ функции няма да натоварват паметта на сървъра, повишавайки цялостната производителност на системата.
Ядрото на Apache изпълнява най-основните сървърни функции и ви позволява да свързвате допълнителни модули
Трябва да започнем да говорим за модули, разбира се, с ядрото на системата. Именно към него са прикрепени всички допълнителни модули, като зърната на кедрови ядки към сърцевината. Ядрото изпълнява онези функции, без които Apache просто не би могъл да се нарече уеб сървър. Той редовно приема заявки на браузъра, връща им отговори под формата на страници и т.н., но най-важното е, че ви позволява да свържете допълнителни модули.
Сървърният пакет включва цял набор от модули, предназначени да работят в режим с няколко изпълнявани процеса. Не е тайна, че повечето съществуващи операционни системи ви позволяват да работите с множество задачи едновременно. Благодарение на тази група модули Apache може да се възползва от всички възможности на подобни системи. В допълнение към основния модул mpm_common можете да намерите модул, оптимизиран за всяка от най-популярните платформи (Windows, OS/2, BeOS, Netware и т.н.).
Ако искате да използвате всички .htaccess файлове, тогава трябва да инсталирате модула mod_access, който отговаря за достъпа до директории и файлове на сървъра. С негова помощ можете да откажете или, напротив, да разрешите достъп от определени IP адреси или мрежи.
Моделът mod_actions ви позволява да изпълнявате скриптове, докато осъществявате достъп до определен тип файл
Модулът mod_actions съдържа две директиви относно стартирането на CGI скриптове. „Действия“ отговаря за стартирането на изпълним файл в момента, в който потребителят поиска файл от определен тип. По този начин можете например да организирате обработката на изображението, преди да го изпратите на потребителя или да поддържате статистика. Втората директива, “Script,” позволява на програмата да бъде изпълнена, когато даден файл бъде поискан чрез специфичен метод (GET, POST или друг специален метод). С негова помощ можете да инсталирате универсален процесор за формуляри, който ще изпълнява, в допълнение към стандартните действия, действията, от които се нуждаете. Това може да включва обработка на данни преди въвеждането им в базата данни, изпращане по пощата, поддържане на статистика и т.н.
Модулът mod_alias отговаря за пренасочването и създаването на псевдоними
Ако трябва да използвате функции за пренасочване или псевдоним, ще ви трябва модулът mod_alias. Той съдържа директиви, които ви позволяват да свържете псевдоним с конкретна директория. Например вашата директория със снимки изглежда така: /pub/we/images/, тоест тя е достъпна, но не е достъпна през HTTP протокола. Ако не искате да го преместите по някаква причина, можете да създадете псевдоним: „Псевдоним /img /pub/we/images“. След това потребителите, които изписват адреса http://your_site/img/ в своите браузъри, ще бъдат отведени до желаната директория с изображения. Между другото, такова пренасочване се използва за директория с CGI скриптове.
С помощта на модула mod_asis можете да предоставите на клиента страница „каквато е“, без обработка от сървъра
Друг интересен, но не много често използван от уебмастърите модул е mod_asis, който ви позволява да „предадете“ някои файлове на клиента без обработка от сървъра. За да направите това, трябва да добавите реда „AddHandler send-as-is asis“ към конфигурационния файл, където „asis“ е разширението на файла. Сега, когато браузърът поиска файл с това разширение от сървъра, той ще отиде директно към него. Apache ще добави само идентификаторите "Сървър" и "Дата" към заглавката; всичко останало - например състоянието - ще бъде изпратено "както е".
Модулите от семейството mod_auth отговарят за удостоверяването на потребителя
Редица модули са предназначени за удостоверяване на потребителите на сайта. Това е разбираемо, тъй като проблемът със сигурността и контрола на достъпа е доста остър. Ще опишем само онези модули, които са включени в стандартната дистрибуция на сървъра Apache, но имайте предвид, че производителите на трети страни са създали доста други модули, които можете също да опитате да свържете и използвате сами.
Друг вид удостоверяване е цифровото (HTTP Digest Authentication), което поддържа криптиране на данни с MD5 ключ и се счита за по-надеждно от основното. Apache има модул mod_auth_digest, който ви позволява да го използвате. За вас настройката на такова разрешение практически няма да се различава от предишния случай. Само за създаване на файлове ще трябва да използвате помощната програма htdigest. Като цяло темата за автентификацията на потребителите при създаване на интернет сайтове е много обемна и интересна. Заслужава отделна статия, но тук се опитахме да опишем само основните възможности на сървъра Apache в тази област.
Функциите от модула mod_autoindex ви позволяват автоматично да създавате индексни файлове
Модулът mod_autoindex е проектиран да генерира автоматично индексни файлове. Това може да бъде много удобно, ако сте създали файлов архив и просто трябва да поставите имената на файловете на индексната страница. Не е нужно да ги създавате ръчно, просто използвайте подходящите директиви. С тяхна помощ можете да сортирате файлове, да добавяте различни видовефайлове със собствени икони, показване или скриване на файлове с определени разширения и т.н.
Използвайки функции от модула mod_deflate, можете да компресирате файлове, преди да ги изпратите на потребителя, за да ускорите зареждането
За да се възползвате от функцията за предварително компресиране текстови файловеот вашия сървър, трябва да инсталирате модула mod_deflate. Това ще ви позволи да активирате опаковането на изходящите файлове, преди да ги изпратите на потребителите. След получаване, самият браузър ще разопакова файла и ще го покаже на посетителя. Това ще ви позволи да намалите изходящия трафик, да ускорите изтеглянето на файлове от сървъра и да подобрите потребителското изживяване на вашия сайт. Сървърната документация предоставя добър примерпрепоръчителна конфигурация - това ще ви позволи да избегнете проблеми, ако потребителят има стар браузър, който не поддържа възможности за опаковане и затова няма да го представяме тук.
Модулът mod_status позволява на администратора да следи изправността на сървъра без допълнителни програми. Самата система ще записва във файл всички получени заявки, времето на рестартиране и изключване на сървъра, натоварването на компютърния процесор и друга информация. За да направите това, в допълнение към инсталирането на модула, трябва да създадете директива във файла httpd.conf:
SetHandler състояние на сървъра
Поръчка Отказ, Разрешаване
Отказва от всички
Разрешаване от .foo.com
В този случай на http://your_site/server-status можете да видите статистиката на сървъра. Ще бъде достъпно само ако влезете от компютър, намиращ се в домейна.foo.com. Можете обаче да зададете други ограничения за достъп.
И последният модул, за който бих искал да говоря, ще ви позволи да превърнете вашия уеб сървър в прокси сървър. Това става чрез свързване на модула mod_proxy и други модули от това „семейство“ към Apache. Apache може да работи в два прокси режима: напред и назад. Директният режим изисква специални настройки в браузъра на посетителя и позволява на потребителите, напр. локална мрежадостъп до интернет. Обратният не изисква допълнителни настройки и осигурява достъп до компютри, които не се виждат отвън. Типичен пример е интернет потребителите, които имат достъп до сайт, разположен в локална мрежа.
Между другото, Apache ви позволява да организирате не само HTTP, но и FTP проксита с подобни функции. В допълнение, развитата система от директиви позволява фино разграничаване на правата за достъп до мрежите, разрешаване или забрана на приемането на определени типове файлове и т.н.
Разбира се, не успяхме да покрием всички възможни модули на Apache в рамките на един материал; дори има твърде много стандартни. Но, от друга страна, няма смисъл да се говори за всички, защото някои от тях са много добре познати на уеб разработчиците, а другата част е необходима само на много тесен кръг от хора. Опитахме се да говорим главно за модули, които са необходими на много хора, но не всеки знае за тяхното съществуване.
Всяка година операционните системи от семейството на Linux предизвикват нарастващ интерес сред потребителите на 1C:Enterprise, особено след пускането на платформата за най-популярните дистрибуции. Linux най-често се използва като сървърна платформа за 1C, но напоследък все по-често можете да намерите работни станции, базирани на тази операционна система. Ако добавим това работна станцияуеб сървър, можете лесно и просто да организирате отдалечен достъпкъм информационни бази данни, днес ще ви кажем как да направите това в файлов режим.
Въпреки привидната си простота, настройката на уеб достъп до файлови бази данни е малко по-сложна, отколкото за базирани на сървър, това се дължи на факта, че е необходимо правилно да се зададат правата за достъп за всички участници в тази схема. Официалната документация обхваща този въпрос доста пестеливо, така че ще му обърнем повече внимание по-долу:
След публикуване трябва да предоставите на потребителя, от чието име Apache работи, права върху директорията с изпълними файлове (/opt/1C/v8.3/i386/ за 32-битовата версия или /opt/1C/v8.3/x86_64 / за 64-битова версия) битова версия) на конкретна версия на системата 1C:Enterprise (четене и изпълнение). Кога версия на файлаИнформационната база трябва да получи права за промяна на директорията на информационната база на потребителя, от чието име работи уеб сървърът.
Така че, нека разгледаме по-подробно всички участници в нашата схема. Ключова роля в него заема информационната база, чиито права за модификация трябва да бъдат предоставени на всички клиенти, свързващи се с нея, както и изпълнимите файлове на платформата, до които уеб сървърът трябва да има достъп.
Да започнем с платформата, в която се намира /опция/1Cи има собственик usr1cv8:grp1cv8, този формат на запис се използва често в Linux и обозначава пакет потребител:група. За да бъдем точни, уеб сървърът изисква достъп за четене и изпълнение до един файл на платформата - библиотеката wsap24.so(за Apache 2.4).
Много по-интересно е с информационната база, първоначално нейният собственик е местен потребител потребител: потребител, който също е член на едноименната персонална група. По подразбиране има всички необходими права за достъп до базата данни (четене и запис). Уеб сървърът, който работи от името на www-данни:www-данни.
Има начини да стартирате Apache като желания потребител, но на практика се оказа, че 1C не работи с mpm-itk, дори ако уеб сървърът е стартиран като системен потребител, почти веднага след стартиране на базата данни ще получите следната грешка: Сесията липсва или е изтрита.
Затова е време да запомните, че правата в Linux са зададени за потребител, групиИ остатъка, правата по подразбиране, в зависимост от системата, са малко по-различни. Тяхното предназначение се определя от следния параметър: umask, грубо казано, е маска, която трябва да се извади от пълните права, за да се получат правата по подразбиране. В Ubuntu umaskравно на 002
, и в Debian 022
, следователно наборът от стандартни права в Ubuntu/Debian ще бъде 775/755
за папки и 664/644
за файлове.
Комплект 775/664 дава права за четене/запис както на собственика, така и на групата, и 755/644 - само на собственика. По този начин в Ubuntu стандартният набор от права е напълно подходящ за нашите цели, но в Debian ще трябва да променим umaskНа 002 .
Що се отнася до правата, ще е необходимо взаимно да включите потребителя и уеб сървъра в личните си групи, както и уеб сървъра в групата на собственика на двоичните файлове 1C. Теорията е ясна, нека да преминем към практиката.
Инсталиране на модула за разширение на уеб сървъра
Ще приемем, че вече имате инсталирана платформата според нашето ръководство. В този случай ще ни трябват пакети 1c-предприятие83-wsИ 1c-enterprise83-ws-nlsот доставката на сървъра. Моля, обърнете внимание, че версията и битовостта на тези пакети трябва да съответстват на версията и битовата версия на инсталираната платформа.
Нека копираме посочените пакети в произволна папка и да ги инсталираме с командата:
Dpkg -i 1c*.deb
Моля, обърнете внимание, че тази команда ще инсталира всички пакети от текущото местоположение с помощта на маската 1c*, така че бъдете внимателни и се уверете, че няма нищо ненужно в нея.
След това задайте желания собственик за платформата:
Chown -R usr1cv8:grp1cv8 /opt/1C
Това завършва инсталирането на модула на уеб сървъра.
Инсталиране на Apache 2.4
Започвайки с платформа 8.3.8, е добавена поддръжка за текущата версия на Apache 2.4; сега няма нужда да понижавате версията на пакета; ако използвате по-ранна версия на платформата, тогава ще трябва да понижите Apache до версия 2.2, както е описано в нашата статия.
Също така категорично не препоръчваме да използвате екземпляра на Apache, използван за 1C:Enterprise, за други цели, както вече видяхме, 1C се оказа несъвместим с mpm-itk, в допълнение, 1C обработва конфигурационните файлове доста свободно, игнорирайки виртуални хостовеи добавяне на вашите директиви директно към основния конфигурационен файл на Apache.
Разбира се, можете ръчно да конфигурирате всичко красиво, но това ще изисква увеличени административни разходи при добавяне на нови бази данни, така че по-разумно решение би било да разпределите свой собствен екземпляр на Apache за 1C.
Инсталирането му се извършва с една единствена команда:
Apt-get инсталирайте apache2
не допълнителни настройкине е необходим пакет.
Настройка на необходимите права за достъп
Ако използвате Debian, тогава първо трябва да промените umaskсистеми на 002, за да направите това, отворете файла /etc/pam.d/common-sessionи добавете реда в края:
Сесия по избор pam_umask.so umask=0002
След това ще включим потребителя на уеб сървъра в групите 1C и текущия потребителсистеми:
Usermod -a -G grp1cv8 www-данни
usermod -a -G потребителски www-данни
Нека също включим текущия потребител в групата на уеб сървъра:
Usermod -a -G потребител на www-данни
където вместо потребителтрябва да се използва името на текущия потребител.
След това трябва да зададете права на папки с информационни бази, да кажем, че се намират в тях /opt/1C_бази:
Chmod -R u=rw,g=rw,o=r,a+X /opt/1C_bases
След като приключите с настройката на правата, трябва да рестартирате сървъра.
Публикуване на информационната база
Публикуването на база данни може да стане по два начина: чрез Конфигуратора и чрез командна линия. По-долу ще разгледаме и двата метода.
Преди да публикуваме, ще създадем директория за него в работната директория на уеб сървъра, по подразбиране това е /var/www, ще публикуваме Счетоводство 3.0, така че ще наричаме справочника съгл.30:
Mkdir /var/www/acc30
Нека стартираме 1C:Enterprise с повишени права; за да направите това, в терминала, като суперпотребител, стартирайте за 32-битова система:
/opt/1C/v8.3/i386/1cestart
за 64 бита:
/opt/1C/v8.3/x86_64 /1cestart
Ще се отвори стандартен прозорец за стартиране на 1C, от който ще отворим необходимата ни база данни в конфигуратора. Тогава да отидем на Администрация - Издателска дейност на уеб сървъраи попълнете кратък формуляр:
В полето Имепосочете желания псевдониминформационна база, ще я въведете в адресната лента на вашия браузър, за да получите достъп до тази база данни, така че не трябва да я правите дълга или нечетлива. уеб сървър- тук всичко е ясно, в нашия случай Apache 2.4и накрая Каталог- тук трябва да посочите директорията за публикации, която създадохме малко по-рано; тя не трябва да се бърка с работната директория на IS. Ако не използвате интерфейса на OData и уеб услугите, не е необходимо да ги публикувате.
След като попълните всички задължителни полета, щракнете върху бутона Публикувайте, след което се съгласете с подканата за рестартиране на уеб сървъра.
За да публикувате от командния ред, отидете в директорията с двоичните файлове на 1C; на 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
На пръв поглед неговият синтаксис е доста сложен, но всъщност всичко е доста просто, нека разгледаме всеки параметър:
- публикувам- показва необходимото действие, в този случай публикуване, може да бъде пропуснато, тъй като това е действието по подразбиране.
- apache24- определя вида на уеб сървъра; за Apache 2.2 трябва да се посочи apache22.
- wsdir- името на псевдонима на публикацията, чрез който трябва да се осъществява достъп до базата данни от браузъра.
- реж- път на публикация, директорията, която създадохме в работната директория на уеб сървъра
- connstr- низ за свързване, състои се от три части, всяка от които е оградена в кавички: "Файл=" - показва, че базата данни е файлова, "/opt/1C_bases/acc30/" - път до директорията за сигурност на информацията, "; " - сервизен символ.
- confpath- начин да конфигурационен файлуеб сървър.
Chown -R www-данни:www-данни /var/www
Сега можем да опитаме да стартираме базата данни, като я осъществим в браузъра чрез име на хост или IP адрес, като добавим необходимия псевдоним чрез наклонена черта; на локалната машина можете да въведете http://127.0.0.1/acc30.
Няколко думи за производителността
В добър смисъл трябваше да има последен параграф от статията със заключение и пожелания, но нашият материал би бил непълен без темата за производителността това решение. Тъй като уеб достъпът във файлов режим обикновено се използва от малки предприятия, обикновеният офис компютър най-често се използва като уеб сървър. В ролята му използвахме виртуална машина, на който бяха разпределени две ядра от Core i5-4670 и 4 GB оперативна памет, което отговаря на добър служебен автомобил.
Ако нямаше въпроси относно ресурсите на процесора или диска, тогава не бяхме доволни от консумацията на RAM. По-долу е системата веднага след зареждане:
След това стартирахме два екземпляра на базата данни (единият в уеб клиента, другият в тънкия клиент) локално и два екземпляра в мрежата:
Както можете да видите, свободната памет в системата е свършила и тя е преминала в swap и ако работите малко в базите данни, swap файлът бързо ще свърши. В същото време, с изключение на 1C, нищо друго не работи на този компютър, което не е типично за обикновена офис машина. Емпирично разбрахме, че за всяка сесия на работа с такива конфигурации като Enterprise Accounting 3.0 трябва да имате 1 GB RAM.
Добре, затваряме всички сесии, но какво е това?
Накратко, преди уеб услугите на 1C работеха като, т.е. При всяко стартиране на уеб клиента или достъп до уеб услугите се стартира работният процес на Apache, който зарежда модула за уеб разширение 1C и след завършване на работата го разтоварва и се затваря. Недостатъкът на този метод е високите режийни разходи за стартиране и завършване на процеса.
Сега моделът на уеб услугите съответства на приложение FastCGI, което се стартира веднъж и продължава да работи дори когато сесиите с него са прекратени. Нека цитираме разработчиците на 1C:
Сесиите в пула се съхраняват по тип услуга, име на услуга, потребител/парола, стойности на разделители и безопасен режим. Освен това може да има няколко сесии в пула с еднакви стойности на изброените подробности.
При извикване платформата проверява дали има неактивна сесия с подходяща комбинация от тези подробности. Ако такава сесия съществува, тя се разпределя за обработка на повикването. Ако няма такава сесия, се създава нова сесия и се разпределя за обработка.
Сесията се прекратява автоматично след период на неактивност (време на живот на сесията).
Какво следва от това? И факт е, че ако едновременно стартирате 4 сесии на работа с уеб сървъра, след като те приключат, работните процеси на Apache ще продължат да работят, чакайки нови връзки, а ако няма такива, тогава в края живот на сесията, което по подразбиране е 20 минути, ще бъде завършено.
Следователно трябва да имате достатъчно RAM, за да поддържате възможно най-много едновременно свързани клиенти, в противен случай вашата система може да претърпи катастрофално влошаване на производителността поради липса на свободна памет. Дори ако тези връзки са краткотрайни по природа, паметта за тях ще бъде „запазена“ за още 20 минути.
За малки компании можем да препоръчаме да зададете количеството RAM въз основа на съображения за 1 GB на един безплатен 1C лиценз; това винаги ще ви позволи да имате необходимия запас от свободна памет и да избегнете неприятни ситуации, когато сървърът е недостъпен по време на работа.
Тагове:
Намалете колкото е възможно повече Системни изискваниякъм потребителски машини и да използвате пълноценно възможностите, внедрени във вас, като публикувате 1C на уеб сървър. Това ще ви позволи да организирате работата с базата данни не само с помощта тънък клиент, но и с помощта на всеки браузър, без инсталиране на допълнителни компоненти и приложения.
Основни изисквания
Минималните системни изисквания за сървърната страна на архитектурата могат да варират значително и са силно зависими от:
- Проблеми, решавани от програмата;
- Интензивност на документооборота;
- Брой едновременно свързани потребители;
- Размерът и броят на публикуваните и регистрирани бази данни.
Въпреки това е просто невъзможно да се направи без две неща, когато се публикува 1C на уеб сървър:
- Вграден уеб сървър в системата;
- Инсталиран и работещ разширителен модул, доставен от 1C.
уеб сървър
Този елемент от нашата структура може да бъде или Internet Information Server (IIS), предоставен като част от операционни системи от Microsoft, или Apache сървър. Разбира се, има платени аналози на тези решения, но няма да говорим за тях.
Допълнително предимство на продуктите на Apache е възможността да се стартират от подобни на Linux операционни системи.
Ще разгледаме варианта с IIS, т.к. не изисква търсене и инсталиране на продукти на трети страни.
Модули за разширение на уеб сървър
Инсталирането на тези модули може да се извърши чрез стартиране на файла за доставка на платформата. Стигайки до прозореца, външен видкойто е показан на фиг. 1, трябва да активирате инсталацията на съответния компонент.
Естествено, в допълнение към разширенията, самата платформа 1C Enterprise трябва да бъде инсталирана на компютъра, в противен случай няма да имаме достъп до конфигуратора, чрез който се извършва основната част от публикацията.
След като решихме инструментите, нека да преминем към конфигурацията.
Инсталиране и стартиране на уеб сървър
За да стартирате IIS на компютър с инсталиран Windows, трябва да изпълните следната последователност от действия (като използвате Windows 7 като пример):
Фиг.3
Можете да се уверите, че уеб сървърът работи, като въведете ред като „http://localhost“ в адресната лента на всеки браузър и получите картина, както е показано на фиг. 4.
Фиг.4
Фиг.6.
В някои случаи (по-специално, ако програмата работи в 64-битова среда) операционна система), след като публикувате базата данни на сървъра, може да се наложи допълнително да конфигурирате работата с библиотеките, използвани от платформата 1C. Това може да стане от подменюто „Сайтове“.
След като изберете конкретна, току-що публикувана база данни в списъка, трябва да активирате помощната програма „Handler Matching“ (фиг. 7). 
Фиг.7
В нашия случай ще трябва да установим съответствие между ISAPI-dll и изпълнимия файл wsisapi.dll, намиращ се в папката BIN, инсталирана версияплатформи.
По принцип на този етап основната част от работата със сървъра може да се счита за завършена, нека да преминем директно към публикуването на базата данни.
Публикуване на базата данни на сървъра
Настройка на потребителски права
След като получихме горния прозорец, пристъпваме към настройка на правила за достъп за потребителите.
Трябва да позволим пълен достъппотребител IIS_USERS:
- Към папката “C:\inetpub\wwwroot\Publication name”, където се съхранява ресурсът;
- Към папката с използваната версия на програмата, където се съхранява библиотеката wsisapi.dll;
- До мястото, където се съхранява базата данни.
След като изпълним горните стъпки, можем да проверим функционалността на нашата публикация, като въведем ред като „localhoct/Publication name“ в прозореца на браузъра и намерим формуляр за идентификация на потребител там.
Задачата е да се създаде уеб сървърът IIS, вграден в Windows, и да се публикува база данни 1C върху него на платформата 8.3. В това няма нищо сложно.
Имаме корпоративен сървър 2008 r2, който се върти на виртуална машина. Локални администраторски права върху него. Платформа 1C 8.3.6.2041. Информационна базаНека създадем празен. И така, нека да започнем. Присъединете се към нашата група във VK! В ремонт! Умна работилница!
Инсталиране на ролята на уеб сървър (IIS)
Първо трябва да инсталирате ролята на уеб сървъра. Отваряне Мениджър на сървъра, изберете клона отляво Роли, щракнете вдясно Добавяне на роля.
Стигаме до стъпката на избиране на Роли на сървъра и поставяме отметка в квадратчето до Уеб сървър (IIS). Щракнете върху следващия. Сега трябва да изберете правилно услугите на инсталираната роля. Поставете отметки в квадратчетата точно както на екранната снимка по-долу.
Завършваме инсталацията. Съветникът за добавяне на роли трябва определено времеУведомете ни, че ролята и всички ролеви услуги са инсталирани успешно:
Сега трябва да проверим дали всичко е наред. Отворете който и да е браузър и отидете на адреса http://localhost. Трябва да видим щастлива картина като тази:
инсталиране на платформата 1c и компоненти
Това означава, че нашият уеб сървър е стартиран правилно и всичко работи добре. Нека сега да преминем към 1s. Необходимо е да се инсталира платформа. Единственото предупреждение при инсталиране на платформата е да изберете:
- 1C: Предприятие
- Модули за разширение на уеб сървър
задаване на права за достъп
На първо място, трябва да конфигурираме правата на папката, където се намира основната директория на нашия уеб сървър. Ако не сте променили нищо, значи по подразбиране е така C:\inetpub\wwwroot. Отидете в папката C:\inetpub\изберете папка wwwroot,щракнете върху него Кликнете с десния бутонмишката и отидете на свойства. Отидете в раздела Безопасност. Щраквайки върху бутона за промяна, отиваме директно към настройката на разрешенията. Намираме го в списъка Групи и потребители, група Потребители, и като щракнете върху него, го поставете в колоната по-долу Групови разрешения, липсват отметки в колоната Позволява.
Сега трябва да дадете права на папките с инсталиран 1c. Нека да преминем към тях, по подразбиране за 32-битовата версия 1c е в папката C:\Програмни файлове (x86)\1cv8за 64 бита в папката C:\Program Files\1cv8. Изберете и папката 1cv8отидете на неговите свойства, отидете на раздела Сигурност -> Редактиране.Но вместо да избираме група от списъка, първо трябва да я добавим там. За да направите това, натиснете бутона Добавете, в появилия се прозорец натиснете бутона Допълнително.
След това щракнете върху бутона Търсенеи погледнете в списъка с резултати IIS_IUSRSкато го добавите кликнете два пъти, ни връща към прозореца Избор на потребители или групино с групата, която вече е включена в списъка. Щракнете върху OK и се върнете към прозореца Групови разрешенияПоставяме всички отметки в полето за разрешаване на новодобавената група.
След като сме задали разрешения за папки с 1c файлове, оставаме с последното нещо. Дайте разрешения на групата IIS_IUSRSпапка, където имаме самата база данни 1C.
Направена е необходимата подготовка. Сега да преминем към публикуването.
Публикуване на 1c на уеб сървър
Трябва да стартирате 1c в режим на конфигуратор, като изберете базата данни, която трябва да публикувате. В моя случай това е празна база данни и има само една.
В режим на конфигуратор 1c отидете в менюто Администрация -> Публикуване на уеб сървър.
След като разгледаме параметрите и се уверим, че по същество всичко ни устройва, щракаме Публикувайте. Ако публикацията ви е преминала без грешки, нека преминем към последната стъпка.
настройка на IIS за работа с 32-битов модул за разширение на 1C уеб сървър
Нека ви напомня, че използвахме съответно 32-битова платформа и модул за разширение на уеб сървър от 1c. Следователно в този случай все още трябва да разрешим изпълнението на пула от приложения по подразбиране - DefaultAppPoolстартирайте 32-битови приложения. Не е трудно да се направи. Да тръгваме Мениджър на сървъра -> Роли -> Уеб сървър (IIS) -> Service Manager (IIS) -> Пулове на приложения -> DefaultAppPool.Щракнете с десния бутон върху DefaultAppPoolобадете се контекстно менюи го изберете Допълнителни опции.
Търсим линия Разрешени са 32-битови приложенияа напротив слагаме ВЯРНО
КОНФИГУРИРАНЕ НА IIS ЗА РАБОТА С 64-БИТОВ МОДУЛ ЗА РАЗШИРЕНИЕ НА 1C УЕБ СЪРВЪР
Ако сме използвали съответно 64-битова платформа и модул за уеб разширение, тогава трябва да направим следните манипулации:
Да тръгваме Мениджър на сървъра -> Роли -> Уеб сървър (IIS) -> Service Manager (IIS)-> И изберете конвертираното приложение от виртуалната директория с името, което посочихме при публикуването на базата данни. В дясното поле отидете на секцията Съпоставяния на манипулатори.Публикуване на 1s 8.3 в мрежата IIS сървърПубликуване на 1c 8.3 на iis уеб сървъра
Присъединете се към нашата група във VK!
Зареждане...