Andrei Borzenko

Mõistet "server" tõlgendatakse erinevalt. Mõnikord nimetatakse seda riistvaraks ja mõnikord tarkvaraks. Teatud mõttes viitavad mõlemad definitsioonid arhitektuurile, mis on valmis vastu võtma väljastpoolt tulevaid päringuid ja vastama neile päringutele teatud tüüpi teabe väljastamisega. Loomulikult on mõlemal juhul süsteemi tuumaks vastav tarkvara. Kui riistvara nimetatakse serveriks, tähendab see tavaliselt, et see käitab ühte või mitut serveriprogrammi, et see võib olla mõeldud ühe või teise rolli jaoks ja et see võib koosneda komponentidest, mis tagavad kõrge käideldavuse. Üldiselt on sõnal "server" sama tüvi kui "teenus". Seega on server riistvara mõttes arvuti, mis on võimeline pakkuma mingit teenust teistele sellega ühendatud arvutitele. Eeldatakse, et arvutid on kuidagi serveriga ja üksteisega ühendatud (joonis 1).

Organisatsiooni jaoks õige serveri valimine ei ole lihtne ülesanne. Lai valik serverisüsteeme nõuab, et CIOd hindaksid realistlikult oma nõudeid töötlemisvõimsuse, skaleeritavuse, töökindluse ja saadavuse osas. Nad peavad selgelt sõnastama, millised on serveri nõuded, uurima teenuse tugivõimalusi ja määrama kindlaks tulevased täienduskulud. Lisaks on vaja hästi kursis turul pakutavate toodete mitmekesisusega.

Mõned tänapäeva serverid pärinevad mudelitest, mida on kasutatud juba aastaid; teised on nende arendamise tulemus, mida sageli tähistavad uued mugavad turundusnimed. Selle turu ülemine osa on konkurentsivõimeline ja uuenduslik, samas kui alumine ots võib segadusse ajada paljude kategooriate nimetustega, mis on mõnikord leiutatud lihtsalt selleks, et toodet eristada selle lähimast konkurendist.

Servereid saab klassifitseerida näiteks nende käitatavate ülesannete klassi või teenindatavate klientide arvu järgi. Teise meetodi kohaselt eristatakse mastaabiservereid:

• töörühm (töörühm);
• osakond (osakond);
• keskmise suurusega organisatsioonid (keskmine);
• ettevõtted (ettevõte).

Peab ütlema, et kuna iga tüübi sees on serverite konfiguratsioon üsna erinev, ei saa nende vahel selgeid piire luua. Võimsad madala kvaliteediga arvutid võivad toimida algtaseme serveritena vanemas kõrvutiklassis ja vastupidi. Suundumus joonte hägustamise suunas on viimasel ajal muutunud nii tugevaks, et kõige sagedamini arvestatakse ainult kolme serveriklassiga: töörühmade, osakondade ja ettevõtete jaoks. Lisaks saab servereid maksumuse järgi jagada kõrgetasemelisteks, keskklassideks ja algtaseme süsteemideks.

Tuleb märkida, et serveri klassifikatsioone on üsna palju ja kõik need kattuvad teatud määral. Seega jaotavad tootmisettevõtted toodetud serverid sageli vastavalt teostuse tüübile: üliõhukesed (tera), klassikaline põrand (torn), optimeeritud püstiku paigaldamiseks (rack) ja suure skaleeritavusega (super skaleeritav).

Sõna tera tõlge kui "tera" ei ole kindlasti päris täpne. Ilmselt on see pilt inspireeritud spetsiaalses aluses hoitud kööginugadest. Sageli kasutatakse ka terminit "ülipeen". Selliste arvutite idee (joonis 2) on pakkida võimalikult palju sõltumatuid süsteeme ühte riiulisse – tegelikult on see loogiline edasiarendus lähenemisviisist, mis sai alguse vaid 1U õhukestest serveritest. Sel juhul säästetakse mitte ainult igale serverile eraldatud ruumi, vaid väheneb ka energiatarbimine.

Riis. 2. Blade server.

Põrandaserverid (joonis 3) on tavaliselt isemajandav süsteem (kõik ühes, "kõik ühes"). Need pakuvad suurt paindlikkust komponentide paigutamisel korpusesse ja on kergesti laiendatavad. Rack-serverid (joonis 4) on mõeldud andmekeskustes asuvate serverite koondamiseks ja kasutamiseks koos väliste salvestusseadmete alamsüsteemidega. Neid saab tõhusalt kasutada kobarlahenduste jaoks, kui serverid ise, väline mälu ja lisaseadmed on paigutatud samadesse riiulitesse. Suure skaleeritavusega serverid on tavaliselt mõeldud suurtele ettevõtetele ja suudavad pakkuda lahendust peaaegu kõikidele ettevõtete vajadustele.

Allpool käsitletakse mõningaid levinumaid serveritüüpe, mis on liigitatud lahendatavate ülesannete klasside järgi. Tuleb rõhutada, et üldiselt ei räägi me erinevatest seadmetest, millest igaüks täidab oma funktsiooni. Kõiki neid "ülesandeid" (nagu ka paljusid teisi) saab täita üks arvuti. Kaasaegne server, millel on kõrged omadused süsteemide konsolideerimiseks, suudab sobiva tarkvara abil täita mitmeid ülesandeid.

Veebiserverid

Internet eksisteeris mitmel kujul juba ammu enne veebiserverite ilmumist, kuid sel ajal ei olnud see veel nii laialt levinud ega kasutatud kui praegu. Veebiserver on paljuski nagu robotpuhvet. Klient küsib sellelt midagi – meie puhul faili ning veebiserver võtab selle faili vastu ja saadab selle kliendile. Enamikul juhtudel ei tee algne veebiserver selle failiga midagi ja saadab selle lihtsalt kliendile tagasi. Kaasaegsed veebiserverid suudavad korraga töödelda suurt hulka päringuid ja kiiresti vastata ning on arendanud oma võimet töödelda päringuid keerulisematel viisidel kui lihtsalt dokumendi saatmine. Selle tulemusena sisenesid veebiserverid uuele territooriumile ja said tuntuks kui "rakendusserverid" või "teabeserverid".

Rakendusserverid

Rakendusserveril on avardatud infotöötlusvõimalused ning selle suhtlus kliendiga muutub sarnaseks rakenduse tööga, meenutades pigem kasutaja tööd arvutiga kui raamatu lugemist, kus lugejal on vaid võimalus lehti keerata. Rakendusserveri hämmastavaid võimalusi saab realiseerida olemasolevate tehnoloogiate nutika kombinatsiooni kaudu. Näiteks saab avatud lähtekoodiga arendaja ühendada Apache veebiserveri PHP skriptikeelega, luues tõhusalt rakendusserveri. Turunduses viitab mõiste "rakendusserver" aga tavaliselt tarnijate pakutavale terviklahendusele, mis sisaldab kõiki vajalikke tehnoloogiliseid komponente. Mõne organisatsiooni jaoks muudab see kõikehõlmav lähenemine rakendusserveri ehitamisele arendamise lihtsamaks, ühendades arendatavad mudelid ja tsentraliseerides toe.

Failiserverid

Failiserver on iga ettevõtte elektroonilise infrastruktuuri oluline komponent. See on väga kiire arvuti, mis on ühendatud võrku, mis salvestab kasutajate vahel jagatud programme ja andmeid. Selleks on sellel suure võimsusega kõvakettad, millele juurdepääs on tagatud kõigile võrku kaasatud arvutitele. Failiserver teeb täpselt seda, mida selle nimi viitab: see pakub sidet võrgujaamade vahel ja annab kasutajatele juurdepääsu failidele, mida nad tööks vajavad. Lisaks piirab failiserver tavaliselt volitamata juurdepääsu andmetele.

Sellise skeemi eelised on ilmsed: teave salvestatakse tsentraalselt, mitte ei hajutata erinevate töötajate arvutites; see on ligipääsetav igast serveriga ühendatud arvutist (milleks võivad olla kaugarvutid, mis suhtlevad serveriga telefoni teel) ja on ligipääsu eest kaitstud, kuna serveriga ühenduse loomiseks on vaja parooli. Serveri teine ​​oluline eelis on teabe salvestamise kõrge töökindlus, kuna serverid on tõrgete ja muude probleemide eest palju paremini kaitstud kui arvuti. Isegi mõne serveriketta täieliku rikke korral on teabe täielikuks taastamiseks meetodeid, pealegi on see serveriga töötavatele inimestele täiesti nähtamatu.

Tegelikult erineb failiserver ja rakendusserver selles, et esimene salvestab programme ja andmeid, teine ​​aga käivitab programme ja töötleb andmeid.

"Traadita" server

Mõistet "traadita" server võib kasutada kahe erineva tehnoloogia puhul. Lihtsaimas tõlgenduses võib selline arvuti olla tüüpiline veebi- või rakendusserver, mis lihtsalt teab, kuidas edastada dokumente, mis on kirjutatud traadita seadmete standardkeeles. Sageli on selleks keeleks WML (Wireless Markup Language). Veebiserveri kohandamine WML-tüüpi dokumente käsitlema suuteliseks juhtmevabaks serveriks on tavaliselt serveri lihtsalt "koolitamine" neid dokumente ära tundma. Veebiserver peab vaid kliendile teatama, et dokument on juhtmevabas vormingus, ja kõik.

Keerulisem "traadita" serveri tüüp on "traadita" lüüs. Oma põhiolemuselt toimib selline lüüs vahendajana, mis võtab vastu traadita seadmetelt päringuid ja edastab need traditsioonilistele veebiserveritele. Enamikku "traadita" lüüsidest haldavad teenusepakkujad, kes on spetsialiseerunud traadita juurdepääsu pakkumisele, mis võib piirata tellijaid ainult nende teenustega, mida need lüüsid toetavad. Praegu on sellised süsteemid koondunud üsna kitsasse turusegmenti.

Puhverserverid

Kuigi puhverserverite kontseptsiooni peetakse väga kaasaegseks, on selle juured iidses ja tolmuses raamatukogunduses. Seega, tellides raamatut juurdepääsuks suletud hoidlast, tegutseb raamatukoguhoidja tavaliselt volitatud vahendajana (puhverserver). Loomulikult võtab see protsess reeglina rohkem aega, kui siis, kui klient ise pääseks raamatutega riiulitele. Kui aga kujutada ette, et iga kord, kui raamatukoguhoidja toob ühele kliendile raamatu, teeb ta sellest mitu eksemplari ja jätab need laenutamiseks sama raamatu vajajatele, siis saab selgeks, et see on tõesti ideaalne kombinatsioon kiirest teenindusest ja usaldusväärne kaitse. Ülaltoodud analoogia näitab puhverserveri kahte peamist funktsiooni. Esiteks toimib see vahendajana, aidates kasutajatel Internetist teavet hankida, kui nad seda vajavad, kaitstes samal ajal võrku. Teiseks võib puhverserver salvestada sageli küsitavat teavet kohaliku ketta vahemällu, edastades selle kiiresti kasutajatele ilma uuesti Interneti-juurdepääsuta.

Kuid puhverserver on võimeline palju enamat kui lihtsalt sageli küsitud andmeid vahemällu salvestama. Kuna see näib "kuulavat" oma klientide vajadusi, teenindades nende soove, ei pea kliendid ise sageli üldse otse Internetti pääsema. Seega on puhverserver muutunud väga populaarseks viisiks ettevõtte sisevõrkude ühendamiseks Internetti. Lairibaühenduste populaarsuse ja kättesaadavuse kasvades kasvas ka vajadus puhverserverite järele. Fakt on see, et sellised ühendused pakuvad piisavalt ribalaiust mitme masina samaaegseks toetamiseks ja puhverserveripõhiste lahenduste puhul piisab lairibaühenduse säilitamiseks ainult ühest masinast, mis võimaldab ettevõtetel IP-aadressiruumi säästlikult kasutada. , samuti vähendada Interneti-teenuse pakkujale teenuste eest tasumist.

Tulemüürid

Puhverserveri saab konfigureerida teatud tüüpi võrgupäringuid vastu võtma või tagasi lükkama nii kohalikust võrgust kui ka Internetist. Selles konfiguratsioonis muutub puhverserver tulemüüriks – tulemüüriks. Tulemüür, nagu selle sõjaline nimi viitab, on turvatööriist, mille töö sarnaneb piirivalvuri tööga: kontrollida igat piiriületust üritavat andmekildu.

Sõltuvalt tulemüüri keerukuse tasemest saab seda konfigureerida nii, et see suudab eristada mitut tüüpi sissetulevaid ja väljaminevaid andmeid. Andmete ühes või teises suunas edastamise loa saamine sõltub teatud tingimustest, näiteks IP-aadressist, millelt andmed saadeti. Head tulemüürid pakuvad ka ulatuslikke logimisvõimalusi, kuna võrgutegevuse tõendid on juhuslike või tahtlike juhtumite uurimisel võtmetähtsusega.

Tulemüürid on nii funktsionaalselt terviklike süsteemide kujul kui ka tulemüüri võimalustega puhverserverid. Kuna tulemüür on rohkem nagu servereid eraldav "vallikraav", võib arvata, et see pole server selle traditsioonilises tähenduses.

Meiliserverid

Nagu puhverserver, peab ka meiliserver (mida mõnikord nimetatakse ka sõnumiserveriks) käsitlema nii sissetulevaid kui ka väljaminevaid päringuid. E-postile rakendades võib tavalist kohtvõrku või sisevõrku käsitleda kui elamut, st kui ühtset struktuuri, mis koosneb elanike iseseisvatest korteritest, ja meiliserverist kui külasolevast postiljonist. see hoone. Igal elanikul võib olla postkast, kust saab e-kirju. Meiliserveri üks ülesandeid on lugeda sissetulevate kirjade aadresse ja toimetada kirjavahetus sisevõrgus vastavatesse postkastidesse. Sõltuvalt meiliserveri keerukusest võib see anda administraatorile rohkem või vähem kontrolli nende kohalike postkastide, vastuvõetavate sõnumite tüüpide ja suuruste, koostatavate automaatsete vastuste ja muu üle.

Meiliserver töötleb ka väljaminevaid kirju, kogudes kokku elanike jäetud kirjad, täpselt nagu postiljonid tavalistest postkastidest kirjavahetust tehes. Nii nagu postiljon ei toimeta iga väljaminevat sõnumit isiklikult saatja määratud aadressile, on meiliserver konfigureeritud suhtlema teiste serverite või sõlmedega, mille kaudu sõnum liigub, kuni see jõuab sihtvõrku. Selles etapis toimetab võrgu meiliserver sõnumi adressaadi postkasti.

Enamik Interneti-teenuse pakkujaid pakuvad oma abonentidele meiliteenuseid, nii et üksikisikud ei pea sageli oma meiliservereid seadistama, kuid organisatsioonid võivad nende suurusest olenemata oma meiliserveri installimisest kasu saada, kuna see pakub suuremat rahulolu. kasutaja nõuded võrreldes teenusepakkuja serveri pakutavate teenuste komplektiga. Selle lähenemisviisi selgete eeliste hulgas on võimalus valida postkasti nimesid ja dünaamilisi funktsioone, nagu ressursipiirangud, automaatne vastamine, meiliregistri haldamine ja kulude kokkuhoid, mida oleks vaja mitme e-posti aadressi aktiveerimiseks välise pakkuja poolt.

DHCP serverid

Kõik globaalse Interneti masinad adresseerivad üksteist TCP/IP-protokolli abil, mis annab igaühele ainulaadse numbrilise IP-aadressi. Praegu kasutavad paljud kohalikud võrgud (sisevõrgud) ka TCP / IP-protokolli, kuid mõnikord kasutatakse ka originaalvahetusprotokolle, nagu NetBEUI või AppleTalk. IP-aadressi saab määrata käsitsi või ühes masinas töötab nn DHCP (Dynamic Host Configuration Protocol) server, mis määrab automaatselt igale kohalikule masinale IP-aadressi. DHCP-serveri kasutamise peamine eelis on vabadus muuta kohaliku võrgu konfiguratsiooni selle laiendamisel, masinate (näiteks sülearvutite) lisamisel või eemaldamisel.

Mõnel juhul on DHCP-serveri tarkvara integreeritud seotud riistvaraga. Niisiis on turule ilmunud hübriidseadmed, mis ühendavad ruuteri / lüliti funktsioonid DHCP-serveriga sellistest ettevõtetest nagu Linksys, Netgear ja D-Link. Need tooted jagavad ühte lairiba Interneti-ühendust kõigi kohtvõrgus olevate masinate jaoks ning neid saab konfigureerida kasutama ka nende sisseehitatud DHCP-serverit, mis tegeleb IP-aadresside määramisega. See võimaldab masinaid dünaamiliselt ühendada ja lahti ühendada ilma võrgukonfiguratsiooni muutmata. Samamoodi saab seda rolli võrgus täita üks hostmasin, kui sellel töötab DHCP-serveri tarkvara.

FTP serverid

Sellised failiedastusprotokollil põhinevad serverid on olnud de facto standard failide teisaldamisel Internetis juba mitu aastakümmet. FTP-serverid toetavad lihtsate failihaldurite – klientide – tööd. Kuigi FTP-serveritele tuleks pöörata erilist tähelepanu, on need endiselt kõige populaarsem ja mugavam viis failide teisaldamiseks ühest masinast teise nii ühe ettevõtte kõrvuti asuvate ruumide kui ka mandrite vahel.

Keerukad FTP-serverid annavad administraatorile suure kontrolli ühenduse ja failijagamise õiguste, jagatavate failide tüüpide ja nende asukoha üle. Konfigureeritavad ressursid, mis on eraldatud paljudele serveriühendustele, edastatavate andmemahtude ja minimaalse edastuskiiruse piirangud jne, on muutumas üha populaarsemaks tööriistaks, mis aitab suurendada FTP-serverite turvalisust.

Prindiserverid

Need serverid võimaldavad kõigil võrku ühendatud arvutitel printida dokumente ühe või mitme jagatud printeriga. Sel juhul pole vaja iga arvutit oma prindiseadmega komplekteerida. Lisaks, hoolitsedes kõigi dokumentide printimisega seotud murede eest, vabastab prindiserver arvuteid muuks tööks. Näiteks salvestab prindiserver oma kõvakettale printimiseks saadetud dokumendid, seab need järjekorda ja väljastab need printerile prioriteetsuse järjekorras.

Kaugjuurdepääsu serverid

Need süsteemid võimaldavad suhelda kontorivõrguga telefoniliinide kaudu. Olles sülearvutiga kuskil kontorist kaugemal, saab sealt alati vajaliku faili kätte, kontrollida, kas e-kiri on kohale jõudnud - ühesõnaga saada vajalikku infot. Heade suhtluskanalite korral on vahe kontoris ja kontorist väljas töötamise vahel peaaegu märkamatu.

Faksiserverid

Selline server asendab tavalist faksiaparaati. Selle ainus eesmärk on hallata fakside vastuvõtmise ja saatmise protsessi kõikjal arvutivõrkudes, mis iseenesest sobivad dokumendivahetuseks palju paremini kui telefoniliinid ja kuumustundliku või tavalise paberi virnad. Tegelikult on paljud keeruka faksiserveri funktsioonid piiratud telefoniressursside haldamine, mis võib olla täiesti ebavajalik, kui kõik lõpetaksid dokumentide faksimise.

Teatud mõttes toimivad faksiserverid sillana vana ja uue äritegevuse vahel. Faksiserver sarnaneb paljuski varem mainitud meiliserveriga. Mõlemat tüüpi serverid toimivad sillana väljaminevate ja sissetulevate sõnumite vahel, mõlemad peavad suunama sissetulevad sõnumid määratud aadressile. Meiliserverite puhul on selleks alati konkreetse kasutaja postkast. Väikeste ühe kasutajaga keskkondade faksiserverid eeldavad sageli, et sihtarvuti on vastuvõttev arvuti, mistõttu postkasti mudel siin ei tööta. Teisest küljest on ettevõtete jaoks mõeldud faksiserveritel mõningaid paralleele e-posti serveri mudeliga – need edastavad sissetulevad faksid konkreetsetele kasutajatele määratud aadressidele.

Hea faksiserver võib pakkuda täiendavat mugavust sissetulevate fakside töötlemisel, näiteks otse printerile väljastamisel, samuti dokumendi saatmisel mitmele aadressile kindla ajakava alusel ja väljamineva faksiedastuse algatamisel nõudmisel. Ettevõtte faksiserverid peavad samuti suutma prioriseerida mitut väljaminevat faksi, mille on paigutanud erinevad kasutajad jagatud järjekorda. Kallite ettevõtte faksiserverite puhul on serveritarkvara võime piiratud arvu telefoniliine tõhusalt käsitleda ülioluline, et vältida fakside saatmise ja vastuvõtmise ajakavas tekkivaid konflikte.

Täiustatud faksiserveritel on ka võimalus integreerida elektrooniliste sõnumsidesüsteemidega, sealhulgas e-posti, Microsoft Exchange'i ja Lotus Notesiga. Sellised võimalused muudavad faksiserveri tõhusaks sillaks elektrooniliste dokumentide ja faksimise mahajäänud maailma vahel.

Serveri manused

Kaasaegne turundus on sõna otseses mõttes "kinnitatud" mõistele seadmeserver. Kohe pole selge, mida mõeldakse (seadet tõlgitakse kui aparaati, seadet, seadet, seadet, sh kodumasinat) ja mille poolest erineb selline server teistest eespool käsitletud serveritest. Üldiselt ei ole sõnal "seade" tegelikult mingit pistmist ühegi konkreetse serveritüübiga kui sellisega, vaid ainult selle hankimise ja tarnimise tüübiga. Tegelikult viitab see termin lihtsalt mis tahes tüüpi serveritele, mida müüakse juba konfigureeritud, konfigureeritud ja võrku lisamiseks valmis.

Näiteks kui reklaamitakse veebimajutusseadmena reklaamitud serverit, on see tegelikult veebiserver (nimetatakse ka rakendusserveriks), mida turustatakse "plug and play" seadmena, kuna see sobib installimiseks olemasolevasse võrku. Samamoodi, kui serverit nimetatakse "salvestusseadmeks", näitab see, et müüakse failiserverit, mida kasutajad saavad kasutada failide lugemiseks/kirjutamiseks ja salvestamiseks. Turul on ka digibokse liikluse haldamiseks, VPN-ide, vahemäluseadmete jms jaoks. Eelkõige täidavad esimest tüüpi seadmed kolme põhifunktsiooni. Esiteks toetavad nad SSL-i (Secure Socket Layer) krüptograafilist meetodit, mida kasutatakse elektroonilise kaubanduse turvalisuse tagamiseks. SSL-i kiirendus saavutatakse riistvara abil, mis võtab üle krüptograafilised funktsioonid, vabastades need tehinguid töötlevatest serveritest. Nende taustaprogrammide teine ​​funktsioon on XML-tehingute töötlemine, mis teenib ka aluseks oleva tehinguserveri mahalaadimise eesmärki. Ja kolmas, viimane funktsioon on tegelik liikluskorraldus või koormuse tasakaalustamine.

Seega võib mõistet "seade" serverile rakendades seostada mis tahes tüüpi serveriga, mis tarnitakse kliendile kasutusvalmis, nagu ka iga majapidamises kasutatavat elektriseadet, nagu külmkapp või veekeetja, saab kasutada kohe pärast selle paigaldamist. lahti pakitud.

Serverid e-äri infrastruktuuri jaoks

Tavaliselt nõuab e-äri keskkond mitmesuguseid servereid, millest igaühel on spetsiifilised jõudluse, skaleeritavuse ja saadavuse nõuded. Reeglina on need serverid jagatud mitmeks tasemeks: näiteks esiotsa Interneti-serverid; vahepealsed rakendusserverid; andmebaasiserverid.

Interneti esiserverid

Interneti esiserverite ülesanne hõlmab kasutajate päringute töötlemist (juurdepääs saidi lehtedele ja andmetele), tulemüüri funktsioonide toetamist, puhverserverit ja autentimisteenust, mis on loodud tehingute kaitsmiseks ja võrgu infrastruktuurile juurdepääsu võimaldamiseks ainult neile. kasutajad, kellel on asjakohased õigused. Peamine nõue esiserveritele on võime kiiresti vastata kasutaja päringutele. Seda tüüpi serverite koormus võib lühikese aja jooksul oluliselt muutuda, seega on piisav pearuum nende jaoks ülimalt oluline. Mõnel juhul eristatakse näiteks andmetöötluskeskuste Interneti esiserverite tasemel kahte alamtasandit: juurdepääsuserverid ja veebiserverid.

Kesktaseme rakendusserverid

Rakendusserverid on loodud veebipõhise e-kaubanduse aluseks olevate keerukamate tehingute töötlemiseks, samuti kolmanda põlvkonna e-äri visiooni edukaks elluviimiseks vajaliku teabe isikupärastamiseks. Nendes serverites töötavad rakendused vastutavad kasutaja päringutel põhineva teabe valimise eest ja iga kasutaja teabevajadused võivad olla puhtalt individuaalsed. Selleks moodustatakse uued päringud, mis edastatakse andmebaasiserveritesse ning sageli hangitakse andmeid korraga mitmest andmebaasist. Erinevatest kohtadest saadud info kogutakse ühtseks tervikuks, vormindatakse ja edastatakse kasutajale saatmiseks esiserveritesse. Reeglina töötavad vaheserverid rakendusi, mis haldavad ja registreerivad tellimusi, haldavad kliendisuhteid ning rakendavad etteantud reegleid äritoimingute sooritamiseks.

Andmebaasiserverid

Andmebaasiservereid kasutatakse äritehingute ja kasutajapäringute töötlemiseks. E-äri laienedes muutuvad kasutatavad andmebaasid keerukamaks ja nende maht kasvab. Andmebaasiserveri põhiomadus on selle võime kiiresti andmeid hankida ja vormindada. Selles mängib otsustavat rolli süsteemi arvutusvõimsus ja mastaapsus.

Hostingi kasutamise statistika

Iga RU-CENTERi virtuaalhostimisteenus registreerib järgmiste ressursside kasutamise:

1. RAM- hostimise tarkvara kasutamiseks eraldatud mälu suurus määratakse megabaitides vastavalt tariifiplaanile.
2. CPU aeg- aeg sekundites, mille serveriprotsessor kulutas ülesande (nt saidi skripti) täitmisele. Protsessori aja piirangu 50% väärtus tariifiplaanis tähendab, et 1 minuti jooksul saab skript 30 sekundi jooksul täielikult kasutada 1 protsessori tuuma. Piirang 200% tähendab, et 1 minuti jooksul on lubatud kasutada täielikult 2 protsessori tuuma, see tähendab 120 sekundit protsessori aega.
3. Kettaoperatsioonide arv- salvestussüsteemi poolt minutis tehtud sisend-/väljundoperatsioonide arv.
4. HDD lugemine- serveri kettalt teabe lugemise kiirus, megabaiti minutis.
5. HDD salvestamine- teabe kirjutamise kiirus serveri kettale, megabaiti minutis.

Teave ressursside kasutamise kohta on saadaval jaotises Vahendid→ Statistika .

Diagrammil klõpsates avaneb üksikasjalik teave konkreetse ressursi kasutamise kohta:

Kui hõljutate kursorit graafiku punkti kohal, näete ressursitarbimist sellel ajahetkel.

Suurenenud ressursside tarbimise põhjused

Tariifi kehtestatud piirmäärade ületamise korral saadetakse lepingu kontaktmeilile teade vajadusest olukorda analüüsida ja võtta kasutusele meetmed hostimise koormuse vähendamiseks.

Suurenenud ressursside tarbimise peamised põhjused:

1. Ressursimahuka CMS-i kasutamine, näiteks 1C-Bitrix. Vali .
2. Veebisaidi suur liiklus. Sel juhul soovitame valida või .
3. Optimeerimata skriptid saidil- skriptid, mille täitmisalgoritm on ebaefektiivne. Näiteks: teadaolevate andmete arvutamine, mitteoptimaalsed arvutusmeetodid, lisatsüklid jne.
4. Optimeerimata MySQL-i andmebaasi päringud. Probleemid võivad tekkida valesti vormindatud indeksitest, suurest laaditud andmete hulgast, suurest päringu pesastusest jne.
5. Otsingumootori tegevus. Robotid võivad saiti aeglustada, kui neid on palju ja nad roomavad samal ajal oma otsingubaasi värskendamiseks.
6. Pahatahtlik kood saidil. Serveri koormuse võib põhjustada pahatahtlike skriptide töö hostimisel.

Ressursitarbimise vähendamise viisid

1. Keelake kasutamata Apache veebiserveri moodulid ja PHP mooduli laiendused

Apache moodulid on hostis vaikimisi lubatud: auth_module, cgi, realip_module, rewrite_module, autoindex_module, env_module, expires_module

Kontrollige, kas teil on järgmised Apache moodulid lubatud, ja keelake need: Enamiku saitide jaoks, millel töötada PHP Ja MySQL neid ei nõuta. Seda saate teha jaotises
Kontroll veebiserver → PHP mooduli haldamine hostimise juhtpaneel. Moodulite loendi vaatamiseks klõpsake lingil Laienduste haldamine.

• FastCGI- nõutav, kui installite hostimisse mis tahes tarkvara, mis töötab FastCGI-serverina.
• gzip_moodul- vajalik, kui seadistate gzip-tihenduse. Lisaks mooduli lubamisele on failis vaja täiendavaid tihendusseadeid .htaccess. Kui te seda funktsiooni ei kasuta, keelake moodul.
• mime_magic_module- võimaldab veebiserveril määrata failide MIME tüübid, enamiku saitide jaoks piisab standardsest mime_moodulist.
• Perl- aka mod_perl , vajalik spetsiaalselt mod_perli jaoks kirjutatud perli skriptide jaoks. Perli skriptide käitamiseks kasutatakse enamikul juhtudel moodulit CGI(vaata artiklit)
• puhverserveri_moodul- nõutav, kui kavatsete seadistada päringu puhverserveri, kasutades apache veebiserverit.
• ribalaiuse_moodul, kasutajajälituse_moodul, õigekirja_moodul, limitipconn_module- need moodulid tarbivad vähe mälu, kuid enamik saite ei vaja nende funktsioone, seega saab need ka keelata.

PHP-mooduli laiendusi hallatakse hostimise juhtpaneeli jaotises Kontroll veebiserver → PHP mooduli haldamine vastavalt juhistele.

• Kiirendi, APC- vahemälu andmed RAM-is, nii et need nõuavad palju neid. Virtuaalses hostimises pole nende moodulite tõhusaks tööks piisavalt RAM-i.
• mysql, mysqli, pdo_mysql- moodulid MySQL-i andmebaasiga töötamiseks, tavaliselt vajab sait ühte neist, keelake kasutamata.
• imagick, gd- graafikaga töötamise moodulid, kui sait saab töötada gd teegiga, on parem seda kasutada, kuna see tarbib palju vähem mälu.
• imap- võimaldab teil töötada postiserveritega, kasutades imap-protokolli, enamik saite seda funktsiooni ei vaja.
• dba, sqlite, pgsql, pdo_sqlite, pdo_pgsql- moodulid vastava DBMS-iga töötamiseks. Enamik saite töötab MySQL DBMS-iga, need moodulid saab keelata.

Kui te pole kindel, kas saidi toimimiseks on vaja konkreetset moodulit, saate analüüsida konkreetse mooduli mõju saidile, keelates need ükshaaval ja kontrollides saitide korrektset toimimist.

2. Analüüsige saidi logifaile

Järgmised logifailid paigutatakse hostimise kataloogi /var/log/:

• /var/log/your_domain.access.log – saidi juurdepääsulogi,
• /var/log/your_domain.error.log – vealogi.

Saate neid vaadata hostimise kaudu ühenduse loomisel. Logifaile saate alla laadida juhtpaneeli failihalduri abil. Näete, milliseid hitte saidile suure mälutarbimise ajal tehti.

Saidi indekseerimine otsingurobotite poolt, eriti mitu korraga, liikluse hüppeline suurenemine - kõik see põhjustab mälutarbimise suurenemist. Mõned otsingumootorid võimaldavad teil piirata nende robotite päringute intensiivsust ajaühiku kohta. Teavet nende seadete kohta leiate nende otsingumootorite dokumentatsioonist.

3. Kontrollige saidi skriptide tööd kolmandate osapoolte serveritega

Kui teie veebisait saab andmeid kolmandate osapoolte teenustelt, võivad kolmandate osapoolte teenuste aeglustumine või kättesaamatus mõjutada teie veebisaidi toimivust. Mida aeglasemalt kolmanda osapoole teenus reageerib, seda rohkem aega protsessid RAM-is kuluvad Apache.

4. Analüüsige saidi skriptide ja päringute tööd MySQL andmebaasi

Skripti optimeerimise eesmärk peaks olema RAM-i kasutamise ja skripti täitmiseks kuluva aja minimeerimine. Vahemälu andmed, mida värskendatakse harva.

Soovitame teil SQL-päringute optimeerimise osas konsulteerida saidi arendajatega. Mida kiiremini päringuid andmebaasiserver täidab, seda kiiremini saab veebiserver vajalikud andmed kätte, genereerib kliendile vastuse ja vabastab mälu.

Saidile sisenemisel tekkivate andmebaasipäringute ja nende täitmise aja vaatamiseks saate kasutada liidest, vahekaarti Protsessid.

Andmebaasi päringute optimeerimine tuleks taandada järgmistele tulemustele:

• kõigis päringutes kasutatakse andmete valimiseks indekseid,
• ajutiste failide ja failisortimise operatsioonide kasutamine on viidud miinimumini.

Kõik need andmed iga päringu kohta saab käsu abil SELETAMA vastavalt MySQL dokumentatsioonile.

5. Analüüsige saidi paigutust

Soovitame optimeerida saidi paigutust, vähendades allalaaditud elementide arvu. Mida vähem päringuid serverile esitatakse, seda väiksem on päringu töötlemise koguaeg ja käivitatavate veebiserveri protsesside arv ning seetõttu ka mälukulu.

6. Kontrollige, kas saidil pole pahatahtlikku koodi

Enamikul populaarsetele CMS-ile ehitatud saitidel on teatud turvaaukud. Arendajad annavad turvaaukude parandamiseks regulaarselt välja värskendusi, kuid alati pole võimalik end häkkimise eest kaitsta. Selle põhjuseks on asjaolu, et häkkimine toimub enamasti kolmanda osapoole pistikprogrammide või muudetud teemade kaudu.

Kontrollige hostimist pahatahtliku koodi suhtes, kasutades .

veebiserver (veebiserver) on server, mis vastutab klientide päringute (HTTP-päringute) vastuvõtmise ja töötlemise eest veebisaidile. Klientideks on tavaliselt erinevad veebibrauserid. Vastuseks väljastab veebiserver klientidele HTTP vastused, enamikul juhtudel koos HTML-lehega, mis võib sisaldada: igasuguseid faile, pilte, meediumivoogu või muid andmeid.

Veebiserver täidab ka skriptide (nt CGI, JSP, ASP ja PHP) täitmise funktsiooni, mis vastutavad võrguteenuste, andmebaaside, failidele juurdepääsu, e-kirjade edastamise ja muude e-kaubanduse rakenduste päringute korraldamise eest.

Mõistet "veebiserver" kasutatakse ka riist- ja tarkvara kohta, mis täidab veebiserveri funktsioone. See võib olla mõni arvuti, mis on spetsiaalselt valitud personaalarvutite rühmast või tööjaam, kuhu on installitud ja töötab teenindustarkvara.

Kasutaja klient, mis on valdavalt veebibrauser, saadab veebiserverisse päringuid URL-ide järgi tuvastatud ressursside hankimiseks. Ressursiks on HTML-lehed, digitaalne meediasisu, meediumivood, erinevad pildid, andmefailid või muud kliendi poolt nõutavad andmed. Vastuseks saadab veebiserver nõutud andmed kliendile. See vahetus toimub HTTP-protokolli abil.

HTTP (HyperText Transfer Protocol) on andmeedastuse rakenduskihi võrguprotokoll. HTTP-protokolli põhiprintsiibiks on "klient-server" tehnoloogia, mis tagab suhtluse võrgu ja kasutaja vahel.

Väikese organisatsiooni puhul võib veebiserver olla terviklik süsteem, mis koosneb: HTTP serverist – teenindab päringuid veebilehtedele; FTP-server - kasutatakse failide üleslaadimiseks Interneti kaudu; NNTP serverid – pääseb ligi uudistegruppidele; SMTP-serverid – e-posti jaoks.

Lugu

Briti teadlast Tim Berners-Lee peetakse esimese veebiserveri leiutajaks. Töötades alates 1980. aastast Euroopa tuumauuringute laboris (fr. Conseil Européen pour la Recherche Nucléaire, CERN) tarkvarakonsultandina, alustas ta oma arendustega. Genfis töötas ta enda vajadusteks välja programmi Inquire (ing. inquire - ask), mis kasutas andmete salvestamiseks juhuslikke seoseid ja pani aluse World Wide Web'ile.

1989. aastal töötas Tim Berners-Lee CERNi siseveebis ja tegi ettepaneku asutada ülemaailmne hüpertekstiprojekt, mis seisnes hüperlinkidega seotud hüpertekstidokumentide avaldamises. Selle projekti elluviimine hõlbustaks tema hinnangul CERNi teadlaste assotsieerumist, otsimist ja teabevahetust. Projekti elluviimiseks leiutas Tim Berners-Lee koos oma assistentidega URI-d ja URL-id, HTTP-protokolli ja HTML-keele. Kõik need tehnoloogiad on nüüdisaegses Internetis laialdaselt kasutusel ja neist ei saa enam loobuda.

Selle projekti tulemusena töötas Berners-Lee välja maailma esimese veebiserveri nimega "httpd" ja ka maailma esimese hüperteksti veebibrauseri NeXT arvutile nimega WorldWideWeb (World Wide Web).

Esimene veebibrauser töötas NeXTSTEP platvormil, mis on objektorienteeritud, multitegumtööga operatsioonisüsteem ja töötati välja Interface Builderi abil. Veebibrauseri liides oli väga lihtne ja peaaegu kogu info kuvati tekstivormingus vaid mõne pildiga. Lisaks standardsele FTP-protokollile kasutas Tim Berners-Lee enda leiutatud uut HTTP-protokolli. Aastatel 1991–1993 täiustas Berners-Lee oma uute arenduste tehnilisi omadusi: URI-sid ja URL-e, HTTP-protokolli ja HTML-keelt ning avaldas need. Hiljem nimetati veebibrauser ümber "Nexuseks", et vältida segadust selle operatsioonisüsteemi nimega, millel brauser töötati, ja selle nimega.

Maailma esimene veebiserver ja esimene veebibrauser töötasid personaalarvutis NeXTSTEP; see arvuti on nüüd väljas CERNi (Mikrokosmose) muuseumis.

Tim Berners-Lee võõrustas maailma esimest veebisaiti aadressil http://info.cern.ch; See sait on nüüd arhiveeritud. Esimene sait ilmus Internetti 6. augustil 1991. aastal. See veebisait andis:

• World Wide Web'i kirjeldus;
• juhised veebiserveri õigeks paigaldamiseks;
• teave veebibrauseri ostmise kohta;
• muu tehniline teave.

See sait esindas ka maailma esimest veebikataloogi. Berners-Lee postitas sellele teistele saitidele viivate linkide loendi ja uuendas seda regulaarselt.

12. detsembril 1991 paigaldati USA-s Stanford Linear Accelerator Centeris (SLAC) maailma esimene veebiserver.

Põhi- ja lisafunktsioonid

Kõik veebiserveri põhi- ja lisafunktsioonid:

• Päringute vastuvõtmine veebibrauseritelt HTTP standardprotokolli kaudu, kasutades TCP / IP võrguprotokolle;
• Hüpertekstiga failide või mis tahes dokumentide otsimine ja saatmine brauserisse HTTP-protokolli kaudu;
• Teenindus- ja taotluste töötlemine, näiteks: mailto, FTP, Telnet jne;
• Rakendusprogrammide käivitamine veebiserveris koos järgneva töötlemisparameetrite edastamise ja tagastamisega CGI liidese standardi kaudu;
• Navigatsioonipiltkaartide (Image map) käitamine ja hooldus;
• Serveri administreerimine ja operatiivjuhtimine;
• Kasutajate autoriseerimine ja nende autentimine;
• Logi pidamine kasutajate juurdepääsu kohta erinevatele ressurssidele;
• Veebilehtede automatiseeritud töö;
• Dünaamiliselt loodud lehtede tugi;
• HTTPS-protokolli tugi klientidega turvaliste ühenduste jaoks.

Veebiserveri kirjeldus

Veebibrauserid suhtlevad veebiserveritega HTTP-protokolli (Hypertext Transfer Protocol) abil. See on lihtne päringu- ja vastuseprotokoll teabe saatmiseks TCP/IP-protokolli kasutades. Veebiserver võtab päringu vastu, tuvastab faili, saadab selle brauserisse ja katkestab seejärel ühenduse. Samal viisil töödeldakse lehel olevat graafilist teavet. Järgmiseks on veebibrauseri kord kuvada võrgust alla laaditud HTML-dokumenti kasutaja monitoril.

Lisaks HTML-lehtedele ja graafikale saavad veebiserverid salvestada mis tahes faile, sealhulgas tekstidokumente, tekstitöötlusprogrammi dokumente, videofaile ja heliteavet. Tänapäeval, peale kasutajate täidetud küsimustike, edastatakse suurem osa veebiliiklusest ühes suunas – brauserid loevad faile veebiserverist. Kuid see muutub, kui üldiselt võetakse kasutusele HTTP 1.1 mustandis kirjeldatud PUT-meetod, mis võimaldab teil faile veebiserverisse kirjutada. Tänapäeval kasutavad PUT-meetodit peamiselt veebilehti loovad kasutajad, kuid tulevikus võib arvelduskodadele tagasiside andmisest olla kasu ka teistele kasutajatele. PUT-päringud on palju lihtsamad kui lihtne POST-faili üleslaadimine veebiserverisse.

Veebiserveris teevad oma tööd ka erinevad rakendused, millest populaarseimad on otsingumootorid ja andmebaaside suhtlusvahendid. Nende rakenduste arendamiseks kasutatakse selliseid standardeid nagu CommonGatewayInterface (CGI), JavaScripti skriptikeeled ning Java ja VisualBasic programmeerimiskeeled. Lisaks CGI liidesele on mõned veebiserveri müüjad loonud rakenduste programmeerimisliideseid (API), nagu Netscape Server API ja Internet Server API, mille loovad Microsoft ja Process Software AG. Need liidesed võimaldavad arendajatel otse juurdepääsu konkreetsetele veebiserveri funktsioonidele. Mõnel veebiserveril on andmebaasidega ühenduse loomiseks vahevara, mis võib nõuda professionaalseid programmeerimisteadmisi.

Põhilised otsingufunktsioonid aitavad kasutajatel vajalikku teavet sorteerida ja andmebaasi utiliidid pakuvad veebibrauseri kasutajatele sellele teabele juurdepääsu.

Ülevaade veebiserveritest

Veebiserveri valiku kriteeriumid võivad olla erinevad omadused: installimine, konfigureerimine, serveri haldamine, administreerimine, serveris majutatud teabe haldamine, selle teabe kaitse, juurdepääsu kontroll, rakenduste arendusfunktsioonid ja jõudlus.

Enamik veebiservereid installitakse kiiresti ja lihtsalt.

Paigaldusprotsessi kõige keerulisem osa on mitme domeeninime seadistamine ühes füüsilises seadmes ehk teisisõnu virtuaalsete serverite korraldamine.

Veebiserveritel on tööriistad veebilehe üldist korraldust iseloomustava teabemooduli haldamiseks, samuti on olemas tööriistad sisemiste ja väliste hüperteksti linkide õigsuse kontrollimiseks. Netscape Communicationsi LiveWire'i paketil, mis on kaasas Novell Open Enterprise Serveriga (OES) ja mis on FastTracki serveriga valikuline, on sõlmede haldamise utiliit, mis loetleb kõik valitud lehe lingid. See utiliit pakub ka üldist loendit kõigist leitud kehtetutest linkidest. O'Reilly & Associates'i WebView'l on sama funktsioon ja see suudab kuvada üksikasjaliku failipuu, kus kõik kehtetud lingid on punasega esile tõstetud.

Sisuhalduseks on ka elementaarsed tööriistad. Veebiadministraatorid peavad valima, kuhu faile salvestada ja kuidas veebiserverile ligi pääsevad kasutajad neile failidele juurde pääsevad. See nõuab loogiliste URL-ide ja füüsiliste failikataloogide vahelist vastendamist. Iga tarkvara teostab seda toimingut omal ainulaadsel viisil.

Veebiserverite populaarsuse suurenemise ja nende kasvava kasutamisega sisevõrkudes kasvab kommertstegevus Internetis, mistõttu suureneb teabe kaitsmise tähtsus. Enamasti on veebiserveri turvasüsteemid tänapäevaste sisevõrkude jaoks kas üleliigsed või ebapiisavad. Kui ettevõttesiseselt on vaja piirata ligipääsu teatud infole, siis on valida, kas kasutada krüptimata paroole, mis edastatakse sidekanalite kaudu, ning kasutada SSL-protokolli (ing. Secure Sockets Layer – secure sockets layer) – kompleksne ja aeglane meetod, mida kasutatakse paroolide ja andmete krüptimiseks.

Üksikkasutajate ja nende rühmade töö korraldamiseks saab kasutada sisemisi serverirakendusi või operatsioonisüsteemi teatud funktsioone. Üksikkasutajate ja nende rühmade töö korraldamiseks saab kasutada sisemisi serverirakendusi või operatsioonisüsteemi teatud funktsioone. Microsoft Internet Information Services (IIS) pakettteenus kasutab aluseks oleva Windows NT võrguoperatsioonisüsteemi tööriistu.

NetWare veebiserveri pakett firmalt Novell, Inc. täielikult integreeritud aadressikataloogiteenustega (NetWare Directory Services, NDS). Kasutajate seadistamine ühisest keskusest on mugav, kuid see võib olla turvarisk. Paroolid levitatakse sidekanalite kaudu krüptimata ja nende pealtkuulamisel ei satu ohtu mitte ainult veebiserver, vaid kogu võrgu operatsioonisüsteemi turvalisus.

Rakenduste arendamine on veebiserveri üks peamisi funktsioone. Rakenduste arenduskeskkond ja andmebaasi ühenduvustööriistad on veebiserveri võimaluste laiendamiseks väga olulised, kuna rakenduste arendamine sõltub rakenduste programmeerimisliidese (API) erinevatest omapärastest üksikasjadest, aga ka programmeerimiskeelte või inimese omadustest. programmeerijate eelistused.

Veebiserverid võivad teenindada süsteeme alates väikeettevõtete sisevõrkudest kuni suurte veebiteabekeskusteni, mida kasutavad miljonid inimesed.

Väikeste ettevõtete sisevõrkude jaoks sobib kõige paremini Microsofti loodud ja levitatav Internet Information Server (IIS) pakett. IIS-i eristab üsna lihtne installimine ja lihtsad konfiguratsiooniseaded. See veebiserveri pakett on hästi integreeritud juurdepääsukontrolli tööriistadega, Performance Monitori ja Event Vieweriga. IIS-i veebiserver pakub ka mitmeid tööriistu teabe dünaamiliseks edastamiseks andmebaasidest. IIS on väga kiire. IIS-i komponendid toetavad selliseid protokolle nagu: HTTP, HTTPS, FTP, NNTP, SMTP, POP3.

Veebi teabekeskuste loomise hõlbustamiseks on enamik veebiservereid varustatud utiliitide ja tööriistadega sisu haldamiseks. Lisaks HTML-i redigeerijatele ja dokumendivormingu muunduritele on kõige kasulikumad URL-i kontrolli tööriistad, mis tagavad, et kõik teie veebisaidil olevad hüpertekstilingid töötavad.

Iga personaalarvuti, mis on ühendatud Internetiga, saab muuta veebiserveriks, installides sellesse spetsiaalse serveritarkvara.

Levinuimad veebiserverid on Apache (Apache Software Foundation), IIS (Microsoft) ja iPlanet server (Sun Microsystems ja Netscape Communications Corporation). Nüüd on veebiserveri tarkvara turul tohutu valik tooteid, nii kommerts- kui ka tasuta.

Üks populaarsemaid veebiservereid on Apache Software Foundationi Apache. Hinnanguliselt kasutab seda 65% kõigist maailma veebiserveritest. Apache tarkvara üks peamisi eeliseid on selle tasuta levitamine. Arendajad parandavad leitud vigu regulaarselt ja pakuvad head kasutajatuge. See veebiserver toetab suurt hulka mooduleid, utiliite ja lisandmooduleid. Kuna Apache töötati algusest peale välja tarkvarana administraatoritele ja edasijõudnud kasutajatele, on sellel üks puudus - konfigureerimise ja hoolduse keerukus kogenematute veebimeistrite jaoks.

Populaarsuselt järgmine on Microsofti IIS-i veebiserver. Netcrafti andmetel moodustab IIS-i veebiserver 12,46% veebiserverite koguarvust. See toode on osa Windows NT serveritarkvara perekonnast. Selle peamised eelised on stabiilsus, suur kiirus, võimalus ühendada täiendavaid mooduleid. Microsoft püüab tagada, et iga kasutaja saaks tema tooteid kasutada ilma spetsialistide abita, kui tal on vaja lahendada tavalisi ülesandeid. Seetõttu on IIS-i väga lihtne installida, konfigureerida ja hooldada. Veebiserver toetab .NET-tehnoloogiat, mis on viimasel ajal arendajate ja professionaalsete kasutajate seas populaarsust kogunud. Need eelised viivad IIS-i veebiserveri järgmisele tasemele ja eeldatavasti suureneb kasutus.

Muud märkimisväärsed veebiserverid:

• nginx on tasuta veebiserver ja meilipuhverserver, mille on välja töötanud Igor Sysoev. Lihtne, kiire ja töökindel server. Töötab Linuxis ja teistes Unixi sarnastes operatsioonisüsteemides, aga ka Windowsis. Populaarne suurematel veebisaitidel;
• lighttpd- tasuta veebiserver. Arendaja Jan Kneske. Kiire ja turvaline veebiserver. Töötab Linuxis ja teistes Unixi sarnastes operatsioonisüsteemides, samuti Windowsis;
• Google'i veebiserver- Apache'il põhinev veebiserver, mida Google kasutab oma veebitaristu korraldamiseks;
• Vaik on Java jaoks tasuta veebiserver ja rakendusserver. Arendaja – Caucho Technology Inc.;
• Cherokee- tasuta veebiserver, mida juhitakse ainult veebiliidese kaudu. Kirjutatud programmeerimiskeeles C;
• Rootage on Java programmeerimiskeeles kirjutatud veebiserver. Töötab Linuxis ja Windowsis;
• THTTPD- lihtne, väike, kiire ja turvaline veebiserver. Välja töötatud ACME Labsi tarkvara poolt.

Veebiserveri kliendid

Tavaliselt on kliendiks veebibrauser. Kuid veebiserverile pääsevad juurde ka muud erinevad seadmed ja programmid:

• Statsionaarsesse personaalarvutisse installitud veebibrauser;
• Veebibrauser, mis on installitud pihuarvutisse või muusse kaasaskantavasse seadmesse;
• Mobiiltelefonid ja nutitelefonid, mille abil saab kasutaja WAP-protokolli kaudu ligipääsu veebiserveri ressurssidele;
• Erinevad programmid, mis pääsevad iseseisvalt veebiserverisse juurde, et värskendada või hankida muud teavet. Näiteks erinevad viirusetõrjed, mis pöörduvad perioodiliselt veebiserveri poole, et andmebaasi värskendada;
• Erinevad digiseadmed, samuti mõned kodumasinad.

Prindi (Ctrl+P)

Veebiserverite konfigureerimine töötama 1C:Enterprise'iga

1. Üldinfo

Selles artiklis kirjeldatakse mehhanismi veebiserverite konfigureerimiseks veebikliendi ja veebiteenustega töötamiseks, samuti OpenID autentimise toe konfigureerimist. Pärast avaldamist pääseb avaldatud komponentidele juurde järgmiselt.
● Juurdepääs veebikliendile. Veebikliendi käivitamiseks peate kasutama aadressi, mis moodustatakse vastavalt järgmistele reeglitele: <Имя хоста веб-сервера>/<Имя виртуального каталога> . Kui virtuaalse kataloogi nimi on DemoCfg , tippige veebikliendi käivitamiseks järgmine URL (juurdepääsuks kohalikust masinast): http://localhost/DemoCfg.
● Veebiteenusele helistamine. Veebiteenusele juurdepääsuks peate kasutama aadressi, mis moodustatakse järgmiselt:
<Veebiserveri hostinimi>/<Имя виртуального каталога>/ws/<Имя Web-сервиса> või <Имя хоста веб-сервера>/<Имя виртуального каталога>/ws/<Адрес Web-сервиса> .
Seega, kui virtuaalse kataloogi nimi on DemoWS , määratakse konfiguraatoris veebiteenuse nimi järgmiselt DemonstratsioonitöödWS ja aadressiks on määratud DemoWorkWS, siis pääseb veebiteenusele üheaegselt juurde kahel aadressil (juurdepääsuks kohalikust masinast):
http://localhost/DemoWS/ws/DemoWSWorks või http://localhost/DemoWS/ws/DemoWorkWS.
Lisateave veebiteenuste kohta.
● HTTP-teenuse helistamine. HTTP-teenusele juurdepääsuks peate kasutama aadressi, mis moodustatakse järgmiselt:
<Имя хоста веб-сервера>/<Имя виртуального каталога>/hs/<путь к ресурсу>.
Lisateavet HTTP-teenuste kohta leiate siit.
● OpenID autentimist teostab süsteem automaatselt.
Interneti infoteenuste (edaspidi IIS) perekonna veebiserverid tulevad koos operatsioonisüsteemiga ning et oleks lihtsam aru saada, millist veebiserverit kasutate, on siin tabel, mis vastab veebiserveri versioonile ja operatsioonisüsteemile. süsteem:

IIS versioon Operatsioonisüsteemi versioon
IIS 5.1 Windows XP Professional
IIS 6.0 Windows Server 2003 või Windows XP Professional x64 Edition
IIS 7.0 Windows Vista või Windows Server 2008
IIS 7.5 Windows 7 või Windows Server 2008 R2
IIS 8.0 Windows 8 või Windows Server 2012
IIS 8.5 Windows 8.1 või Windows Server 2012 R2
IIS 10.0 Windows 10

Apache veebiserveri distributsiooni (nii Windowsi kui ka Linuxi OS-i jaoks) saab projekti veebisaidilt: http://httpd.apache.org/download.

2. Üldnõuded

Arvutisse, kus avaldate, peab olema installitud ja konfigureeritud toetatud veebiserver. Interneti-infoteenuste veebiserveri installimine võib nõuda teie operatsioonisüsteemi levitamist. Veebiserveri installimisel on vaja installida ISAPI laienduste tugi. Veebiserveri installimiseks on vaja administraatoriõigusi arvutis, kuhu vajalik veebiserver installitakse. Avaldamist saab teha kahel viisil:
● Veebiserveris avaldamisdialoogi kasutamine, kui veebiserveriga arvutis on võimalik käivitada vajaliku bitiastme konfiguraator.
● Webinsti utiliidi kasutamine. (Peate helistama webinsti utiliidile 1C:Enterprise'i 32-bitise versiooni bin kataloogist.)

Veebiserverites avaldamiseks on teil vaja administraatoriõigusi arvutis, kus avaldate:

● Windows Vista ja vanemate puhul käivitage avaldamiseks konfiguraator, kasutades Käivitage administraatorina rakenduse või käivitaja kontekstimenüü. Kui avaldamine toimub utiliidi webinst abil, tuleb administraatorina käivitada kas utiliit ise või Windowsi käsurea tõlk.
● Linux OS-i puhul peate avaldamiseks hankima superkasutaja (juur)õigused, kasutades käsku su või käivitama rakenduse, mis avaldab käsu sudo abil.

Kui proovite avaldada, kontrollib süsteem, kas teil on toimingu tegemiseks vajalikud õigused. Kui praeguse kasutaja õigustest ei piisa avaldamiseks, siis:

● Konfiguraatorist avaldamisel küsitakse kasutajalt, kas ta soovib avaldamist jätkata. Dialoog näitab esinemise (dialoogi) põhjust ja sisaldab soovitusi vajalike õiguste saamiseks.
● Webinst utiliidi abil avaldamisel kuvatakse kasutajale diagnostikateade, kuid avaldamine jätkub.

Avaldamine on võimalik ainult siis, kui 1C:Enterprise asub veebiserveriga arvutis.
IIS 7.x ja uuemate versioonide puhul ei toetata avaldamist, kui atribuut Directory (või veebiinsti utiliidi dir parameeter) osutab kataloogile %SYSTEMDRIVE%\Inetpub\wwwroot.
MÄRGE. Veebiserveri kaudu konfiguratsiooniga töötamiseks ei tohi konfiguratsioon olla tühi.

3. Väljaande liigid

3.1. Üldine avaldamisskeem

Üldine avaldamisskeem on järgmine:

● veebiserverile vastava päringu töötlemise mooduli (veebiserveri laiendusmooduli) registreerimine;
● veebiserveris registreeritakse virtuaalne rakendus;
● luuakse virtuaalne rakenduste kataloog, kuhu asetatakse fail default.vrd ja teostatakse selle seadistamine;
● Kasutajatele määratakse õigused andmebaasifailiga kataloogi (ainult failiversiooni jaoks).

Veebikliendi avaldamiseks kasutage 1C:Enterprise versiooni, mida kasutatakse teabebaasiga töötamiseks, millele kavatsete veebikliendi kaudu juurde pääseda. Kui arvutisse on installitud kaks versiooni, näiteks 8.3.3.100 ja 8.3.3.150 ning töötab 1C:Enterprise serveri versioon 8.3.3.150, siis kasutage avaldamiseks täpselt sama versiooni konfiguraatorit või Webinst utiliiti.
Avaldamisel pidage meeles, et teie registreeritava veebiserveri laienduse bitisagedus peab ühtima veebiserveri enda bitisagedusega.

IIS-i veebiserveris avaldamisel pidage meeles järgmist.
● Avaldamine toimub alati vaikeveebisaidil;
● Avaldamine toimub alati vaikerakenduste kogumis (DefaultAppPool);
● 1C:Enterprise operatsiooni jaoks kasutatava rakenduste kogumi puhul tuleb .NET-keskkonna tugi keelata. Selleks määrake rakenduse .NET Framework Versions atribuudiks Haldamata koodi.
Konfiguraatorist avaldamiseks peate kasutama avaldamise dialoogi ( Administreerimine – avalda veebiserveris...).

Riis. 1. Avalda veebiserveris

Seejärel peaksite tegema järgmist:
● Sisestage väljale Nimi virtuaalse kataloogi nimi, samas kui virtuaalse kataloogi nimi võib koosneda ainult ladina tähtedest.
● Määrake väljal Veebiserver selle veebiserveri tüüp, kuhu avaldate.
● Määrake väljal Kataloog selle kataloogi füüsiline asukoht, kus asuvad virtuaalset kataloogi kirjeldavad failid. Apache veebiserveri kasutamisel peab kataloogi nimi sisaldama ainult ladina tähti.
● Sõltuvalt vajadusest märkige ruudud Avaldage Thin ja Web Client ning avaldage veebiteenused.
● IIS-i veebiserveri puhul saate määrata, kas autentida veebiserverisse OS-i abil.
● Soovi korral valige veebiteenused, mida soovite avaldada. Veergu Aadress saab muuta. See veerg määrab veebiteenuse sünonüümi. Veebiteenusele pääseb juurde kas nime või sünonüümi järgi.
● Vajadusel konfigureerige muid avaldamissuvandeid.
● Avaldamise nupul klõpsamine käivitab avaldamisprotsessi. Nupu Keela klõpsamine eemaldab väljaande valitud veebiserverist.

Pärast avaldamise lõpetamist palutakse teil veebiserver taaskäivitada järgmistel juhtudel.
● 1C:Enterprise'i versioon on muutunud;
● veebiserveri laiendusmooduli tee on muutunud;
● Apache veebiserveri jaoks on valminud uus väljaanne;
● Avaldamine on keelatud.
Anonüümse autentimise ja faili infobaasi kasutamisel kontrollitakse avaldamisel infobaasi kataloogi juurdepääsuõigusi kasutajale, kelle nimel anonüümne ligipääs tehakse. Kui kasutajal puuduvad vajalikud õigused, antakse hoiatus, et veebiserveri kaudu ei saa selle infobaasiga töötada. Soovitatav on anda kataloogile õigused infobaasiga või märkida ruut Kasuta veebiserveris operatsioonisüsteemi autentimist.
Kui konfiguraatorist avaldamine pole saadaval (näiteks 64-bitise Windowsi OS-i kasutamisel), saab avaldada
käsurea utiliit webinst, mis on saadaval Windowsis ja Linuxis mõlema bitisügavusega. Järgmisena kirjeldatakse üksikasjalikult avaldamisdialoogi ja
utiliidi webinst käsurea lülitid.

3.2. Avaldamise dialoog

Avaldamise dialoogi kasutatakse väljaande loomiseks või avaldamiseks mallifaili ettevalmistamiseks, kasutades utiliiti webinst (kasutades käsurea suvandit -deskriptor).
Kõik parameetrid, mida saab publikatsiooni loomisel muuta, asuvad kahel vahelehel. Vaatleme neid üksikasjalikumalt.

3.2.1. Dialooginupud

Nupp Avalda avaldab veebiserveris. Avaldamisel luuakse kettal kataloog ja määratud veebiserver on konfigureeritud töötama koos 1C:Enterprise'iga. Pidage meeles, et IIS-i veebiserverisse avaldamine toimub alati vaikeveebisaidi (vaikeveebisait) ja rakenduste vaikekogumi (DefaultAppPool) jaoks.
Linux OS-is tehakse järgmised toimingud:
● Kataloogi jaoks, kus asub fail default.vrd, määratakse omanike rühmaks kasutaja rühm, kelle nimel veebiserver töötab;
● Fail default.vrd on seatud lugemisjuurdepääsuks rühmale, mis sisaldab kasutajat, kellena veebiserver töötab.
Faili teabebaasi avaldamisel määratakse teabebaasi failiga kataloogi omanike rühmaks kasutajate rühm, kelle nimel veebiserver töötab, ja omanike rühma pärand on konfigureeritud nii, et oleks tagatud töö teabebaasiga. .

Riis. 2. Avalda veebiserveris

Nupp Keela eemaldab vajaduse korral rakenduse veebiserverist ja avaldamise kataloogist.
Nupp Salvesta salvestab veebiserveri avaldamisdialoogis määratud parameetrid faili. Salvestamisel küsib süsteem salvestatava faili nime ja asukohta. Salvestamine toimub failivormingus default.vrd. Selle käsuga saate luua mallifaile, mida kasutatakse webinst utiliidi parameetrina -descriptor. Punktielemendi atribuutide ib ja base väärtused seatakse selle teabebaasi parameetritele, kust faili salvestatakse.
Nupp Laadi lubab laadida redigeerimiseks suvalise default.vrd faili. Üleslaadimisel ignoreeritakse üleslaetud faili punktielemendi atribuute ib ja base.
Nupp Sule sulgeb dialoogi.
Nupp Abi avab akna avaldamisdialoogi abiteabega.

3.2.2. Üldine vahekaart

3.2.2.1. Ühised parameetrid

Riis. 3. Avaldamine veebiserveris. Peamine

Sellel vahekaardil saate määrata väljaande peamised parameetrid.
Nimi. Määrab väljaande nime. Webinst utiliidi abil avaldamisel kirjeldatakse seda parameetriga -wsdir. Failis default.vrd vastab see punktielemendi baasatribuudile.

Veebiserver. Määrab, millisesse veebiserverisse väljaanne tehakse. Apache veebiserverid lisatakse loendisse, kui need arvutist leitakse. Webinst utiliidiga avaldamisel määrab kasutatav veebiserver ühe suvanditest iis, apache2 , apache22 või apache24. Linuxis töötades saate avaldada ainult Apache veebiserveris.
Juhul, kui süsteem ei suutnud üheselt määrata arvutisse installitud Apache veebiserveri versiooni (2.2 või 2.4), on loendis mõlemad veebiserveri versioonid. Tuleb märkida, et Apache veebiserveri versioonide 2.2 ja 2.4 puhul on veebiserveri konfiguratsioonifailis tehtud muudatused erinevad. Seetõttu põhjustab veebiserveri vale versiooni määramine avaldamise nurjumise.

Kataloog . Määrab füüsilise kataloogi kettal, kus asub fail default.vrd ja kuhu kaardistatakse veebiserveri virtuaalne kataloog. Kataloog peab olemas olema. Webinst utiliidi abil avaldamisel kirjeldatakse seda parameetriga -dir.

Avalda õhuke ja veebiklient. Vastutab avaldatud teabebaasiga töötamise oskuse eest õhukeste ja veebiklientide abil. Kui märkeruut on märgitud, on võimalik avaldatud teabebaasiga töötada õhukeste ja veebiklientide abil. Failis default.vrd vastab see punktielemendi atribuudile enable.

Avalda standardne OData liides. Vastutab rakendatud lahenduse standardsele OData liidesele juurdepääsu eest. Standardse OData liidese mehhanismi kirjeldatakse üksikasjalikumalt raamatus 1C: Ettevõte 8.3. "Arendaja juhend". Failis default.vrd vastab punktelemendi atribuudile enableStandardOData.

Avalda levitamine. Määrab, kas klientrakenduse saab hankida ja installida, kui klientrakenduse ja serveri versioonid ei ühti. Jaotuspaketina kasutatakse zip-arhiivi, mille täisnimi on määratud avaldatud levipaketi atribuudi Asukoha väärtuseks. Failis default.vrd vastavad need atribuudid punktielemendi atribuudile pubds t. Arhiiv peaks
kliendirakenduse levikomplekti leidmiseks. Installimisel kasutatakse failis 1cestart.cfg määratud installisätteid (sarnaselt kliendirakenduse tavalise installimisega).

Kasutage operatsioonisüsteemi autentimist. Võimaldab süsteemil määrata IIS-i veebiserveris OS-i autentimisvõimaluse.

Hüppa aadress, kui veebiklient lõpeb võimaldab määrata URL-i, kuhu pärast veebikliendi lõppu üleminek sooritatakse. Failis default.vr vastab d elemendile exitURL.

3.2.2.2. Veebiteenuste vahekaart

Riis. 4. Veebiteenuste avaldamine

Veebiteenuste avaldamine. Selle ruudu märkimisel avaldatakse konfiguratsioonis loodud veebiteenused, mis on loetletud kasti all olevas tabelis. Failis default.vrd vastab see ws elemendi atribuudile enable e. Kui märkeruut on märkimata, võrdub see ws-elemendi puudumisega failis default.vrd või ws-elemendiga, mille atribuudiks on seatud tõene.

Avalda veebiteenused vaikimisi. Vastutab selle teabebaasis oleva veebiteenuste kasutamise võimaluse eest, mis on avaldatud ilma selgesõnalise kasutusloata. Failis default.vrd vastab see ws-elemendi atribuudile pointEnableCommon.
Tabel allpool Veebiteenuste avaldamine sisaldab avaldatud veebiteenuste loendit ja võimaldab teil kontrollida iga veebiteenuse avaldamist. Esimene veerg juhib konkreetse veebiteenuse avaldamist. Kui märkeruut on tühjendatud, keelatakse selle veebiteenuse kasutamine (sellele ei saa helistada). Failis default.vrd vastab see punktielemendi atribuudile enable.
Teine veerg (nimega Nimi) sisaldab veebiteenuse loomisel määratud nime. Veebiteenuste kirjeldus on toodud raamatus 1C: Ettevõte 8.3. "Arendaja juhend". Failis default.vrd vastab see punktielemendi name atribuudile.
Tabeli viimane veerg (nimega Aadress) sisaldab avaldatud veebiteenuse nime varjunime. Veebiteenusele pääseb juurde kas nime või varjunime järgi. Veebiteenuse aliast saab redigeerida avaldamisaknas. Failis default.vrd vastab see punktielemendi aliase atribuudile.
Kaasatud laiendustes asuvad veebiteenused selles tabelis ei kuvata ja neid saab avaldada ainult faili default.vrd käsitsi muutmisega.
Avalda laienduse veebiteenused vaikimisi. Vastutab konfiguratsioonilaiendites pakutavate veebiteenuste kasutamise võimaluse eest. Failis default.vrd vastab elemendi ws atribuudile publishExtensionsByDefault.

3.2.2.3. HTTP-teenuste vahekaart

HTTP-teenuste vahekaart on loodud selleks, et juhtida HTTP-teenuste abil juurdepääsu rakenduslahendusele.

Riis. 5. HTTP-teenuste avaldamine

Selle kasti märkimisel avaldatakse konfiguratsioonis loodud ja kasti all olevas tabelis loetletud HTTP-teenused. Failis default.vrd vastab elemendi httpServices atribuudile publishByDefault. Kui märkeruut on tühjendatud, võrdub see elemendi httpServices puudumisega failis default.vrd või elemendi httpServices olemasoluga
atribuudi publishByDefault väärtuseks on määratud false .

Tabel allpool märkeruutu Avalda HTTP vaiketeenused sisaldab avaldatud HTTP-teenuste loendit ja võimaldab hallata iga HTTP-teenuse avaldamist. Esimene veerg juhib konkreetse HTTP-teenuse avaldamist. Kui märkeruut on tühjendatud, on selle HTTP-teenuse kasutamine keelatud (seda ei saa kutsuda). Failis default.vrd vastab see teenuseelemendi atribuudile enable.
Teine veerg (nimega Nimi ) sisaldab HTTP-teenuse nime, mis on määratud selle loomisel. HTTP-teenuste kirjeldus on toodud raamatus 1C: Ettevõte 8.3. "Arendaja juhend". Failis default.vrd vastab see teenuseelemendi name atribuudile.
Kaasasolevates laiendustes asuvad HTTP-teenused selles tabelis ei kuvata ja neid saab avaldada ainult faili default.vrd käsitsi muutmisega.

Avalda laienduse HTTP-teenused vaikimisi. Vastutab konfiguratsioonilaiendites pakutavate HTTP-teenuste kasutamise võimaluse eest. Failis default.vrd vastab elemendi httpServices atribuudile publishExtensionsByDefaul t

3.2.3. Muu vahekaart

Riis. 6. Muud võimalused veebiserverisse avaldamiseks

Sellel vahekaardil saate muuta väljaande abiparameetreid.

Temp kataloog. Võimaldab määrata ajutiste failide kataloogi, et veebiserveri laiendus või teabebaasi failiversioon töötaks. Failis default.vrd vastab see punktelemendi temp atribuudile.

Ühendusbasseini rühm. Kirjeldab faili default.vrd basseini elementi. Täpsemalt vaata siit. Samuti juhivad selle rühma parameetrid ühenduse katkestuste jälgimise süsteemi tööd.

Silumisgrupp. Kirjeldab faili default.vrd silumiselementi.

OpenI D rühm Kirjeldab faili default.vrd elementi openid.

Andmete eraldamine. Kirjeldab faili default.vrd elementi zones. Peatugem piiritajatega tabeli ülesehitusel lähemalt.

Tabel sisaldab kõiki sõltumatuid eraldajaid, mis on konfiguratsioonis või laaditud failis. Esimene veerg (nimeta) määrab, kas valitud eraldaja jaoks luua tsoonielement. Tuleb meeles pidada, et elemendile ei vasta mitte eraldaja nimi, vaid selle järjekorraasend loendis. Kui esimene eraldaja on keelatud, siis on mõttekas keelata ka kõik teised, sest tsoonide elemendi parameetrid rakendab süsteem teistele eraldajatele.
Veerg Name sisaldab eraldaja nime, nagu see on määratud ühise atribuudi atribuutides. Järgmise veeru märkeruut määrab, kas tsooni elemendis määratakse eraldaja väärtus või mitte. Kui märkeruut on märgitud, kasutatakse atribuudi väärtus väärtusena väärtust veerus Väärtus.
Märkeruudud veergudes Vihje ja Ohutu vastavad seifile ja määravad (vastavalt) faili default.vrd tsoonielemendi atribuudid.
Parameeter Taustatööd faili versioonis kirjeldab taustatööde kasutamise võimalust teabebaasi faili versioonis (punktijuurelemendi atribuut allowexecutescheduledjobs).

diagrammid küsitlusmoodulis
CAPTCHA mehhanism
graafikud ja diagrammid Statistika, Reklaami jms moodulites.

2. Kui PHP-s seanssidega töö seadistamisel ei määratud seansifailide salvestamise teed, siis:

vaikimisi kasutatakse seansifailide salvestamiseks /tmp kataloogi
vaikimisi kasutatakse seansifailide salvestamiseks /temp kataloogi
seansi faile ei salvestata

3. Milliseid veebiservereid saab süsteemiga kasutada?

ainult apache veebiserver
Apache veebiserver või IIS
mis tahes veebiserver, mis suudab käitada PHP-rakendusi

4. Milliseid PHP laiendusi on vaja toote "1C-Bitrix: Site Manager" korrektseks tööks?

GD, PHP XML, FreeType, Zlib pakkimine, POSIX, Perl ühilduv
GD, PHP XML, timezonedb, dbase, FreeType, Zlib tihendus
GD, PHP XML, FreeType, Zlib tihendus, Zend Optimizer, POSIX, Perliga ühilduv
GD, framegrab, xmlReader, Zlib tihendus
FreeImage, GD, PHP XML, FreeType, Zlib tihendus, Zend Optimizer, POSIX, Perliga ühilduv

5. Haldusliidese visuaalsete teemade haldamise võimalust rakendatakse järgmiste funktsioonide abil:

RSS
AJAX
JavaScript
* CSS

6. Kasutades rida ini_set("memory_limit", "<объем_памяти>") failis /bitrix/php_interface/dbconn.php võimaldab:

määrake toote tuuma töötamiseks vajalik minimaalne mälumaht
määrake toote tuumale süsteemi töö ajal saadaolev maksimaalne mälumaht
määrake toote tuuma töötamiseks vajalik maksimaalne mälumaht

7. Seal on kood:

Mis koodi tulemusena väljastatakse.
15
5
10
* 510

8. Meil ​​on massiiv:

Kuidas pääseda otse elemendile väärtusega "Don" ja asendada selle väärtus "Volgo-Don"-ga?
"$ship = array(""Kaubalaevad"" => array(""Volgo-Don"),);"
$ship["Kaubalaevad"]="Volgo-Don"
$ship["Kaubalaevad"]["Don"]="Volgo-Don"
$ship["Kaubalaevad"]="Volgo-Don"

9. Millisel juhul saab funktsioonist väljaspool oleva muutuja väärtust muuta funktsioonis:
a) Massiivi $GLOBALS kasutamine
b) Globaalse märksõna kasutamine
c) Funktsiooni parameetrite edastamine viitega
V
A
Igas variandis
b
Ükski variant pole õige

10. Milline operaatoritest on tingimuslik?
samal ajal
jaoks
igaühele
* kui

11. Milline tingimus on tõene, kui vähemalt üks muutujatest on tõene?

a) if($lipp1 || $lipp2)

b)if($lipp1 && $lipp2)

c)if($lipp1 ja $lipp2)

d)if($lipp1 või $lipp2)

b ja d
Ainult g
Ainult b
a ja b
* a ja d
b ja c
Ainult sisse
Ainult a

12. Milline konstruktsioon võimaldab lisada faili ainult ühe korra, sõltumata kõnede arvust?
a) include("index.php");
b) include_once("indeks.php");
c) nõuda("index.php");
d) nõuda_once("indeks.php");

Ainult b ja d
Ainult sisse
Ainult a
Ainult g
Ainult a ja b
Ainult in ja d
Ainult a ja b
Ainult b

13. Millise tsükliga saab massiivi läbida?
a) jaoks
b) ees
c) samal ajal

a ja c
b ja c
* Igaüks
Ainult sisse
Ainult a
a ja b
Ainult b