Module de extensie pentru serverul web Apache. Instalarea extensiilor de server Web Nu există extensii instalate

Puteți reduce pe cât posibil cerințele de sistem pentru mașinile utilizatorilor și puteți utiliza pe deplin capacitățile implementate în dvs. publicând 1C pe un server web. Acest lucru vă va permite să organizați lucrul cu baza de date nu numai folosind un client subțire, ci și folosind orice browser, fără a instala componente și aplicații suplimentare.

Cerințe primare

Cerințele minime de sistem pentru partea de server a arhitecturii pot varia semnificativ și depind foarte mult de:

  1. Probleme rezolvate de program;
  2. Intensitatea fluxului de documente;
  3. Numărul de utilizatori conectați simultan;
  4. Mărimea și numărul bazelor de date publicate și înregistrate.

Cu toate acestea, este pur și simplu imposibil să faci fără două lucruri atunci când publici 1C pe un server web:

  • Un server web implementat în sistem;
  • Un modul de expansiune instalat și în funcțiune furnizat de 1C.

server web

Acest element al structurii noastre poate fi fie Internet Information Server (IIS), furnizat ca parte a sistemelor de operare de la Microsoft, fie serverul Apache. Desigur, există analogi plătiți ai acestor soluții, dar nu vom vorbi despre ele.

Un avantaj suplimentar al produselor Apache este capacitatea de a le rula din sisteme de operare asemănătoare Linux.

Vom lua în considerare opțiunea cu IIS, deoarece... nu necesită căutarea și instalarea de produse terțe.

Module de extensie a serverului web

Instalarea acestor module se poate face prin rularea fișierului de livrare a platformei. După ce ați ajuns la fereastra, al cărei aspect este prezentat în Fig. 1, trebuie să activați instalarea componentei corespunzătoare.

Desigur, pe lângă extensii, platforma 1C Enterprise în sine trebuie instalată pe computer, altfel nu vom avea acces la Configurator, prin care se realizează partea principală a publicației.

După ce ne-am hotărât instrumentele, să trecem la configurare.

Instalarea și pornirea unui server web

Pentru a porni IIS pe un computer cu Windows instalat, trebuie să efectuați următoarea secvență de acțiuni (folosind Windows 7 ca exemplu):


Fig.3

Vă puteți asigura că serverul web funcționează introducând o linie precum „http://localhost” în bara de adrese a oricărui browser și primind o imagine ca în Fig. 4.

Fig.4


Fig.6.

În unele cazuri (în special, dacă programul funcționează într-un sistem de operare pe 64 de biți), după publicarea bazei de date pe server, poate fi necesară configurarea în continuare a lucrului cu bibliotecile utilizate de platforma 1C. Acest lucru se poate face din submeniul „Site-uri”.

După ce ați selectat în listă o bază de date specifică, tocmai publicată, trebuie să activați utilitarul „Handler Mapping” (Fig. 7).
Fig.7

În cazul nostru, va trebui să stabilim o corespondență între ISAPI-dll și fișierul executabil wsisapi.dll aflat în folderul BIN al versiunii instalate a platformei.

În principiu, în acest moment, partea principală a lucrării cu serverul poate fi considerată finalizată, să trecem direct la publicarea bazei de date.

Publicarea bazei de date pe server

Configurarea drepturilor de utilizator

După ce a primit fereastra de mai sus, trecem la configurarea regulilor de acces pentru utilizatori.

Trebuie să permitem accesul complet utilizatorului IIS_USERS:

  • În folderul „C:\inetpub\wwwroot\Publication name”, unde este stocată resursa;
  • În folderul cu versiunea programului în uz, unde este stocată biblioteca wsisapi.dll;
  • La locul unde este stocată baza de date.

După parcurgerea pașilor de mai sus, putem verifica funcționalitatea publicației noastre introducând o linie precum „localhoct/Nume publicație” în fereastra browserului și găsind acolo un formular de identificare a utilizatorului.

Pentru ca Agentul 1C:Link să funcționeze, trebuie să fi instalat pe 32 de biți Module de extensie a serverului web din kitul de distribuție 1C:Enterprise.

Vă rugăm să rețineți că instalarea modulelor de extensie web poate necesita drepturi de administrator.

După instalare, trebuie să reporniți 1C: Agent de legătură.

Urmează următoarele instrucțiuni:

Pe un PC cu agent, deschideți panoul de control și (pentru Windows 7) accesați secțiunea „Programe - Programe și caracteristici”, așa cum se arată în imaginea de mai jos. Pentru Windows XP - deschideți Panoul de control și în el - „Adăugați sau eliminați programe”.

Apoi, selectați versiunea de 1C:Enterprise pe care o utilizați din lista de programe și faceți clic pe butonul „Schimbare”. De asemenea, puteți selecta opțiunea „Modificare” din meniul contextual, apelat făcând clic dreapta pe linia programului din panoul de control. Acest lucru este valabil atât pentru Windows 7, cât și pentru Windows XP.

Versiunea platformei 1C:Enterprise pe care o utilizați poate fi clarificată făcând clic pe pictograma „Despre program” din fereastra aplicației 1C.

Selectați pentru a instala modulele de extensie Web Server așa cum se arată în imaginea de mai jos.

Dacă computerul nu are un kit de distribuție pentru versiunea specificată a platformei 1C: Enterprise 8, îl puteți descărca de pe site-ul web https://users.v8.1c.ru/distribution/

Informații detaliate despre instalarea și configurarea componentelorplatforma „1C: Enterprise”" disponibil in capitolul 2 p manual a administrator „1C: Enterprise”".

În fiecare an, sistemele de operare ale familiei Linux prezintă un interes din ce în ce mai mare în rândul utilizatorilor 1C:Enterprise, mai ales după lansarea platformei pentru cele mai populare distribuții. Linux este cel mai des folosit ca platformă de server pentru 1C, dar recent puteți găsi din ce în ce mai multe stații de lucru bazate pe acest sistem de operare. Dacă adăugați un server web la o astfel de stație de lucru, puteți organiza ușor și simplu accesul de la distanță la bazele de date de informații astăzi vă vom spune cum să faceți acest lucru în modul fișier.

În ciuda simplității sale aparente, configurarea accesului web la bazele de date de fișiere este ceva mai complicată decât la cele bazate pe server, acest lucru se datorează faptului că este necesar să se stabilească corect drepturile de acces pentru toți participanții la această schemă. Documentația oficială acoperă această problemă destul de puțin, așa că îi vom acorda mai multă atenție mai jos:

După publicare, trebuie să acordați utilizatorului în numele căruia Apache rulează drepturi la directorul de fișiere executabile (/opt/1C/v8.3/i386/ pentru versiunea pe 32 de biți sau /opt/1C/v8.3/x86_64 / pentru versiunea pe 64 de biți) versiunea de biți) a unei versiuni specifice a sistemului 1C:Enterprise (citire și execuție). În cazul unei versiuni de fișier a bazei de informații, trebuie să acordați drepturi de modificare a directorului bazei de informații utilizatorului în numele căruia rulează serverul web.

Deci, să aruncăm o privire mai atentă la toți participanții la schema noastră. Rolul cheie în ea îl ocupă baza de informații, drepturile de modificare care trebuie acordate tuturor clienților care se conectează la aceasta, precum și fișierele executabile ale platformei, la care serverul web trebuie să aibă acces.

Să începem cu platforma, se află în /opt/1Cși are proprietarul usr1cv8:grp1cv8, acest format de înregistrare este folosit în mod obișnuit în Linux și denotă un pachet utilizator:grup. Pentru a fi precis, serverul web necesită acces de citire și execuție la un singur fișier platformă - biblioteca wsap24.so(pentru Apache 2.4).

Este mult mai interesant cu o bază de informații, inițial proprietarul acesteia este un utilizator local utilizator:utilizator, care este și membru al grupului personal cu același nume. În mod implicit, are toate drepturile de acces necesare la baza de date (citire și scriere). Serverul web care operează în numele www-data:www-data.

Există modalități de a rula Apache ca utilizator dorit, dar în practică s-a dovedit că 1C nu funcționează cu mpm-itk, chiar dacă serverul web este lansat ca utilizator de sistem, aproape imediat după pornirea bazei de date veți primi următoarea eroare: Sesiune lipsește sau ștearsă.

Prin urmare, este timpul să ne amintim că în Linux sunt setate drepturi utilizator, grupuriȘi restul, drepturile implicite, în funcție de sistem, sunt ușor diferite. Scopul lor este determinat de următorul parametru: umask, aproximativ vorbind, este o mască care trebuie scăzută din drepturile complete pentru a obține drepturile implicite. În Ubuntu umask egală 002 , și în Debian 022 , prin urmare, setul de drepturi standard în Ubuntu/Debian va fi 775/755 pentru foldere și 664/644 pentru dosare.

Kit 775/664 oferă drepturi de citire/scriere atât proprietarului, cât și grupului și 755/644 - numai proprietarului. Astfel, în Ubuntu setul implicit de drepturi este complet potrivit pentru scopurile noastre, dar în Debian va trebui să ne schimbăm umask pe 002 .

În ceea ce privește drepturile, va fi necesar să se includă reciproc utilizatorul și serverul web în grupurile personale ale celuilalt, precum și serverul web în grupul proprietarului fișierelor binare 1C. Teoria este clară, să trecem la practică.

Instalarea modulului de extensie a serverului web

Vom presupune că aveți deja platforma instalată conform ghidului nostru. În acest caz vom avea nevoie de pachete 1c-enterprise83-wsȘi 1c-enterprise83-ws-nls de la livrarea serverului. Vă rugăm să rețineți că versiunea și bitness-ul acestor pachete trebuie să se potrivească cu versiunea și bitness-ul platformei instalate.

Să copiem pachetele specificate într-un folder arbitrar și să le instalăm cu comanda:

Dpkg -i 1c*.deb

Vă rugăm să rețineți că această comandă va instala toate pachetele din locația curentă folosind masca 1c*, așa că aveți grijă și asigurați-vă că nu există nimic inutil în ea.

Apoi setați proprietarul dorit pentru platformă:

Chown -R usr1cv8:grp1cv8 /opt/1C

Aceasta finalizează instalarea modulului de server web.

Instalarea Apache 2.4

Începând cu platforma 8.3.8, a fost adăugat suport pentru versiunea actuală a Apache 2.4, acum nu este nevoie să faceți downgrade la versiunea pachetului, atunci va trebui să faceți downgrade la versiunea de Apache; 2.2, așa cum este descris în articolul nostru.

De asemenea, nu recomandăm categoric să folosiți instanța Apache folosită pentru 1C:Enterprise în alte scopuri, așa cum am văzut deja, 1C s-a dovedit a fi incompatibil cu mpm-itk, în plus, 1C gestionează fișierele de configurare destul de liber, ignorând gazdele virtuale și adăugând directivele sale direct în fișierul principal de configurare Apache.

Desigur, puteți configura manual totul frumos, dar acest lucru va necesita costuri de administrare crescute atunci când adăugați baze de date noi, așa că o soluție mai rezonabilă ar fi să vă alocați propria instanță Apache pentru 1C.

Instalarea sa se realizează cu o singură comandă:

Apt-get install apache2

Pachetul nu necesită nicio configurație suplimentară.

Configurarea drepturilor de acces necesare

Dacă utilizați Debian, atunci în primul rând ar trebui să te schimbi umask sisteme pe 002, pentru a face acest lucru, deschideți fișierul /etc/pam.d/common-sessionși adăugați linia la sfârșit:

Sesiune opțională pam_umask.so umask=0002

Apoi vom include utilizatorul serverului web în grupurile 1C și utilizatorul curent al sistemului:

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

Să includem și utilizatorul curent în grupul de servere web:

Usermod -a -G www-data utilizator

unde in schimb utilizator ar trebui folosit numele utilizatorului curent.

După care trebuie să setați drepturi pentru folderele cu baze de informații, să presupunem că acestea sunt localizate /opt/1C_bases:

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

După ce ați terminat de setat drepturile, ar trebui să reporniți serverul.

Publicarea bazei de informații

Baza de date poate fi publicată în două moduri: prin Configurator și folosind linia de comandă. Mai jos ne vom uita la ambele metode.

Înainte de publicare, vom crea un director pentru acesta în directorul de lucru al serverului web, implicit acesta este /var/www, vom publica Contabilitatea 3.0 așa că vom apela directorul acc30:

Mkdir /var/www/acc30

Să lansăm 1C:Enterprise cu drepturi ridicate pentru a face acest lucru, în terminal, ca superutilizator, rulați pentru un sistem pe 32 de biți:

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

pentru 64 de biți:

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

Se va deschide o fereastră standard de lansare 1C din care vom deschide baza de date de care avem nevoie în Configurator. Atunci să mergem la Administrare - Editare pe serverul webși completați un scurt formular:

În câmp Nume indicați cel dorit alias baza de informații, o veți introduce în bara de adrese a browserului dumneavoastră pentru a accesa această bază de date, deci nu ar trebui să o faceți lungă sau imposibil de citit. server web- totul este clar aici, în cazul nostru Apache 2.4și, în sfârșit Catalog- aici ar trebui să indicați directorul de publicații pe care l-am creat puțin mai devreme, nu trebuie confundat cu directorul de lucru IS; Dacă nu utilizați interfața OData și serviciile Web, nu este necesar să le publicați.

După completarea tuturor câmpurilor obligatorii, faceți clic pe butonul Publica, apoi acceptați solicitarea de a reporni serverul web.

Pentru a publica din linia de comandă, mergeți la directorul cu fișierele binare 1C pe un sistem pe 32 de biți, rulați:

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

pe 64 de biți:

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

Apoi rulați utilitarul webinst cu urmatorii parametri:

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

La prima vedere, sintaxa sa este destul de complicată, dar de fapt totul este destul de simplu, să ne uităm la fiecare parametru:

  • publica- indică acțiunea necesară, în acest caz, publicarea poate fi omisă deoarece aceasta este acțiunea implicită.
  • apache24- specifică tipul de server web pentru Apache 2.2, trebuie specificat apache22;
  • wsdir- numele alias-ului publicației prin care ar trebui accesată baza de date din browser.
  • dir- calea publicației, directorul pe care l-am creat în directorul de lucru al serverului web
  • connstr- șirul de conexiune, este format din trei părți, fiecare dintre acestea cuprinsă între ghilimele: „File=" - indică faptul că baza de date este bazată pe fișiere, „/opt/1C_bases/acc30/” - calea către directorul de securitate a informațiilor, „; " - simbolul serviciului.
  • confpath- calea către fișierul de configurare a serverului web.

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

Acum putem încerca să lansăm baza de date accesând-o în browser după numele gazdei sau adresa IP, adăugând aliasul necesar printr-o bară oblică pe mașina locală pe care o puteți introduce http://127.0.0.1/acc30.

Câteva cuvinte despre performanță

Într-un sens bun, ar fi trebuit să existe un ultim paragraf al articolului cu o concluzie și dorințe, dar materialul nostru ar fi incomplet fără subiectul performanței acestei soluții. Deoarece accesul web în modul fișier este utilizat de obicei de întreprinderile mici, un computer obișnuit de birou este cel mai adesea folosit ca server web. În rolul său, am folosit o mașină virtuală, căreia i-au fost alocate două nuclee din Core i5-4670 și 4 GB de RAM, ceea ce corespunde unei mașini de birou bune.

Dacă nu existau întrebări cu privire la resursele procesorului sau discului, atunci nu am fost mulțumiți de consumul de RAM. Mai jos este sistemul imediat după pornire:

Apoi am lansat două instanțe ale bazei de date (una în clientul web, cealaltă în clientul subțire) local și două instanțe prin rețea:

După cum puteți vedea, memoria liberă din sistem s-a epuizat și a intrat în swap, iar dacă lucrați puțin în bazele de date, fișierul de swap se va epuiza rapid. În același timp, cu excepția 1C, nu rulează nimic altceva pe acest computer, ceea ce nu este tipic pentru o mașină de birou obișnuită. Din punct de vedere empiric, am aflat că pentru fiecare sesiune de lucru cu configurații precum Enterprise Accounting 3.0, trebuie să aveți 1 GB de RAM.

Bine, închidem toate sesiunile, dar ce este asta?

Pe scurt, anterior serviciile web 1C funcționau așa cum, de exemplu. De fiecare dată când a fost lansat clientul web sau au fost accesate servicii web, a fost lansat procesul de lucru Apache, care a încărcat modulul de extensie web 1C, iar la terminarea lucrărilor, l-a descărcat și s-a închis singur. Dezavantajul acestei metode este costurile generale ridicate ale pornirii și încheierii procesului.

Acum, modelul de servicii web corespunde unei aplicații FastCGI, care este lansată o singură dată și continuă să ruleze chiar și atunci când sesiunile cu aceasta sunt încheiate. Să citam dezvoltatorii 1C:

Sesiunile din pool sunt stocate după tipul serviciului, numele serviciului, utilizatorul/parola, valorile delimitatorului și modul securizat. Mai mult, pot exista mai multe sesiuni în piscină cu aceleași valori ale detaliilor enumerate.

Când este apelată, platforma verifică dacă există o sesiune inactivă cu o combinație adecvată a acestor detalii. Dacă există o astfel de sesiune, aceasta este alocată pentru a gestiona apelul. Dacă nu există o astfel de sesiune, o nouă sesiune este creată și alocată pentru procesare.

Sesiunea se încheie automat după o perioadă de inactivitate (Session Life Time).

Ce rezultă din asta? Și adevărul este că, dacă lansați simultan 4 sesiuni de lucru cu serverul web, atunci după ce acestea sunt finalizate, procesele de lucru Apache vor continua să funcționeze, așteptând noi conexiuni, iar dacă nu există, atunci la sfârșit. durata de viață a sesiunii, care în mod implicit este de 20 de minute, va fi finalizat.

Prin urmare, trebuie să aveți suficientă memorie RAM pentru a suporta cât mai mulți clienți concurenți posibil, altfel sistemul dumneavoastră ar putea suferi o degradare catastrofală a performanței din cauza lipsei de memorie liberă. Chiar dacă aceste conexiuni sunt de natură pe termen scurt, memoria pentru ele va fi „rezervată” pentru încă 20 de minute.

Pentru companiile mici, putem recomanda setarea cantității de RAM pe baza considerentelor de 1 GB pentru o licență 1C gratuită, acest lucru vă va permite întotdeauna să aveți necesarul de memorie liberă și să evitați situațiile neplăcute cu serverul indisponibil în mijlocul perioadei; muncă.

  • Etichete:

Vă rugăm să activați JavaScript pentru a vizualiza Dacă ați citit deja materialul introductiv despre serverul Apache și articolul care descrie diferențele dintre diferite versiuni, instalat și realizat configurarea inițială a serverului, atunci puteți începe să luați în considerare sistemul modular Apache. Faptul este că acest server web, de fapt, constă dintr-un modul obligatoriu - nucleul (Apache Core), care realizează cele mai simple sarcini de server. Toate celelalte funcții sunt descrise în module suplimentare. În acest articol ne vom uita la câteva module Apache, atât utilizate în mod obișnuit, cât și puțin cunoscute dezvoltatorilor web.

Avantajul acestei structuri este că puteți conecta și deconecta module suplimentare în orice moment, folosind exact configurația serverului care este necesară pentru a vă finaliza sarcinile. Astfel, Apache va ocupa exact atât de mult spațiu cât are nevoie pentru a funcționa, iar funcțiile „extra” nu vor încărca memoria serverului, crescând performanța generală a sistemului.

Nucleul Apache realizează cele mai de bază funcții de server și vă permite să conectați module suplimentare

Trebuie să începem să vorbim despre module, desigur, cu nucleul sistemului. De aceasta sunt atașate toate modulele suplimentare, precum boabele unei nuci de pin la miez. Nucleul îndeplinește acele funcții fără de care Apache pur și simplu nu ar putea fi numit server web. Acceptă în mod regulat solicitările browserului, returnează răspunsuri la acestea sub formă de pagini și așa mai departe, dar cel mai important, vă permite să conectați module suplimentare.

Pachetul de server include un întreg set de module concepute pentru a funcționa în modul cu mai multe procese care rulează. Nu este un secret pentru nimeni că majoritatea sistemelor de operare existente vă permit să lucrați cu mai multe sarcini simultan. Datorită acestui grup de module, Apache poate profita de toate capacitățile unor astfel de sisteme. Pe lângă modulul principal mpm_common, puteți găsi un modul optimizat pentru fiecare dintre cele mai populare platforme (Windows, OS/2, BeOS, Netware și așa mai departe).

Dacă doriți să utilizați toate fișierele .htaccess, atunci ar trebui să instalați modulul mod_access, care este responsabil pentru accesul la directoare și fișiere de pe server. Cu ajutorul acestuia, puteți refuza sau, dimpotrivă, permiteți accesul de la anumite adrese IP sau rețele.

Modelul mod_actions vă permite să rulați scripturi în timp ce accesați un anumit tip de fișier

Modulul mod_actions conține două directive privind lansarea scripturilor CGI. „Acțiuni” este responsabil pentru lansarea unui fișier executabil în momentul în care utilizatorul solicită un fișier de un anumit tip. În acest fel, puteți, de exemplu, să organizați procesarea imaginii înainte de a le trimite utilizatorului sau de a menține statistici. A doua directivă, „Script”, permite programului să fie executat atunci când un fișier este solicitat folosind o metodă specifică (GET, POST sau altă metodă specială). Cu ajutorul acestuia, puteți instala un procesor de formular universal care va efectua, pe lângă acțiunile standard, acțiunile de care aveți nevoie. Aceasta poate include prelucrarea datelor înainte de a le introduce în baza de date, trimiterea lor prin poștă, menținerea statisticilor și așa mai departe.

Modulul mod_alias este responsabil pentru redirecționarea și crearea de aliasuri

Dacă trebuie să utilizați funcții de redirecționare sau alias, veți avea nevoie de modulul mod_alias. Conține directive care vă permit să asociați un alias cu un anume director. De exemplu, directorul tău cu imagini arată astfel: /pub/we/images/, adică este accesibil, dar nu este accesibil prin protocolul HTTP. Dacă nu doriți să o mutați dintr-un motiv oarecare, puteți crea un alias: „Alias ​​​​/img /pub/we/images”. După aceasta, utilizatorii care tastează adresa http://site-ul_dvs/img/ în browserele lor vor fi duși în directorul dorit cu imagini. Apropo, o astfel de redirecționare este folosită pentru un director cu scripturi CGI.

Folosind modulul mod_asis, puteți furniza clientului o pagină „ca atare”, fără procesare de către server

Un alt modul interesant, dar nu foarte des folosit de webmasteri este mod_asis, care vă permite să „dați” câteva fișiere clientului fără procesare de către server. Pentru a face acest lucru, trebuie să adăugați linia „AddHandler send-as-is asis” la fișierul de configurare, unde „asis” este extensia fișierului. Acum, când browserul solicită un fișier cu această extensie de la server, acesta va merge direct la acesta. Apache va adăuga doar identificatorii „Server” și „Dată” la antet, orice altceva – de exemplu, starea – va fi trimis „ca atare”.

Modulele din familia mod_auth sunt responsabile pentru autentificarea utilizatorilor

O serie de module sunt concepute pentru a autentifica utilizatorii de pe site. Acest lucru este de înțeles, deoarece problema securității și controlului accesului este destul de acută. Vom descrie doar acele module care sunt incluse în distribuția standard a serverului Apache, dar rețineți că producătorii terți au creat destul de multe alte module pe care le puteți încerca și să le conectați și să le utilizați singur.

Un alt tip de autentificare este digital (HTTP Digest Authentication), care acceptă criptarea datelor cu o cheie MD5 și este considerată mai fiabilă decât de bază. Apache are un modul mod_auth_digest care vă permite să îl utilizați. Pentru dvs., stabilirea unei astfel de autorizații nu va fi practic diferită de cazul precedent. Doar pentru a crea fișiere va trebui să utilizați utilitarul htdigest. În general, subiectul autentificării utilizatorilor la crearea site-urilor Internet este foarte voluminos și interesant. Merită un articol separat, dar aici am încercat doar să descriem principalele capabilități ale serverului Apache în acest domeniu.

Funcțiile din modulul mod_autoindex vă permit să creați automat fișiere index

Modulul mod_autoindex este conceput pentru a genera automat fișiere index. Acest lucru poate fi foarte convenabil dacă ați creat o arhivă de fișiere și trebuie doar să plasați numele fișierelor pe pagina de index. Nu trebuie să le creați manual, ci doar să utilizați directivele corespunzătoare. Cu ajutorul lor, puteți sorta fișierele, puteți adăuga propriile pictograme la diferite tipuri de fișiere, puteți afișa sau ascunde fișiere cu extensii specificate și așa mai departe.

Folosind funcțiile din modulul mod_deflate, puteți comprima fișierele înainte de a le trimite utilizatorului pentru a accelera încărcarea

Pentru a profita de capacitatea de a precomprima fișierele text de pe server, trebuie să instalați modulul mod_deflate. Vă va permite să activați ambalarea fișierelor trimise înainte de a le trimite utilizatorilor. După primire, browserul însuși va despacheta fișierul și îl va arăta vizitatorului. Acest lucru vă va permite să reduceți traficul de ieșire, să accelerați descărcarea fișierelor de pe server și să îmbunătățiți experiența utilizatorului site-ului dvs. Documentația serverului oferă un exemplu bun de configurație recomandată - vă va permite să evitați probleme dacă utilizatorul ajunge cu un browser vechi care nu acceptă capabilități de ambalare, așa că nu îl vom prezenta aici.

Modulul mod_status permite administratorului să monitorizeze starea de sănătate a serverului fără programe suplimentare. Sistemul însuși va înregistra într-un fișier toate solicitările primite pe acesta, timpul repornirii și opririi serverului, încărcarea procesorului computerului și alte informații. Pentru a face acest lucru, pe lângă instalarea modulului, trebuie să creați o directivă în fișierul httpd.conf:


SetHandler server-status

Comanda refuza, permite
Negați de la toți
Permiteți de la .foo.com

În acest caz, la http://your_site/server-status vă puteți uita la statisticile serverului. Acesta va fi disponibil numai dacă vă conectați de pe un computer situat în domeniul.foo.com. Cu toate acestea, puteți seta și alte restricții de acces.

Iar ultimul modul despre care aș dori să vorbesc vă va permite să vă transformați serverul web într-un server proxy. Acest lucru se face prin conectarea modulului mod_proxy și a altor module din această „familie” la Apache. Apache poate funcționa în două moduri proxy: înainte și invers. Modul direct necesită setări speciale în browserul vizitatorului și permite, de exemplu, utilizatorilor rețelei locale să acceseze Internetul. Cel invers nu necesită setări suplimentare și oferă acces la computere care nu sunt vizibile din exterior. Un exemplu tipic este utilizatorii de Internet care accesează un site situat într-o rețea locală.

Apropo, Apache vă permite să organizați nu numai HTTP, ci și proxy-uri FTP cu funcții similare. În plus, un sistem dezvoltat de directive face posibilă diferențierea fină a drepturilor de acces la rețele, permiterea sau interzicerea recepției anumitor tipuri de fișiere etc.

Desigur, nu am putut acoperi toate modulele Apache posibile într-un singur material, chiar dacă există prea multe module standard. Dar, pe de altă parte, nu are prea mult sens să vorbim despre toate, pentru că unele dintre ele sunt foarte bine cunoscute dezvoltatorilor web, în ​​timp ce cealaltă parte este nevoie doar de un cerc foarte restrâns de oameni. Am încercat să vorbim în principal despre module care sunt necesare pentru mulți, dar nu toată lumea știe despre existența lor.