Sorry, das ist Quatsch.
1️⃣ Wer eine Webseite betreibt, die unter ein paar hundert Anfragen pro Minute(!) nach HTML-Seite und Hauptbild zusammenbricht, macht etwas falsch.
Das sind zusammen maximal 10 Requests pro Sekunde und wenige Megabit/s(!!!).
2️⃣ Auch ich hatte eine solche #Wordpress-Seite, die dann unter 40k Requests/Stunde von HN zusammenbrach. Das Limit war Wordpress, nicht CPU, RAM oder DSL-Uplink!
1/2 @kubikpixel
Siehe auch diesen Thread und den darin verlinkten. https://waldvogel.family/@marcel/112375737080963864
3️⃣ In wenigen Minuten hatte ich dann notfallmässig #Nginx mit Caching davor aufgesetzt und damit flutschte alles. (Bis auf Safari-Requests; die fixte ich dann aber etwas später.)
➡️ Wer sich eine Webseite aufsetzt, sollte die testweise mal mit ein paar Requests bombardieren. Und wenn nötig Caching aufsetzen (was auch #oembed-Requests cacht). Dann ist sie bereit. Sonst nicht.
2/2 @kubikpixel
Der geslashdottete, äh, ge-HN-te Artikel ist übrigens der hier: https://netfuture.ch/2022/05/web3-is-just-expensive-p2p/
@marcel@kubikpixel Es ist mir ein Rätsel wie man #WordPress pauschalisiert in der Form abstempeln kann. Nach meiner Erfahrung sind es eher schlecht programmierte Plugins und Themes, die für solche Probleme sorgen. CPU und RAM spielen dadurch leider durchaus auch eine Rolle. Mit https://de.wordpress.org/plugins/simply-static/ kann man sich z.B. statische Seiten aus WordPress heraus generieren lassen. Damit hat man dann keinerlei Sorgen mehr diesbezüglich.
@threadi was statischen Seiten angeht, nutze ich mittlerweile #Zola, da es sehr zügig voran geht weil es in #Rust entwickelt wurde. Entsprechend noch in der Git Abwicklung automatisiert läuft es fliessend lokal und ist so gleich online ohne Rechner- und Datenhunger ;)
Add comment