Aber genau das hatte ich doch eh bereits geschrieben. Oder bezog sich Dein Einwand darauf, daß es darauf ankommt, woraus die 10 MB bestehen? Das ist natürlich völlig klar, aber ich hatte auch vorausgesetzt, daß es natürlich keine Kommentare sind Daß es in einem solchen Falle keine große Verzögerung gibt (wenn überhaupt), ist klar.

Deine CSS Datei mit Kommentaren Whitespace usw. kannst du ja auf deinem PC lassen, und bevor du die datei hochlädst durch den Optimierer jagen. Soll wirklich helfen.

Gruß
Timo

__________________
Um weitere Erklärungen eingeblendet zu bekommen, drücken Sie bitte die Tastenkombination Alt + F4

OK, weil mich das jetzt nicht losgelassen hat, musste ich das jetzt mal messen.

Folgendes Ergebnis habe ich bekommen:
Die ersten 5 Messungen laden das Login-Formular für den Admin-Bereich und die letzten 5 Messungen stammen aus der Siteverwaltung, wo schon etwas mehr Action während des Scriptes stattfindet.

Es werden 13 Dateien mit insgesamt 131,6kB PHP-Code eingebunden.
Die Include-Zeiten geben wirklich nur die Zeiten an, die für die inlcudes benötigt werden, das instanziieren der Klassen ist im Scriptlauf enthalten.

Das Ergebnis erschreckt mich jetzt doch ein wenig, ich hätte nicht mit 0,02 - 0,03 Sekunden für die Includes gerechnet.

Gerade bei dem Login bin ich leider schon verdächtig nah an den 55%.

Ich teste das irgendwann nochmal, wenn ich zumindest die Libs alle in eine Datei packe, um so evtl. die Datei-Such-/Lade-Zeiten bzgl. der Festplatte rauszufiltern.

Natürlich

Eben Mir ging's bei dem Test auch nur darum, festzustellen, ob z.B. eine "kluge" switch case-Anordnung (d.h. die wahrscheinlichsten Fälle an den Anfang zu stellen) einen spürbaren Unterschied macht, aber letztlich ist es eben ziemlich egal, da eh alles gelesen wird. Eine kluge Anordnung bringt selbst im Extremfall einer Datei mit 15 MB allenfalls einen Gewinn im ms-Bereich.

Ganz genau. Eine meiner Websites hat 3 Sprachversionen, und die Haupt-config ist ziemlich klein, denn sie fragt fast ausschließlich ab, welche Sprachversion "angefordert" wurde, und required erst dann die zugehörigen Daten. Denn wenn man alles in die Haupt-config packt, wird diese eben auch immer komplett gecheckt, d.h. auch die Daten der übrigen Sprachversionen, die aufgrund von if/elseif/else eigentlich außenvor bleiben.

Mein ganzer Einwand bestand eigentlich nur darin, dass es sich bei deiner Aussage so angehört hat, als wäre die Ausführungszeit abhängig von der Dateigröße und nicht von den auszuführenden Skripten.
Also eigentlich viel hin und her um eine Kleinigkeit

@mantiz
Wenn ich mich richtig erinnere, bewegt sich der komplette Aufbau meiner Seite inklusive aller includes im Bereich von 0,00X Sekunden. Ich werde mich nochmal vergewissern, aber wenn das stimmt, kann deine Zeit für die includes nicht stimmen. Ich verwende für jede Klasse eine eigene Datei, dazu kommt die Config, der Controller und noch ein paar Kleinigkeiten.

@Inta:
Ich hätte das auch nicht gedacht.

Aber ich habe nur das include durch eine Funktion my_include ersetzt, wo ich mir vorher die Zeit merke, dann die Datei includiere und anschließend die vergangene Zeit bestimme. Natürlich wird das Ergebnis durch die Zeitbestimmung etwas verfälscht, aber im Grunde passt das schon, denke ich.

Und man kann ja leider nicht die Zeit messen, ohne die Zeit zu messen. :P

Ich kann mir nicht vorstellen, dass die includes in 0,00 ablaufen, hätte nur eher gedacht, dass es so 0,001 oder so sind, also glatt mal um den Faktor 20 verschätzt.
Vielleicht sind die Ergebnisse bei mir schlechter, weil mein Linux-System in einer VM-Ware läuft, mag sein, aber relativ dürfte sich da nicht viel tun.

Wenn man sich überlegt, was bei einem inlucde ablaufen muss, dann ist es schon logisch, dass es eine gewisse Zeit braucht.
Der Interpreter stößt auf eine include-Anweisung, also lässt er das System die Datei von der Festplatte laden, diese wird ausgelesen, die Syntax wird gecheckt, evtl. wird ein eigener Interpreter dafür gestartet, das kostet Zeit.

Bin mir bei PHP nicht sicher, ob bei include eine reine Textersetzung (wie bei C++) vorgenommen wird, oder ob ein eigener Interpreter dafür gestartet wird.

Alleine diese Suche dürfte schon einen Moment brauchen, wenn auch nur wenig, was sich aber aufsummiert.

// Edit: Hab' gerade erst gesehen, dass Du 0,00X und nicht 0,00 geschrieben hast.
Je nach Serverleistung könnte der Wert aber natürlich ziemlich variieren, wie gesagt, mein System läuft in einer VM.

Hm ok, ich habe mich wohl um eine Stelle vertan, zumindest hier auf dem PC dauert eine Ausführung etwa 0.023 Sekunden (einer Seite inklusive komplettem Framework).
Ich werde es zu Hause noch mal auf dem Linuxserver testen, aber ich denke das wird nicht viel schneller sein.

Ja diese Suche nach Dateien würde ich gerne deaktivieren. Wenn man sauber arbeitet ist das vollkommen überflüssig, wenn nicht gar schädlich.

Edit:
Ok, der Server ist doch noch mal schneller als ich erwartet hatte: 0.0025 Sekunden. Also kam meine Angabe für die Live-Umgebung doch hin.

Sicher hilft es, aber dann stell mal so ein CSS hier bei uns in den Sitecheck ...

Nochmal der 15MB-Schinken:

Ich kann das Beispiel so schreiben:

oder so:


Im ersten Beispiel müßte ein Interpreter die 15 MB erst einmal lesen um das
Ende der Bedingung zu finden. Im zweiten sind es 2 Zeilen. Bei einem Compiler
wäre das egal, er kennt das Sprungziel.

__________________
Grüße aus dem Spessart, Joe

{ table-layout: biertischistbesser; }
Der Mausinator

Kannst ja nach dem Sitecheck machen

__________________
Um weitere Erklärungen eingeblendet zu bekommen, drücken Sie bitte die Tastenkombination Alt + F4