Ennek a struktúrának az az előnye, hogy bármikor engedélyezhet és letilthat további modulokat, pontosan a feladatok elvégzéséhez szükséges szerverkonfiguráció használatával. Így az Apache pontosan annyi helyet foglal el, amennyi a működéséhez szükséges, az "extra" funkciók pedig nem terhelik a szerver memóriáját, növelve ezzel a rendszer általános teljesítményét.
Az Apache kernel ellátja a legalapvetőbb szerverfunkciókat, és lehetővé teszi további modulok csatlakoztatását
A modulokról természetesen a rendszer magjából kell beszélni. Ehhez kapcsolódik az összes további modul, mint a fenyőmagok. A kernel azokat a funkciókat hajtja végre, amelyek nélkül az Apache egyszerűen nem nevezhető webszervernek. Rendszeresen fogadja a böngésző kéréseket, oldalak formájában ad vissza rájuk válaszokat stb., de ami a legfontosabb, lehetővé teszi további modulok csatlakoztatását önmagához.
A kiszolgáló szállítása egy sor modult tartalmaz, amelyeket úgy terveztek, hogy több futó folyamattal üzemmódban működjenek. Nem titok, hogy a legtöbb létező operációs rendszer lehetővé teszi, hogy egyszerre több feladattal is dolgozzon. Ennek a modulcsoportnak köszönhetően az Apache használhatja az ilyen rendszerek összes funkcióját. A fő mpm_common modulon kívül minden legnépszerűbb platformra (Windows, OS/2, BeOS, Netware és így tovább) talál egy-egy modult.
Ha az összes .htaccess fájlt szeretné használni, akkor telepítse a mod_access modult, amely a kiszolgálón lévő könyvtárak és fájlok eléréséért felelős. Ezzel megtagadhatja, vagy éppen ellenkezőleg, engedélyezheti a hozzáférést bizonyos IP-címekről vagy hálózatokról.
A mod_actions modell lehetővé teszi szkriptek futtatását egy adott fájltípus elérése közben
A mod_actions modul két direktívát tartalmaz a CGI-szkriptek futtatásához. Az "Actions" feladata egy végrehajtható fájl elindítása abban a pillanatban, amikor a felhasználó egy bizonyos típusú fájlt kér. Így lehetőség van például a képek feldolgozásának megszervezésére, mielőtt azokat elküldené a felhasználónak, vagy statisztikákat vezetne. A második direktíva - "Script" - lehetővé teszi a program végrehajtását, amikor egy fájlt egy adott módszerrel (GET, POST vagy más speciális módszerrel) kérnek. Segítségével telepíthet egy univerzális űrlapkezelőt, amely a szokásos műveletek mellett elvégzi a szükséges műveleteket is. Ez lehet adatfeldolgozás az adatbázisba bevitel előtt, postai úton történő elküldés, statisztikák vezetése stb.
A mod_alias modul felelős az álnevek átirányításáért és létrehozásáért
Ha az átirányítási vagy aliasing függvényeket kell használnia, akkor nem nélkülözheti a mod_alias modult. Olyan direktívákat tartalmaz, amelyek lehetővé teszik egy álnév társítását egy adott könyvtárhoz. Például a képkönyvtár így néz ki: /pub/we/images/, azaz elérhető, de nem érhető el a HTTP protokollon keresztül. Ha valamilyen okból nem szeretné áthelyezni, készíthet egy aliast: "Alias /img /pub/we/images". Ezt követően a http://your_site/img/ címet begépelő felhasználók a kívánt könyvtárba kerülnek képekkel. Egyébként ezt az átirányítást a CGI-szkripteket tartalmazó könyvtáraknál használják.
A mod_asis modul használatával az oldalt "ahogy van" kiadhatja a kliensnek, anélkül, hogy a szerver feldolgozná
Egy másik érdekes, de a webmesterek által nem túl gyakran használt modul a mod_asis , amely lehetővé teszi, hogy néhány fájlt "átadjon" a kliensnek anélkül, hogy a szerver feldolgozná. Ehhez adja hozzá az "AddHandler send-as-is asis" sort a konfigurációs fájlhoz, ahol az "asis" a fájl kiterjesztése. Most, amikor a böngésző egy ilyen kiterjesztésű fájlt kér a kiszolgálótól, közvetlenül eljut hozzá. Az Apache csak a "Server" és a "Date" azonosítót adja hozzá a fejléchez, minden mást - például az állapotot - "ahogy van" küldi el.
A mod_auth család moduljai felelősek a felhasználói hitelesítésért
Számos modult terveztek a felhasználók hitelesítésére az oldalon. Ez érthető, mert a biztonság és a beléptetés-ellenőrzés problémája meglehetősen akut. Csak azokat a modulokat írjuk le, amelyek az Apache szerver szabványos disztribúciójában szerepelnek, de megjegyezzük, hogy a külső gyártók meglehetősen sok más modult készítettek, amelyeket Ön is megpróbálhat csatlakoztatni és használni.
A hitelesítés másik típusa a digitális (HTTP Digest Authentication), amely támogatja az MD5 kulccsal történő adattitkosítást, és biztonságosabbnak tekinthető, mint az alap. Az Apache rendelkezik egy mod_auth_digest modullal, amely lehetővé teszi a használatát. Az Ön számára az ilyen jogosultság beállítása gyakorlatilag semmiben sem különbözik az előző esettől. A fájlok létrehozásához csak a htdigest segédprogramot kell használnia. Általánosságban elmondható, hogy a felhasználói hitelesítés témája az internetes oldalak létrehozásakor nagyon terjedelmes és érdekes. Külön anyagot érdemelne, de itt csak az Apache szerver főbb tulajdonságait próbáltuk leírni ezen a területen.
A mod_autoindex modul függvényei lehetővé teszik az indexfájlok automatikus létrehozását
A mod_autoindex modult úgy tervezték, hogy automatikusan generáljon index fájlok. Ez nagyon hasznos lehet, ha létrehozott egy fájlarchívumot, és csak a fájlok nevét kell feltennie az indexoldalra. Nem kell ezeket manuálisan létrehoznia, csak használja a megfelelő direktívákat. Segítségükkel rendezheti a fájlokat, adhat hozzá különböző típusok saját ikonokkal rendelkező fájlok, meghatározott kiterjesztésű fájlok megjelenítése vagy elrejtése stb.
A mod_deflate modul funkcióival tömörítheti a fájlokat, mielőtt elküldi őket a felhasználónak, hogy felgyorsítsa a betöltést
Az előtömörítés előnyeinek kihasználása szöveges fájlok a kiszolgálóról telepítenie kell a mod_deflate modult. Lehetővé teszi a kimenő fájlok csomagolását, mielőtt elküldené őket a felhasználóknak. Miután megkapta, maga a böngésző csomagolja ki a fájlt, és megmutatja a látogatónak. Ezzel csökkentheti a kimenő forgalmat, felgyorsíthatja a fájlok letöltését a szerverről, és javíthatja webhelye felhasználói élményét. A szerver dokumentációja biztosítja jó példa ajánlott konfiguráció - lehetővé teszi a problémák elkerülését, ha a felhasználó rendelkezik régi böngésző, amely nem támogatja a csomagolási képességeket, ezért itt nem mutatjuk be.
A mod_status modul lehetővé teszi az adminisztrátor számára, hogy figyelje a szerver állapotát anélkül további programokat. A rendszer maga írja a fájlba az összes beérkezett kérést, a szerver újraindításának és leállásának idejét, a számítógép processzorának terhelését és egyéb információkat. Ehhez a modul telepítésén kívül létre kell hozni egy direktívát a httpd.conf fájlban:
SetHandler szerver állapota
Elutasítás, engedélyezés
Mindentől tagadni
Engedélyezés a .foo.com webhelyről
Ebben az esetben a http://your_site/server-status oldalon megtekintheti a szerver statisztikáit. Csak akkor lesz elérhető, ha a .foo.com tartományban lévő számítógépről jelentkezik be. Azonban más hozzáférési korlátozásokat is beállíthat.
És az utolsó modul, amelyről beszélni szeretnék, lehetővé teszi, hogy webszerverét proxyszerverré alakítsa. Ez úgy történik, hogy a mod_proxy modult és a „család” többi modulját az Apache-hoz csatlakoztatjuk. Az Apache két proxy módban működhet: előre és hátra. A közvetlen mód a látogató böngészőjének speciális beállítását igényli, és lehetővé teszi például a felhasználók számára helyi hálózat internet hozzáférés. A fordított nem igényel további beállításokat, és hozzáférést biztosít olyan számítógépekhez, amelyek "kívülről" nem láthatók. Tipikus példa az internet-felhasználók hozzáférése a helyi hálózaton belül található bármely webhelyhez.
Az Apache egyébként nem csak a HTTP, hanem a hasonló funkciójú FTP-proxykat is lehetővé teszi. Emellett egy kidolgozott direktívarendszer lehetővé teszi a hálózati hozzáférési jogok finom elhatárolását, bizonyos típusú fájlok elfogadásának engedélyezését vagy tiltását stb.
Természetesen nem sikerült az összes lehetséges Apache modult lefedni egy anyagon belül, még akkor sem, ha túl sok a szabványos. De másrészt nincs sok értelme mindegyikről beszélni, mert egy részüket nagyon jól ismerik a webfejlesztők, a másik részre pedig csak nagyon szűk körnek van szüksége. Elsősorban a sokak számára szükséges modulokról próbáltunk beszélni, amelyek létezését nem mindenki ismeri.
A Linux család operációs rendszerei évről évre egyre nagyobb érdeklődést váltanak ki az 1C:Enterprise felhasználók körében, különösen a legnépszerűbb disztribúciók platformjának megjelenése után. Leggyakrabban a Linuxot az 1C szerverplatformjaként használják, de az utóbbi időben egyre gyakrabban találhatunk ezen az operációs rendszeren alapuló munkaállomásokat. Ha olyanokat adunk hozzá munkaállomás webszerver segítségével könnyen és egyszerűen rendszerezhet távoli hozzáférés az infobázisokhoz, ma elmondjuk, hogyan kell ezt megtenni fájl mód.
A látszólagos egyszerűség ellenére a fájl-adatbázisokhoz való webes hozzáférés beállítása valamivel bonyolultabb, mint a szerver-adatbázisokhoz, ennek oka az a tény, hogy a rendszer minden résztvevője számára helyesen kell beállítani a hozzáférési jogosultságokat. A hivatalos dokumentáció meglehetősen szűkösen foglalkozik ezzel a témával, ezért az alábbiakban nagyobb figyelmet fordítunk rá:
A közzététel után meg kell adnia a futtatható fájlok könyvtárának (/opt/1C/v8.3/i386/ 32 bites verziónál vagy /opt/1C/v8.3) könyvtárának jogait annak a felhasználónak, akinek nevében az Apache fut. /x86_64/ a 64 bites verzióhoz). bites verzió) az 1C:Enterprise egy adott verziójának (olvasása és végrehajtása). Amikor fájl verzió Az infobázisnak fel kell adni a jogosultságot az infobázis katalógus módosítására annak a felhasználónak, akinek nevében a webszerver fut.
Tehát nézzük meg közelebbről a rendszerünk összes résztvevőjét. Ebben a kulcsszerepet az infobázis tölti be, amelynek módosítási jogát minden hozzá csatlakozó kliensnek meg kell adni, valamint a platform futtatható fájlok, amelyekhez a webszervernek hozzá kell férnie.
Kezdjük a platformmal, benne van /opt/1Cés tulajdonában van usr1cv8:grp1cv8, ez a jelölés általános a Linuxban, és egy csomót jelöl felhasználói csoport. Hogy pontosak legyünk, a webszervernek olvasási és végrehajtási hozzáférésre van szüksége az egyetlen platformfájlhoz - a könyvtárhoz wsap24.so(Apache 2.4-hez).
Sokkal érdekesebb az infobázis, kezdetben a tulajdonosa az helyi felhasználó felhasználó:felhasználó, amely szintén az azonos nevű személyi csoport tagja. Alapértelmezés szerint minden szükséges hozzáférési joggal rendelkezik az adatbázishoz (olvasás és írás). A hasonló jogosultságoknak rendelkezniük kell egy webszerverrel is, amely a nevében fut www-data:www-adat.
Vannak módok az Apache futtatására a kívánt felhasználó nevében, de a gyakorlatban kiderült, hogy az 1C nem működik mpm-itk, akkor is, ha a webszerver rendszerfelhasználóként fut, az adatbázis elindítása után szinte azonnal a következő hibaüzenet jelenik meg: A munkamenet hiányzik vagy törölve.
Ezért itt az ideje emlékezni arra, hogy a Linuxban az engedélyek be vannak állítva felhasználó, csoportokÉs a maradék, az alapértelmezett jogok rendszertől függően kissé eltérnek. Céljukért egy ilyen paraméter felelős, mint umask durván szólva az a maszk, amelyet le kell vonni a teljes jogokból, hogy megkapjuk az alapértelmezett jogokat. Ubuntun umask egyenlő 002
, míg a Debianban 022
, ezért az Ubuntu/Debian szabványos engedélyei a következők lesznek 775/755
mappákhoz és 664/644
fájlokhoz.
Készlet 775/664 olvasási/írási engedélyt ad mind a tulajdonosnak, mind a csoportnak, és 755/644 - csak a tulajdonosnak. Tehát az Ubuntuban az alapértelmezett engedélykészlet teljesen megfelel a céljainknak, a Debianban pedig módosítani kell umask tovább 002 .
Ami a jogokat illeti, szükséges lesz a felhasználó és a webszerver kölcsönös felvétele egymás személyes csoportjaiba, valamint a webszerver az 1C bináris fájlok tulajdonosának csoportjába. Az elmélet világos, térjünk át a gyakorlatra.
A Web Server Extension Module telepítése
Feltételezzük, hogy már telepítette a platformot az útmutatónk szerint. Ebben az esetben csomagokra van szükségünk 1c-enterprise83-wsÉs 1c-enterprise83-ws-nls szerver kézbesítésből. Kérjük, vegye figyelembe, hogy ezeknek a csomagoknak a verziójának és bitességének meg kell egyeznie a telepített platform verziójával és bitjével.
Másolja a megadott csomagokat egy tetszőleges mappába, és telepítse őket a következő paranccsal:
dpkg -i 1c*.deb
Kérjük, vegye figyelembe, hogy ez a parancs az összes csomagot az aktuális helyről telepíti az 1c* maszk használatával, ezért legyen óvatos, és győződjön meg arról, hogy nincs benne semmi felesleges.
Ezután állítsa be a platform kívánt tulajdonosát:
Chown -R usr1cv8:grp1cv8 /opt/1C
Ezzel befejeződik a webszerver modul telepítése.
Az Apache 2.4 telepítése
A 8.3.8-as platformtól kezdve az Apache 2.4 jelenlegi verziójának támogatása bekerült, most már nincs szükség a csomag visszaminősítésére, ha a platform korábbi verzióját használja, akkor az Apache-t 2.2-es verzióra kell frissítenie cikkünkben leírtak szerint.
Ezenkívül kategorikusan nem javasoljuk az 1C:Enterprise-hez használt Apache-példány más célokra való használatát, mivel már láttuk, az 1C nem kompatibilis mpm-itk, ráadásul az 1C meglehetősen szabadon kezeli a konfigurációs fájlokat, figyelmen kívül hagyva virtuális gazdagépekés a direktívák hozzáadása közvetlenül a fő Apache konfigurációs fájlhoz.
Természetesen mindent szépen manuálisan is beállíthat, de ez megnövekedett adminisztrációs költségeket igényel új adatbázisok hozzáadásakor, így ésszerűbb megoldás lenne, ha saját Apache-példányt osztana ki az 1C-hez.
Egyetlen paranccsal telepíthető:
apt-get install apache2
nem további beállítások csomag nem kötelező.
A szükséges hozzáférési jogok beállítása
Ha használ Debian, akkor az első dolog, hogy változtass umask rendszer 002-re, ehhez nyissa meg a fájlt /etc/pam.d/common-sessionés a végére tedd a következő sort:
A munkamenet nem kötelező pam_umask.so umask=0002
Ezután a webszerver felhasználót az 1C és csoportokba foglaljuk jelenlegi felhasználó rendszerek:
Usermod -a -G grp1cv8 www-data
usermod -a -G user www-data
Az aktuális felhasználót is vegye fel a webszerver-csoportba:
Usermod -a -G www-data felhasználó
hol ahelyett felhasználó az aktuális felhasználó felhasználónevét kell használni.
Utána be kell állítani az infobázisokkal rendelkező mappák jogait, mondjuk benn vannak /opt/1C_bases:
Chmod -R u=rw,g=rw,o=r,a+X /opt/1C_bases
Ha végzett a jogok beállításával, indítsa újra a szervert.
Az információs bázis közzététele
Az adatbázist kétféleképpen lehet közzétenni: a Konfigurátoron keresztül és a használatával parancs sor. Az alábbiakban mindkét módszert megvizsgáljuk.
Közzététel előtt létrehozunk neki egy könyvtárat a webszerver munkakönyvtárában, alapértelmezés szerint az /var/www, a Számvitel 3.0-t fogjuk kiadni, ezért nevezzük el a könyvtárat acc30:
Mkdir /var/www/acc30
Futtassuk az 1C:Enterprise programot emelt jogokkal, ehhez a terminálban a szuperfelhasználó nevében futtassuk le egy 32 bites rendszeren:
/opt/1C/v8.3/i386/1cestart
64 biteshez:
/opt/1C/v8.3/x86_64 /1cestart
Megnyílik egy szabványos 1C indítóablak, amelyből megnyitjuk a szükséges adatbázist a Configuratorban. Akkor menjünk tovább Adminisztráció – Kiadvány a webszerverenés tölts ki egy kis űrlapot:
A terepen Név jelezze a kívántat álnév infobase, akkor írja be a böngésző címsorába, hogy hozzáférjen ehhez az adatbázishoz, így nem szabad hosszúra vagy olvashatatlanná tenni. web szerver- itt minden világos, a mi esetünkben Apache 2.4és végül Katalógus- itt adja meg az általunk kicsit korábban létrehozott publikációs könyvtárat, nem szabad összetéveszteni az IS munkakönyvtárával. Ha nem használja az OData felületet és webszolgáltatásokat, akkor nem kell közzétennie azokat.
Az összes kötelező mező kitöltése után kattintson a gombra Közzététel, majd fogadja el a webszerver újraindítására vonatkozó felszólítást.
A parancssorból történő közzétételhez lépjen az 1C bináris fájlokat tartalmazó könyvtárba 32 bites rendszeren, és futtassa:
Cd /opt/1C/v8.3/i386/
64 bites verzióban:
Cd /opt/1C/v8.3/x86_64/
Ezután futtassa a segédprogramot webinst co a következő paramétereket:
./webinst -publish -apache24 -wsdir acc30 -dir /var/www/acc30/ -connstr "Fájl=""/opt/1C_bases/acc30/"";" -confpath /etc/apache2/apache2.conf
Első pillantásra a szintaxisa meglehetősen bonyolult, de valójában minden meglehetősen egyszerű, bontsuk le az egyes paramétereket:
- közzé- megadja a szükséges műveletet, jelen esetben a közzétételt, elhagyható, mivel ez az alapértelmezett művelet.
- apache24- megadja a webszerver típusát, Apache 2.2 esetén apache22-nek kell lennie.
- wsdir- a publikációs álnév neve, amellyel az adatbázist a böngészőből kell elérni.
- dir- közzétételi útvonal, az általunk létrehozott könyvtár a webszerver munkakönyvtárában
- constr- kapcsolati karakterlánc, három részből áll, amelyek mindegyike idézőjelbe van zárva: "File=" - azt jelzi, hogy az alap egy fájl, "/opt/1C_bases/acc30/" - az IB könyvtár elérési útja, ";" - szolgáltatás szimbólum.
- confpath- módja konfigurációs fájl web szerver.
Chown -R www-data:www-data /var/www
Most megpróbálhatjuk elindítani az adatbázist úgy, hogy a böngészőben elérjük a gazdagép névvel vagy IP-címmel, a szükséges álnevet a perjellel hozzáadva, a helyi gépen beírhatjuk http://127.0.0.1/acc30.
Néhány szó a teljesítményről
Jó értelemben kellett volna egy utolsó bekezdés a cikknek befejezéssel és kívánságokkal, de anyagunk hiányos lenne az előadás témája nélkül ezt a döntést. Mivel a fájl módú webes hozzáférést általában a kisvállalkozások használják, webszerverként leggyakrabban egy hagyományos irodai számítógépet használnak. Az ő szerepében használtuk Virtuális gép, amelyhez két magot osztottak ki a Core i5-4670-ből és 4 GB-ot véletlen hozzáférésű memória, ami egy jó irodai gépnek felel meg.
Ha nem volt kérdés a processzorral vagy a lemez erőforrásokkal kapcsolatban, akkor a RAM fogyasztása nem tetszett nekünk. Az alábbiakban közvetlenül a rendszerindítás után látható a rendszer:
Ezután elindítottuk az adatbázis két példányát (az egyiket a webes kliensben, a másikat a vékonykliensben) helyben és két példányt a hálózaton keresztül:
Mint látható, a rendszerben elfogyott a szabad memória, és cserebe ment, és ha egy kicsit dolgozol az adatbázisokban, akkor a swap fájl gyorsan elfogy. Ugyanakkor ezen a PC-n az 1C-n kívül semmi más nem fut, ami egy hétköznapi irodai gépre nem jellemző. Tapasztalatilag azt találtuk, hogy minden egyes munkamenethez olyan konfigurációkkal, mint az Enterprise Accounting 3.0, 1 GB RAM-mal kell rendelkeznie.
Rendben, bezárunk minden munkamenetet, de mi az?
Röviden, az 1C webszolgáltatások előtt úgy működtek, mint pl. A webes kliens elindításakor vagy a webszolgáltatások elérésekor minden alkalommal elindult az Apache worker folyamat, amely betöltötte az 1C webbővítmény modult, majd a munka végeztével eltávolította és bezárta magát. Ennek a módszernek a hátránya a folyamat elindításának és befejezésének magas költsége.
Most a webszolgáltatási modell egy FastCGI-alkalmazásnak felel meg, amely egyszer fut, és akkor is fut, ha a munkamenetek megszakadnak. Idézzük az 1C fejlesztőit:
A készletben lévő munkamenetek tárolása a szolgáltatás típusa, a szolgáltatás neve, a felhasználó/jelszó, a határoló értékek és biztonságos mód. Ezenkívül több munkamenet is lehet a készletben a felsorolt attribútumok azonos értékeivel.
Meghíváskor a keretrendszer ellenőrzi, hogy van-e tétlen munkamenet ezen attribútumok megfelelő kombinációjával. Ha van ilyen munkamenet, akkor a hívás kezeléséhez hozzá van rendelve. Ha nincs ilyen munkamenet, akkor egy új munkamenet jön létre és feldolgozásra kerül kiosztásra.
A munkamenet egy bizonyos tétlenség után automatikusan megszakad (SessionLifetime).
Mi következik ebből? És az a tény, hogy ha egyidejűleg 4 munkamenetet indít el a webszerverrel, akkor azok befejeződése után az Apache dolgozói folyamatok tovább dolgoznak, várva az új kapcsolatokat, és ha nincsenek, akkor a végén munkamenet élettartama, amely alapértelmezés szerint 20 perc, befejeződik.
Ezért elegendő RAM-mal kell rendelkeznie ahhoz, hogy a lehető legtöbb egyidejűleg csatlakoztatott kliens működjön egy időben, különben a rendszer katasztrofális teljesítményt szenvedhet el a hiánya miatt. szabad memória. Még ha ezek a kapcsolatok rövid távúak is, a memória további 20 percig "le van foglalva".
Kisvállalatok számára javasoljuk, hogy a RAM mennyiségét 1 GB-os megfontolások alapján állítsa be ingyenes 1C licencenként, ez mindig lehetővé teszi, hogy rendelkezzen a szükséges szabad memóriával, és elkerülje a kellemetlen helyzeteket, amikor a szerver elérhetetlenné válik a munka közepette.
Címkék:
Csökkentse, amennyire csak lehetséges rendszerkövetelmények felhasználói gépekre, és teljes mértékben kihasználja a benned rejlő lehetőségeket az 1C webszerveren való közzétételével. Ez lehetővé teszi, hogy megszervezze a munkát az adatbázissal nem csak a használatával vékony kliens, hanem bármilyen böngésző segítségével, további összetevők és alkalmazások telepítése nélkül.
Elsődleges követelmények
A háttér-architektúra minimális rendszerkövetelményei jelentősen eltérhetnek, és nagymértékben függnek a következőktől:
- A program által megoldott feladatok;
- A dokumentumáramlás intenzitása;
- Az egyidejűleg csatlakozó felhasználók száma;
- A közzétett és nyilvántartott adatbázisok mérete és száma.
Az 1C webszerveren való közzétételekor azonban egyszerűen lehetetlen két dolgot nélkülözni:
- A rendszerben telepített webszerver;
- Egy telepített és működő bővítőmodul, amelyet az 1C szállít.
web szerver
Szerkezetünk ezen eleme lehet az Internet Information Server (IIS), amelyet a Microsoft operációs rendszerek részeként szállít, vagy az Apache szerver. Természetesen ezeknek a megoldásoknak vannak fizetett analógjai is, de nem beszélünk róluk.
Az Apache termékek további előnye, hogy Linux-szerű operációs rendszerről is futtathatók.
Megfontoljuk az IIS lehetőségét, mert. nem igényel harmadik féltől származó termékek keresését és telepítését.
Webszerver-bővítmények
Ezek a modulok a platform terjesztési fájl futtatásával telepíthetők. Az ablakhoz érve kinézetábrán látható, aktiválnia kell a megfelelő komponens telepítését.
Természetesen a bővítmények mellett magát az 1C Enterprise platformot is telepíteni kell a számítógépre, különben nem fogunk hozzáférni a Configuratorhoz, amelyen keresztül a kiadvány fő része történik.
Miután eldöntöttük az eszközöket, folytassuk a konfigurációt.
A webszerver telepítése és indítása
Az IIS futtatásához a számítógépen telepített Windows, akkor a következő műveletsort kell végrehajtania (például Windows 7):
3. ábra
Győződjön meg arról, hogy a webszerver működik, ha bármely böngésző címsorába beír egy sort, például „http://localhost”, és képet kap, ahogy a 4. ábrán látható.
4. ábra
6. ábra.
Bizonyos esetekben (különösen, ha a program 64 bites környezetben fut) operációs rendszer), az adatbázis szerveren való közzététele után előfordulhat, hogy módosítania kell a munkát az 1C platform által használt könyvtárakkal. Ezt a "Webhelyek" almenüből teheti meg.
Miután kiválasztott egy adott, éppen közzétett bázist a listában, aktiválnia kell a "Handler Mapping" segédprogramot (7. ábra). 
7. ábra
Esetünkben megfeleltetést kell létrehoznunk az ISAPI-dll és a BIN mappában található wsisapi.dll futtatható fájl között, telepített verzió platformok.
Elvileg ezen a szerverrel végzett munka nagy része befejezettnek tekinthető, közvetlenül az adatbázis közzétételére lépünk.
Az adatbázis közzététele a szerveren
Felhasználói jogok beállítása
Miután megkaptuk a fenti ablakot, továbblépünk a felhasználók hozzáférési szabályainak beállítására.
Engednünk kell teljes hozzáférés IIS_USERS felhasználó:
- A "C:\inetpub\wwwroot\Kiadványnév" mappába, ahol az erőforrás tárolva van;
- A használt program verzióját tartalmazó mappába, ahol a wsisapi.dll könyvtár található;
- Arra a helyre, ahol az alapot tárolják.
A fenti lépések elvégzése után úgy tudjuk ellenőrizni kiadványunk teljesítményét, hogy a böngészőablakba beírunk egy sort, mint például: „localhoct / Publikáció neve”, és ott keresünk egy felhasználóazonosító űrlapot.
A feladat a windowsba épített IIS webszerver felemelése és az 1c alap 8.3-as platformon való közzététele. Ebben nincs semmi nehéz.
Virtuáliska 2008 r2 vállalati szerveren forogva elérhető. Helyi rendszergazdai jogok hozzá. 1C platform, 2041.6.8.3. Információs bázis hozzunk létre egy üreset. És hát kezdjük is. Csatlakozz VK csoportunkhoz! Javítás alatt! Okos műhely!
A webkiszolgálói szerepkör (IIS) telepítése
Először telepítenie kell a webszerver szerepkört. Nyitunk Szerverkezelő, válassza ki a bal oldali ágat Szerepek, Jobb klikk Szerep hozzáadása.
Elérkezünk a kiszolgálói szerepkör kiválasztásához, és bejelöljük a Web Server (IIS) melletti négyzetet. Kattintson a tovább gombra. Most helyesen kell kiválasztania a telepíteni kívánt szerepkör szolgáltatásait. Helyezze be a jelölőnégyzeteket pontosan az alábbi képernyőképen látható módon.
Befejezzük a telepítést. A Szerepkörök hozzáadása varázslónak kell pontos idő közölje velünk, hogy a szerepkör és az összes szerepkör-szolgáltatás sikeresen telepítve:
Most meg kell vizsgálnunk, hogy minden jól sikerült-e nekünk. Nyissa meg bármelyik böngészőt, és lépjen a címre http://localhost. Ilyen örömteli képet kellene látnunk:
a platform és az alkatrészek felszerelése 1s
Ez azt jelenti, hogy a webszerver megfelelően emelkedett, és minden jól működik. Tehát menjünk tovább az 1-ekre. Be kell állítani egy platformot. Az egyetlen figyelmeztetés a platform telepítésekor a következő választás:
- 1C: Vállalati
- Webszerver-bővítmények
hozzáférési jogok beállítása
Első lépésként beállítjuk annak a mappának a jogait, ahol a webszerver gyökérkönyvtárát találjuk. Ha semmi nem változott, akkor alapértelmezés szerint igen C:\inetpub\wwwroot. Menjen a mappába C:\inetpub\ válasszon mappát wwwroot, kattintson rá Jobb klikk egérrel, és lépjen a tulajdonságokhoz. Ugrás a lapra Biztonság. A módosítás gombra kattintva közvetlenül az engedélyek beállításához lépünk. Keresse meg a listában Csoportok és felhasználók, csoport Felhasználók, és rákattintva az alábbi oszlopba helyezzük Csoportengedélyek, hiányzó pipák az oszlopban Lehetővé teszi.
Most engedélyeket kell adnia azoknak a mappáknak, amelyeken az 1s telepítve van. Térjünk rájuk, alapértelmezés szerint a 32 bites verziónál az 1c van a mappában C:\Program Files (x86)\1cv8 64 biteshez egy mappában C:\Program Files\1cv8. Válasszon mappát is 1cv8 lépjen a tulajdonságaira, lépjen a lapra Biztonság -> Szerkesztés. De ahelyett, hogy kiválasztunk egy csoportot a listából, először hozzá kell adnunk. Ehhez kattintson a gombra Hozzáadás, a megjelenő ablakban nyomja meg a gombot Továbbá.
Ezután kattintson a gombra Keresésés a keresett találati listában IIS_IUSRS hozzáadásával dupla kattintás, visszahoz minket az ablakhoz Válassza a "Felhasználók" vagy a "Csoportok" lehetőséget de a listában már megjelölt csoporttal. Kattintson az OK gombra, és térjen vissza az ablakhoz Csoportengedélyek jelölje be az összes pipát az újonnan hozzáadott csoport engedélyezési mezőjébe.
Miután beállítottuk az engedélyeket az 1c fájlokat tartalmazó mappákhoz, az utolsó marad. Adjon jogokat egy csoportnak IIS_IUSRS azon a mappán, ahol maga az alap 1c van.
A szükséges előkészületek megtörténtek. Most pedig térjünk át a publikálásra.
1. publikáció webszerveren
Konfigurátor módban kell elindítani az 1-eket a közzétenni kívánt adatbázis kiválasztásával. Az én esetemben ez egy üres alap, és csak egy van.
Az 1s konfigurátor módban lépjen a menübe Adminisztráció -> Közzététel webszerveren.
Miután megnéztük a paramétereket és meggyőződtünk arról, hogy lényegében minden megfelel nekünk, nyomunk Közzététel. Ha a kiadvány hibátlanul sikerült, folytassa az utolsó lépéssel.
az IIS konfigurálása 32 bites 1C webszerver-bővítmény modullal való együttműködésre
Hadd emlékeztessem önöket, hogy 32 bites platformot és webszerver-bővítő modult használtunk az 1c-ből. Ezért ebben az esetben továbbra is engedélyeznünk kell az alapértelmezett alkalmazáskészlet végrehajtását - DefaultAppPool futtasson 32 bites alkalmazásokat. Ezt nem nehéz megtenni. Gyerünk Szerverkezelő -> Szerepek -> Webszerver (IIS) -> Szolgáltatásmenedzser (IIS) -> Alkalmazási készletek -> DefaultAppPool. Jobb egérgomb bekapcsolva DefaultAppPool hívás helyi menüés válassz benne Extra lehetőségek.
vonalat keresünk 32 bites alkalmazások engedélyezettekés tedd szemben IGAZ
AZ IIS KONFIGURÁLÁSA 64 BITES 1C WEBSZERVER BŐVÍTÉSI MODULHOZ
Ha 64 bites platformot és webbővítő modult használtunk, akkor a következő manipulációkat kell végrehajtanunk:
Gyerünk Szerverkezelő -> Szerepek -> Webszerver (IIS) -> Szolgáltatásmenedzser (IIS)-> És válassza ki a virtuális könyvtárból konvertált alkalmazást azzal a névvel, amelyet az adatbázis közzétételekor beállítottunk. A jobb oldali mezőben lépjen a szakaszra Handler Mappings. 1s 8.3 kiadvány az interneten iis szerver 1s 8.3 kiadvány az iis webszerveren
Csatlakozz VK csoportunkhoz!
Betöltés...