Professionaalne areng keskendub alati oma tööriistadele – see on kohustuste usaldusväärse ja tõhusa täitmise tagatis. Oma hostimine ja serverid erinevatel eesmärkidel paljudes populaarsetes konfiguratsioonides laiendavad lahendatavate ülesannete ulatust, suurendavad arenduste turvalisust ja konfidentsiaalsust.
Native HTTP: Apache, PHP, MySQL
Apache veebiserver on olnud kindel liider alates eelmisest sajandist, kuna see pakub kiiret, usaldusväärset ja turvalist kasutuskogemust. Vundamendiks on füüsiline masin ja server, milles töötab Linux või Windows, HTTP on lisand, kuigi see on sisuliselt sideprotokoll. Serverina saab kasutada Windowsi masinat, kuid eelistatud on Linuxi perekond.
Apache Windowsis on kohalik variant, mida kasutatakse ühes masinas välistes serverites hostitavate ressursside arendamise dubleerimiseks. Windows Serverisse installimine on vastuvõetav, kuid mitte eriti populaarne. Apache'i seadistamine CentOs annab rohkem võimalusi ja seda kasutatakse serverite korraldamiseks kohalikes jaglobaalsed võrgud.
Arvatakse, et Apache serverid teenindavad enam kui 50% kõigist aktiivsetest veebiressurssidest, ülejäänu langeb Microsofti, Suni jt sarnastele toodetele. Tegelikult võib füüsiline server ja selle operatsioonisüsteem olla ükskõik milline. HTTP-server on paigutatud valmisplatvormile ja töötab paralleelselt teiste sellel olevate rakendustega. Apache'i peetakse kogu Linuxi perekonna algseks, kuid igal juhul on sellel oma eripärad.
Tasuta, lihtsad ja töökindlad Linuxi süsteemid ja nende rakendused. Pole tähtis, mida te kasutate: Apache installimine ja konfigureerimine Ubuntus ei erine palju CentO-st, Debianist või FreeBSD-st. Sageli mängib rolli konkreetse operatsioonisüsteemi küllastumine lisatarkvaraga.
Linuxide perekond on süsteemi ühe või teise tuuma "sugulaste" arvu poolest väike. Erinevused on pigem sotsiaalset laadi – arendajate seotuses operatsioonisüsteemi võimaluste sõnastuse ja juurutamisega.
Tegelikkuses peate konkreetse hostimise tõstmise ülesande lahendamiseks otsustama vajaliku funktsionaalsuse, nõutava jõudluse, kontseptuaalsete prioriteetide ja Linuxi esindaja konkreetse valiku üle või peatuma Windows Serveri juures.
Nihe kohaliku arengu prioriteetides
Globaalse võrgu rolli programmeerimise arengus on raske hinnata, kuid lihtne on näha tõelist raskuskeskme nihet: tavaks on saanud veebiressursina täitma kohalikke rakendusi. Lihts alt kirjutage programmkohalik arvuti - need on draiverid, viirusetõrjed, lihtsa funktsionaalsusega väikesed projektid. Programmeerimiskeel … VBA, kuigi saab kasutada C/C++ või C.
Iga infoprojekt on ettevõtte kohtvõrgus olev veebiressurss, millele pääseb osaliselt ligi globaalsest võrgust, näiteks koordineerimaks töötajate tegevust väljaspool kontorit, teel või komandeeringus.
MySQL, PHP, Apache: seadistamine kohalikuks kasutusjuhuks – täiesti erinev rakenduse dünaamika, vajalik funktsionaalsus. Tänapäeva ettevõtted, olenemata suurusest, töötajate arvust ja tööstusest, kaaluvad tõsiselt Interneti-programmeerimist, nii kohalikku kui ka ülemaailmset.
Samal ajal saab levitada veebiressursi kohalikku programmeerimist: ettevõtte kontorid võivad asuda kõikjal, kuid see pole Internet, vaid ettevõtte hajutatud kohtvõrk.
MySQL, PHP, Apache häälestus kohalikul kujul:
- lihtne võrguarvutites dubleerida;
- pakkub võimalust häkkimiskatsete hindamiseks aktiivset komponenti dünaamiliselt muuta või prooviga sobitada;
- annab põhjust arendada turvasüsteemi, millel puudub oht sattuda rünnata klassikaliste võrgumeetodite poolt.
Kui võtta arvesse, et MySQL ja Apache Windowsi keskkonnas on teenused ja PHP-kood on lihttekst, mida töötleb tööriist (PHP-tõlk), mille HTTP-server õigel ajal kutsub, siis on muutuvuse tase, on mobiilsus ja koodi kaasaskantavusoluliselt kõrgem kui kohalikud arendustööriistad.
Ettevalmistus Apache'i installimiseks
Isegi "alguse alguse" ajastul määratles Unixi operatsioonisüsteem väljaütlemata lojaalsuse põhimõtted. Sellest ajast peale tõlgiti kõik Unixi-laadsete süsteemide all tehtav automaatselt teistele platvormidele. Apache'i seadistamine Windowsis on äärmiselt lihtne, kuid tõsised toimingud nõuavad head kogemust ja üksikasjalikku arusaamist HTTP-serveri konfiguratsioonist.
Kõigepe alt peate ametlikult veebisaidilt ZIP-arhiivi vormingus alla laadima serveri uusima versiooni (täna on see versioon 2.4.33, dateeritud 17.03.2018). Esialgu tuleks meeles pidada, et serveriversioone on palju ja neid pakutakse paljudes kolmandate osapoolte ressurssides, mistõttu on oluline valida ametlik rakendus, mis on hostitud usaldusväärses veebiressursis.
Varem oli populaarne serveri installimine spetsiaalse installeri kaudu. Nüüd on levinud tava zip-arhiivi lihts alt laiendada. See on lihtsam ja võimaldab mõista konfigureerimisprotsessi olemust, mis on väga oluline ja võimaldab teil seejärel optimeerida serverit soovitud koormuse ja funktsionaalsuse jaoks.
Konfiguratsioonifaili redigeerimine
Serveri konfiguratsiooni määrab konfiguratsioonifailide komplekt, mis asub kaustas conf. Peamine Apache konfiguratsioonifail on
Valdav enamikul juhtudel on vaja põhifailis muudatusi teha, ssl-i ja virtuaalsete hostide eest vastutavate failide sisu selgitada. Muud seaded on tavaliselttehakse serveri töö käigus probleemide ilmnemisel või ülesannete lahendamisel. Põhimõtteliselt on edasised sätted seotud Apache optimeerimise või selle võimaluste laiendamisega.
Serveri edukaks käivitamiseks piisab ainult ühe rea redigeerimisest (järjekorras - 38.) - ja Apache'i seadistamine on lõpetatud.
Serveri konfiguratsiooni eelmistes versioonides oli vaja teha arvuk alt muudatusi tegelikus olukorras, kuid nüüd on olemas "universaalne" SRVROOT muutuja. Tasub määrata selle õige väärtus (tee serveri asukohani) ja kõik töötab kohe.
Serveri juurutamise protseduur
Peate olema serveri asukoha suhtes ettevaatlik. Apache ise on huvitav, kuid kui see on varustatud PHP ja MySQL-iga, on see topelt huvitav. Parem on, kui kõik veebiarendusega seonduv on ühes kohas. Võite nõustuda vaiketeedega, kuid kaasaegne programmeerimine pole selle rakendamisel nii ideaalne, nii et peate üheselt ja sageli kätt pulsil hoidma. Lisaks on mugava asukoha valimisel saadaval kõik lähtestamis- ja konfiguratsioonifailid, samuti installitud toodete toimimise logid.
Allalaaditud ametlik Apache zip-arhiiv tuleks juurutada valitud asukohta, paigutades tööriista ja töötama eraldi. Selles näites on tööriist C:\SCiA kaust (Apache24, PHP, MySQL jne) ja kaust SCiB on loodud, hooldatavate või täiendatud veebisaitide töö.
Selle tulemusenaEsimeses tööetapis satuvad kausta C:\SCiA\Apache24 ainult alamkaustad bin, cgi-bin, conf, error, … koos kogu nende sisuga.
Redigeeri hostifaili
Teine samm on hosts-faili õige seadistamine – see näitab, millised IP-aadressid antud arvutis on seotud milliste nimedega. Kui arvuti arendab või hooldab ainult ühte saiti, ei saa te midagi muuta.
Põhi-IP – 127.0.0.1 osutab tavaliselt alati kohalikule hostile. Töötav hostifail asub aadressil c:\Windows\System32\drivers\etc ja näeb välja selline.
Hostide faili õigesse kohta paigutamiseks peate administraatori režiimis kasutama käsurida. Faili õige sisu saate ette valmistada kõikjal oma arvuti failisüsteemis, kuid saate selle kirjutada ainult kausta c:\Windows\System32\drivers\etc, kasutades selleks administraatoriõigusi omavat tööriista. Lihtsaim viis seda teha on käsure alt.
Installi Apache server
Pole midagi lihtsamat. Piisab, kui käivitada käsureal administraatorina ja minna kausta C:\SCiA\Apache24. Kuna see on Windowsi süsteemi tee, kasutatakse kaldkriipsu. Konkreetsel juhul võib tee olla erinev. Kuid kui saate siiski katsetada kausta nimega, et majutada püha kolmainsust – Apache, PHP ja MySQL –, siis on nende kaustanimede muutmine ebapraktiline.
Sellisel juhul juurutatakse serveriarhiiv kaustas C:/SCiA/Apache24,seetõttu peate bin kausta kirjutama käsu:
httpd.exe -k install
Server testib konfiguratsioonifaili ja installib ise. Tõenäoliselt esineb väiksemaid vigu, kuid kui muudate konfiguratsioonifaili õigesti, on kõik vead väikesed ja neid saab kiiresti parandada.
Käsurea aken (1) - teenuse installimine, aken (2) - teenuste loend, milles server ilmus, aken (3) - lähtefail index.html, mis asub aadressil С:/SCiB /localhost/www, aken (4) - serveri tulemus.
Selles näites tehti teadlikult viga: SRVROOTi muutuja väärtuse määramise asemel tehti palju muudatusi "vanal moel": kõike muudeti käsitsi. See pole parim lahendus. Enne teadmiste rakendamist peaksite tutvuma toote praeguse versiooniga. Reeglina muutuvad asjad kiiresti ja teadmisi tuleks rakendada "asja tundmise ja hetkeolukorra mõistmisega".
Zip-arhiivi juurutamise tava
Kaasaegsed saidid ei ole alati sisuhaldussüsteemides kirjutatud. Käsitööd on palju. Probleem saidi teisaldamisel teisele hostimisele viis hea lahenduseni - ZIP-arhiivini. Ahendas sisu ühes kohas, laiendas seda teises kohas.
Paigaldaja omamine on hea tava, kuid kaasaegse infotehnoloogia dünaamika ei anna aega ilusate installatsioonide kirjutamiseks. Kasutage installimist zip-arhiivi juurutamise kaudu - kaasaegne, praktiline ja mugav. Selle valiku korral on Apache konfiguratsioon piiratud konfiguratsioonifailide muutmisega.
Serveri installimisel on oluline täpsustada:
- kus ta on;
- kus veebiressurss asub (kohalik host);
- ssl-i kasutamine;
- virtuaalsed hostid.
Viimane positsioon on asjakohane, kui see peaks arendama või hooldama serveris korraga mitut ressurssi. Tõelise arendaja jaoks on see kohustuslik: isegi kui see tagab ühe saidi töö, ei ole varuosa kasutamine üleliigne.
Härrasmeeste komplektid
Zip-arhiivi lihtne juurutamine on ilmne, Apache (installimine ja konfigureerimine) on vaid kahe või kolme hiireklõpsu kaugusel. Kuid tulemus, kui paigaldajad olid populaarsed, oli samaväärne. Arendaja kulutas lihts alt rohkem aega oma toote järgmise versiooni väljatöötamisele. Serveri, serverikeele ja andmebaasi installimine on sisuliselt vaid failide komplekt, käivitusteenused, hostifail ja operatsioonisüsteemi muutuja tee vaiketeed.
Denveri ja sarnaste härrasmeeste arenduskomplektide tulek oli revolutsiooniline samm lihtsuse ja mugavuse suunas, kuid ärge eksige. Revolutsioon ja programmeerimine on absoluutselt kokkusobimatud asjad. Esimene on konflikti laps ja selle tormiline lahendamine, teine on tõsine asi, mis nõuab absoluutset rahulikkust, täpsust, täpsust, järjepidevust, tähelepanelikkust, ohutust, usaldusväärsust.
Apache serveri seadistamine on tõsine protseduur, millesse tuleb suhtuda väga hoolik alt ja teha kõik selleks, et homme saaks midagi muuta ja täpsustada.
Enamasti veebiarendusressursid on üsna pikad protsessid, milles teenustele esitatavad nõuded (Apache, PHP, MySQL jne) muutuvad kiiresti, kuid alati jääb aega järgmise ülesande ja selle optimaalse lahenduse mõistmiseks. Aga see pole põhjus härrasmeeste komplektidest edasi minna. Aeg läheb, kuid härrasmees ei muutu, see on palju kaaluvam argument kui Denveri deklaratsioon - see on lihtne, kiire ja kättesaadav.
Mitu saiti – üks server
Apache 2.4 seadistamine ühele hostile on põhjendamatu luksus. Vaatamata oma kompaktsele disainile kannab see server tohutut vastutust enam kui poole Interneti aktiivsete veebiressursside eest. Lisaks ei ole kõigil ressurssidel esinduslikku osa ja need on võrgus nähtavad.
Serverit saab kasutada andmebaasina, infoedastuspunktina, filtrina, parserina, töömehhanismina globaalsemas infoprotsessis. Seetõttu on Apache'i virtuaalhostide seadistamine peaaegu alati kohustuslik.
Üks server võib toetada nii palju veebiressursse kui soovite. Selleks peate failis httpd.conf rea 501 kommentaarid tühistama:
Kaasake conf/extra/httpd-vhosts.conf
ja kirjeldage failis kõiki vajalikke hoste
extra\httpd-vhosts.conf
Võib-olla peate täpsustama, milliseid porte ja IP-d server kuulab, kuid see on eraldi probleem, esimest korda saate piirduda sellega, mis on.
Tuleb märkida, et näites on reaalsete virtuaalsete veebiressursside (ja neid on palju) kirjeldamise mugavuse huvides sisse toodud muutuja(DOCROOT) kõigi installitud serveri kaudu saadaolevate veebiressursside jagatud kausta teega.
Apache SSL-i konfiguratsioon on saadaval sarnasel viisil. Failis httpd.conf peate lihts alt jätma "nagu on" read vahemikus 524 kuni 531, mis vastutavad SSL-i toimimise eest.
Apache lihtsus ja keerukus
Ajad, mil serveri seadistamine oli tõeline väljakutse, on ammu möödas. Tänapäeval on Apache'i seadistamine väga lihtne protseduur, mis ei nõua arendaj alt erilisi oskusi.
Kolm lihtsat sammu:
- laienda arhiivi;
- muuda konfiguratsioonifaili;
- installige server.
Selle tulemusena on Apache täielikult töökorras. Kui te ei võta arvesse serveri maksimaalse koormusega töötamise protsessi peensusi ega tee Windowsi arvutis kohalikku arendust, pole lisateadmisi vaja.
Raskused võivad tekkida Linuxi süsteemides. Oluliselt erinev arusaam failisüsteemist, kasutaja- ja grupiõigustest, samuti teiste rakendustega suhtlemise protsessi korraldus nõuab arendaj alt kompetentsemat ja Linuxi arvutite tööpõhimõtet mõistmist.
Apache konfigureerimine mis tahes Linuxi süsteemis avab arendajale palju rohkem võimalusi ning annab juurdepääsu kohalikule võrgule ja Internetile. Traditsiooniliselt on Windowsi arvuti kohalik tööjaam ja server on seal sisemine. Linuxi arvuti on failiserver, veebiserver ja kohtvõrgu sõlm või punkt Interneti-ruumis.
Professionaalne keskkondarendaja
Apache on Interneti-ruumi põhiline ehitusplokk, mida saab lihts alt ja lihts alt konfigureerida, kasutada ja millest saab ettevõtte võrguinfrastruktuuri selgroog.
See loogika eeldab, et võrgus on vähem alt üks server, milles töötavad CentOS, Ubuntu, FreeBSD või Windowsi tööjaamad. Optimaalne on omada kahte Linuxi serverit (põhi- ja abiserverit), Apache'i häälestus kohaliku arvuti jaoks Windowsi keskkonnas. Viiruse rünnaku või ettenägematu olukorra korral vahetab abiserver välja põhiserveri ning põhiserver remonditakse ja taastatakse. Saate asendada Apache kohaliku installi tööjaamas (Windowsi all) arhiivist.
Seda triviaalset lahendust saab tegelikkuses täiustada ja täiendada. Ettevõtte infovoogude suurus võib määrata soovitud konfiguratsiooni ja vajaliku serverite arvu. Tegelikult on Apache loodud töötama koormuse all, kuid miski ei takista teil ühe serveri kohustusi mitmele jaotada. Konkreetse ettevõtte iseärasusi arvestav lahendus on alati paljulubavam kui kolmanda osapoole valiku kohandamine.
