Profesionālā attīstība vienmēr ir vērsta uz saviem instrumentiem – tā ir garantija uzticamai un efektīvai saistību izpildei. Pašu hostings un serveri dažādiem mērķiem dažādās populārās konfigurācijās paplašina risināmo uzdevumu loku, palielina izstrādes drošību un konfidencialitāti.
Vietējais HTTP: Apache, PHP, MySQL
Apache tīmekļa serveris ir bijis stabils līderis kopš pagājušā gadsimta, jo tas nodrošina ātru, uzticamu un drošu pieredzi. Fiziska mašīna un serveris, kurā darbojas Linux vai Windows, ir pamats, HTTP ir papildinājums, lai gan būtībā tas ir sakaru protokols. Windows datoru var izmantot kā serveri, taču priekšroka tiek dota Linux saimei.
Apache operētājsistēmā Windows ir lokāls variants, ko izmanto vienā datorā, lai dublētu ārējos serveros mitinātu resursu izstrādi. Instalēšana operētājsistēmā Windows Server ir pieņemama, taču ne pārāk populāra. Apache iestatīšana vietnē CentOs sniedz vairāk iespēju un tiek izmantota serveru organizēšanai vietējā unglobālie tīkli.
Tiek uzskatīts, ka Apache serveri apkalpo vairāk nekā 50% no visiem aktīvajiem tīmekļa resursiem, pārējais attiecas uz līdzīgiem Microsoft, Sun un citiem produktiem. Patiesībā fiziskais serveris un tā operētājsistēma var būt jebkas. HTTP serveris ir novietots uz gatavas platformas un darbojas paralēli citām lietojumprogrammām tajā. Apache tiek uzskatīts par pamatu visai Linux saimei, taču katrā gadījumā tam ir savas īpatnības.
Bezmaksas, vienkāršas, uzticamas Linux sistēmas un to lietojumprogrammas. Nav nozīmes tam, ko izmantojat: Apache instalēšana un konfigurēšana Ubuntu daudz neatšķiras no CentOs, Debian vai FreeBSD. Bieži vien nozīme ir konkrētas operētājsistēmas piesātinājumam ar papildu programmatūru.
Linux saime ir maza "radinieku" skaita ziņā viena vai otra sistēmas kodola līnijā. Atšķirībām vairāk ir sociāls raksturs – izstrādātāju pieķeršanās operētājsistēmas iespēju formulējumam un ieviešanai.
Reāli, lai atrisinātu konkrētu uzdevumu paaugstināt hostingu, ir jāizlemj par nepieciešamo funkcionalitāti, nepieciešamo veiktspēju, konceptuālajām prioritātēm un konkrētu Linux pārstāvja izvēli, vai arī jāapstājas pie Windows Server.
Vietējās attīstības prioritāšu maiņa
Grūti novērtēt globālā tīkla lomu programmēšanas attīstībā, taču ir viegli pamanīt reālu smaguma centra maiņu: ir kļuvis ierasts izpildīt lokālās lietojumprogrammas kā tīmekļa resursu. Vienkārši uzrakstiet programmulokālais dators - tie ir draiveri, antivīrusi, mazi projekti ar vienkāršu funkcionalitāti. Programmēšanas valoda … VBA, lai gan var izmantot C/C++ vai C.
Jebkurš informācijas projekts ir tīmekļa resurss uzņēmuma lokālajā tīklā, kuram daļēji var piekļūt no globālā tīkla, piemēram, lai koordinētu darbinieku darbības ārpus biroja, ceļā vai komandējumā.
MySQL, PHP, Apache: iestatīšana lokālai lietošanai – pavisam cita aplikācijas dinamika, nepieciešamā funkcionalitāte. Mūsdienu uzņēmumi neatkarīgi no lieluma, darbinieku skaita un nozares nopietni apsver interneta programmēšanu gan vietējā, gan globālā līmenī.
Tajā pašā laikā var izplatīt tīmekļa resursa lokālo programmēšanu: uzņēmuma biroji var atrasties jebkur, taču tas nav internets, bet gan izplatīts uzņēmuma lokālais tīkls.
MySQL, PHP, Apache iestatīšana vietējā formā:
- viegli pavairot tīkla datoros;
- nodrošina iespēju dinamiski mainīt aktīvo komponentu vai saskaņot to ar paraugu, lai novērtētu uzlaušanas mēģinājumus;
- dod iemeslu izstrādāt drošības sistēmu, kurā nav klasisko tīkla metožu uzbrukuma riska.
Ja ņemam vērā, ka MySQL un Apache Windows vidē ir pakalpojumi un PHP kods ir vienkāršs teksts, ko apstrādā rīks (PHP tulks), ko īstajā laikā izsauc HTTP serveris, tad maināmības līmenis., mobilitāte un koda pārnesamība būsievērojami augstāks par vietējiem attīstības rīkiem.
Gatavošanās Apache instalēšanai
Pat "sākuma sākuma" laikmetā Unix operētājsistēma noteica neizteiktos lojalitātes principus. Kopš tā laika viss, kas tika darīts ar Unix līdzīgām sistēmām, tika automātiski tulkots uz citām platformām. Apache iestatīšana operētājsistēmā Windows ir ļoti vienkārša, taču nopietniem uzdevumiem ir nepieciešama laba pieredze un detalizēta HTTP servera konfigurācijas izpratne.
Vispirms jums ir jālejupielādē jaunākā servera versija (šodien tā ir versija 2.4.33, datēta ar 17.03.2018.) no oficiālās vietnes zip-arhīva formātā. Sākotnēji jāpatur prātā, ka serveru versiju ir daudz un tās tiek piedāvātas daudzos trešo pušu resursos, tāpēc ir svarīgi izvēlēties oficiālu ieviešanu, kas tiek mitināta uzticamā tīmekļa resursā.
Iepriekš bija populāri instalēt serveri, izmantojot īpašu instalētāju. Tagad ir ierasta prakse vienkārši paplašināt zip arhīvu. Tas ir vienkāršāk un ļauj izprast konfigurācijas procesa būtību, kas ir ļoti svarīga un ļauj optimizēt serveri vēlamajai slodzei un funkcionalitātei.
Konfigurācijas faila rediģēšana
Servera konfigurāciju nosaka konfigurācijas failu kopa, kas atrodas mapē conf. Galvenais Apache konfigurācijas fails ir
Lielākajā daļā gadījumu ir nepieciešams veikt izmaiņas galvenajā failā, precizēt to failu saturu, kas ir atbildīgi par ssl un virtuālajiem saimniekiem. Citi iestatījumi parasti irtiek veikti servera darbības laikā, kad rodas problēmas vai tiek atrisināti uzdevumi. Būtībā turpmākie iestatījumi ir saistīti ar Apache optimizēšanu vai tā iespēju paplašināšanu.
Lai veiksmīgi palaistu serveri, pietiek rediģēt tikai vienu rindiņu (secībā - 38.) - un Apache konfigurācija ir pabeigta.
Iepriekšējās servera konfigurācijas versijās bija nepieciešams veikt daudzas izmaiņas reālajā situācijā, taču tagad ir "universāls" SRVROOT mainīgais. Ir vērts norādīt tā pareizo vērtību (ceļu uz servera atrašanās vietu), un viss darbosies uzreiz.
Servera izvietošanas procedūra
Jums jābūt uzmanīgiem attiecībā uz servera atrašanās vietu. Pats Apache ir interesants, bet, ja tas ir aprīkots ar PHP un MySQL, tas ir divtik interesanti. Labāk, ja viss ar web izstrādi saistītais ir vienuviet. Var piekrist noklusējuma ceļiem, taču mūsdienu programmēšana nav tik ideāla savā realizācijā, tāpēc viennozīmīgi un bieži būs jātur pirksts uz pulsa. Turklāt, izvēloties ērtu atrašanās vietu, būs pieejami visi inicializācijas un konfigurācijas faili, kā arī žurnāli par instalēto produktu darbību.
Lejupielādētais oficiālais Apache zip-arhīvs ir jāizvieto izvēlētajā vietā, ievietojot rīku un strādājot atsevišķi. Šajā piemērā mape C:\SCiA ir rīks (Apache24, PHP, MySQL utt.), un SCiB mape ir izveidoto, uzturēto vai jaunināto vietņu darbs.
RezultātāPirmajā darba posmā mapē C:\SCiA\Apache24 nokļūst tikai apakšmapes bin, cgi-bin, conf, error, … ar visu to saturu.
Rediģēt saimniekdatoru failu
Otrais solis ir pareizi iestatīt saimniekdatoru failu - norāde par to, kuras IP adreses konkrētajā datorā ir kartētas ar kādiem nosaukumiem. Ja dators izstrādās vai uzturēs tikai vienu vietni, tad neko nevar mainīt.
Pamata IP - 127.0.0.1 parasti vienmēr norāda uz localhost. Darba resursdatora fails atrodas c:\Windows\System32\drivers\etc un izskatās šādi.
Lai hosts failu ievietotu pareizajā vietā, administratora režīmā ir jāizmanto komandrinda. Pareizo faila saturu varat sagatavot jebkurā datora failu sistēmas vietā, taču to var ierakstīt tikai c:\Windows\System32\drivers\etc, izmantojot rīku, kuram ir administratora tiesības. Vienkāršākais veids, kā to izdarīt, ir izmantot komandrindu.
Instalējiet Apache serveri
Nekas nav vieglāks. Pietiek palaist komandu uzvedni kā administratoram un doties uz mapi C:\SCiA\Apache24. Tā kā šis ir ceļš Windows sistēmā, tiek izmantotas slīpsvītras. Konkrētā gadījumā ceļš var būt atšķirīgs. Bet, ja joprojām varat eksperimentēt ar mapes nosaukumu, kurā mitināt svēto trīsvienību - Apache, PHP un MySQL, tad mainīt mapju nosaukumus katrai no tām ir nepraktiski.
Šajā gadījumā servera arhīvs tiek izvietots mapē C:/SCiA/Apache24,tāpēc jums ir jāieraksta komanda bin mapē:
httpd.exe -k install
Serveris pārbaudīs konfigurācijas failu un pats instalēs. Visticamāk, būs nelielas kļūdas, taču, ja pareizi rediģēsit konfigurācijas failu, visas kļūdas būs nelielas un tās var ātri novērst.
Komandridas logs (1) - pakalpojuma instalēšana, logs (2) - to pakalpojumu saraksts, kuros parādījās serveris, logs (3) - avota fails index.html, kas atrodas С:/SCiB /localhost/www, logs (4) - servera rezultāts.
Šajā piemērā tika apzināti pieļauta kļūda: tā vietā, lai iestatītu SRVROOT mainīgā vērtību, tika veikti daudzi labojumi "vecmodīgā veidā": viss tika mainīts manuāli. Tas nav labākais risinājums. Pirms zināšanu pielietošanas jums jāiepazīstas ar produkta pašreizējo versiju. Parasti lietas mainās ātri, un zināšanas ir jāpielieto “apzinoties lietu un izprotot pašreizējo situāciju”.
Zip arhīva izvietošanas prakse
Mūsdienu vietnes ne vienmēr ir rakstītas satura pārvaldības sistēmās. Ir daudz roku darba. Vietnes pārsūtīšanas uz citu mitināšanu problēma radīja labu risinājumu - zip arhīvu. Sakļauts saturs vienā vietā, izvērsts citā.
Instalētāja klātbūtne ir laba prakse, taču mūsdienu informācijas tehnoloģiju dinamika nedod laiku rakstīt skaistas instalācijas. Izmantojiet instalēšanu, izmantojot zip-arhīva izvietošanu - mūsdienīgi, praktiski un ērti. Izmantojot šo opciju, Apache konfigurācija ir ierobežota, mainot konfigurācijas failus.
Instalējot serveri, ir svarīgi norādīt:
- kur viņš ir;
- kur atrodas tīmekļa resurss (localhost);
- izmantojot ssl;
- virtuālie saimnieki.
Pēdējā pozīcija ir svarīga, ja ir paredzēts vienlaikus izstrādāt vai uzturēt vairākus servera resursus. Īstam izstrādātājam tas ir obligāts: pat ja tas nodrošina vienas vietnes darbību, nebūs lieki izmantot rezerves daļu.
džentlmeņu komplekti
Ir skaidrs, ka ZIP arhīva izvietošana ir vienkārša, Apache (instalēšana un konfigurēšana) ir tikai divu vai trīs klikšķu attālumā. Tomēr rezultāts, kad uzstādītāji bija populāri, bija līdzvērtīgs. Izstrādātājs vienkārši pavadīja vairāk laika, izstrādājot sava produkta nākamo versiju. Servera, servera valodas un datu bāzes instalēšana būtībā ir tikai failu kopa, palaišanas pakalpojumi, saimniekdatora fails un noklusējuma ceļi operētājsistēmas mainīgā ceļā.
Denveras un līdzīgu džentlmeņu izstrādes komplektu parādīšanās bija revolucionārs solis vienkāršības un ērtības virzienā, taču nekļūdieties. Revolūcija un programmēšana ir absolūti nesavienojamas lietas. Pirmais ir konflikta bērns un tā vētrains risinājums, otrs ir nopietna lieta, kas prasa absolūtu mierīgumu, punktualitāti, precizitāti, konsekvenci, uzmanību, drošību, uzticamību.
Apache servera konfigurēšana ir nopietna procedūra, kas jāveic ļoti uzmanīgi un jādara viss, lai rīt varētu kaut ko mainīt un precizēt.
Lielākajā daļā gadījumu tīmekļa izstrāderesursi ir diezgan gari procesi, kuros prasības servisiem (Apache, PHP, MySQL, …) mainās ātri, taču vienmēr ir laiks saprast nākamo uzdevumu un tā optimālo risinājumu. Bet tas nav iemesls, lai turpinātu runāt par džentlmeņu komplektiem. Laiks iet, bet kungs nemainās, šis ir daudz pārliecinošāks arguments par Denveras deklarāciju - tas ir vienkārši, ātri un pieejami.
Vairākas vietnes - viens serveris
Apache 2.4 iestatīšana vienam saimniekdatoram ir nepamatota greznība. Neskatoties uz tā kompakto dizainu, šim serverim ir liela atbildība par vairāk nekā pusi no interneta aktīvajiem tīmekļa resursiem. Turklāt ne visiem resursiem ir reprezentatīvā daļa un tie ir redzami tīklā.
Serveri var izmantot kā datu bāzi, kā informācijas pārsūtīšanas punktu, kā filtru, kā parsētāju, kā darba mehānismu globālākā informācijas procesā. Tādējādi Apache virtuālo saimniekdatoru iestatīšana gandrīz vienmēr ir obligāta.
Viens serveris var atbalstīt tik daudz tīmekļa resursu, cik vēlaties. Lai to izdarītu, httpd.conf failā ir jāatmet 501. rindiņa:
Iekļaut conf/extra/httpd-vhosts.conf
un aprakstiet visus nepieciešamos saimniekdatorus failā
extra\httpd-vhosts.conf
Jums var būt nepieciešams precizēt, kurus portus un IP serveris klausās, taču tas ir atsevišķs jautājums, pirmo reizi varat aprobežoties ar to, kas ir.
Jāatzīmē, ka piemērā reālu virtuālo tīmekļa resursu (un tādu ir daudz) aprakstīšanas ērtībai ir ieviests mainīgais(DOCROOT) ar ceļu uz visu tīmekļa resursu koplietoto mapi, kas pieejama, izmantojot instalēto serveri.
Apache SSL konfigurācija ir pieejama līdzīgā veidā. Failā httpd.conf jums vienkārši jāatstāj "kā ir" rindas no 524 līdz 531, kas ir atbildīgas par SSL darbību.
Apache vienkāršība un sarežģītība
Laiki, kad servera iestatīšana bija īsts izaicinājums, ir sen pagājuši. Mūsdienās Apache iestatīšana ir ļoti vienkārša procedūra, kas neprasa īpašas prasmes no izstrādātāja.
Trīs vienkāršas darbības:
- paplašināt arhīvu;
- mainīt konfigurācijas failu;
- instalējiet serveri.
Tā rezultātā Apache ir pilnībā funkcionāls. Ja neņemat vērā servera darbības procesa smalkumus ar maksimālo slodzi vai veicat lokālu izstrādi Windows datorā, papildu zināšanas nav nepieciešamas.
Linux sistēmās var rasties grūtības. Ievērojami atšķirīga izpratne par failu sistēmu, lietotāju un grupu tiesībām, kā arī mijiedarbības procesa organizēšana ar citām lietojumprogrammām prasa, lai izstrādātājs būtu kompetentāks un saprastu, kā darbojas Linux datori.
Apache konfigurēšana jebkurā Linux sistēmā paver daudz plašākas iespējas izstrādātājam un nodrošina piekļuvi lokālajam tīklam un internetam. Pēc tradīcijas Windows dators ir lokāla darbstacija, un serveris ir tur iekšējais. Linux dators ir failu serveris, tīmekļa serveris un lokālā tīkla mezgls vai punkts interneta telpā.
Profesionāla videizstrādātājs
Apache ir interneta telpas pamatelements, ko var viegli un viegli konfigurēt, lietot un kas kļūs par uzņēmuma tīkla infrastruktūras mugurkaulu.
Šī loģika pieņem, ka tīklā ir vismaz viens serveris, kurā darbojas CentOS, Ubuntu, FreeBSD, Windows darbstacijas. Optimāli ir divi Linux serveri (galvenais un papildu), Apache iestatīšana lokālajam datoram Windows vidē. Vīrusa uzbrukuma vai neparedzētas situācijas gadījumā palīgserveris nomainīs galveno, bet galvenais serveris tiks salabots un atjaunots. Apache lokālo instalāciju darbstacijā (operētājsistēmā Windows) varat aizstāt no arhīva.
Šo triviālo risinājumu var pilnveidot un papildināt reālajā praksē. Uzņēmuma informācijas plūsmu lielums var noteikt vēlamo konfigurāciju un nepieciešamo serveru skaitu. Faktiski Apache ir paredzēts darbam zem slodzes, taču nekas neliedz jums sadalīt viena servera pienākumus vairākiem. Risinājums, kurā ņemtas vērā konkrēta uzņēmuma īpašības, vienmēr ir daudzsološāks nekā trešās puses iespējas pielāgošana.
