ABAKUS

Verfasst: **30.01.2005, 14:54**

Wie hoch schätzt ihr die Performance-Einbussen, wenn man .html Dateien auch als php parsen lässt?

Ist es sinnvoller, das nur für den entsprechenden Unterordner mittels der .htaccess festzulegen oder lieber global in der httpd.conf?

Danke!

Verfasst: **30.01.2005, 14:59**

Das schätze ich eher unproblematisch ein. Die Dateiendung ist schon lange kein eindeutiger Indikator zur Unterscheidung dynamischer und statischer Webseiten mehr. Wichtiger ist, dass die Webseite einigermaßen statische Inhalte anzeigt. Ständig wechselnde Inhalte und Links sind Gift.

Verfasst: **30.01.2005, 15:13**

Danke erstmal - mir geht es aber vielmehr um folgendes:

ich habe einige Projekte, die noch komplett als .html Dateien erstellt wurden. Diese Projekte sind im Laufe der Zeit zum Teil sehr groß geworden und daher heute sehr unkomfortabel zu pflegen.

Ich möchte nun in den .html Dateien Menüs u.ä. teilweise includen um die Pflege einfacher zu machen.

Nun heisst es aber, dass es angeblich zu Performance-Einbußen führen soll, wenn man alle .html oder.htm Dateien ebenfalls parsen lässt....

Wenn diese Einbußen eher vernachlässigbar gering sind, kann man es akzeptieren, wenn jedoch die Reaktionszeiten dadurch übermässig ansteigen ist es natürlich sehr gut zu überlegen....

Und da auf meinem Server auch einige fremde Projekte liegen, überlege ich, ob es vielleicht sinnvoll sein wird, nur die jeweils betreffenden Ordner mittels der .htaccess anzuweisen .html Dateien zu parsen, anstatt diese Einstellung global für den ganzen Webserver einzustellen.

Verfasst: **30.01.2005, 15:34**

Ach... du meinst mit Performance die Geschwindigkeit der Seiten, richtig? Ich ging von der Suchmaschinen-Perfomance aus (Ranking und so).

Gerade das Includen von HTML-Dateien verbraucht so gut wie keine zusätzliche Rechenzeit. Das Dateisystem ist ohnehin extrem schnell. Deswegen ist es kaum ein Unterschied, ob eine Webseite aus einer einzelnen großen Datei, oder mehreren kleinen Dateien zusammengesetzt wird. Solange du nur include() verwendest, sehe ich kein Problem.

Nur wenn zeitaufwendige Operationen (z.B. Textvergleiche, Textsuche, Datenbankanbindung) dazukommen, solltest du einen genauen Blick auf die Ausführungsdauer der Scripte werfen.

Verfasst: **30.01.2005, 15:41**

Gerade das Includen von HTML-Dateien verbraucht so gut wie keine zusätzliche Rechenzeit. Das Dateisystem ist ohnehin extrem schnell. Deswegen ist es kaum ein Unterschied, ob eine Webseite aus einer einzelnen großen Datei, oder mehreren kleinen Dateien zusammengesetzt wird. Solange du nur include() verwendest, sehe ich kein Problem.

Da hast du auf jeden Fall recht...aber wie sieht es aus, wenn ich global alle Dateien durch den parser schicke....?

Verfasst: **30.01.2005, 16:08**

SloMo, Du verstehst nicht, was Michael will. Es geht darum, eine statische HTML-Datei durch den Parser zu schicken. Ohne, dass PHP-Code ausgeführt wird, weil nämlich keiner da ist. Und den Aufwand halte ich für absolut vernachlässigbar.

Verfasst: **30.01.2005, 18:06**

und meinst du, es ist besser dies entsprechend global einzutragen oder lieber nur für den entsprechenden Ordner oder auch für den entsprechenden Kunden...?

Verfasst: **30.01.2005, 18:38**

Global, alles andere ist nur unnötiger Aufwand. Finde ich jedenfalls.

Verfasst: **30.01.2005, 19:35**

Ob global oder nicht ist eigentlich ja egal. Ich sehe allerdings keinen Grund warum es deine Kunden stören sollte wenn ihre html-Seiten auch geparst werden. Insofern wäre dies aus meiner Sicht die einfachste Lösung.

Verfasst: **30.01.2005, 20:10**

Nun, ich glaube auch nicht, dass es irgendjemanden direkt stört....solange die Einbussen an Performance nicht spürbar sind....

Unerwünschte Ergebnisse dürften ja nur dann auftreten, wenn der Kunde irgendwelche PHP-Schnipsel in seinen Dateien "Vergessen" haben sollte....

Aber in erster Linie ging es mir darum, ob irgendwelche gravierenden Einbussen an Performance des Servers zu erwarten sein würden und eurer Meinung nach ist das ja wohl nnicht der Fall....dann werde ich es also global einstellen....

Danke!

Verfasst: **02.02.2005, 16:33**

Hi,

also ich hatte mal nen Portal mit 1,4 Mio. Page Impressions im Monat
und alle Seiten waren PHP/Mysql Seiten mit mindestens 2-3 Includes fürs Menu Footer und sowas. Das ganz lief auf nem Standard Server für 10-20 Euro Monat und bis 1-1,1 Mio PIs mußte ich mir dafür auch keinen eigenen Server anlegen.

Also würde ich sagen mußt du dir darum erstmal überhaupt keinen Kopf machen.

Wer ein Unix System hat und seinem Apache ein wenig auf den Zahn fühlen will kann es mal mit dem Shell Programm "ab" versuchen

ab -n 10 https://www.url.de
Sendet 10 Request an url.de und gibt eine Statistik über Antwort-Zeiten heraus, der Rest steht in der Hilfe.

Was ohne Arbeit ein wenig mehr Leistung bringt bzw. die Anschaffung neuer Hardware nach hinten schiebt ist in PHP ' statt " zu benutzen wenn man nur Strings ausgibt.
bsp: echo 'Hello World.';

Bis dann
Axel

Verfasst: **02.02.2005, 16:52**

axelm hat geschrieben:
Was ohne Arbeit ein wenig mehr Leistung bringt bzw. die Anschaffung neuer Hardware nach hinten schiebt ist in PHP ' statt " zu benutzen wenn man nur Strings ausgibt.
bsp: echo 'Hello World.';

das machen tools wie der zend optimizer oder der eAccelerator automatisch und bieten darüber hinaus noch ein paar andere optimierungen (EA sogar caching der scripte). beide sind kostenlos.
inso

ABAKUS

Performance-Einbussen ?

Performance-Einbussen ?

Performance-Einbussen ?

Performance-Einbussen ?

Performance-Einbussen ?

Performance-Einbussen ?

Performance-Einbussen ?

Performance-Einbussen ?