ZeHa

Servus,

hab da mal eine Frage bzgl. der Performance.
Nehmen wir an, ich hab eine Homepage, deren Inhalte sich nur dann ändern, wenn ICH selbst etwas neues dazuschreib, und dies würd ich jetzt z.B. einmal im Monat machen.

Wäre es dann sinnvoll, die php-Skripte so zu bauen, daß sobald ich einen neuen Inhalt einfüge, die fertigen HTML-Seiten komplett generiert und auf dem Server abgelegt werden, sodaß der Benutzer, der die Seite aufruft, direkt die HTML-Seiten anschaut? Momentan wird ja bei jedem Aufruf mein php-Skript geparst und ausgeführt, und jedesmal kommt auch das gleiche Ergebnis raus (weil sich ja am Inhalt nix ändert).

Ich selbst denke, daß wenn die Homepage wenige Besucher hat, die Last nicht allzu groß ist und man es sich sozusagen "erlauben kann", die Seite einfach jedesmal neu zu generieren. Aber was passiert, wenn z.B. 500 Besucher gleichzeitig auf der Page rumsurfen, kann es dann sein, daß es schneller wäre, tatsächlich die Seiten zu cachen? Oder ist das unerheblich und erst bei millionenfachen Aufrufen relevant?

Mister Ad

brian johnson

nichts ist schneller als ein cache und nichts ist zur performance hin besser. du kannst dein script bis ultimo optimieren, an die "leistung" von einer statischen seite kommst du nie ran.

deswegen ist es dahingehend natürlich sinnvoll, wenn du nur statische seiten, die von einem php script erstellt werden, nutzt. bzw. natürlich einen cache damit nicht immer alles neu berechnet werden muss.

ZeHa

Naja gut, schneller ist es definitiv, das ist klar

Es geht mir jetzt nur drum, ab wann es sich richtig lohnt. Im Moment lädt die Seite schnell genug, wenn ich sie kurz aufrufe, ist also keine große Sache, und ich seh es nicht als notwendig an, auf eine Cache-Lösung umzustellen. Oder würdet ihr das sofort tun? Und wenn nicht, ab wie welcher Größenordnung (auf die Besucherzahlen hin gesehen) könnte das problematisch werden?

dr.e.

Hallo ZeHa,

da die Rechenleistung der Server mitlererweile sehr gut ist, kannst du beruhigt sein, dass auch 10000 Anfragen bei kleinen feinen PHP-Scripten kein Problem für einen Server sind. Caching lohnt sich meiner Erfahrung erst dann, wenn Scripten/Programme aufwändiger in der Generierung des Codes sind, oder du eine sehr hohe Anfrage-Last hast. Ein Apache Webserver kann auf einer Kiste mit 4CPU a 3.2GHz und 6GB RAM ~254 Requests parallel abfertigen (ist einstellbar, bei uns aus Erfahrung so konfiguriert) . Angenommen, ein Request dauert 1s, dann kannst du 254 Requests in einer Sekunden abhandeln. Das sind über den Tag verteilt 21.945.600 Requests. Da deine Seite diese Anzahl nicht vermutlich knacken wird, kannst du getrost die Ausgaben dynamisch generieren lassen.

Wichtig ist meiner Erfahrung nach nur, dass die Applikationen hinsichtlich Speicher-Verbrauch getestet werden und ggf. optimiert werden. Hier kannst du dir ja mal - falls möglich - einen xdebug-Trace ansehen. Dort findest du Aussagen über die Ausführungsdauer eines Requests.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Flor1an

Die Frage ist auch woher sich den Inhalt generiert. Wenn du den Inhalt in der Datenbank speicherst und du dann sehr komplexe Abfragen hast und dazu gleich noch recht viele, dann lohnt es sich vielleicht eine Art caching einzuführen aber ich vermute ebenfalls dass du nie an diese Kapazitäten kommen wirst.