Hogyan válasszunk LAMP tárhely szolgáltatót?

Itt a HUPon is időnként előkerül a LAMP tárhely szolgáltató választásának problémája. Egy rövid postban megpróbáltam összeszedni, hogy mire érdemes odafigyelni.

Olvass többet a blogomon.

( uid_14357 | 2010. 02. 20., szo – 22:43 )

azt hittem, hogy lesz pár konkrétum is, meg összehasonlítás
de ez így elég sovány... bár kezdőknek, kezdésnek nem rosz :)

--
\\-- blog --//

No igen... Én is mondhatnám, hogy a google -be írjá(to)k be: weblap tárhely - és lehet választani, lehetőleg az első találattól haladva :P De viccet félretéve gyanítom igen sokan lehetnénk "elfogultak" innen a HUP-ról. Én most igyekszem objektív maradni, ami tuti nem fog sikerülni. Megkérdeznénk 4-5 embert, hogy neki mi lenne a legfontosabb, lehet mindenki mást mondana. Úgyhogy akárhogy is, de az alábbiak mégis csak az én véleményemet tükrözik leginkább.
Erre a kérdésre szerintem amúgy sincs egzakt válasz. Találkoztam már olyan szolgáltatóval is, aki elég sok mindenben jónak volt mondható, viszont! Nemhogy csak a náluk regisztrált domain neveket kezelték, de egy tárhelyre csak egy domaint engedtek beállítani. Nem mindenhol lehet több FTP/MySQL kapcsolatot/adatbázist sem létrehozni.
Akkor van olyan is, ahol a postafiókok mérete beleszámít a tárhely méretébe, van olyan ahol nem. Ugyanez MySQL -el. Amit én még fontosnak szoktam tartani, hogy milyen statisztika van, de ami még fontosabb lehet, hogy ütemezett feladatokat tudok-e magamnak beállítani.

A gépek! Van egy kis cég, vmi kereső szolgáltatással indultak, azóta már foglalkoznak szinte mindennel. Vmi amcsi cég... Bugri? Kugli? Vagy Gugli!? Na mindegy, a lényeg az, hogy ők állítólag kisebb vagyonokat takarítottak meg azzal, hogy elsősorban nem brand PC-ket használtak. És mégis a rendelkezésre állásuk és a sebességük egészen korrekt a szolgáltatásaik árához képest... ;)

Egyébként a bejegyzés többi része szerintem is rendben van, ahhoz nem is szólnék hozzá, viszont az én konklúzióm vhogy úgy nézne ki, hogy: Ne azzal kezdjük, hogy végignézzük a 1867765456345 hosting szolgáltató weboldalát, hogy ki mit ajánl/kínál. Kezdjük inkább úgy, hogy leülünk szépen az asztalhoz, toll, papír és kitaláljuk, hogy mire van igényünk illetve szükségünk. Ha ez megvan és tuti biztosak is vagyunk benne, akkor a vázolt kritériumoknak legjobban megfelelőt válasszuk. (És itt a kritériumoknál nálam tuti szerepelne az is, hogy ismerősöktől, fórumokról, stb jókat halljak. Hibázni csak az tud, aki dolgozik! Ami elromolhat, az el is romlik! De hogy senkit ne lehessen utolérni napokig és megtudni, hogy mizu... Na az idegtépő!)

----------------------------
Weblap, Tárhely, Domain

Abszolut egyetertek, ketto dolgot raknek hozza:

- az ismerosok velemenye fontos, de nem uberfontos. Kezeljuk mindegyiket egyforman, merlegeljunk. Hiaba adunk valakinek sokat a szavara, az illeto elfogult is lehet.
- a kevesebb neha tobb. Egy blognak ne akarjunk HA tarhelyet, egy kozossegi site-hoz pedig ne az EgyGep Bt-t valasszuk. Azonban ezek nem kobe vesett dolgok, ha a blogunk nepszeru lesz, nyugodtan valtsunk. Annak viszont nem latom ertelmet, hogy egy kozepesen nem latogatott oldal ala hatalmas rendelkezesreallast pakoljunk.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Én azt mondanám, bár lehet, hogy magasra teszem a lécet, hogy a következő szempontoknak megfelelő szolgáltatókat kellene tesztelni:

  • Van legalább két gépe valami BIX kapcsolattal rendelkező helyen
  • A telefonszáma nem azzal kezdődik, hogy 06-(20|30|70)
  • Az ügyfélszolgálat egy munkanapon belül reagál
  • Van legalább szerverterem-szinten beállított szolgáltatás monitorozás (nem csak ping)
  • A rendszergazda a szerverteremhez éjszaka is maximum 1 óra alatt be tud jutni.
  • Kínál PHP 5, MySQL 5 kombót
  • Foráskód módosítás nélkül telepíthető Drupal, Joomla, Wordpress.

Ezen felül lehetnének értékelési szempontok:

  • Saját RIPE bejegyzés szerinti IP tartománya van
  • DKIM-mel aláírja a kimenő leveleit
  • Domain használatnál az NS-t a szolgáltatónál kell-e tartani? (Ez nem feltétlenül hátrány.)
  • Domain használatnál csak a szolgáltatónál fentartott domain használható-e?
  • Mennyi külföld / belföld kapacitással rendelkezik és ebből mennyi szabad?
  • Mennyi a forgalmi limit a tárhelyen?
  • Lehet-e több adatbázist készíteni?
  • Lehet-e több FTP accountot készíteni?
  • Ad-e SSH hozzáférést?
  • Lehet-e időzített futtatást igényelni?
  • Van-e admin panel, amiben be tudja a tisztelt ügyfél állítani, amit szeretne?
  • Van-e lehetőség egyedi szerver oldali e-mail szürők használatára?
  • Van-e mentés?
  • Van-e offsite mentés?
  • Mennyibe kerül?

További értékelési szempontok jöhetnek.

Igen, csak az ilyen listakkal nagyon kell vigyazni, mert ilyenekkel van tele a net, es akkor jon az ugyfel, hogy neki ilyen meg ilyen dolgok kellenek, meg hatkilences rendelkezesre allas, oszt hoz valami agyonganyolt static oldalt. En inkabb mindig azt mondom, hogy merje fel, hogy mit szeretne, es utana kezdjen el osszehasonlitgatni. Ne lista alapjan menjen, az a legrosszabb, mert attol, hogy valakinel mittudomen, nincs DKIM, attol meg lehet kurva jo webszolgaltato.
Tevedes ne essek: nem azt mondom, hogy a DKIM felesleges, vagy barmely, az itt felsorolt szolgaltatasok ne lennenek hasznosak, adott esetben szuksegesek. De amig az ugyfelek 80-85%-anak fingja sincs arrol, hogy valojaban mit is szeretne, illetve milyen szolgaltatasokra van neki konkretan szuksege, addig ne akarjunk checklisteket kiadni, mert ez minden weboldal eseteben egyedi. Nincs olyan, hogy mindekinek jo checklist, max ha osszesen 4-5 elemet tartalmaz, ugy mint:
- PHP kiszolgalas
- Biztonsagos feltoltesi lehetoseg a honlap elemeihez
- Mindig elerheto support
- Levelezes (ha szukseges)

Ennel bovebb checklistet csak akkor szabad irni, ha konkretan jelolve van, milyen tipusu portalhoz/honlaphoz van ajanlva - es meg igy is nagy felelosseg.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Az jutott eszembe, hogy mi lenne, ha fölállítanánk egy követelményrendszert, amire minden szolgáltató feed formájában közzétehetné a saját válaszait önkéntes alapon árakkal együtt és ehhez fűznénk hozzá a teszteket, amiket végeztünk. A későbbiekben jöhetne hozzá egy jó kis uptime monitoring.

Írtam privátot.

( amidabucu | 2010. 02. 20., szo – 23:11 )

Ha nem is olyan releváns, de egy bizonyos (nem tudom, miylen mértékben illik kicsilagozni, szorr) t**h**y500 nevezetű szolgáltatot nagy ivben kerüljétek el.