Add new comment to Jaký byl DrupalCamp CS 2019: přednášky, atmosféra, ocenění Drupal CS Awards a můj úspěch
Moje kniha o CMS Drupal
Poslední komentáře
- 2 days 14 hours ago
- 4 days 11 hours ago
- 1 week ago
- 1 week ago
- 1 week 1 day ago
- 3 months ago
- 3 months ago
- 5 months 1 week ago
- 6 months 1 week ago
- 6 months 1 week ago
Nové diskuze
- (2 months zpět)
- (2 months 1 week zpět)
- (4 months 3 weeks zpět)
- (6 months 1 week zpět)
- (1 year 3 months zpět)
- (1 year 4 months zpět)
- (1 year 7 months zpět)
- (1 year 8 months zpět)

"Honza zmínil, že Drupal se hodně orientuje na bezpečnost, ale už ne tolik na výkon při opravdu velkém nasazení" -
I zde se musím omluvit, že to tak vyznělo. Drupal výkon řeší a nabízí hodně nástrojů pro jeho "tunění" (viz zmíněné cache moduly, nebo ta knížka). Já chtěl říct, že rozdíl mezi "bezpečností" a "výkonem" je v tom, že "bezpečnost" se dá svým způsobem dělat "univerzálně" - máme seznam známých typů útoků na různé části/komponenty webové aplikace a jak jádro, tak contriby na ně můžou reagovat. Když se objeví útok nový, dojde k security releasu a (po aktualizaci) je zase chráněný i ten nejmenší web.
"Výkon" lze (a teď přichází sekce "imho") univerálně řešit u menších webů - cache i souvisejicí moduly fungují dobře a třeba v D8 je navíc přidána tagovatelná cache. Problém je, že u velkých objemů dat se často stane úzkým hrdlem databáze. Jeden dobře umístěný index může zlepšit výkon víc, než stovky mikrooptimalizací v PHP. To se netýká jen Drupalu, ale všech CMSek a aplikací obecně.
Příčemž samozřejme čím přesnější datový model, tím lépe a proto bude Drupal na úrovni DB vždy pomalejší než (dobře napsaná) appka s konkrétně navrženým (a oindexovaným) datovým modelem.
Ale to bych nebral jako nevýhodu Drupalu, jen jsem to chtěl během přednášky srovna s tou bezpečností. Naopak jsem chtěl ukázat, že i v Drupalu se dá takové řešení nakonec postavit.