Faglig utvikling fokuserer alltid på egne verktøy – dette er en garanti for pålitelig og effektiv oppfyllelse av forpliktelser. Egen hosting og servere for ulike formål i en rekke populære konfigurasjoner utvider omfanget av oppgaver som skal løses, øker sikkerheten og konfidensialiteten til utviklingen.
Native HTTP: Apache, PHP, MySQL
Apache-nettserveren har vært en solid leder siden forrige århundre fordi den gir en rask, pålitelig og sikker opplevelse. En fysisk maskin og en server som kjører Linux eller Windows er grunnlaget, HTTP er tillegget, selv om det egentlig er en kommunikasjonsprotokoll. En Windows-maskin kan brukes som server, men Linux-familien foretrekkes.
Apache på Windows er en lokal variant som brukes på en enkelt maskin for å duplisere utviklingen av ressurser på eksterne servere. Installering på Windows Server er akseptabelt, men ikke veldig populært. Å sette opp Apache på CentOs gir flere alternativer og brukes til å organisere servere i den lokale ogglobale nettverk.
Det antas at Apache-servere betjener mer enn 50 % av alle aktive nettressurser, resten faller på lignende produkter fra Microsoft, Sun og andre. Faktisk kan den fysiske serveren og dens operativsystem være hva som helst. HTTP-serveren er plassert på en ferdig plattform og fungerer parallelt med andre applikasjoner på den. Apache regnes som innfødt i hele Linux-familien, men i hvert tilfelle har den sine egne særegenheter.
Gratis, enkle, pålitelige Linux-systemer og deres applikasjoner. Det spiller ingen rolle hva du bruker: Å installere og konfigurere Apache på Ubuntu er ikke mye forskjellig fra CentOs, Debian eller FreeBSD. Ofte spiller metningen av et bestemt operativsystem med tilleggsprogramvare en rolle.
Linux-familien er liten når det gjelder antall "slektninger" på linjen til en eller annen kjerne i systemet. Forskjellene er mer av sosial karakter – i betydningen utvikleres tilknytning til formuleringen og implementeringen av operativsystemets muligheter.
I virkeligheten, for å løse en spesifikk oppgave for å øke hosting, må du bestemme deg for nødvendig funksjonalitet, nødvendig ytelse, konseptuelle prioriteringer og et spesifikt valg av en Linux-representant, eller stoppe ved Windows Server.
Skift i lokale utviklingsprioriteringer
Det er vanskelig å vurdere rollen til det globale nettverket i utviklingen av programmering, men det er lett å se et reelt skifte i tyngdepunktet: det har blitt vanlig å utføre lokale applikasjoner som en nettressurs. Bare skriv et program forlokal datamaskin - dette er drivere, antivirus, små prosjekter med enkel funksjonalitet. Programmeringsspråk … VBA, selv om C/C++ eller C kan brukes.
Ethvert informasjonsprosjekt er en nettressurs i bedriftens lokale nettverk, som delvis kan nås fra det globale nettverket, for eksempel for å koordinere handlingene til ansatte utenfor kontoret, på veien eller på forretningsreise.
MySQL, PHP, Apache: oppsett for lokal bruk - en helt annen dynamikk i applikasjonen, den nødvendige funksjonaliteten. Dagens bedrifter, uavhengig av størrelse, antall ansatte og bransje, vurderer seriøst internettprogrammering, både lok alt og glob alt.
Samtidig kan lokal programmering av en nettressurs distribueres: bedriftskontorer kan være lokalisert hvor som helst, men dette er ikke Internett, men et distribuert lok alt nettverk til bedriften.
MySQL, PHP, Apache-oppsett i lokal form:
- lett å duplisere på tvers av nettverksdatamaskiner;
- gir muligheten til å dynamisk endre den aktive komponenten eller matche den med en prøve for å evaluere hackingforsøk;
- gir en grunn til å utvikle et sikkerhetssystem uten risiko for å bli angrepet av klassiske nettverksmetoder.
Hvis vi tar med i betraktningen at MySQL og Apache i Windows-miljøet er tjenester, og PHP-kode er ren tekst som behandles av et verktøy (PHP-tolk) som kalles til rett tid av en HTTP-server, vil nivået av mutabilitet, mobilitet og kodeportabilitet vil værebetydelig høyere enn lokale utviklingsverktøy.
Forbereder for Apache-installasjon
Selv i epoken "begynnelsen av begynnelsen" definerte Unix-operativsystemet de uutt alte prinsippene for lojalitet. Siden den gang ble alt som ble gjort under Unix-lignende systemer automatisk oversatt til andre plattformer. Å sette opp Apache på Windows er ekstremt enkelt, men seriøse oppgaver krever god erfaring og en detaljert forståelse av
Først av alt må du laste ned den nyeste versjonen av serveren (i dag er den versjon 2.4.33 datert 17.03.2018) fra den offisielle nettsiden i zip-arkivformat. Det bør først huskes at serverversjonene er mange og tilbys på mange tredjepartsressurser, så det er viktig å velge en offisiell implementering som er vert på en pålitelig nettressurs.
Tidligere var det populært å installere en server gjennom et spesielt installasjonsprogram. Det er nå vanlig praksis å bare utvide et zip-arkiv. Dette er enklere og gjør det mulig å forstå essensen av konfigurasjonsprosessen, noe som er veldig viktig og deretter lar deg optimere serveren for ønsket belastning og funksjonalitet.
Redigering av konfigurasjonsfilen
Serverkonfigurasjon bestemmes av et sett med konfigurasjonsfiler som ligger i conf-mappen. Hovedkonfigurasjonsfilen for Apache er
I det overveldende flertallet av tilfeller er det nødvendig å gjøre endringer i hovedfilen, klargjøre innholdet i filene som er ansvarlige for ssl og virtuelle verter. Andre innstillinger er vanligvisgjøres under driften av serveren etter hvert som problemer oppstår eller oppgaver løses. I utgangspunktet er ytterligere innstillinger knyttet til optimalisering av Apache eller utvidelse av funksjonene.
For å lykkes med å starte serveren, er det nok å redigere bare én linje (i rekkefølge - den 38.) - og Apache-konfigurasjonen er fullført.
I tidligere versjoner av serverkonfigurasjonen var det nødvendig å gjøre en rekke endringer i den virkelige situasjonen, men nå er det en "universell" SRVROOT-variabel. Det er verdt å spesifisere riktig verdi (banen til serverplasseringen), og alt vil fungere umiddelbart.
Prosedyre for serverdistribusjon
Du må være forsiktig med plasseringen til serveren. Apache i seg selv er interessant, men når den er utstyrt med PHP og MySQL, er den dobbelt interessant. Det er bedre når alt relatert til webutvikling er på ett sted. Du kan godta standardstier, men moderne programmering er ikke så ideell i implementeringen, så du må holde fingeren på pulsen entydig og ofte. I tillegg, når du velger en praktisk plassering, vil alle initialiserings- og konfigurasjonsfiler, samt logger over driften av installerte produkter være tilgjengelige.
Nedlastet offisielt Apache zip-arkiv bør distribueres til den valgte plasseringen, plasseringsverktøy og arbeid separat. I dette eksemplet er C:\SCiA-mappen verktøyet (Apache24, PHP, MySQL, …), og SCiB-mappen er arbeidet til nettstedene som er opprettet, vedlikeholdt eller oppgradert.
Som et resultatI det første arbeidet er det bare undermappene bin, cgi-bin, conf, error, … med alt innholdet som kommer inn i mappen C:\SCiA\Apache24.
Rediger vertsfil
Det andre trinnet er å sette opp vertsfilen riktig – en indikasjon på hvilke IP-adresser på en gitt datamaskin som er tilordnet hvilke navn. Hvis datamaskinen bare skal utvikle eller vedlikeholde ett nettsted, kan du ikke endre noe.
Basis-IP - 127.0.0.1 peker vanligvis alltid til lokalvert. Working hosts-filen ligger på c:\Windows\System32\drivers\etc og ser slik ut.
For å plassere vertsfilen på riktig sted, må du bruke kommandolinjen i administratormodus. Du kan forberede riktig innhold i filen hvor som helst på datamaskinens filsystem, men du kan bare skrive den til c:\Windows\System32\drivers\etc med et verktøy som har administratorrettigheter. Den enkleste måten å gjøre dette på er gjennom kommandolinjen.
Installer Apache-server
Det er ikke noe enklere. Det er nok å kjøre ledeteksten som administrator og gå til mappen C:\SCiA\Apache24. Siden dette er en bane på et Windows-system, brukes skråstreker fremover. I et spesielt tilfelle kan banen være annerledes. Men hvis du fortsatt kan eksperimentere med navnet på mappen som skal være vert for den hellige treenigheten - Apache, PHP og MySQL - så er det upraktisk å endre mappenavnene for hver av dem.
I dette tilfellet er serverarkivet distribuert i C:/SCiA/Apache24-mappen,derfor må du skrive kommandoen i bin-mappen:
httpd.exe -k install
Tjeneren vil teste konfigurasjonsfilen og installere seg selv. Mest sannsynlig vil det være mindre feil, men hvis du redigerer konfigurasjonsfilen riktig, vil alle feil være små og kan raskt fikses.
Vindu (1) på kommandolinjen - installasjon av tjenesten, vindu (2) - listen over tjenester der serveren dukket opp, vindu (3) - index.html kildefilen som ligger på С:/SCiB /localhost/www, vindu (4) - resultatet av serveren.
I dette eksemplet ble det med vilje gjort en feil: i stedet for å angi verdien til SRVROOT-variabelen, ble det gjort en rekke redigeringer "på gammeldags måte": alt ble endret manuelt. Dette er ikke den beste løsningen. Før du bruker kunnskap, bør du gjøre deg kjent med den gjeldende versjonen av produktet. Som regel endrer ting seg raskt, og kunnskap bør brukes «med kunnskap om saken og forståelse for dagens situasjon».
Praksisen med å distribuere et zip-arkiv
Moderne nettsteder er ikke alltid skrevet på innholdsstyringssystemer. Det er mye manuelt arbeid. Problemet med å overføre nettstedet til en annen hosting førte til en god løsning - et zip-arkiv. Skjult innhold på ett sted, utvidet det på et annet.
Å ha en installatør er god praksis, men dynamikken i moderne informasjonsteknologi gir ikke tid til å skrive vakre installasjoner. Bruk installasjon via zip-arkiv-distribusjon - moderne, praktisk og praktisk. I dette alternativet er Apache-konfigurasjonen begrenset til å endre konfigurasjonsfiler.
Når du installerer serveren, er det viktig å spesifisere:
- der han er;
- hvor nettressursen er plassert (localhost);
- using ssl;
- virtuelle verter.
Den siste posisjonen er relevant når den skal utvikle eller vedlikeholde flere ressurser samtidig på serveren. For en ekte utvikler er dette et must-have: selv om det gir arbeidet til ett nettsted, vil det ikke være overflødig å ha en reserve.
Gentlemen's sets
Enkelt å distribuere et zip-arkiv er åpenbart, Apache (installasjon og konfigurasjon) er bare to eller tre klikk unna. Resultatet da installatører var populære var imidlertid tilsvarende. Utvikleren brukte ganske enkelt mer tid på å utvikle neste versjon av produktet sitt. Å installere serveren, serverspråket og databasen er i hovedsak bare et sett med filer, starttjenester, en vertsfil og standardstier i operativsystemets variabelbane.
Ankomsten av Denver og lignende utviklingssett for herrer var et revolusjonerende skritt i rekken av enkelhet og bekvemmelighet, men gjør ingen feil. Revolusjon og programmering er absolutt uforenlige ting. Den første er et barn av en konflikt og dens stormfulle løsning, den andre er en alvorlig sak som krever absolutt ro, punktlighet, nøyaktighet, konsistens, oppmerksomhet, sikkerhet, pålitelighet.
Konfigurasjon av Apache-serveren er en seriøs prosedyre som må tas veldig nøye og alt må gjøres slik at du i morgen kan endre og avklare noe.
I de fleste tilfeller webutviklingressurser er ganske lange prosesser der kravene til tjenester (Apache, PHP, MySQL, …) endres raskt, men det er alltid tid til å forstå neste oppgave og dens optimale løsning. Men dette er ikke en grunn til å fortsette med gentleman's sets. Tiden går, men gentlemannen endrer seg ikke, dette er et mye mer overbevisende argument enn Denver-erklæringen - det er enkelt, raskt og tilgjengelig.
Flere nettsteder – én server
Å sette opp Apache 2.4 for en enkelt vert er en uberettiget luksus. Til tross for sin kompakte design, bærer denne serveren et enormt ansvar for mer enn halvparten av de aktive nettressursene på Internett. I tillegg har ikke alle ressurser en representativ del og er synlige på nettverket.
Tjeneren kan brukes som en database, som et informasjonsoverføringspunkt, som et filter, som en parser, som en arbeidsmekanisme i en mer global informasjonsprosess. Som et resultat er det nesten alltid et must å sette opp virtuelle Apache-verter.
Én server kan støtte så mange nettressurser du vil, for dette må du avkommentere linje 501 i
Inkluder conf/extra/httpd-vhosts.conf
og beskriv alle nødvendige verter i filen
extra\httpd-vhosts.conf
Du må kanskje avklare hvilke porter og IP serveren lytter på, men dette er en egen sak, for første gang kan du begrense deg til hva som er.
Det skal bemerkes at i eksemplet, for å gjøre det enklere å beskrive ekte virtuelle nettressurser (og det er mange av dem), er en variabel introdusert(DOCROOT) med banen til den delte mappen for alle nettressurser som er tilgjengelige via den installerte serveren.
Apache SSL-konfigurasjon er tilgjengelig på lignende måte. I httpd.conf-filen trenger du bare å la "som den er"-linjer fra 524 til 531, som er ansvarlige for driften av SSL.
Apache enkelhet og kompleksitet
Dagene da det var en skikkelig utfordring å sette opp en server er for lengst forbi. I dag er oppsett av Apache en veldig enkel prosedyre som ikke krever spesielle ferdigheter fra utvikleren.
Tre enkle trinn:
- utvid arkivet;
- endre konfigurasjonsfil;
- installer serveren.
Som et resultat er Apache fullt funksjonell. Hvis du ikke tar hensyn til detaljene i prosessen med å kjøre serveren med maksimal belastning eller utfører lokal utvikling på en Windows-datamaskin, er det ikke nødvendig med ytterligere kunnskap.
Vanskeligheter kan oppstå på Linux-systemer. Betydelig forskjellig forståelse av filsystemet, bruker- og grupperettigheter, samt organiseringen av prosessen med interaksjon med andre applikasjoner krever at utvikleren er mer kompetent og forstår hvordan Linux-datamaskiner fungerer.
Konfigurasjon av Apache på et hvilket som helst Linux-system åpner for mye flere muligheter for utvikleren og gir tilgang til det lokale nettverket og Internett. Tradisjonen tro er en Windows-datamaskin en lokal arbeidsstasjon, og serveren er intern der. En Linux-datamaskin er en filserver, en webserver og en lokal nettverksnode eller et punkt på Internett.
Profesjonelt miljøutvikler
Apache er en grunnleggende byggestein i Internett-området som enkelt og enkelt kan konfigureres, brukes og vil bli ryggraden i et selskaps nettverksinfrastruktur.
Denne logikken forutsetter at det er minst én server på nettverket som kjører CentOS, Ubuntu, FreeBSD, Windows-arbeidsstasjoner. Det er optim alt å ha to Linux-servere (hoved- og tilleggsservere), Apache-oppsett for en lokal datamaskin i et Windows-miljø. Ved et virusangrep eller en uforutsett situasjon vil hjelpeserveren erstatte hovedserveren, og hovedserveren repareres og gjenopprettes. Du kan erstatte den lokale installasjonen av Apache på en arbeidsstasjon (under Windows) fra arkivet.
Denne trivielle løsningen kan foredles og suppleres i praksis. Størrelsen på et selskaps informasjonsflyt kan bestemme ønsket konfigurasjon og nødvendig antall servere. Egentlig er Apache designet for å fungere under belastning, men ingenting hindrer deg i å fordele ansvaret til én server over flere. En løsning som tar hensyn til egenskapene til et bestemt selskap er alltid mer lovende enn å tilpasse et tredjeparts alternativ.
