Ukuzaji wa kitaalamu daima huzingatia zana zake - hii ni hakikisho la utimilifu wa kutegemewa na bora wa majukumu. Upangishaji mwenyewe na seva kwa madhumuni mbalimbali katika anuwai ya usanidi maarufu huongeza wigo wa majukumu ya kutatuliwa, kuongeza usalama na usiri wa maendeleo.
HTTP Asilia: Apache, PHP, MySQL
Seva ya wavuti ya Apache imekuwa kiongozi thabiti tangu karne iliyopita kwa sababu inatoa matumizi ya haraka, ya kutegemewa na salama. Mashine halisi na seva inayoendesha Linux au Windows ndio msingi, HTTP ndio nyongeza, ingawa kimsingi ni itifaki ya mawasiliano. Mashine ya Windows inaweza kutumika kama seva, lakini familia ya Linux ndiyo inayopendelewa.
Apache kwenye Windows ni lahaja la ndani linalotumika kwenye mashine moja ili kunakili uundaji wa rasilimali zinazopangishwa kwenye seva za nje. Kufunga kwenye Windows Server ni kukubalika, lakini si maarufu sana. Kusanidi Apache kwenye CentOs kunatoa chaguzi zaidi na hutumiwa kupanga seva za ndani namitandao ya kimataifa.
Inaaminika kuwa seva za Apache hutumikia zaidi ya 50% ya rasilimali zote zinazotumika za wavuti, zilizosalia zinatokana na bidhaa zinazofanana kutoka kwa Microsoft, Sun na zingine. Kwa kweli, seva halisi na mfumo wake wa uendeshaji unaweza kuwa chochote. Seva ya HTTP imewekwa kwenye jukwaa lililotengenezwa tayari na hufanya kazi sambamba na programu zingine zilizo juu yake. Apache inachukuliwa kuwa asili ya familia nzima ya Linux, lakini katika kila hali ina sifa zake za kipekee.
Mifumo ya Linux isiyolipishwa, rahisi na inayotegemewa na programu zake. Haijalishi unatumia nini: Kusakinisha na kusanidi Apache kwenye Ubuntu sio tofauti sana na CentOs, Debian au FreeBSD. Mara nyingi, kujazwa kwa mfumo fulani wa uendeshaji na programu ya ziada huchukua jukumu.
Familia ya Linux ni ndogo kulingana na idadi ya "jamaa" kwenye mstari wa msingi mmoja au mwingine wa mfumo. Tofauti hizo ni za kijamii zaidi - kwa maana ya kushikamana kwa wasanidi programu kwenye uundaji na utekelezaji wa uwezo wa mfumo wa uendeshaji.
Kwa kweli, ili kutatua kazi mahususi ya kuongeza upangishaji, unahitaji kuamua kuhusu utendakazi unaohitajika, utendakazi unaohitajika, vipaumbele vya dhana na chaguo mahususi la mwakilishi wa Linux, au usimame kwenye Windows Server.
Hamisha vipaumbele vya maendeleo ya ndani
Ni vigumu kutathmini dhima ya mtandao wa kimataifa katika ukuzaji wa programu, lakini ni rahisi kuona mabadiliko ya kweli katikati ya mvuto: imekuwa desturi kutekeleza programu za ndani kama rasilimali ya wavuti. Andika tu mpango wakompyuta ya ndani - haya ni madereva, antivirus, miradi midogo yenye utendaji rahisi. Lugha ya kupanga … VBA, ingawa C/C++ au C inaweza kutumika.
Mradi wowote wa taarifa ni nyenzo ya tovuti katika mtandao wa ndani wa kampuni, ambayo inaweza kufikiwa kwa kiasi kutoka kwa mtandao wa kimataifa, kwa mfano, kuratibu matendo ya wafanyakazi nje ya ofisi, barabarani au kwenye safari ya kikazi.
MySQL, PHP, Apache: kusanidi kwa matumizi ya ndani - mienendo tofauti kabisa ya programu, utendakazi unaohitajika. Kampuni za leo, bila kujali ukubwa, idadi ya wafanyikazi na tasnia, zinazingatia kwa umakini upangaji wa programu kwenye mtandao, wa ndani na wa kimataifa.
Wakati huo huo, utayarishaji wa programu ya ndani ya rasilimali ya wavuti unaweza kusambazwa: ofisi za kampuni zinaweza kupatikana popote, lakini huu si Mtandao, bali ni mtandao wa ndani uliosambazwa wa kampuni.
MySQL, PHP, usanidi wa Apache katika mfumo wa ndani:
- rahisi kunakili kwenye kompyuta za mtandao;
- hutoa uwezo wa kubadilisha kijenzi amilifu au kukilinganisha na sampuli ili kutathmini majaribio ya udukuzi;
- hutoa sababu ya kuunda mfumo wa usalama usio na hatari ya kushambuliwa na mbinu za zamani za mtandao.
Ikiwa tutazingatia kwamba MySQL na Apache katika mazingira ya Windows ni huduma, na msimbo wa PHP ni maandishi wazi yaliyochakatwa na zana (mkalimani PHP) inayoitwa kwa wakati ufaao na seva ya HTTP, basi kiwango cha kubadilika., uhamaji na kubebeka kwa nambari itakuwajuu zaidi kuliko zana za maendeleo za ndani.
Inajiandaa kwa usakinishaji wa Apache
Hata katika enzi ya "mwanzo wa mwanzo" mfumo wa uendeshaji wa Unix ulifafanua kanuni ambazo hazijatamkwa za uaminifu. Tangu wakati huo, kila kitu kilichofanywa chini ya mifumo kama ya Unix kilitafsiriwa kiotomatiki kwa majukwaa mengine. Kusanidi Apache kwenye Windows ni rahisi sana, lakini majukumu mazito yanahitaji uzoefu mzuri na ufahamu wa kina wa usanidi wa seva ya
Kwanza kabisa, unahitaji kupakua toleo jipya zaidi la seva (leo ni toleo la 2.4.33 la tarehe 2018-17-03) kutoka kwa tovuti rasmi katika umbizo la kumbukumbu ya zip. Inapaswa kukumbushwa mwanzoni kwamba matoleo ya seva ni mengi na yanatolewa kwenye rasilimali nyingi za wahusika wengine, kwa hivyo ni muhimu kuchagua utekelezaji rasmi unaopangishwa kwenye rasilimali ya wavuti inayoaminika.
Hapo awali, ilikuwa maarufu kusakinisha seva kupitia kisakinishi maalum. Sasa ni mazoea ya kawaida kupanua tu kumbukumbu ya zip. Hii ni rahisi na inafanya uwezekano wa kuelewa kiini cha mchakato wa usanidi, ambao ni muhimu sana na baadaye hukuruhusu kuboresha seva kwa upakiaji na utendakazi unaotaka.
Kuhariri faili ya usanidi
Mipangilio ya seva hubainishwa na seti ya faili za usanidi zilizo kwenye folda ya conf. Faili kuu ya usanidi wa Apache ni
Katika idadi kubwa ya matukio, ni muhimu kufanya mabadiliko kwenye faili kuu, kufafanua maudhui ya faili zinazohusika na ssl na seva pangishi pepe. Mipangilio mingine ni kawaidahufanywa wakati wa uendeshaji wa seva kama matatizo yanatokea au kazi zinatatuliwa. Kimsingi, mipangilio zaidi inahusiana na kuboresha Apache au kupanua uwezo wake.
Ili kuzindua seva kwa ufanisi, inatosha kuhariri laini moja tu (kwa mpangilio - ya 38) - na usanidi wa Apache umekamilika.
Katika matoleo ya awali ya usanidi wa seva, ilikuwa ni lazima kufanya mabadiliko mengi kwa hali halisi, lakini sasa kuna kigezo cha "zima" cha SRVROOT. Inafaa kubainisha thamani yake sahihi (njia ya eneo la seva), na kila kitu kitafanya kazi mara moja.
Utaratibu wa Usambazaji wa Seva
Unahitaji kuwa mwangalifu kuhusu eneo la seva. Apache yenyewe inavutia, lakini ikiwa na PHP na MySQL, inavutia mara mbili. Ni bora wakati kila kitu kinachohusiana na ukuzaji wa wavuti kiko katika sehemu moja. Unaweza kukubaliana na njia za msingi, lakini programu ya kisasa sio bora sana katika utekelezaji wake, kwa hivyo itabidi uweke kidole chako kwenye mapigo bila shaka na mara nyingi. Kwa kuongeza, wakati wa kuchagua eneo linalofaa, faili zote za uanzishaji na usanidi, pamoja na kumbukumbu za uendeshaji wa bidhaa zilizosakinishwa zitapatikana.
Kumbukumbu rasmi ya zip ya Apache iliyopakuliwa inapaswa kutumwa kwa eneo lililochaguliwa, kuweka zana na kufanya kazi tofauti. Katika mfano huu, folda ya C:\SCiA ni zana (Apache24, PHP, MySQL, …), na folda ya SCiB ni kazi ya tovuti zinazoundwa, kudumishwa au kuboreshwa.
Kutokana na hiloKatika hatua ya kwanza ya kazi, folda tu, cgi-bin, conf, makosa, … folda ndogo zilizo na yaliyomo yake yote huingia kwenye folda C:\SCiA\Apache24.
Hariri faili ya wapangishi
Hatua ya pili ni kusanidi vyema faili ya wapangishaji - kiashiria ambacho anwani za IP kwenye kompyuta fulani zimechorwa kwa majina. Ikiwa kompyuta itakuwa ikitengeneza au kudumisha tovuti moja tu, basi huwezi kubadilisha chochote.
IP msingi - 127.0.0.1 kwa kawaida huelekeza kila mara kwa mwenyeji. Faili ya majeshi yanayofanya kazi iko katika c:\Windows\System32\drivers\nk na inaonekana hivi.
Ili kuweka faili ya seva pangishi mahali pazuri, unahitaji kutumia safu ya amri katika hali ya msimamizi. Unaweza kuandaa yaliyomo sahihi ya faili mahali popote kwenye mfumo wa faili wa kompyuta yako, lakini unaweza tu kuandika kwa c:\Windows\System32\drivers\nk kwa chombo ambacho kina haki za msimamizi. Njia rahisi zaidi ya kufanya hivyo ni kupitia mstari wa amri.
Sakinisha seva ya Apache
Hakuna kitu rahisi. Inatosha kuendesha upesi wa amri kama msimamizi na uende kwenye folda C:\SCiA\Apache24. Kwa kuwa hii ni njia kwenye mfumo wa Windows, kufyeka mbele hutumiwa. Katika hali fulani, njia inaweza kuwa tofauti. Lakini ikiwa bado unaweza kujaribu jina la folda kupangisha utatu mtakatifu - Apache, PHP na MySQL - basi kubadilisha majina ya folda kwa kila moja yao haiwezekani.
Katika hali hii, kumbukumbu ya seva itawekwa kwenye folda ya C:/SCiA/Apache24,kwa hivyo, unahitaji kuandika amri kwenye folda ya bin:
httpd.exe -k install
Seva itajaribu faili ya usanidi na ijisakinishe yenyewe. Uwezekano mkubwa zaidi kutakuwa na makosa madogo, lakini ukihariri faili ya usanidi ipasavyo, basi makosa yote yatakuwa madogo na yanaweza kurekebishwa haraka.
Dirisha (1) la safu ya amri - kusakinisha huduma, dirisha (2) - orodha ya huduma ambazo seva ilionekana, dirisha (3) - index.html faili ya chanzo iko С:/SCiB /localhost/www, dirisha (4) - matokeo ya seva.
Katika mfano huu, kosa lilifanywa kimakusudi: badala ya kuweka thamani ya kigezo cha SRVROOT, mabadiliko mengi yalifanywa "njia ya kizamani": kila kitu kilibadilishwa mwenyewe. Hii sio suluhisho bora. Kabla ya kutumia ujuzi, unapaswa kujitambulisha na toleo la sasa la bidhaa. Kama sheria, mambo hubadilika haraka, na ujuzi unapaswa kutumika "kwa ujuzi wa jambo na kuelewa hali ya sasa."
Mazoezi ya kupeleka kumbukumbu ya zip
Tovuti za kisasa haziandikwi kila mara kwenye mifumo ya udhibiti wa maudhui. Kuna kazi nyingi za mikono. Shida ya kuhamisha tovuti kwa mwenyeji mwingine ilisababisha suluhisho nzuri - kumbukumbu ya zip. Imekunjwa maudhui katika sehemu moja, na kuyapanua mahali pengine.
Kuwa na kisakinishi ni mazoezi mazuri, lakini mienendo ya teknolojia ya kisasa ya habari haitoi muda wa kuandika usakinishaji mzuri. Tumia usakinishaji kupitia uwekaji wa kumbukumbu ya zip - ya kisasa, ya vitendo na rahisi. Katika chaguo hili, usanidi wa Apache umezuiwa kwa kubadilisha faili za usanidi.
Wakati wa kusakinisha seva, ni muhimu kubainisha:
- alipo;
- ambapo rasilimali ya wavuti iko (mwenyeji wa ndani);
- kwa kutumia ssl;
- wapaji halisi.
Nafasi ya mwisho ni muhimu inapotakiwa kutayarisha au kudumisha rasilimali kadhaa mara moja kwenye seva. Kwa msanidi halisi, hii ni lazima iwe nayo: hata ikiwa inatoa kazi ya tovuti moja, haitakuwa jambo la juu sana kuwa na mrejesho.
seti za waungwana
Rahisi kupeleka kumbukumbu ya zip ni dhahiri, Apache (usakinishaji na usanidi) iko kwa mibofyo miwili au mitatu pekee. Walakini, matokeo wakati wasakinishaji walikuwa maarufu yalikuwa sawa. Msanidi programu alitumia muda zaidi kutengeneza toleo linalofuata la bidhaa yake. Kusakinisha seva, lugha ya seva, na hifadhidata kimsingi ni seti tu ya faili, huduma za kuanzia, faili ya seva pangishi, na njia chaguomsingi katika njia ya kutofautisha ya mfumo wa uendeshaji.
Ujio wa Denver na vifaa sawa vya maendeleo vya waungwana ulikuwa hatua ya kimapinduzi katika mstari wa usahili na urahisi, lakini usifanye makosa. Mapinduzi na programu ni vitu ambavyo haviendani kabisa. Ya kwanza ni mtoto wa mgogoro na utatuzi wake wa dhoruba, pili ni jambo zito linalohitaji utulivu kabisa, kufika kwa wakati, usahihi, uthabiti, usikivu, usalama, kutegemewa.
Kusanidi seva ya Apache ni utaratibu mzito ambao unahitaji kuchukuliwa kwa uangalifu sana na kila kitu lazima kifanyike ili kesho uweze kubadilisha na kufafanua jambo fulani.
Mara nyingi, ukuzaji wa wavutirasilimali ni michakato ya muda mrefu ambayo mahitaji ya huduma (Apache, PHP, MySQL, …) hubadilika haraka, lakini daima kuna wakati wa kuelewa kazi inayofuata na suluhisho lake mojawapo. Lakini hii sio sababu ya kuendelea juu ya seti za muungwana. Muda unapita, lakini muungwana habadiliki, hii ni hoja yenye nguvu zaidi kuliko tamko la Denver - ni rahisi, haraka na kufikika.
Tovuti nyingi - seva moja
Kuweka Apache 2.4 kwa mwenyeji mmoja ni anasa isiyo na sababu. Licha ya muundo wake wa kompakt, seva hii inabeba uzito mkubwa wa jukumu kwa zaidi ya nusu ya rasilimali amilifu za wavuti za Mtandao. Kwa kuongeza, sio rasilimali zote zilizo na sehemu wakilishi na zinaonekana kwenye mtandao.
Seva inaweza kutumika kama hifadhidata, kama sehemu ya uhamishaji taarifa, kama kichujio, kama kichanganuzi, kama utaratibu wa kufanya kazi katika mchakato wa taarifa wa kimataifa zaidi. Kwa hivyo, kusanidi wapangishi pepe wa Apache karibu kila wakati ni lazima.
Seva moja inaweza kutumia rasilimali nyingi za wavuti unavyotaka, kwa hili unahitaji kutengua mstari wa 501 katika faili ya
Jumuisha conf/ziada/httpd-vhosts.conf
na ueleze seva pangishi zote zinazohitajika kwenye faili
ziada\httpd-vhosts.conf
Huenda ukahitaji kufafanua ni milango ipi na IP ambayo seva inasikiliza, lakini hili ni suala tofauti, kwa mara ya kwanza unaweza kujiwekea kikomo kwa kile ambacho ni.
Ikumbukwe kwamba kwa mfano, kwa urahisi wa kuelezea rasilimali halisi za wavuti (na ziko nyingi), kigezo huletwa.(DOCROOT) na njia ya kuelekea kwenye folda iliyoshirikiwa ya rasilimali zote za wavuti zinazopatikana kupitia seva iliyosakinishwa.
Usanidi wa Apache SSL unapatikana kwa njia sawa. Katika faili ya httpd.conf, unahitaji tu kuacha mistari "kama ilivyo" kutoka 524 hadi 531, ambayo inawajibika kwa uendeshaji wa SSL.
Unyenyekevu na uchangamano wa Apache
Siku ambazo kusanidi seva ilikuwa changamoto ya kweli zimepita. Leo, kusanidi Apache ni utaratibu rahisi sana ambao hauhitaji ujuzi maalum kutoka kwa msanidi.
Hatua tatu rahisi:
- panua kumbukumbu;
- badilisha faili ya usanidi;
- sakinisha seva.
Kutokana na hilo, Apache inafanya kazi kikamilifu. Ikiwa hutazingatia hila za mchakato wa kuendesha seva kwa upakiaji wa juu zaidi au kufanya maendeleo ya ndani kwenye kompyuta ya Windows, hakuna ujuzi wa ziada unaohitajika.
Shida zinaweza kutokea kwenye mifumo ya Linux. Uelewa tofauti mkubwa wa mfumo wa faili, haki za mtumiaji na kikundi, pamoja na mpangilio wa mchakato wa mwingiliano na programu zingine unahitaji msanidi programu kuwa na uwezo zaidi na kuelewa jinsi kompyuta za Linux zinavyofanya kazi.
Kusanidi Apache kwenye mfumo wowote wa Linux hufungua fursa nyingi zaidi kwa msanidi programu na kutoa ufikiaji wa mtandao wa ndani na Mtandao. Kwa jadi, kompyuta ya Windows ni kituo cha kazi cha ndani, na seva iko ndani huko. Kompyuta ya Linux ni seva ya faili, seva ya wavuti, na nodi ya mtandao wa ndani au sehemu katika nafasi ya Mtandao.
Mazingira ya kitaalammsanidi
Apache ni msingi wa ujenzi wa nafasi ya Mtandao ambayo inaweza kusanidiwa kwa urahisi na kwa urahisi, kutumika na itakuwa uti wa mgongo wa miundombinu ya mtandao ya kampuni.
Mantiki hii inachukulia kuwa kuna angalau seva moja kwenye mtandao unaoendesha CentOS, Ubuntu, FreeBSD, vituo vya kazi vya Windows. Ni bora kuwa na seva mbili za Linux (kuu na msaidizi), usanidi wa Apache kwa kompyuta ya ndani katika mazingira ya Windows. Katika tukio la mashambulizi ya virusi au hali isiyotarajiwa, seva ya msaidizi itachukua nafasi ya moja kuu, na seva kuu itarekebishwa na kurejeshwa. Unaweza kubadilisha usakinishaji wa ndani wa Apache kwenye kituo cha kazi (chini ya Windows) kutoka kwenye kumbukumbu.
Suluhisho hili dogo linaweza kuboreshwa na kuongezwa kwa vitendo. Saizi ya mtiririko wa habari wa kampuni inaweza kuamua usanidi unaohitajika na nambari inayohitajika ya seva. Kweli, Apache imeundwa kufanya kazi chini ya mzigo, lakini hakuna kitu kinachokuzuia kusambaza majukumu ya seva moja juu ya kadhaa. Suluhisho linalozingatia sifa za kampuni fulani daima huwa na matumaini zaidi kuliko kurekebisha chaguo la wahusika wengine.
