Joomla + 4500 UIP denně + cca 100 lidí online

Joomla nepatri mezi povedene systemy, naopak, pres fotogalerii lze dosti jednoduse zahlcovat cely server. Pokud se s timto systemem (joomla) teprve seznamujete, muzu jen a jen doporucit premyslet o jinem systemu - treba drupal je bezproblemovy a neni napsan tak hloupe vzhledem k nakladani s vypocetnim vykonem.

jak rika armin, joomlu urcite ne :) a navic pro 100online navstevnicich by te s joomlou od hostingu pekne hnali... nejaky ty procenta to urcite vytizi, obvzlast kdyz si budou prohlizet fotogalerii.

DaryCZ: Kazdy rika neco jineho... dobra, tak tedy dame priklad - wladoonline.sk - vyhozen za extremni vytezovani serveru (bezi na suprovni joomle). Nyni je u me a logicky plati nemale penizky za hosting, protoze kdyz jedna domena cerpa vykon jako cca. 400 beznych domen, nelze takovyto projekt hostovat za beznou cenu. Nestaci? Dobra, dalsi priklad - svetelektro.com - opet vypinan puvodnim hostingem za extremni vytezovani (bezi na united nuke). V soucasnosti bezi na zkousku u me. Za tech par dni to vypada na cerpani prostredku jako cca. 200 domen. Opet tam nebude mozne vychazet ze standardni ceny za hosting.

A ja se ptam: Je opravdu nutne rozbehnout web na nakem sajrajtu, za ktery s narastem navstevnosti bude nutne bud neustale menit hosting nebo platit zbytecne drahy hosting? Prechod na jiny redakcni system s jistou komunitou je defakto nemozny. A nebo pro zacatek zvolit racionalni reseni (treba i komercni) a mit klid a platit za hosting nekolikanasobne min mesicne? To same plati i u e-shopu (zencart, magento,...) ze v konecnem dusledku cloveka to vyjde na stejno (komercni reseni (rychle) s levnym hostingem, nebo opensource reseni (pomale, co klade obr naroky na server) se zbytecne predrazenym (ale opodstatnene) hostingem.

DaryCZ
Sice netusim jake jsi mel pozadavky, ale vic jak 200k za CMS se mi zda hodne nadsazene. Zkus napsat pozadavky do praci a zakazek, treba se najde nekdo kdo to udela za rozumne penize.

DaryCZ: Pokud pro tve ucely bohate staci joomla, tak podobny redakcni system sezenes v cene do 20-30 tisic, s tim ze rychlost a "deravost" bude nesrovnatelna. Uvedena suma je dosti extremni.

armin
a nebo zkusit phprs? ten zas tak nevytezuje si myslim :)

DaryCZ: Já tě přesvědčovat nebudu, klidně si odstartuj potřebný projekt na Joomle, ale pak si nestěžuj že japato že ti nikdo neřekl že to spíše nejede než jede a jaké s tím máš patálie. Mé tvrzení jsou opodstatněné - vím co dělá Joomlacký mod_rewrite s apache, co za hovadiny se pokládají na mysql a jak dlouho to trvá... Mimochodem cachování - jo, to je tam opravdu skvěle řešeno - potkal jsem se se situací, kdy máš i 2-3 týdny staré nakešované soubory (zcela zbytečně) v jednom adresáři a není problém aby v tomto adresáři bylo i 35.000 souborů - to je opět krásně cítit na serveru. Víc ti už k tomu neřeknu.

Já provozuju weby na Joomle už cca 5 let a problémy nemám ani s webem s 6 000 UIP (nárazově i 15 000). Zátěž je plus mínus prd. Nepoužívám ale Apache, ten jsem poslal do kytek už dávno.
2armin: nepamatuji si, že by Joomla obsahovala fotogalerii ;)

armin: jak vypada takova "bezna domena", ktera cerpa mene prostredku nez projekt na Joomle? Abychom se rozumeli, nechci se nijak Joomly zastavat, zkusenost s ni nemam. Ale ta vase prirovnani zateze jsou vstazena na co? Jednoho navstevnika stranky, jedno zobrazeni stranky, jeden preneseny byte?

Je jasne ze 200 domen typu pavelchloupek.cz s navstevnosti 3 kamaradu mesicne zadnou zatez neprodukuje, zatimco i perfektne optimalizovany web muze server polozit, pokud bude mit prilis mnoho navstevniku.

Tedy prosim o zpresneni vasich tvrzeni.

Spidla: Joomla standardne neobsahuje nic, a pokud se nepletu, tak i administrace je nejak volne pristupna / derava - nakolik se par dnu zpatky resila zaloha jedne domeny, ktera byla hacknuta. A aby RS jako joomla a wordpress a podobne bylo mozne i na neco pouzit, je nutne tam nakydat pluginy. A jak jiste uz tusis, tyto jsou produkovany vyhradne odborniky, jejichz hlavnim charakteristickym crtem je deravost kodu a uplne hloupe nakladani s prostredky. Staci si pustit monitoring na serveru a je tam videt, co udela takovej joomlackej mod_rewrite s CPU - kratkodobe vystrelovani na 13-20%. Proc? Lip to nejde? Me vlastni projekty ani monitoring neuvadi jako kriticke. Tak to asi jde vse koncipovat i racionalne a ne placat pate pres devate sak ono to pak nejak pujde. Jinak ohledne kvality joomly - staci drzet 10-15 vterin F5 v prohlizeci a slavna joomla nenajede (pomale, neoptimalizovane sql dotazy => zaplneni max. poctu pripojeni na db => kolabs). To nepovazuji za zrovna vhodny RS.

ninja: bezna domena vypada tak, ze o ni ani neni vedet - nedela bordel na sql, nedela bordel s webserverem, monitoring ji nikdy nezaloguje jako potencionalne problematickou. A je snad jasne, ze pokud 1 uzivatel zpusobi byt kratkodobe, ale zpusobi vystrel CPU pres mod_rewrite / apache, polozi par neoptimalizovanych a pomalych sql dotazu, tak pri nahromadeni se techto pozadavku (vice aktivnich lidi online) pak takovato domena / projekt dava o sobe naprosto jasne znat. Mnohdy je naprosto postacujici se podivat na strukturu databaze a clovek si udela nazor o celem projektu. U opensource veci je to spise pravidlo nez vyjimka, ze datove typy, organizace dat, indexy a kodovani (tabulek, sloupcu, pripojeni na databazi z projektu) autorum absolutne nic nerika a co nabidne phpmyadmin (jakykoliv jiny spravce db), to se tam da, a ono to nejak pojede prece :)

„Spidla: Joomla standardne neobsahuje nic, a pokud se nepletu, tak i administrace je nejak volne pristupna / derava - nakolik se par dnu zpatky resila zaloha jedne domeny, ktera byla hacknuta. A aby RS jako joomla a wordpress a podobne bylo mozne i na neco pouzit, je nutne tam nakydat pluginy. A jak jiste uz tusis, tyto jsou produkovany vyhradne odborniky, jejichz hlavnim charakteristickym crtem je deravost kodu a uplne hloupe nakladani s prostredky. Staci si pustit monitoring na serveru a je tam videt, co udela takovej joomlackej mod_rewrite s CPU - kratkodobe vystrelovani na 13-20%. Proc? Lip to nejde? Me vlastni projekty ani monitoring neuvadi jako kriticke. Tak to asi jde vse koncipovat i racionalne a ne placat pate pres devate sak ono to pak nejak pujde. Jinak ohledne kvality joomly - staci drzet 10-15 vterin F5 v prohlizeci a slavna joomla nenajede (pomale, neoptimalizovane sql dotazy => zaplneni max. poctu pripojeni na db => kolabs). To nepovazuji za zrovna vhodny RS.“
„ninja: bezna domena vypada tak, ze o ni ani neni vedet - nedela bordel na sql, nedela bordel s webserverem, monitoring ji nikdy nezaloguje jako potencionalne problematickou. A je snad jasne, ze pokud 1 uzivatel zpusobi byt kratkodobe, ale zpusobi vystrel CPU pres mod_rewrite / apache, polozi par neoptimalizovanych a pomalych sql dotazu, tak pri nahromadeni se techto pozadavku (vice aktivnich lidi online) pak takovato domena / projekt dava o sobe naprosto jasne znat. Mnohdy je naprosto postacujici se podivat na strukturu databaze a clovek si udela nazor o celem projektu. U opensource veci je to spise pravidlo nez vyjimka, ze datove typy, organizace dat, indexy a kodovani (tabulek, sloupcu, pripojeni na databazi z projektu) autorum absolutne nic nerika a co nabidne phpmyadmin (jakykoliv jiny spravce db), to se tam da, a ono to nejak pojede prece :)“

Zkuste držet 10 až 15 vteřin F5 a uvidíte www.3k-theaterwerkstatt.de Náhodně vybrané stránky na Joomla.

A zkuste si to samé na úžasných stránkách armin.sk Bez komentáře.

tukann: Tak obsahlé citování si zaslouží 42 minutový frenetický potlesk. Rozhodně ale vůbec netuším kam míříte. Bohužel Vás asi zklamu, ale web nebeží na mysql, osazený RS používá vlastní engine a defakto jsou to obyčejné html stránky, takže asi těžko se docílí vypsání něčeho takovéhoto - bordel plný mysql error hlášek.

Nicméně, pokud by jste měl alespoň špetku inteligence a rozuměl jste php a databázím a celkově komunikaci klient <=> server, tak by jste neobhajoval projekt jako je Joomla ani ve snu. Ano, rozumím, osadit to "zdarma", prodat někomu a smát se jak je tady někdo šikovnej je sice fajn, ale pokud do daného projektu nevidím a především nemám ani šajnu oč kráčí, tak je trošku troufalé operovat s tím, s čím operujete. Jedna věc je zahltit redakční systém na serveru, druhá věc je max. počet připojení z prohlížeče na konkrétní server.

armin: S fanatickým odpůrcem Joomly nemá smysl diskutovat (pokud mu průměrných 15-20 optimalizovaných SQL dotazů připadá jako nepřiměřeně zatěžující). A propó, nejsem její fanatický zastánce, dobře provedené individuální řešení je samozřejmě nejlepší volbou.

pokud mu průměrných 15-20 optimalizovaných SQL dotazů připadá jako nepřiměřeně zatěžující

15-20 dotazů na jedno zobrazení stránky? To mi přijde na CMS dost.

ninja
To je este v pohode cislo. Cital som o CMSkach co daju na index stranke aj 100 SQL requestov.

tukann: Nejsem fanatický odpůrce žádného opensource řešení. Akorát mi přijde hodně hloupé, pokud by třeba kurýrská společnost posílala balík z Ostravy do Havířova přes Brno, Prahu, Jihlavu, Aš, Kladno, Budějky a hnedka přímo do Havířova. Ano, něco takovéhoto existuje v přeneseném slova smyslu v některých (ve většíně?) opensource projektů. Plýtvání, plýtvání a ještě jednou plýtvání. Proč? Protože za těmito projekty většinou stojí nadšenci, nikoliv programátoři, co se tím živí. Neznám člověka (programátora) co přijde po 8-10 hodinovém pracovním nasazení domů a jako odreagování začne pracovat zdarma opět jako programator. Tím jsem chtěl jen mírně naznačit, že osazené algoritmy vykazují značné a mnohdy až hrubé nedostatky / neoptimalizovanost. Pokud se třeba joomla osadí na web s 5-10 stránkami, tak je to fajn. Pokud se však osadí na 500 a více článků, začne se veškerá neoptimalizovanost kódu a struktury db projevovat na plno. Možná někdo začne operovat s cachovacími moduly atd. - ano, pomůže to, ale je to z deště pod okap. Ale to je už hodně mimo téma. V kostce jen chci říct, že s vysokou návštěvností se s většínou opensource nedá moc počítat (kromě pár lepších kousků a diskusních fór, nakolik ty jsou primárně vyvíjeny pro komunity).

srigi: 100 dotazu na DB je opravdu uchylnost. Ale i 15-20 moc nechapu. Kdyz bud pocitat pro uvodni stranku vcetne prihlaseni, tak:
1. Obecne info o webu
2. Uzivatel
3. Clanky
4. Kategorie
5. Nejlepsi, nejctenejsi, nejhodnocenejsi, atd.
6. + 7. Pripadne moduly, kterym nactena data nestaci.

Tudiz do 10 se musim vejit. Ale Joomlu neznam, tak nechci hodnotit.

armin:
Proc hazete vsechen opensource do jednoho pytle? Predpokladam ze na vasem hostingu pouzivate opensource programy (linux, Apache, atd.) take a ve velke mire. Povazujete je za spatne a neoptimalizaovane?

Jestli je program komercni nebo opensource neudava naprosto zadnou informaci o jeho kvalitach. Dobre i spatne programy jsou v obou skupinach. Vetsinou dojde k chybe u cloveka, ktery voli ktere reseni pouzit.

ninja: Dovolím si poupravit Vaše počítání (a objasnit situaci):
1) ano, 5-6 dotazů (výběr title, výběr loga, výber theme, výběr textu patičky, rozmístnění panelů,...)
2) v podstatě 0-1 sql dotaz
3) kapitola sama o sobě, většinou 1 článek představuje lepení 3-4 tabulek, pokud je článků 10, tak je to 10 sql dotazů (každý obsahuje lepení (* join) x tabulek)
4) opět kapitola sama o sobě, cyklické skládání menu (velice neefektivní)
5) 0-5 sql dotazů
6) 0-x sql dotazů

Podtrženo sečteno, hodnota 20 a více sql dotazů je naprosto reálná. To, že lze vše řešit diametrálně odlišně zde nebudu rozebírat, ale rozhodně popsané fakty jsou řešitelné lépe.

Nehážu vše do jednoho pytle. Nevím proč se musím pořád opakovat, ale jako podradné projekty považuji zencart (na savane to odmitají hostovat, proč asi), magento, joomla. O phpmyadminovi jsem se nikdy nezmiňoval, že bych měl nějaké výhrady, o drupalu taky ne. A prosím neplést webový opensource (napsaný v php & mysql) s opensourcem na aplikační úrovni a úrovni OS. Celou dobu naražím na to, že znát insert, update, delete u sql, tápat v datových typech databáze a zvládnout s obtížemi ve smyčce vypsat data z databáze přes php, to nelze považovat za dostatečné pro zvládnutí jakékoliv formy opensource projektu. U OS a aplikací se s tímto neda vystačit - proto je "ne-webový" opensource trochu jinde.

Trochu se vmísím, jak zjitím počet dotazů na určitou mysql DB?

armin má pravdu, že u webových open-source projektů je úroveň v průměru někde úplně jinde a je to skutečně tím, že existuje hromada začátečnických pokusů, které ten průměr táhnou dolů a nějakou chybou v Matrixu se stalo, že jsou známější, než pořádně navržené aplikace stejného druhu.

Jde o to, že PHP je považováno za jazyk pro začínající programátory a SELECT *, INSERT ... VALUES () a ještě DELETE je pro mnohé celá norma jazyka SQL.

Obojí je strašná blbost: na PHP by člověk, co to myslí vážně, neměl ani sáhnout, dokud nepochopí principy na nějakém jazyku, který nic neodpouští - teprve potom je možné docenit volnost, kterou PHP nabízí, ale zároveň se udržet v mezích a nevyrobit prasečinu; o představě, že k poznání jazyka SQL stačí hodina, je škoda mluvit.

Bohužel to v praxi vypadá přesně opačně, "programátoři" webových aplikací se stávají mistry ve svém oboru po přečtení jednoho nebo dvou prastarých seriálů o úplných základech jazyka PHP (který je dnes stejně někde úplně jinde) a ani dnes ještě mnoho z nich netuší, že vůbec existuje nějaká direktiva register_globals, takže tak jednou dvakrát za týden dostáváme na hotline rozhořčené maily, že máme ten hosting rozbitý, protože aplikace (nově napsaná!) nefunguje a programátor se na to díval a řekl, že tam chybu nevidí a že to musí fungovat, takže to máme špatně my a musíme to fofrem opravit. Jak u toho dokážou být někteří jedinci arogantní, to si asi dovedete představit sami.

Ještě jsem bohužel od nikoho nezjistil, jak to, že na vývojovém serveru jim to funguje, když register_globals neznají a defaultně je off - snad leda, že všichni vyvíjejí na PHP < 4.2? (jen pro zajímavost, PHP 4.2.0 vyšlo 22. dubna 2002, tzn. před sedmi lety).

Co jsem chtěl říct - tohle všechno se neskutečně podepisuje na pověsti všech "začátečnických" nástrojů - PHP, MySQL i opensource redakčních systémů, prostě proto, že takyprogramátorů je jak kobylek.

jirifogl: Naprostý souhlas. A největší potíž je ta, že na špatný základ se neustále nalepuje nový a nový "kód", přiboudají super moduly a pluginy - třeba u wordpressu u jednoho nejmenovaného projektu je rozdíl s cache modulem a bez cache modulu přímo propastný a při návštěvnosti 60.000 dene lze během pár minut zahltit komplet server, a to je prosím celkem high-end konfigurace a nic jiného tam neběží. A já se ptám - proč je "originál" wordpress na tom tak bídně, že automaticky se musí instalovat modul třetí strany na cachování?

Na jiném projektu (joomla) je cachovací modul taky zajímavý. Ten si pro změnu co hodinu vše cachuje a to že je v 1 adresáři 38.000 souborů, to je fuk, podstatné je že mám nacachované stránky které už ani neexistují několik tisíc krát. Prostě človeku až zůstává rozum stát nad tím, jak může být někdo tak hloupej, když něco tak příšerného pustí do světa. Pro nezasvěcené - mít adresář s řádově více jak 1500-2000 adresáří/soubory je šíleně náročné vzhledem k systému. Standardně většina FTP serverů ani nevypisuje více jak 2000 souborů, takže klient ani neví co za bordel na serveru dělá a co to delá se systémovými prostředky. A to je to, o čem tady pořád mluvím a co mi vadí na zmiňovaných "projektech".