Cinizmus ez a választás OS tárhely vagy CentOS debian 5
A hosszú ideje munka mindkét operációs főleg keretében
"Szerver hosting". Korábban én hajlamos azt hinni, hogy ez a legjobb
Hosting szerver alkalmas CentOS 5 (mert még mindig tele van
„Enterprise” elosztás az ezzel járó), de most a bizalom
I csökkent. Így megpróbálok adni egy lehetséges
objektív összehasonlítását eloszlás csak a minőség, amely
elsősorban fontos a web hosting.
A összehasonlítást végezni a következő készülékek forgalmazása:
Debian - csak az alap adattár, CentOS - csak az alap és Epel
tárolóból (I like it is nevezik „standard”, mert dolgozni
CentOS nélkül szinte lehetetlen).
Kezdeni, ne felejtsük el, hogy mi tárhely és szoftvert az azt alkotó.
Hosted szoftver
Először is, ez természetesen az Apache, amely elvégzi a oroszlánrészét
működik a tárhely és a de facto szabvány (a legtöbb
köszönet minden kedves mod_rewite és a .htaccess). Itt a különbség talált
nehéz, mindkét eloszlásra van 2.2 verziója Apache és elég stabil
munkát. Tehát itt ez egyenértékű.
Továbbá Apache terhelésének csökkentése (és mellesleg valamilyen elleni védelem
DoS korlátozott szerver erőforrások) és terjesztési gyakran statikus
Nginx használják - a jelenlegi változat CentOS: 0.6.39, Debian:
0.6.32. By the way, mindkét változat van egy bug (helyesbített csak 0,7,
cm. Newsletter Nginx-RU), amelynél csonkolása config nginx.conf
(A bemutatott, például nagyon népszerű ISPManager panel)
Nginx felemészti az összes memóriát és a rendszer egyszerűen lóg. Tehát itt
mind negatív, mind meg kell gyűjteni a csomagot, és tegye nginx 0.7.
A teljes interakció Nginx és Apache, azaz helyes
IP átvitel backend igényel Apache modul - rPAF, amely
vizsgál nyert nginx IP és továbbítja azt az Apache. Ebben a modulban
nincs még egy tároló Epel CentOS`a (most viszem be
CentAlt), de ugyanakkor ez szabvány Debian. hogy is
hozzáteszi előnyöket Debian`u.
Most a legfontosabb dolog a PHP, mert ez valójában az oka a
a többi fogadó szoftver a túlnyomó számú CMS
ráírva (bocsáss bocsánatot Python rajongók, Perl,
A Ruby és más nyelvek, de a statisztika a fogyasztó KÖZÖS
Tárhely beszél PHP teljes mennyiségi előny).
Ez az, ahol a problémák kezdenek a CentOS, először érdemes PHP
5.1.6 és sok szoftver (pl Magento - egy nagyon népszerű web-áruház)
megköveteli, hogy a 5.2 verzió, és ha nem akarja, hogy szembenézzen a nagy
panaszok száma az ügyfelek, mert a meghibásodás a scriptek
kénytelenek lesznek akár csatlakozni harmadik fél adattár (a kis
amely nem garantálja a stabilitást a szoftver és a helyességét, összeszerelés, és
a legrosszabb esetben - nem felelnek meg a biztonsági követelményeknek, és
megbízhatóság), vagy gyűjteni a saját PHP 5.2 modulokkal
(Ami megint nem triviális, hiszen a modulok száma
adattárak - a Debian, például, körülbelül 50 db). és ha
megjegyezni, hogy a PHP-t gyakran figyelmen kívül hagyott orvosság
biztonság, akkor az egész csomagot folt azonnal,
tasakokban összegyűjtött és végrehajtja a szerveren, akkor a probléma már úgy tűnik,
szinte megoldhatatlan.
Szintén érdemes megemlíteni, php-cgi hiba CentOS, mert nem olvassa
php.ini az aktuális mappában, ahol jelen van, és még mindig megy
/etc/php.ini, ami nagyban hátráltatja a munkáját php-fastcgi mód (
Debian ez minden rendben van). A Debian áll 5.2.6 PHP verzióval a patch
Suhosin, ami jelentősen növeli a biztonságot a forgatókönyvet, és
Ez lehetővé teszi, hogy fut szinte kivétel nélkül a modern motorok.
Tovább megy keresztül tulajdonosi modulok PHP használnak
hogy megvédje a forgatókönyvet - a Zend Optimizer és ioncube. Az első, hogy a
második szállítjuk összeszerelés és a PHP 5.1 és 5,2 alatt. Tehát
akkor nem lehet gond.
MySQL, a két eloszlás tartalmaz 5,0 változata az összes szükséges
lehetőségeket. Stabil a (Sun Microsystems által vélemény) 5,1, de
bármilyen terjesztése során még „nem ismeri” egy nagyon stabil
és a szoftver, hogy csak a szükséges 5.1 verzió nem láttam még egyszer.
Postfix, Exim, a Sendmail - mindhárom jelen vannak a boríték
eloszlás. És mellesleg, postfix-mysql van a normál
A Debian repo, míg kerül CentOS nagyon triviális,
de ez csak egy lehetőség és egyértelmű előnyei nem kerül rögzítésre.
Most beszéljünk tárhely egzotikus változatok - Perl, Python, a Ruby.
Jelenleg csak CentOS 2.4 verziója a nyelv, és a Debian 2.5, így
hogy szerelmeseinek új lehetőségeket itt, talán egy végleges választás. C
Ruby választás egy kicsit - a jelen és a Debian 1.8 és 1.9 verziók, és
Csak CentOS 1.8.5. Perl a legdivatosabb változata Debian - 5.10
CentOS egy jól bevált (és nyelvészek :) 5.8.8.
Software Management: A telepítési és frissítési
Itt mindkét esetben eloszlás a dolgok elég jó, ahogy van
említettük, a CentOS Van egy kiváló harmadik fél tárat
sok a szükséges csomagokat - Epel (része a Fedora Project)
és Debian nélkül is további tárolókat csomag kiválasztása nagyon
nagy. Telepíteni és frissíteni a szoftvert használják CentOS
YUM, ahol az arány viszonylag pazarló memória, de
Nem sikerül a felhasználót kérdések a konfigurációs csomagok,
mint ahogy a Debian csomagkezelő - apt-get.
Különböző módon elindítani az operációs rendszer
Mintegy dolgozik „tiszta vas” (dedikált, dedikált szerver, vagy
Colocation) kell előnyben még Debian, mert ő mag
az újabb, mint a CentOS (igen, akkor lehetne vitatkozni, hogy RH gyorsan
backporting hardveres támogatás, de ez az én tapasztalat azt mutatja,
hogy a Debian, ha dolgozik az hardveres probléma sokkal kisebb, mint c
CentOS).
Önálló tételt, azt hiszem, érdemes megjegyezni, a stabilitás a munka
OpenVZ virtuális környezetek és Xen. Mindkét működik forgalmazás
és bármely panaszok és problémák nem, ami nagyon fontos, mert a
népszerűsége VPS tárhely és felhő platformok (pl Amazon EC2).
Nos, talán ez minden, amit el akartam mondani, ebben a cikkben. azt hiszem,
hasznos lesz, hogy sok felhasználó, akik még nem döntött
hogy kerül a szerveren.
Változata szerint a csomag, ez rossz dolog összehasonlítani. Csomagok az olyan, mintha nem állandó. Hogy lehet csatlakoztatni debyane rodnodnoy, hanem egy új rap, mert mint akkor szeptemberben.
Szeretné, hogy egy összehasonlítás szintjén „interfész”.
Például, mint említettük volt, hogy a / etc tárolt konfigurációs Debye.
FTC, a böjt minden elhangzott a nagyszámú alkalmassági kérdéseket. amennyire én tudom, meg lehet változtatni a szint debconf?
A csomagokat összehasonlítani, mert ez ment összehasonlítva sajátos változatának Linux disztribúciók minimális használatával külső repo.
A konfigurációk már Deby ők sokkal kényelmesebb, például ahelyett, monolit /etc/php.ini közölt egy egész mappát konfigurációs fájlok, amelyek kényelmesen követhető és szerkesztette, ugyanez vonatkozik a /etc/sysctl.conf.d, / etc / mysql / conf.d
Mintegy debconf nem zavarja - nem tudom, de néha ilyen értesítések is nagyon hasznos, úgyhogy megszoktam őket.