www, ftp, sql hosting nad databází

29.7.2006 17:02 | Přečteno: 1321×

Tak jsem se dal dohromady ještě s dalšíma lidma a chceme si pořídit dedikovaný server - a mým úkolem je to navrhnout po softwarové i hardwarové stránce... budu to sloužit pro nás jako webhosting.

Do začátku bych asi rád dedikovaný server, abych se nemusel tolik starat o hw, líbí se mi třeba i nabídka na abíčku, konkrétně tento stroj.

Co na to říkáte? Chci aby na tom běžel webhosting s dosti doménama (časem jich může být i dost - nemělo byt to být výpočetně náročné, většina jsou jednoduché věci a nějaké php+mysql... samozřejmě ftp přístup. Nemám zkušenosti s větší zátěží - kolik myslíte že toho takový stroj zmákne? Chci tam mít RAID-1.

A další věcí co mě trápí je softwarová stránka věci - bude tam běžet klasicky apache, postfix, courier (pop3, možná imap), mysql a třeba pureftp. Například postfix s courierem mi už nad virtuálními uživateli běhá (nad postgresql), ale nejsem si jistý jestli na to nějak napojím dobře i ty ostatní... ftp jo, ale apache?

Kdyby měl někdo nějaké takové malé domácí multihosting řešení nad postgre nebo mysql nebo užitečný odkaz tak mu budu moc vděčný... nerad bych se pustil do něčeho úplně naslepo a vymýšlel znova hranaté kolo...

Díky moc a hezké léto

       

Komentáře

[Luk]

Co se týká virtuálních domén nad MySQL, tak znám jen ShapVH. Ale žádné zkušenosti s ním bohužel nemám. Navíc to údajně není pro Apache 2.x

Jinak v LinuxExpresu před časem vyšel článek o nějakém PnP řešení hostingu, ale podrobnosti už si také nepamatuji.

[phax7]

určitě bych použil apache2... právě je mi divné, že to nikdo nedělá, takže ta moje cesta asi není moc přirozená:)

[jm]

Nevim, nejak mi to prijde zbytecny. mod_vhost_alias funguje na masovy hosting vyborne.

[Luk]

Navíc není potřeba nic zapisovat do nějaké databáze, stačí vytvořit příslušný adresář. Je to jednoduché - <reklama>viz můj článek v LinuxExpresu 3/2006</reklama>

[phax7]

Díky moc, to vypadá jako přesně to co potřebuju... díky i za reklamu, vidím že jdou jednoduše dokupovat starší čísla, možná to využiju;)

[azurIt]

no asi preto, ze by to bolo brutalne pomale ;) si predstav, ze pri kazdom pristupe na nejaky z webov by bolo treba zrobit select nad, ucite pomerne velkou, tabulkou.

[Michal Kubeček]

Takže databáze jsou vlastně úplně k ničemu, když select nad jednou tabulkou v nich je tak brutálně pomalá operace… :-)

[VícNežNic]

Někteří lidé dělají databáze tak, že označení brutálně pomalá operace těm SŘDB (miluju tuhle zkratku) ještě lichotí.

[VícNežNic]

A vzhledem k tomu, že čítač komentářů v mém profilu byl navýšen o jedničku na hodnotu 2499, ukazuje se, že se opravdu počítá jednotlivá diskuse a ne komentář.

Asi se jdu někam picnout.

[Luk]

Takže moje tisícovka neplatí

[VícNežNic]

Vyber si jednu diskusi do níž jsi ještě nic nenapsal a máš ji. Jako já 2500. Musí to být nějaká lepší Asi na to napíšu extra do blogu.

[epidem]

nechci prudit , ale nemiluješ spíš zkratku SŘBD?

[VícNežNic]

To je klávesnicí.

[msk]

Uff, skvely priklad toho, ake prasprosto odporne je prekladat anglicke nazvy a nedaj boze z nich robit este aj skratky. Predpokladam, ze tato p*c*v*na sa hojne vyuziva napriklad na vysokych skolach :O)

[Luk]

Predpokladam, ze tato p*c*v*na sa hojne vyuziva napriklad na vysokych skolach

Jistěže

[Luk]

miluju tuhle zkratku

Já to mám ještě raději nezkrácené: Systém Řízení Báze Dat

[azurIt]

no tak asi brutalne pomale oproti tomu, co by ten apache robil keby data nemal v DB (teda oproti pristupu do pamate).. treba obcas trochu zapojit aj mozog ;) veci budu zrazu ovela jasnejsie, uvidis

[Kníže Ignor]

zapojit aj mozog ;) veci budu zrazu ovela jasnejsie, uvidis

tak s tímto musím ostře nesouhlasit

[Michal Kubeček]

Také si myslím, že většinou je nějaká problematika úplně jasná spíš těm, kdo o ní nevědí skoro nic. Čím víc se toho člověk dozví, tím komplikovanější mu to obvykle začnou připadat i zdánlivě jednoduché otázky.

[Michal Kubeček]

Ach tak, díky za poučení, mozkem to bude, že mne to hned nenapadlo… :-)

Že jsem tak smělý: vy s tím máte nějaké praktické zkušenosti nebo jen tak planě spekulujete? Podle toho, co jste zatím napsal, mi to totiž připadá spíš na tu druhou variantu…

[VícNežNic]

Dle mého skromného názoru se mít data v DB a mít je v paměti ani zdaleka nevylučuje

[Luk]

Přesně tak. A dokonce to může být i fyzicky totožná paměť s tou, se kterou bude pracovat Apache. Při dostatečně velké paměti se v ní může držet klidně i celá databáze a přes sdílenou paměť se tato data poskytují modulu mod_php. Ale nejsem si jistý, zda je tento modul skutečně schopen takto komunikovat s nějakými databázemi. A také nyní nepočítám embedded databáze, kde je to ještě jednodušší.

[Kyosuke]

Jo, třeba Firebird by k tomu měl jít dokopat...

[Messa]

Teď opravdu musím zapojit aj mozog, abych pochopil, cos chtěl vlastně říct... No, snad je chyba na mé straně.

K tématu - bylo by brutálně pomalé, při každém požadavku lézt do databáze? Asi tak stejně, jako většina PHP webů, které do té databáze skutečně pokaždé lezou, a to několikrát (takže se skóre vyrovná i pro obrázky a další statický obsah).