A legnépszerűbb webszerverek. Válasszon egy helyi webszervert a Windows számára. Vékony: egyszerű és gyors HTTP szerver

Fiatalkoromban egyetlen helyi webszerver volt népszerű az internet orosz nyelvű szegmensében. Ez, kitaláltad, a jó öreg Denwer. Még 2003-ban határozottan rátelepedett a számítógépemre. Más alternatívák, ha léteztek akkoriban, szűk körökben ismertek voltak, és nem voltak annyira népszerűek.

Nézzük meg, mit használhatunk ma, annyi év után. Azt javaslom, hogy fontolja meg, tesztelje és hasonlítsa össze a 14-et! Szoftverrendszerek, amelyeket Windows helyi webszerverként való használatra terveztek.

1. AMPPS

Legújabb verzió: 1.7
Orosz nyelv: igen (részben)
Hordozható verzió: Nem
Honlap: http://www.ampps.com/

Alap készlet:

• Softaculous AMPPS 1.7
• Apache 2.2.22
• MySQL 5.5.22
• PHP 5.3.10 és 5.2.17
• PERL 5.10.1
• Python 2.7.2
• MongoDB 2.0.4

Az AMPPS nem csak egy helyi szerver, hanem egy egész alkalmazáskönyvtár, ahol mindegyik gyorsan telepíthető, manipulálható és bütykölhető a pénztárnál. Mindezt a gazdaságot gondosan katalogizálják és részletesen leírják.

Ennek az összeállításnak kétségtelen előnye, hogy támogatja számos általános CMS-t, blogplatformot, webfórumot, hirdetőtáblát, fotógalériát és így tovább. Összesen több mint 200 alkalmazás érhető el! A csomagban található komponenskészlet is naprakész, minden modul elég friss, és figyelemre méltó, hogy itt olyan egzotikus dolgokat találhatunk, mint a Python és a MongoDB.

A mínuszok közül szeretném megjegyezni a részleges orosz fordítást, amely csak a script könyvtárban van jelen, és még akkor sem mindenhol. Az Apache újraindítása után a tálcamenü nem működött, a Windows újraindítása nem segített. Egy másik hátránya a hordozhatóság hiánya. Véleményem szerint az AMPPS a kezdők számára hasznosabb a szkriptek megtanulásához, mint a komoly fejlesztőknek. Nem volt túl kényelmes ezzel a szerverrel dolgozni, vannak jobb lehetőségek is.

Legújabb verzió: 2.5.10
Orosz nyelv: nem
Hordozható verzió: Nem
Honlap: http://www.appservnetwork.com/

Alap készlet:

• Apache 2.2.8
• PHP 5.2.6
• MySQL 5.0.51b
• phpMyAdmin-2.10.3

Az Apache és a MySQL szolgáltatásként telepítve van. Nincs ellenőrző program, csak egy kétes kivitelű oldal, amelyen a PhpMyAdmin linkje található. Lényegében az AppServ egy grafikus telepítő Apache, PHP, MySQL és semmi más számára. Ha ugyanaz a Denwer indítja el az összetevőket, akkor itt egyszerűen szolgáltatásként telepítik, és maga a Windows kezeli.

Legutóbbi verzió: 3.2010-11-07
Van orosz nyelv
Hordozható verzió: Igen
Honlap: http://www.denwer.ru/

Alap készlet:

• Apache 2.2
• PHP 5.3.3
• MySQL 5.1.40
• phpMyAdmin 3.2.3

Denwer... jó öreg Denwer. Ugyanazt a csekély, nem túl friss komponensekből álló készletet látjuk (a tojásig levágva), fekete ablakot és grafikus felhasználói felületet. Ennek a helyi webszervernek az előnyei közé tartozik a rendkívül kis mérete és a jó "tudásbázis" a fórumon, sok éven keresztül. Valójában a szervert .BAT szkriptek vezérlik a modulok indításához és leállításához, ezért nincs vezérlőprogram.

Denwer rendkívül egyszerű és érthető, ezért rendelkezik a legnagyobb rajongói hadsereggel a „bábu” között. Ennek a webszervernek a legteljesebb leírása a következő mondat lesz, amelyet az egyik felhasználó mondott: "A Denver elvégzi a fő feladatokat, és minden rendben, és minél több krém, annál több baj van (senki sem használja 100-szor)."

Legújabb verzió: 5.3.9
Orosz nyelv: Igen
Hordozható verzió: Igen
Honlap: http://www.easyphp.org/

Alap készlet:

• PHP 5.3.9
• PhpMyAdmin 3.4.9
• Apache 2.2.21
• MySQL 5.5.20

Elég egyszerű és figyelemre méltó összeállítás. Felajánljuk a szokásos nem sallangmentes tálcamenüt, egyszerű beállításokat és egy zavaros kezdőlapot orosz nyelv nélkül. Ez a szoftvercsomag nem tett rám semmi benyomást, jól működik. Az EasyPHP teljesen alkalmas Denwer helyettesítésére egy "ablakos verzióval" (ha a kezdőoldal nem ijeszt meg).

Megjegyzem, az EasyPHP egyedül kezeli a szervert, nem bukkannak fel ijesztő fekete ablakok, elég gyors a szerver indítása és leállítása.

Legújabb verzió: 2.0.2.0
Van orosz nyelv
Hordozható verzió: Nem
Honlap: http://eleanor-cms.ru/server

Alap készlet:

• Apache 2.2.19
• PHP 5.3.6
• MySQL: MariaDB 5.2.6
• PhpMyAdmin 3.4.2
• SlimFTPd 3.1.81
• DNS kötetlen 1.4.10

Az EleanorServ először sötét lónak tűnt számomra, vagy inkább egyfajta speciális szervernek az azonos nevű Eleanor CMS-hez. Megfontolás után kiderült, hogy ez egy rendes helyi webszerver.

Ebben az összeállításban tetszett az étlap kialakítása, ami elég tetszetősre sikeredett, ami ritkaságnak számít az ilyen programok között. Tetszett a vezérlőpult, vagy inkább a kezdőoldal is, ami meglehetősen szokatlan kialakítású.

A szoftvercsomag használatának öröme nem tartott sokáig. Új tartomány létrehozása után a vezérlőpult egyszerűen eltűnt. Igen, igen, csak elpárolgott, és a ./www/localhost/ mappában nem is találtam más fájlt az index.php csonkon kívül. További csalódás volt, hogy a tálcamenüből nem tudtam megnyitni a tartományokat tartalmazó mappát, meg kellett keresnem, hova telepítettem az EleanorServ-t ...

És végül, a fő hátránya, hogy ez a szerver nem hordozható, ami nem teszi lehetővé számunkra, hogy USB flash meghajtóra telepítsük és különböző számítógépeken használjuk.

6.Nimp

Legújabb verzió: 1.5.0
Van orosz nyelv
Hordozható verzió: Igen
Honlap: http://nimpbox.ru/

Alap készlet:

• Apache 2.2.17
• Nginx 0.9.3
• MySQL 5.5.8
• PHP 5.3.5
• Sendmail 31
• phpMyAdmin 3.3.9
• Sypex Dömper 2.0.8
• FileZilla 0.9.37 béta
• Memcached 1.2.4

Itt a vezérlőpult szörnyű megvalósítását látjuk pornográfia elemekkel, de van egy meglehetősen érdekes tálcamenü. A legfurcsább ebben az összeállításban akár 4 is! tálcaikonok pontosan ugyanazzal a menüvel. Az első alkalomtól távol sikerült működésre bírnom a szervert. Mint kiderült, a Nimp csak a lemez gyökeréből tud működni, ami kétségtelenül egy újabb súlyos mínusz ennek a szoftvercsomagnak.

A szerver használata közben állandóan meghibásodott valami, a FileZilla soha nem állt le (a feladatkezelőn keresztül kellett megölni), a Memcached pedig egyáltalán nem indult el. Némi megdöbbenést váltott ki a program készítőjének szava, miszerint "ez az összeállítás kiválóan alkalmas nagy terhelésű telephelyekre vállalati és városi hálózatokban", a program egyértelműen távol áll attól, hogy vállalati környezetben használják.

Ennek a helyi webszervernek az a "trükkje", hogy az Nginx frontendként működik, és statikus tartalom terjesztésére készült, az Apache pedig háttérrendszerként működik dinamikus tartalom generálására. Általában kettős benyomásom maradt erről az összeállításról, fokozatosan változott a kezdeti élesen negatívról a programmal való munka során általában elfogadhatóra.

Legújabb verzió: 4.5.2
Van orosz nyelv
Hordozható verzió: Igen
Honlap: http://open-server.ru/

Alap készlet:

• Apache 2.2.22;
• Apache 2.4.2;
• Nginx 1.2.0;
• MySQL 5.1.63;
• MySQL 5.5.24;
• PostgreSQL 9.1.2;
• PHP 5.2.17 (IMAgick 2.2.1, Zend Optimizer 3.3.3, IonCube Loader 4.0.7, Memcache 2.2.4);
• PHP 5.3.13 (IMAgick 2.3.0, Xdebug 2.2.0, IonCube Loader 4.0.14, Memcache 2.2.6);
• PHP 5.4.3 (Xdebug 2.2.0);
• Perl 5.12.3.0 (kiterjesztés);
• SlimFTPd 3,181;
• Fake Sendmail 32;
• NNCron Lite 1.17;
• Memcached 1.2.6;
• Adminisztrátor 3.3.4;
• HeidiSQL 7.0;
• Webgrind 1.0;
• PHPMyAdmin 3.5.1;
• PHPPgAdmin 5.0.4;
• PHPMemcachedAdmin 1.2.1;

Ellentétben a felülvizsgálatunk többi résztvevőjével, az Open Server rendelkezik a legkellemesebb és legátgondoltabb felülettel, hatékony funkciókkal rendelkezik az összetevők konfigurálásához és adminisztrálásához. A kétségtelen előnyök közé tartozik a beállítási profilok támogatása, a HTTP/MySQL/PHP modulok váltása, a feladatütemező (cron), a kényelmes tartomány- és álnév-kezelés, a „bambákhoz” pedig egy magyarázó felhasználói kézikönyv tartozik.

Az Open Server jó tulajdonsága, hogy a programot hordozható személyes startmenüként is használhatja. A szervert USB-meghajtóra telepítheti, hordozható programjait átviheti oda, könyvjelzőket hozhat létre a gyakran látogatott oldalakhoz, és bárhol is van, kényelmesen gyorsan elérheti kedvenc oldalait és programjait.

Legújabb verzió: 1.8.2
Orosz nyelv: nem
Hordozható verzió: Igen
Honlap: http://www.server2go-web.de/

Alap készlet:

• Apache 2.2
• PHP 5.3.2
• SQLITE
• MySQL 5.1.46
• PERL 5.8

Ebből a sárból sokáig köpködtem, és több percet töltöttem a gyermekfolyamatok keresésével és megölésével. Kiderült, hogy amikor elindítod a Server2go programot, csak elindul a helyi webszerver és ennyi. MINDEN - a szó legigazibb értelmében nincs vezérlőprogram, nincs monitor, a szervert nem lehet leállítani, sőt egyszerűen újraindítani. Ennek a szoftvercsomagnak csak egy kezdőlapja van, ahol a PHP Info kimenetéhez hasonló ártalmatlan információkat láthat.

A benyomás rendkívül negatív, bár úgy tűnik: a szerver elindul, a PhpMyadmin megnyílik, és mi kell még? Nem, egy szerver, amelyet nem lehet leállítani, nem nekem való. Égesd el a pokolban!

Legújabb verzió: 8.5.4
Orosz nyelv: Igen
Hordozható verzió: Nem
Honlap: http://www.uniformserver.com/

Alap készlet:

• Apache 2.4.2
• PHP 5.4.0
• MySQL 5.5.24
• phpMyAdmin 3.5.1

Az Uniformserver egy másik kézzel készített cikk a térdről, és nem tudok róla legalább valami jót mondani. Görbe orosz fordítás, hatalmas csúnya logó a tálcamenüben, maga a menü egyáltalán nincs átgondolva, a ferde fordítás miatt pedig egyáltalán nem lehet érteni semmit. Ez a build mindössze annyit tud tenni, hogy futtatja és megnyitja a PhpMyadmint. A menü segítségével elérheti a naplókat és a konfigurációs fájlokat is. Az egyetlen kellemes meglepetés az volt, hogy ott találtuk Cront.

Legújabb verzió: 8.5
Orosz nyelv: nem
Hordozható verzió: Igen
Honlap: http://www.usbwebserver.net/

Alap készlet:

• Apache 2.2.21
• MySQL 5.5
• PHP 5.3.9
• PhpMyAdmin 3.4.9.0

Egyszerű és könnyű webszerver. A kezelőpanel egyszerű, a tálcába rejthető. Sajnos nincs orosz nyelv. Az összeszerelés igénytelen felhasználóknak és kezdőknek is ajánlható. Ebben a szoftvercsomagban nincsenek olyan funkciók vagy finomságok, amelyekről beszélhetnék.

Funkcióit tekintve az USBWebserver a Denwerre hasonlít, csakhogy a Perl hiányzik. A vezérlőpulton indíthatunk/leállíthatunk modulokat, nyithatunk naplókat, van még egy-két hasznos funkció és beállítás, ennyi. Ezt a buildet a Denwer grafikus felhasználói felületének helyettesítésére ajánlom azoknak, akiknek hasonló funkciókra van szükségük, de szeretnének egy gombokkal és sallangokkal ellátott vezérlőpanelt.

Legújabb verzió: 2.27
Orosz nyelv: nem
Hordozható verzió: Nem
Kezdőlap:

Alap készlet:

• Apache 2.2.22
• PHP 5.3.10
• MySQL 5.5.20
• SQLite 3.7.10
• Okos 3.1.7
• PhpMyAdmin 3.4.9
• Xdebug 2.1.3
• SQLiteManager 1.2.4

Jó és működőképes helyi webszerver, elég jól ismert, könnyen megtanulható. Kényelmes menüje van, jó lehetőségek a PHP és az Apache konfigurálására. Nagyon tetszett az összeállítás, egy időben elég sokáig használtam a Vertrigót.

De nem minden olyan rózsás a mi királyságunkban, persze vannak hátrányai is. A legfontosabb és legjelentősebb hátránya, hogy a szerver nem hordozható, nem telepíthető USB flash meghajtóra és nem használható különböző gépeken. A többi probléma mellett szeretném megjegyezni a domain vagy alias létrehozásának nehézségeit, valamint az orosz nyelv hiányát.

Legújabb verzió: 2.2d
Orosz nyelv: Igen
Hordozható verzió: Nem
Honlap: http://www.wampserver.com/

Alap készlet:

• Apache 2.2.21
• Php 5.3.10
• MySQL 5.5.20
• XDebug 2.1.2
• XDC 1.5
• PhpMyadmin 3.4.10.1
• SQL Buddy 1.3.3
• webGrind 1.0

Az XAMPP-hoz hasonlóan ez a build széles körben ismert nyugaton. Ennek oka talán a nagyszámú nyelv támogatása, az Apache, a MySQL és a PHP tetszőleges verziójának bővítménykénti telepítésének lehetősége és egy vonzó kezdőlap, ami magáról a vezérlőprogramról nem mondható el.

Az összeszerelés jól működik, ijesztő, de érthető menüje van. Nincs benne semmi, ami miatt ez a helyi webszerver kitűnhet a tömegből. Megmondom őszintén, nagyon meglepődtem, amikor a stílusos és színes honlap látogatása után ekkora nyavalyát láttam a program kialakításában.

Legújabb verzió: 0.4.0.4
Van orosz nyelv
Hordozható verzió: Igen
Honlap: http://winginx.ru/

Alap készlet:

• Nginx 1.2.0;
• PHP 5.3.13;
• PHP 5.4.3;
• Node.js 0.6.17;
• MySQL 5.1.62;
• MongoDB 2.0.5;
• memcached 1.2.6;
• phpMyAdmin 3.5.0;
• Adminisztrátor 3.3.3;
• Rock Mongo 1.1.1;
• phpMemcachedAdmin 1.2.1;
• Xdebug 2.2.0.5, Zend Guard Loader 5.5, ionCube 4.0.14

Ez az összeállítás a MongoDB és a Node.js jelenlétével, valamint az Nginx webszerver gyorsan növekvő népszerűségével büszkélkedhet. Örültem a normál tálcamenü és a beállítások rész jelenlétének is, azonban a munka során kiderült, hogy a beállítások ablakban 3 fül van, ahol csak 1-2 lehetőség van (miért?).

A rönkökkel való munka meglehetősen furcsán néz ki a Winginxben. Megtekintésükhöz kínálunk egy menüt a fájlok kiválasztásához, például error.log, access.log és így tovább, de lehetetlen megérteni, hogy melyik modulhoz tartoznak ezek a naplók: Nginx, PHP vagy esetleg Node.js?

Bár a Winginx rendelkezik vezérlőprogrammal, maga a webszerver parancsa, csakúgy, mint Denwerben, .BAT-fájlokon keresztül történik. Ezt a következtetést a szerver indításakor vagy leállítása során a semmiből felbukkanó fekete ablakokból vontam le.

Lehetséges, hogy valaki (elsősorban kezdők) nagyon hasznosnak találja a szkriptek (PhpBB, WordPress, Joomla stb.) automatikus telepítését egy domain létrehozásakor, különös tekintettel arra, hogy a szkriptek úgy vannak beállítva, hogy működjenek az Nginx-szel (írja át a elég nehézkesen írd át a szabályokat). Én azonban személy szerint soha nem használok ilyen funkciókat, és inkább magam telepítem, mert soha nem tudhatod, hogy mi és hogyan van telepítve, és milyen meglepetések várhatnak a jövőben.

14. Xampp USB Lite

Legújabb verzió: 1.7.7
Orosz nyelv: nem
Hordozható verzió: Igen
Honlap: http://www.apachefriends.org/en/xampp-windows.html

Alap készlet:

• Apache 2.2.21
• MySQL 5.5.16
• PHP 5.3.8
• phpMyAdmin 3.4.5

Az XAMPP egy nagyon népszerű helyi webszerver külföldön. Azt hiszem, a népszerűség annak köszönhető, hogy ez az összeállítás meglehetősen megbízható, és minden nagyobb operációs rendszerhez rendelkezik verziókkal: Windows, Linux, Mac OS X és még a Solaris is.

A modulok indítása és leállítása kellően gyors, az üdvözlő oldal nem zavaró és érthető, bár angolul. Általánosságban elmondható, hogy egy nagyon jó szoftvercsomag (egy csomó finomsággal az asztali verzióban), amelyben nincs semmi felesleges vagy visszataszító. A sarkon túlról fekete ablakok nem támadnak, a vezérlőpult egészen hétköznapi, de keveset használ.

A szoftvercsomag mínuszai közül csak ezt a vezérlőpanelt tudom megjegyezni, vagy inkább magának ennek a vezérlésnek a hiányát, nincs benne semmi, csak a szerver elindítása és leállítása. Nincs kényelmes menü a webhelyek listájával, nincs webszerver beállítási rész, nincsenek hasznos eszközök. Ebben a buildben manuálisan kell konfigurálnia a munkakörnyezetet.

Összehasonlítás

	Hordozható	orosz nyelv	A GUI elérhetősége	Hasznos GUI	Naplók megtekintése
AMPPS	-	+	+	-	+
-	-	-	-	-
+	+	-	-	-
+	+	+	+	+
-	+	+	+	+
Nimp	+	+	+	+	-
+	+	+	+	+
+	-	-	-	-
-	+	+	-	+
+	-	+	-	-
-	-	+	+	+
-	+	+	+	+
+	+	+	+	+
Xampp USB Lite	+	-	+	-	-

A legjobb eredmények: EasyPHP, Open Server, Winginx.

Tesztelés

1. teszt – Hamis indítás

A teszt lényege, hogy szándékosan elrontjuk az Apache konfigurációt, hogy ellenőrizzük, kapunk-e figyelmeztetést, vagy minden jelző zöld lesz, és semmi sem fog működni. Egyetértenek azzal, hogy nem sok vágy van olyan szerelvény használatára, amely megtévesztő módon sikeres indításról számol be, és idiótának tűnik. Ha a szerver nem ad jelet, vagy titokban működik, akkor a teszt is sikertelennek minősül.

2. teszt – Nehéz utak

A teszt lényege, hogy a szervert szándékosan egy összetett nevű mappába telepítjük, tesztünkben a "C: testMys$ka!._-()zlo()+~%&2% Files" nevű mappát fogjuk használni. . Ha a PhpMyAdmin (csak a kényelem miatt van, mivel minden összeállításban benne van) nem nyílik meg, akkor a teszt ennek megfelelően sikertelen lesz. Minden ember egyéniség, a mappákat néha a legváratlanabb neveknek is nevezik. A teszthez kiválasztott mappanév megfelelő a Windows számára, és helyesen kell elemezni.

3. teszt – SSL a dobozból

A teszt rendkívül egyszerű - elindítjuk a szervert, és megpróbáljuk megnyitni a PhpMyAdmint az SSL protokoll használatával.

Megnevezések: A "+" azt jelenti, hogy a teszt sikeres volt, a "-" azt jelenti, hogy a teszt sikertelen.

	hibás rajt	Nehéz utak	SSL a dobozból
AMPPS	+	+	+
-	+	-
-	+	+
+	+	-
+	+	-
Nimp	+	-	-
+	+	+
-	+	-
+	-	-
+	-	-
+	+	-
+	+	-
-	-	-
Xampp USB Lite	+	-	+

A legjobb eredmények: AMPPS, Open Server.

Következtetés

Annyi szoftverrendszer átgondolása és tesztelése után felmerül a kérdés – mit válasszak végül a mindennapi munkához? Erre a kérdésre nem olyan egyszerű válaszolni, minden build jó lesz egy bizonyos típusú feladathoz.

Kezdőknek azt javaslom, hogy a Denwert használják a legegyszerűbb és legjobban tesztelt helyi webszerverként. Minden más webfejlesztőnek, valamint azoknak az újoncoknak, akik nem rendelkeznek elegendő Denwer funkcióval, az Open Server használatát javaslom.

Ha gyorsan meg kell ismerkednie valamelyik jól ismert forgatókönyvvel, fórummal, fotógalériával vagy vendégkönyvvel, és nem szeretne vesződni a telepítésével és a megfelelő platform megtalálásával, akkor kipróbálhatja az AMPPS-t. Természetesen feltéve, hogy az Önt érdeklő forgatókönyvet támogatja ez a fejlesztés.

Ha valakinek olyan ritka modulokat kell használnia, mint a helyi levelezőszerver, Node.js, MongoDB stb., akkor szerintem mindenki kiválaszthatja a megfelelő opciót a felülvizsgálatunk többi résztvevője közül.

Idővel bármely webfejlesztő ( blogger, webdesigner vagy webprogramozó) speciális teszthelyre lesz szüksége, ahol gond nélkül gyakorolhat oldal fejlesztése vagy másik webprojekt tesztelése. Egyes kezdők fizetős tárhely-forrásaikat használják, és legalább két webhelyet üzemeltetnek ott. egy munkás ( alapvető) és a másik ( további) tesztelésre. A vizsgálati helyszínt különféle vizsgálatoknak vetik alá ( számos bővítmény, téma, szkript és így tovább telepítése és ellenőrzése).

Ennek eredményeként ezzel az elrendezéssel a fő munkaterület nagymértékben szenved, mivel a tárhely erőforrások nagy részét a tesztprojekt használja fel. Van azonban egy másik mód is, amely veszteségmentességet tesz lehetővé ( mind anyagilag, mind erőforrás szempontjából), hogy teszteljék webhelyeiket, és most megfontoljuk ezt a módszert.

Miért ne?

Valószínűleg már tudja, hogy ahhoz, hogy webhelyét felhelyezhesse az internetre, domain nevet kell regisztrálnia, tárhelyet kell vásárolnia, azaz lemezterületet kell vásárolnia egy nagy sebességű, PHP szkripteket futtató számítógépen. A webhelyek megfelelő működéséhez telepíteni kell a PHP-t és a MySQL-t. Mindez nem elérhető egy normál számítógépen. Hogyan futhatnak a HTML és PHP fájlok a számítógépen?

Egy normál fájl megnyitható a Notepad++ programmal vagy akár a jegyzettömbbel is. Ott írjon be valamit, mentse el, majd minden probléma nélkül nyissa meg ezt a fájlt a böngészőjében, és nézze meg, hogyan nézne ki ez a fájl az interneten. Vagyis már látunk egy működő HTML oldalt. Ebben internetkapcsolat nélkül is létrehozhatunk egy bizonyos dizájnt, tartalmat, és monitorozhatjuk a projektet. Sőt, már mindenünk megvan. Ha egy PHP fájlt böngészővel szeretnénk futtatni, akkor nekünk semmi sem fog működni, hiszen a PHP szkriptek a Windows operációs rendszerben nem működnek további szoftverek nélkül.

Mindez nem érhető el egy normál számítógépen, így nincs lehetőség webes projektjeivel dolgozni. Ezért néhány kezdő pénzt költ a fizetett tárhely további erőforrásaira. De mi van ebben az esetben? A válasz egyszerű – vannak speciális programok, amelyekkel közvetlenül a számítógépére telepítheti a dedikált szervert.

Mi az a szerver?

Mi történt szerverés mi a különbség a helyi szerver és a hálózaton lévő között. A szerveren esetünkben nem számítógépet értünk, hanem egy speciális programkészletet, amely biztosítja az oldal optimális működését. Ahhoz, hogy a webhely működjön, telepítenünk kell a szerveren egy speciálisan kijelölt helyre (). Vagyis feltöltjük a webhely fájljait egy távoli számítógépre. Speciális szerverprogramok nélkül azonban letöltött fájljaink nem lesznek láthatóak a hálózaton. Most ilyen célokra létrehozzuk saját szerverünket az otthoni számítógépünkön.

Ehhez speciális programokra van szükségünk. De melyik a megfelelőbb, és milyen nehézségeket okozhat a további munkában? Tájékoztatásul az alábbiakban bemutatom a legnépszerűbb webszervereket világszerte. Ez azonban nem jelenti azt, hogy azonnal telepíteni kell őket. Később elmagyarázom miért!

A legjobb webszerverek listája

Jelenleg számos megoldás van a piacon a különböző gyártóktól:

• (Weboldal: apache.org) a legelterjedtebb és legnépszerűbb ingyenes szerver a weben. Megbízhatóbb és rugalmasabb. A szerver nem igényes a processzor erőforrásaira, és számos webhelyet képes kiszolgálni. Az alkalmazás számos operációs rendszerhez elérhető, beleértve a Unix, Linux, Solaris, Mac OS X, Microsoft Windows és sok más operációs rendszert. Jelenleg az Apache használata 71%. Ez azonban egy összetett program, amelyet nem minden kezdő képes kezelni.

• (weboldal - www.iis.net) egy másik megbízható szerver a Microsofttól. A második helyen szilárdult meg a hálózathasználat 14%-ával. A program telepítése után csak két programozási nyelv lesz támogatott ( VBScript és JScript). Az ehhez szükséges bővítmények telepítésével azonban további szolgáltatásokat is megnyithat. Az ilyen modulok telepítésével a szerver funkcionalitása jelentősen megnő.

• nginx (webhely - nginx.org/ru/) a legnépszerűbb webszerver az orosz interneten. Az első kettőhöz képest ez a legegyszerűbb, és nincs benne felesleges funkció. Megbízhatósága és nagy sebessége miatt is dicsérik. A termék fejlesztője honfitársunk - Igor Sysoev. 2004-ben kiadta az nginx első verzióját. Most ez a szoftvertermék zárja a világ három legnépszerűbb webszerverét. Használata körülbelül 6,5%.

• (Weboldal: www.litespeedtech.com) - ez a webszerver nem rendelkezik széles képességekkel, de nagyon nagy sebességgel rendelkezik. Sebesség szempontjából 9-szer erősebb, mint a népszerű Apache. Nagy figyelmet fordítottak a biztonságra saját rendszer túlterhelés elleni védelem, szigorú http kérések ellenőrzése, anti-ddos és még sok más). A LiteSpeed ​​elérhető Solaris, Linux, FreeBSD és Mac OS X rendszereken. Ennek a programnak a használati aránya 1,5%.

Természetesen sok más hasonló program létezik, de ezek használatának és bizalmának aránya a felhasználók körében nem olyan magas, mint ezek. Sajnos egy ilyen program nem elég Önnek. Nemcsak nagy projektekhez tanácsos használni őket, de telepítésük és konfigurálásuk is nehézkes lehet. Ezenkívül az ilyen szervereken kívül néhány program külön telepítése és konfigurálása is szükséges ( például adatbázissal dolgozni). Mindez sok felhasználó számára jelentős nehézségeket okoz. Hogyan lehet ilyenkor?

A helyi szerver jellemzői

Jelenleg számos különféle disztribúció létezik, amelyek megkönnyíthetik minden kezdő webmester életét. Nagyon könnyen telepíthetők, könnyen használhatók, kevésbé igénylik az erőforrásokat, és tartalmazzák a legjobb munkavégzéshez szükséges szoftverelemeket.

Azaz helyi szerver Ez nem csak egy program nem egy konkrét webszerver), hanem egy speciális gyűjtemény, amely összetett szerverprogramok könnyű verzióit tartalmazza. Általában az összeállítás tartalmazza: magát a szervert ( többnyire Apache, de lehet más is), PHP fordító ( ezzel a böngésző képes olvasni a kódokat és összeállítani az oldalt), adatbázis-összetevők, különféle telepítők és sok más program. Mindez nagymértékben leegyszerűsíti a dolgot, nem pedig, ha minden programot külön-külön telepítenénk és konfigurálnánk.

Ezenkívül a helyi szerverek alapcsomagjaihoz külön modulok csatlakoztathatók a funkcionalitás bővítése érdekében. Egy másik fontos tulajdonság, hogy egyes szervereken cserélhető flash meghajtóról is lehet dolgozni. Általánosságban elmondható, hogy az ilyen buildek nagyon alkalmasak a gyors webhelyfejlesztésre, kis projektek tesztelésére, sőt néha nagy projektekre is.

A népszerű helyi szerverek áttekintése

Íme néhány build, amelyeket hasznosnak találhat:

• (weboldal – denwer.ru) egy ingyenes hazai szerver, amelyet webhelyekkel, webalkalmazásokkal vagy internetes oldalakkal való együttműködésre terveztek. Fejlesztői Dmitrij Koterov és Anton Sushchev. Ez a termék tartalmazza az egyszerűsített működéshez szükséges disztribúciókat. Ide tartozik például az Apache webszerver különféle támogatással, a phpMyAdmin és a MySQL panel az adatbázisokkal való munkavégzéshez, valamint egyéb programok. Cserélhető pendrive-ról is dolgozhat. Sajnos a Denwer csak a Windows operációs rendszert támogatja.

• XAMPP (weboldal - www.apachefriends.org/en/xampp.html) egy speciális kiszolgáló, amelyet Apache barátok készítettek. A szükséges disztribúciók lehetővé teszik egy teljes értékű webszerver futtatását rajta. Ez a program ingyenesen terjesztett, és támogatja a Windows, Solaris, Mac OS X és Linux operációs rendszereket. A következő előnyei is vannak: a szerver nagyon egyszerű felhasználói felülete miatt népszerű, így sok kezdő kedvence; a frissített verzióknak több megjelenése is van; a frissítési folyamat nagyon egyszerű és felhasználóbarát; vannak további modulok. A szükséges verziót egy másik hivatalos webhelyről is letöltheti - sourceforge.net/projects/xampp/files.

• (Weboldal: www.appservnetwork.com) egy kiváló szerver egy thai gyártótól, melynek koncepciója az összes disztribúció egyszerű telepítése és konfigurálása 1 perc alatt. Az összeállítás első kiadására 2001-ben került sor, és azóta a felhasználók száma folyamatosan nő. Az AppServ nagyon egyszerűen telepíthető, ugyanolyan stabilan működik, mint a hivatalos és az egyes kiadások, megbízható teljesítménye pedig lehetővé teszi egy komplett webszerver létrehozását a számítógépen.

• (Weboldal: www.vertrigo.sourceforge.net) egy másik jó és könnyen telepíthető helyi szerver. Az összeállítás nagyon rugalmas, jó teljesítményű és kevés lemezterületet foglal el. Sajnos jelenleg csak Windowson működik.

• Zend szerver Közösségi kiadás (Weboldal: www.zend.com) a Zend ingyenes szervere, amelyet webes alkalmazásokkal való együttműködésre terveztek. Tartalmazza az összes szükséges összetevőt a helyi kiszolgáló gyors telepítéséhez a számítógépen.

• (webhely - open-server.ru) egy hazai hordozható helyi szerver, amely kiváló funkcionalitással rendelkezik webhelyek és egyéb webes projektek fejlesztésére és létrehozására. Többnyelvű felülettel rendelkezik beleértve az oroszt is), és Windows operációs rendszerben való működésre tervezték. Támogatja a cserélhető adathordozóról történő munkát. Ez a szerver nagyon jó, és jó alternatívaként szolgál Denver számára.

• (weboldal - wampserver.com) - egy másik jó összeállítás orosz interfésszel ( vannak más nyelvek is). Van egy egyszerű és áttekinthető menü, és a szerelvény kényelmes telepítése és konfigurálása nem okoz különösebb nehézséget. A konfiguráció a konfigurációs fájlok befolyásolása nélkül is elvégezhető, ami nagyon hasznos a kezdő webmesterek számára. A szerver ingyenesen terjesztett, és csak Windows platformon működik. Sajnos még nincs hordozható verzió.

• (Weboldal: easyphp.org) - egy nagyon egyszerű összeállítás az orosz nyelv támogatásával. Az összeállítás figyelemre méltó, nem rendelkezik hatalmas funkcionalitással, és elsősorban kis projektek tesztelésére szolgál. A hordozható adathordozókat támogatja. Ez a szerver jó helyettesítője lesz Denvernek.

|

A Rubyban fejlesztett alkalmazások megoszthatók a sok webszerver egyikével. Minden webszerver egyedi, és megvannak a maga előnyei, de mindegyikben közös: a Rack felületen alapulnak.

Ez a cikk rövid áttekintést nyújt a Ruby alkalmazásokhoz használt népszerű webszerverekről, és bemutatja a Rack specifikációit és a köztes szoftvert.

jegyzet: A köztes szoftverrel kapcsolatos további információkért lásd: .

Rack interfész

A webalkalmazások fejlesztésének mai világában elengedhetetlen a megfelelő webszerverek és más programok és technológiák keverésének és párosításának képessége. Valójában ez az egyik leginkább kért szempont minden programozási nyelvben vagy keretrendszerben. A legegyszerűbb példa talán egy alkalmazás fejlesztési, tesztelési és éles környezete – mindegyiknek másnak kell lennie.

Ennek érdekében 2007-ben megjelent a Rack, egy moduláris felület a Ruby webszerverekhez. Ma már számos webszerver és keretrendszer használja (Espresso, Mack, Ruby on Rails, Sinatra stb.).

Az elnevezési konvenciók és a különböző programozási nyelvekre és tartományokra vonatkozó eltérő magyarázatok ellenére az alkalmazások interoperabilitásának specifikációi nagyon hasonlóak (ha nem azonosak). Bár a Python WSGI specifikációval ellentétben, amely a Racket és sok más specifikációt ihlette, a Rack egy köztes szoftver is.

A Rack köztes szoftver (gyöngyszemként kapható) megvalósítja a Rack specifikációt; a bejövő HTTP kéréseket különböző szakaszokra bontja, majd részenként feldolgozza, majd választ küld a webalkalmazásnak (vezérlőnek). A Rack program két különálló komponensből áll: egy kezelőből és egy adapterből, amelyen keresztül adatcsere történik webszerverek és alkalmazások (keretrendszerek) között.

A Ruby webszervereinek áttekintése

Most beszélhet a legnépszerűbb modern webszerverekről, megismerheti azok funkcióit, és kiválaszthatja az alkalmazásához legmegfelelőbb megoldást.

jegyzet: A webszerverek ábécé sorrendben vannak felsorolva.

Phusion Passenger: Gyors web és alkalmazásszerver

Sok Ruby on Rails fejlesztő javasolja a Passenger használatát az alkalmazások támogatására. Ez egy fejlett és funkciókban gazdag kiszolgáló, amely megfelel a legigényesebb telepítési követelményeknek, és megkönnyíti az alkalmazás telepítését és futtatását. Megszünteti a hagyományos proxy-szerver architektúrát azáltal, hogy közvetlenül integrálódik az Apache és Nginx webszerverekbe. Ezért a Ruby (Rails) közösségben gyakran mod_rails és mod_rack néven is emlegetik.

Az utasok jellemzői

A Passenger lehetőséget biztosít több, ugyanazon a szerveren tárolt alkalmazással való munkavégzésre.

Támogatja a lassú kliensek kezelését is. A Passenger minden kérést és választ pufferel, hogy megakadályozza a rendszererőforrásokat eltömő támadásokat.

A Passenger webszerver nagyon népszerű, és gyakran használják éles környezetben. Ezen kívül van egy aktív közössége, ahol sok hasznos tippet és trükköt kaphat. Az Utasfejlesztő cég kereskedelmi támogatást nyújt.

A Passenger nyílt forráskódú változata többfolyamatos egyszálas módot biztosít, míg a kereskedelmi verzió támogatja az egyszálas és a többszálas módokat.

Ezenkívül a kereskedelmi verzió számos "fejlett" funkciót kínál: párhuzamosság, többszálú, tömeges telepítés, erőforrás-kezelés, erőforrás-korlátozás stb.

jegyzet: További információk az Utasokról a projekt weboldalán találhatók . A Passenger Enterprise-ról - .

Puma: Modern webszerver a Ruby számára

A Puma egy nagy teljesítményű webszerver Ruby alkalmazásokhoz. A Mongrel webszerveren alapul, amely számos forradalmian új funkciót adott hozzá, és számos módon befolyásolta a Ruby alkalmazások fejlesztését. A fejlesztő Puma (Evan Phoenix) átalakította a Mongrel működési struktúráját azáltal, hogy Rack-be költözött (és így kiküszöbölte néhány teljesítményproblémát), és kifejlesztett egy alkalmazást a párhuzamosság támogatására.

Puma jellemzői

A Puma nem igényel sok helyet és kevés erőforrást használ.

A Puma webszerver többféle működési módot biztosít: lehetővé teszi a szálak minimális és maximális számának beállítását, valamint támogatja a cluster módot is, amelyben a forked folyamatok segítségével egyidejűleg is feldolgozható a kérések.

A Mongrel elemzőn alapul, és nagyrészt örökölte a kódját.

A Puma webszerver Rubinius számára készült, de a JRuby-val is működik

Egyszerű, de meglehetősen kiterjedt és rugalmas konfigurációkészletet biztosít, amely megkönnyíti a webszerver felkészítését fejlesztésre és környezetre egyaránt.

A Puma nem támogatja a többalkalmazásos hostingot és gyártást, de ez megtehető a dedikált Jungle eszközzel.

Vékony: egyszerű és gyors HTTP szerver

A Thin egy nagyon népszerű alkalmazásszerver; készítői szerint ez a "legbiztonságosabb, stabilabb, leggyorsabb és bővíthető Ruby webszerver". A vékony aktívan fejlődik. Három alapvető Ruby könyvtáron alapul:

• Mongrel elemző.
• EventMachine Network Library
• Rack Middleware

Vékony jellemzők

A Thin HTTP Servert úgy tervezték, hogy minden olyan keretrendszerrel működjön, amely megvalósítja a Rack specifikációt. Ehhez betölti a Rack konfigurációs fájljait.

Az EventMachine alapján a Thin képes kezelni a hosszú kéréseket fordított proxy nélkül (ellentétben néhány más webszerverrel).

jegyzet: Ha többet szeretne megtudni a Thinről, látogasson el a projekt webhelyére.

Unicorn: Rack alapú HTTP szerver gyors kliensekhez és Unixhoz

Az Unicorn egy kiforrott, teljes körű alkalmazáskiszolgáló a Ruby számára. Később Pythonnal való együttműködésre adaptálták. Az Unicorn működési elve a következő: a webszerver nem lát el minden feladatot, hanem csak azokat, amelyekért közvetlenül felelős, a többi feladatot átadja más, azokat jobban teljesítő programoknak.

Az egyszarvú jellemzői

Az Unicorn főfolyamat munkafolyamatokat hoz létre, hogy a kéréseket a megadott paraméterek szerint dolgozzák fel. Figyeli a dolgozói folyamatokat is, hogy megelőzze az erőforrásokkal kapcsolatos problémákat. Vagyis ha egy folyamat sok időt vagy erőforrást igényel, a szerver leállítja az Unicorn segítségével.

Mint fentebb említettük, az Unicorn az operációs rendszert használja a terheléselosztáshoz; ehhez át tudja adni a feladatokat más szolgáltatásokhoz. Ennek köszönhetően a kérések nem halmozódnak fel.

Az NGINX-hez hasonlóan az Unicorn is lehetővé teszi az alkalmazások telepítését a jelenlegi klienskapcsolatok megszakítása nélkül. Ez egy nagyon hasznos funkció egy alkalmazás frissítésekor.

Egyéb hasznos Unicorn funkciók:

• Az összes dolgozói folyamat egy meghatározott elszigetelt címtérben fut, és egyenként szolgálja ki a kéréseket.
• A before_fork és after_fork horgok lehetővé teszik a folyamatvillák kezelését.
• A memóriakezelést szolgáló másolás írásra mechanizmus memóriát takarít meg.
• Egy webszerver több felületen is képes figyelni.

jegyzet: Bővebben az Unicornról - .

Címkék: ,

Napról napra egyre több oldal jelenik meg az interneten, és egyre többen szeretnének megtanulni elkészíteni, jó webmesterek akarnak lenni, de elfelejtenek egy apró szempontot - a webszerver karbantartásának és konfigurálásának képességét. Ezért úgy döntöttem, hogy egy egész sor cikket szentelek a webszervereknek. Ma megnézzük legnépszerűbb webszerverek ebben a pillanatban.

Mint mondtam, az oldal létrehozásának folyamata nem csak egy HTML oldal írása, ahogy azt sokan gondolják :), ez egy egész sor tevékenység, amely webes irányú elég nagy tudást igényel, pl. olvassa el a „Hogyan válhat webmesterré, és mit kell ehhez tudnia? ” és valószínűleg megérti, hogy a HTML ismerete még nem ad semmit.

Népszerű webszerverek

Nos, elég a bevezetőből, térjünk át cikkünk témájára. És kezdjük azzal, hogy egyszerűen felsoroljuk a legnépszerűbb WEB szervereket, amelyek ma a következők:

• Apache- az interneten található összes webhely körülbelül 55-60%-a ( ez a világ legnépszerűbb webszervere!);
• Microsoft-IIS- az összes internetes oldal körülbelül 12-14%-a;
• Nginx- az összes internetes oldal körülbelül 10-12%-a.

A többit, amint érti, kevésbé népszerű webszerverek foglalják el, mint például:

• Lighttpd;
• gws;
• Gyanta;
• és mások.

Ma áttekintjük a 3 legnépszerűbb webszervert, és természetesen kezdjük a legnépszerűbbvel - az Apache-val!

Apache webszerver áttekintése

Apache egy ingyenes, többplatformos webszerver, amely a következő operációs rendszereket támogatja: Microsoft Windows, Linux, BSD, Mac OS, Novell NetWare, BeOS.

Ezt a webszervert a konfigurációs rugalmasság és a bővíthetőség jellemzi, pl. külső modulok csatlakoztathatók hozzá. Ezen a webszerveren webhelyeket fejleszthet olyan programozási nyelveken, mint:

• Piton;
• rubin;
• perl;

És ami a legfontosabb, ezeknek a nyelveknek a csatlakoztatása meglehetősen egyszerű, csak regisztrálnia kell a szükséges modulok csatlakozását a httpd.conf konfigurációs fájlban, például a PHP a következőképpen csatlakozik:

#kapcsolat az apache 2.2-es verziójához, csatlakoztassa a modult LoadModule php5_module "C:\Program Files\PHP\php5apache2_2.dll" #fájltípus hozzáadása a kezelőhöz AddType application/x-httpd-php .php #könyvtár megadása a php.ini PHPIniDir segítségével "C :\Program Files\PHP\"

Mi voltunk azok, akik a php-t csatlakoztattuk az apache 2.2-es verziójához, igen, ha már a verziózásnál tartunk, akkor erről is beszéljünk.

A mai napig az Apache legújabb verziója 2.4, de furcsa módon ez a verzió még nem a legnépszerűbb. Az Apache két verzióját széles körben használják az interneten – ezek 1.3 és 2.2 verzió. Bár az 1.3-as verzió már erkölcsileg elavult, még mindig nem hagyják abba a használatát. Nincsenek különösebben drámai különbségek ezek között a verziók között, bár a 2.2-es verzióban néhány fájl helye megváltozott, a httpd.conf fájl több részre szakadt, és a mappaszerkezet is kissé megváltozott, ami kezdetben megnehezítheti az átállást 1.3-2.2 verzió.

A legfontosabb dolog, amit szeretek az Apache-ban, az a sok normál dokumentáció, ami természetesen megkönnyíti a szerver elsajátítását. Például az Apache-nak van egy hivatalos webhelye - www.apache.org, ahol egyébként letöltheti az Apache bármely verzióját bármely operációs rendszerhez. A kezdőknek mindig kérdéseik vannak azzal kapcsolatban, hogy honnan töltheti le ezt vagy azt a disztribúciót (javaslom, hogy csak a hivatalos webhelyről töltse le), például ezen az oldalon letöltheti a Windows disztribúcióját ( például a 2.2.22-es verzió msi-csomagként, ennek megfelelően válassza ki a kívánt bővítményt).

Az Apache egyik fő funkciója, hogy például a webhely fejlesztője, ha webhelyét tárhelyre helyezte, kezelheti és módosíthatja a kiszolgáló beállításait anélkül, hogy újraindítaná, és az ezen található más webhelyek sérelme nélkül. szerver, ez fájllal történik .htaccess.

Az Apache-ról egyelőre ennyi, térjünk át a következő legnépszerűbb webszerverre.

Az IIS webszerver áttekintése

IIS (Internetes információs szolgáltatások ) nem egy különálló webszerver, hanem a teljes értékű webszerver működéséhez szükséges webszolgáltatások összessége. Ez a WEB szerver Windows platformon van megvalósítva ( és ennek megfelelően a Microsoft tulajdona), még azt is mondom, hogy teljesen integrálva van ezzel az operációs rendszerrel ( valamint az összes többi kiszolgálót, amely a Windows részét képezi). Ezen a szerveren oldalakat fejleszthet ASP technológiák használatával ( de ő már elavult) és az ASP.NET, mivel ez a technológia a Microsofttól származik, de más technológiák rajongói ( programozási nyelvek) A Microsoft nem felejtette el, és lehetővé tette ezen nyelvek csatlakoztatását ehhez a WEB-szerverhez, például: PHP, PERL és mások. A legnépszerűbb verziók az IIS-6, IIS-7, IIS-7.5 és a legújabb verzió ( randizni) IIS-8 ( Windows 8 és Windows Server 2012 rendszerben).

Az IIS webszerver fő összetevői a következők:

• maga a webszolgáltatás;
• az FTP szolgáltatás egyébként önálló szerverként is tud működni, ha hirtelen be akarod állítani az ftp-t, de nem használsz webszervert, nincs ezzel semmi gond, telepítsd és használd egészségedre;
• SMTP-kiszolgáló, külön levelezőszerverként is használhatja a szervezetben.

Természetesen a Windows új verzióiban, mint például a Windows 7, Windows Server 2008, részletesebb lebontás történik az egyes komponensekre, úgymond a kényelem kedvéért, pl. Ha használja, telepítse, ha nem, ne telepítse. Fentebb csak egy általánost mutattam be ( kicsi) része az összes összetevőnek.

Mindenki, aki már dolgozott Windows szerverekkel, tudja, hogy szinte minden kiszolgálói szerepkör beállítása a grafikus felületen keresztül történik, és ez alól az IIS szerver sem kivétel, így ha nem szeret fájlokat konfigurálni, vagy csak a parancssorban dolgozik, akkor ez a szerver tökéletes az Ön számára. Valakinek ez pluszt jelent ugyanazon Apache-hoz képest.

Sok webmester nem akarja használni az IIS-t csak azért, mert úgy gondolja, hogy telepítenie kell a Windows Servert, például 2003-at vagy 2008-at, egyrészt igazuk van, pl. ha webhelyeit saját szerverén szeretné tárolni ( mint a web hosting cégek), akkor természetesen a legjobb a szerver operációs rendszer telepítése. De ha csak webhelyeket szeretne fejleszteni, majd átvinni az internetes tárhelyre, akkor az IIS telepíthető olyan általános kliens operációs rendszerekre, mint a Windows XP Pro vagy a Windows 7 Pro vagy újabb. Ez az operációs rendszer szabványos eszközeivel történik:

Vezérlőpult -> Programok hozzáadása/eltávolítása (Windows XP) vagy Programok és szolgáltatások (Windows 7) -> Szolgáltatások telepítése (Windows XP) vagy Funkciók be- és kikapcsolása (Windows 7) -> Windows XP esetén válassza az Internet Information Services (IIS) lehetőséget és IIS Windows 7-hez.

Windows XP Pro rendszeren:

Windows 7 rendszeren:

Ha szükséges, kattintson a kompozícióra (Windows XP), vagy egyszerűen kattintson a pluszjelre (Windows 7), hogy részletesebben megtekinthesse vagy kiválaszthassa a telepítendő összetevőket. Ezután előfordulhat, hogy be kell helyezni az operációs rendszerrel ellátott telepítőlemezt, hogy a telepítő átvehesse a szükséges összetevőket, és ennyi, a telepítés úgy megy, mint egy normál alkalmazás telepítése, majd megnyithatja:

Vezérlőpult->Adminisztráció->Internet Information Services (Windows XP) vagy Internet Information Services Manager (Windows 7).

Annak ellenőrzéséhez, hogy a kiszolgáló fut-e és engedélyezve van-e, nyissa meg bármelyik böngészőt, és írja be a 127.0.0.1 számot, az alapértelmezett oldalnak meg kell nyílnia.

Ha Windows XP-vel rendelkezik, akkor az IIS 5.1 kerül telepítésre, ami kevésbé működőképes más verziókhoz, például az IIS 6-hoz és 7-hez képest. Ha pedig Windows 7-et használ, akkor az IIS 7-es verziója lesz telepítve, ami nagyszerű normál WEB szerver. A jövőben a Windows 8 rendszeren az IIS 8-as verzióját fogja telepíteni.

Ha az IIS-t normál kiszolgáló operációs rendszerre kívánja telepíteni, akkor Windows Server 2003 rendszeren az IIS 6, Windows Server 2008 IIS 7 rendszeren pedig Windows Server 2008 R2 IIS 7.5 rendszeren, Windows Server 2012 IIS 8. verzión. ennek részletes telepítése most nem lesz szerverünk, mert ez túlmutat jelen cikk keretein, de hamarosan több cikket is tervezek publikálni az IIS 7 WEB szerver Windows Server 2008 platformon történő telepítéséről, konfigurálásáról, adminisztrálásáról, ahol már részletesen megtekintheti ennek a szervernek az összes finomságát.

Több is van különbségek az IIS 6 és IIS 7 szerverek között(és újabb), pontosabban a 7-es (és újabb) verzió előnyei a 6-os verzióhoz képest:

• A 7-es verzió véleményem szerint kényelmesebb felülettel rendelkezik;
• ha PHP-ben szeretne webhelyeket fejleszteni, akkor a 7-es (és újabb) verziókban kényelmesebb a php kiterjesztés integrációja és kezelése;
• Az IIS 6-ot eredetileg nem tárhelyre szánták, de az IIS 7-et (és újabbakat) már megcélozták, például: a webhelytulajdonosok képesek kezelni és konfigurálni webhelyeiket ( Mármint webszerverre). Az IIS6 csak a vállalati weboldalakra koncentrált, de a hosterek is elkezdték használni, pl. népszerűségre tett szert. Az IIS 7 nagyszerű lehetőség azok számára, akik szeretik a Windows-t és a Windows-alkalmazásokat, és már semmivel sem marad el az internet legnépszerűbb webszerverétől, az apache-tól.

A mai napig a legnépszerűbb IIS-kiszolgálók az interneten még mindig a 6-os verzió, de a 7-es verzió már majdnem utolérte, és minden webmester és tárhelyszolgáltató már aktívan vált az IIS 7-es vagy újabb verziójára.

Nginx webszerver áttekintése

Nginx- egy orosz programozó által kifejlesztett webszerver és levelező proxy szerver, aki aktívan népszerűsíti, most még az Nginx, Inc. is megjelent.

Az Nginx unix-szerű operációs rendszereken fut, mint például: FreeBSD, OpenBSD, Linux, Solaris, Mac OS X, AIX, HP-UX, de vannak Windows-verziók is, bár, mint már értetted, ezt a webszervert fejlesztették ki. kifejezetten unixhoz. A legújabb verzió jelenleg az 1.2.4.

Az Nginx főbb jellemzői: egyszerűség, gyorsaság, megbízhatóság. Általában a fenti webszerverekhez hasonlóan ez egy kiváló webszerver.

Mára ennyi, a következő cikkekben részletesen foglalkozunk a webszerverek telepítésével, konfigurálásával és karbantartásával (példaként az Apache 2.2.22 és az IIS 7 használatával).

Munka az orosz Apache webszerverrel. Orosz Apache

A világ legszélesebb körben használt webszervere az Apache. A Netcraft szerint ( http://www.netcraft.com/Survey/) az ellenőrzése alatt működő webhelyek száma 1998 végére elérte a 2 milliót (az oldalak teljes számának 55%-a), és folyamatosan növekszik. Összehasonlításképpen: a Microsoft szerverek aránya 25%, a Netscape -7%. Mivel egy ingyenes nyílt forráskódú program ingyenes Unix rendszerekre (FreeBSD, Linux stb.), az Apache olyan funkcionális és megbízható, mint a kereskedelmi szerverek, és kiterjedt konfigurációs lehetőségei lehetővé teszik, hogy szinte bármilyen rendszerrel működjön. Vannak szerverhonosítások különböző nyelvekhez, beleértve az oroszt is.

Történelmileg az orosz szövegek az interneten különböző kódolásokban jeleníthetők meg, amelyek közül a koi8-r (vagy egyszerűen csak a koi8) és a Windows-1251 a leggyakoribb: a legtöbb Unixot futtató szerver és munkaállomás az elsővel működik, a második az összes szabványos. a Windows verziói. Mivel természetesen a Windows-1251 kódolást használják a kliensgépek túlnyomó többségén, azok aránya, akik a WWW orosz részét koi8 használatával böngészik, jelenleg nem haladja meg az 5%-ot. A dokumentumokat azonban sok Unix szerveren ebben a kódolásban tárolják, leggyakrabban e-mail üzeneteket és telekonferenciákon szinte mindig leveleket továbbítanak, sok orosz nyelvű IRC csatorna működik vele (mellesleg a KOI rövidítés az információcserét jelenti. kód"). Azon problémák megoldására, amelyek akkor merülnek fel, ha a szövegkódolások nem egyeznek a kiszolgálón és a kliensgépen, létrehozták az Apache-RUS orosz modult az Apache webszerverhez.

A cikkben megvizsgáljuk magának a szervernek és a dokumentumok menet közbeni átkódolásának mechanizmusának telepítését és konfigurálását.

Telepítés

Az Apache-RUS legújabb verziója az ftp://apache.lexa.ru/pub/apache-rus/ címen szerezhető be (a verziószám "fő" része, például 1.3.3, megfelel a eredeti Apache, a "kis" rész, például PL27. 3, - az úgynevezett patch szint, azaz az orosz modul verziója). Javasoljuk, hogy telepítse azokat a verziókat, amelyek „stabilnak” bizonyultak. Itt a kiszolgáló beállítását az Apache_1.3.3rusPL27.3 példában ismertetjük.

Tehát először az archívumot (1,5 MB-nál kisebb) másoljuk a gépünkre, és csomagoljuk ki:

# ftp ftp://apache.lexa.ru/pub/apache-rus/ apache_1.3.3rusPL27.3.tar.gz

# tar xvzf apache_1.3.3rusPL27.3.tar.gz

Ezt követően belépünk a kicsomagolás során létrehozott apache_1.3.3rusPL27.3 könyvtárba, és lefuttatjuk a configure scriptet:

# cd apache_1.3.3rusPL27.3

Ha szükséges, kifejezetten megadhat argumentumokat a szkripthez (a listát a configure -help parancs adja meg). Tehát, ha a kiszolgálót a szabványos könyvtártól eltérő könyvtárba szeretné telepíteni, futtassa a "configure -prefix=" parancsot.

Ha a konfigurálás befejeződött, a szokásos módon ki kell adnia a make és make install parancsokat (ezeket a műveleteket a root felhasználó hajtja végre).

A szerver most a /usr/local/apache könyvtárba van telepítve, de még nem indítható el – először szerkeszteni kell a httpd.conf, access.conf és srm.conf konfigurációs fájlokat a /usr/local/apache/etc könyvtárban. / könyvtár (a 27.4-es verziótól kezdve - /usr/local/apache/conf).

Beállítás

A webszerver konfigurációs fájljainak beállítása a beállítás legkritikusabb lépése. Itt csak a leggyakoribb direktívákat és azok paramétereit vesszük figyelembe, mivel egy teljes lista leírással több mint egy tucat oldalt vesz igénybe. A szerver újraolvassa a konfigurációs fájlokat indításkor, és akkor is, ha -HUP (hard restart) vagy -uSR1 (soft restart) jelet kap. Ha a szerver működőképes, akkor a konfiguráció megváltoztatásakor ajánlatos újraindítani a paranccsal

# kill -USR1 `cat /usr/local/apache/logs/httpd.pid`

Ebben az esetben a meglévő kapcsolatokat nem zárják be erőszakkal és a szokásos módon nem szüntetik meg, és a következő kliensek az új konfigurációs fájlokkal dolgoznak.

access.conf fájl

Az access.conf direktívákat tartalmaz, amelyek leírják a webszerveren lévő könyvtárak és fájlok elérésének engedélyeit. Először is döntse el, hogy a dokumentumok melyik könyvtárban legyenek tárolva. Az alapértelmezés a /usr/local/apache/share/htdocs, azonban sok rendszergazda inkább a /www/ címen kezdődő dokumentumokat helyezi el.<имя_сервера>/, mivel ez a szervezés megkönnyíti a fájlstruktúrában való navigálást. Létrehoztunk például könyvtárakat:

/www/radio-msu.net/

/www/people.radio-msu.net/

Ők lesznek a megfelelő virtuális szerverek gyökerei.

Az access.conf fájl tartalmazhat Directory, Location és Files szakaszokat, amelyek az azonos nevű direktívákra korlátozódnak. Ezen direktívák paraméterei használhatják a "?" és a "*" , valamint a reguláris kifejezések, amelyeket például tilde előz meg . A Könyvtár szakasz a lemez egy adott könyvtárához, a Hely rész egy virtuális elérési úthoz, a Fájlok pedig egy fájlhoz vagy fájlcsoporthoz tartalmaz utasításokat.

# direktíva, amely az összes tárolt dokumentumra vonatkozik

a /www/rmt.ru könyvtár és a beágyazott

# irányelv, amely a http:// címen elérhető összes dokumentumra vonatkozik<имя_сервера>/cgi-bin/<путь_к_файлу>

# a form.html fájlhoz kapcsolódó direktívák a könyvtárból

A Címtár és a Hely szakaszok közötti különbség az, hogy az előbbi a lemezen lévő könyvtárakra vonatkozik, míg az utóbbi arra a virtuális elérési útra (URL), amelyet a böngésző kér a webszervertől. Mindkettő tartalmazhat order, enable és deny direktívákat, amelyek lehetővé teszik a hozzáférés korlátozását egy könyvtárhoz vagy URL-hez különböző gépekről.

A következő két irányelv a szakaszra vonatkozik .

Lehetőségek

Lehetséges paraméterértékek:

ExecCGI - lehetővé teszi a CGI-szkriptek végrehajtását az adott könyvtárban és annak részfájában;

FollowSymLinks - szimbolikus hivatkozások követése (az ln paranccsal jön létre);

Includes - SSI engedélyezése (Server Side Includes);

Indexek – lehetővé teszik a könyvtárlista kiadását, ha az nem tartalmaz index.html fájlt (vagy a DirectoryIndex direktíva által meghatározott indexfájlt);

MultiViews – számos nyelv támogatása; alapértelmezés szerint le van tiltva, és általában nem kell engedélyeznie; az orosz nyelv menet közbeni átkódolásának támogatása más direktívák segítségével van beállítva, amelyeket később tárgyalunk;

Mind – állítsa be egyszerre az összes felsorolt ​​módot, kivéve a MultiView-t.

Különleges biztonsági követelmények hiányában teljesen elfogadható az "Options All" megadása a részben ; egyébként minden könyvtár paramétereit külön kell leírni.

override engedélyezése

A legtöbb direktíva nem csak a kiszolgáló konfigurációs fájljaiban állítható be, hanem a szerverkönyvtárak .htaccess fájljaiban is. Az AllowOverride direktíva határozza meg a .htaccess fájlokban engedélyezett direktívák készletét. A paraméterek az alábbiak szerint adhatók meg:

FileInfo - engedélyezze a dokumentumtípusokért felelős direktívákat;

Indexek – a címtárlistával kapcsolatos direktívák engedélyezése;

Limit – engedélyezi az engedélyezési és megtagadási parancsokat, amelyek az ügyfélszámítógép címétől függően korlátozzák a fájlok elérését;

Opciók – engedélyezze a fent leírt Options direktívát.

Vegye figyelembe, hogy az utóbbi mód engedélyezése lehetővé teszi a felhasználók számára, hogy létrehozzák saját .htaccess fájljaikat, és lehetővé tegyék számukra a CGI-szkriptek futtatását. Ezért, ha vezérelni szeretné a felhasználói CGI-parancsfájlokat, ne terjesztse ki az AllowOverride Options direktívát a felhasználói könyvtárakra.

Azonban sok esetben (különösen, ha csak az adminisztrátornak van joga megváltoztatni a szerver tartalmát) az access.conf fájl így nézhet ki.

srm.conf fájl

Az srm.conf fájl a kiszolgáló címtárszerkezetének általános konfigurációjával kapcsolatos direktívákat tartalmaz. Általában elegendő csak néhány sort módosítani benne.

DocumentRoot<первый каталог сервера>

Annak az alapértelmezett könyvtárnak az elérési útja, amelynek indexfájlját a felhasználó megkapja a szerver elérésekor (http://<имя_сервера>/). Ezt az utasítást be kell állítani minden egyes virtuális szerverhez is (a szakaszban httpd.conf fájl).

UserDir<имя пользовательского каталога>

A könyvtár, ahová a felhasználóknak el kell helyezniük fájljaikat, hogy elérhetőek legyenek a http:// címen<имя_сервера>/~<имя_пользователя>/. Az alapértelmezett a public_html. Néha, hogy megkönnyítsék a felhasználók életét, a rendszergazdák megadják a „UserDir www” direktívát.

DirectoryIndex<список файлов индекса>

Az indexfájl az a fájl, amelyet az ügyfél a könyvtár elérésekor továbbít. Ha több nevet ad meg, a szerver balról jobbra keresi a megfelelő fájlt. A lista alapértelmezés szerint csak egy nevet tartalmaz - index.html, de szokás, hogy más általános indexfájlneveket is hozzáadunk hozzá. A direktíva például így nézhet ki: DirectoryIndex .index.html index.html index.htm index.cgi index.shtml home.html home.htm alapértelmezett htm alapértelmezett html

A CGI-szkriptek kiszolgálón történő engedélyezéséhez távolítsa el a megjegyzést a ScriptAlias ​​​​és az AddHandler cgi-script .cgi direktívák előtt. Az első azt a könyvtárat határozza meg a lemezen, ahol a végrehajtható programok lesznek tárolva, a második pedig azt, hogy minden .cgi kiterjesztésű fájlt szkriptként kell kezelni.

Az ErrorDocument direktíva lehetővé teszi, hogy a szabványos szerver hibaüzeneteket a sajátjával cserélje le. Például a leggyakrabban előforduló hiba - 404 (fájl nem található) - esetén jó gyakorlatnak tekinthető, ha a felhasználónak adunk egy oldalt, amely arra kéri, hogy folytassa útját a szerveren, vagy egy űrlapot az oldalon való kereséshez. Ennek megvalósítása meglehetősen egyszerű: a szerver beállításaiban eltávolítjuk a sorból a megjegyzés jelet

ErrorDocument 404 /missing.html

Minden virtuális szerver gyökérkönyvtárában hozzon létre egy hiányzó.html fájlt. Javasoljuk, hogy hivatkozásokat adjon meg a benne lévő szerver fő részeihez - mind a felhasználók kényelme érdekében, mind annak érdekében, hogy a keresőrobotok indexelő szerverei számára biztosítsák a szükséges információkat.

httpd.conf fájl

A httpd.conf konfigurációs fájl a fő, és a webszerver, a virtuális szerverek és az összes szoftvermodul működésével kapcsolatos beállításokat tartalmazza. Ezenkívül az orosz betűk átkódolása be van állítva a szerverről az ügyfélre történő átvitelkor és fordítva.

A fájl legelején található Port direktíva megadja a http szerver portszámát; alapértelmezés szerint 80. Szükség esetén másik vagy több portot is hozzárendelhet a szerverhez, amelyre a Listen direktíva szolgál.

A HostnameLookups direktíva az on vagy off paraméterrel engedélyezi vagy letiltja a kiszolgálóról dokumentumokat fogadó kliensek numerikus IP-címeinek tartománynévvé alakítását. Egy ilyen konverzió némileg lelassítja a szervert, de a napi 10 000-nél kevesebb látogatással ez általában nem észrevehető.

A User és Group direktívák meghatározzák azt a felhasználót, aki adminisztrálja a szervert. Biztonsági szempontból nem kívánatos itt olyan meglévő felhasználót megadni, aki hozzáfér más erőforrásokhoz vagy fájlokhoz. Jobb külön felhasználót és csoportot létrehozni kifejezetten a http szerverhez, például:

A ServerRoot, ErrorLog, CustomLog direktívák határozzák meg a http kiszolgáló gyökérkönyvtárát, a hibanapló elérési útját (error_log) és az általános szerver hozzáférési napló elérési útját (access_log).

A CacheNegotiatedDocs direktíva lehetővé teszi a kiszolgálóról kapott dokumentumok gyorsítótárazását. Ez a mód alapértelmezés szerint le van tiltva, de mivel a hazai internetes csatornák sávszélessége sokáig hagy kívánnivalót maga után, jó lenne engedélyezni: akkor a felhasználónak nem kell minden alkalommal várnia a képek betöltésére. elérheti az oldalát.

Virtuális szerverek beállítása a httpd.conf fájlban

A legtöbb esetben egyetlen http szerver képes a különféle, úgynevezett virtuális webszerverekhez érkezett kérések kezelésére. A virtuális szerverek rendelkezhetnek azonos IP-címmel, de eltérő tartománynevekkel vagy eltérő IP-címekkel. A felhasználó szempontjából a második lehetőség valamivel előnyösebb, mivel a fő szervertől csak domain névben eltérõ szerverhez érkezõ kérésnek tartalmaznia kell a nevét, illetve néhány régebbi böngészõnek, amely nem támogatja a HTTP / 1.1 protokollt. (például Microsoft Internet Explorer 2.0) nem tartalmazza ezt az információt. Az ilyen böngészők azonban használaton kívül vannak (most kevesebb mint 0,5% az összesnek); másrészt, ha minden virtuális szerverhez saját IP-címet rendelnek, az indokolatlanul elpazarolhatja a cég címterét.

A ServerName, ServerAlias, NameVirtualHost és VirtualHost direktívák a virtuális kiszolgálók címeinek és tartományneveinek leírására szolgálnak. Csak akkor van rájuk szükség, ha egynél több virtuális szervert kell telepítenie.

http://www.apache.org/- az Apache fejlesztők hivatalos szervere

http://apache.lexa.ru/- az orosz Apache modul fejlesztői csoportjának szervere