Moin!

Ich arbeite jetzt seit geraumer Zeit an einem sehr umfangreichen Onlineshop Produkt und wollte einfach mal eure Meinung zu verschiedenen technischen Aspekten hören.

1.) Verwendete "Fremdbibliotheken"
Für Datenbankabstraktion: ADO
Als Templatesystem kommt Smarty zum Einsatz
Ansonsten im Administrationsbereich, u.a. Javaapplets zum Uploaden von Bildern, Flash-"Programme" für Bildbearbeitung, Crossbrowser RichEditor, uvm.

2.) Performance zum jetzigen Zeitpunkt
Natürlich abhängig von der jeweiligen Operation die ausgeführt wird, liegt aber deutlich im > 0,02 Sekunden Bereich. Größter Knackpunkt war der Pullout des gesamten geparsten Templates per echo ... Dies hat gut und gerne um die 200ms gekostet. Hab jetzt Output Buffer aktiviert und mit ob_start und ob_flush diese Zeit auf etwa 2ms drücken können ...
Ein Lasttest mit Apache Bench ergab vor der Optimierung etwa 17 Requests pro Sekunde, jetzt dürfte der Wert bei etwa 30 liegen ...
Interessant wirds erst wenn wir die ca. 5000 Artikel und 1200 Kategorien aus unserem bisherigen Shopsystem übertragen haben ...

3.) Struktureller Aufbau
Es gibt eine Art Kernel welcher die gesamte Ein- und Ausgabelogik steuert ... Dieser dient praktisch als Gateway für alle Userinputs...
Im wesentlichen werden dort alle Klassen instanziert, die Variablen auf Plausibilität und eventuelle Attacken untersucht und das jeweils gerade benötigte Template geparst ...

Der Ablauf ist so
[User Inputs verwalten]
[Klassen inkludieren]
[Klassen instanzieren]
[Konfiguration laden]
[Pfade und andere Systemvariablen global in einer Hauptklasse setzen]
[Content Klasse instanzieren und mit Zeigern auf alle anderen Klassen ausstatten]
[User Inputs casten, welches Template wird benötigt]
[Ausgabe des geparsten Templates]

Jede Klasse wird nur einmal instanziert und stellt jeweils eine logische Abbildung eines Teils des Shops da, z.B. Warenkorb oder Systemfunktionen ... Verbunden werden die einzelnen Klassen durch eine übergeordnete Content-Klasse ...

Datenbankabfragen werden in der Regel zwischengespeichert (Je nach Beschaffenheit der Daten bis zu 30 Minuten aus dem Cache).

Das System ist so gestaltet, das der Endanwender jede gewünschte Funktion direkt über die Templates einbinden kann, wenn er also auf einer selbst gestalteten Seite eine Top 10 Liste der meistverkauften Artikel benötigt, führt er einfach an beliebiger Stelle im Template einen Funktionsaufruf durch {fetch_toplist}
Das System führt dann im Background die gewünschte Funktion aus und liefert die passenden Daten ans Template ... So ist man sehr flexibel was die Gestaltung der Templates angeht.

Natürlich können auch eigene Module an den Shop angebunden werden ...
(Entweder durch Extends der bestehenden Klassen oder durch Custom PHP-Skripte die man dem Shop "bekannt" macht und dann über _POST und _GET Parameter einbinden kann)

--------------------------------------------------------------
So nun noch einige Fragen:

1.) Wie kann ich feststellen wieviel Arbeitsspeicher das Script benötigt?
memory_get_usage() gibts ja erst unter PHP5.

2.) Gibt es noch andere Tools außer Apache Bench um die Performance zu testen?

3.) Wer hat Lust in ca. 2 Wochen an einem Betatest des Systems teilzunehmen? Neben einer Erwähnung der Betatester würde ich für wirklich hartnäckige Tester die auch auf Details achten das ein oder andere Produkt von www.coolsells.de springen lassen ...

4.) Danke an alle die bis hier gelesen haben

Gruß,

Stefan

Mister Ad

robo47

1.) Ist halt so ne Sache, wenn der Kunde Appletts und alles aktiviert hat kann er das System ohne Probleme bedienen, aber stehen für die grundfunktionen Ersatz zur verfügung der auf JS, JAVA, Flash etc verzichtet?
2)
Du Schreibst wie du die Perfomance mit ob_start und so verbessert hast, vieleicht auch mal dran gedacht gewisse Teile der Seite komplett als html zu cachen? Oder ist sowas implemntiert ?


zu den Fragen:

1) www.php.net/memory_get_usage()
2) kennst du ja schon: http://httpd.apache.org/docs-2.0/programs/ab.html

3) schick mal ne pm was wie wo zu machen ist :P

4) gern geschehen.


mfg
robo47

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

Zu 1.)
Ja Ersatzfunktionen sind größtenteils aktiviert, allerdings ist das Backend ja auch eher für den kleineren Kreis an Benutzern -> Die sollten um das System mit allem Komfort nutzen zu können schon bereit sein sich die passenden Plugins zu installieren Sonst müssen sie halt mit Standard Dateiuploads etc. arbeiten

2.)
Ja, habe ich drüber nachgedacht ... Das Problem ist, das die wirklich rechenintensiven Sachen (Hauptsächlich Artikellisten) auch noch hoch dynamisch sein müssen, da ist z.B. die variable Sortierung die mir kopfschmerzen bereitet ... nutze eigentlich überall wo es nicht auf super aktuelle Daten ankommt die Ado Caching Funktionen ...

Fragen:
1.) Ups Und ich wundere mich warum er den Befehlt nicht kennt, habe ich wohl zu schnell geschlussfolgert ... Okay, happy new compiling ...

3.) Japp, ich melde mich - sobald es richtig was zum Testen gibt, ich hoffe es gibt hier auch ein paar Freaks, die sich freuen würden mein System zu hacken ... Versuch macht klug, SQL Injections etc. sollten nicht möglich sein, aber bei mittlerweile 15.000 Zeilen eigenen Code + Doppelt so viel Fremdcode kann eine Menge schief gehen

Jetzt habe ich doch noch eine Frage die wahrscheinlich ins Anfängerforum gehört, aber nach 20 Stunden ohne Schlaf (Jaja, Kaffee machts möglich) komme ich nicht auf die Lösung.

Also, die Artikellistung ist ja abhängig von der Kategorie, um jetzt die Seiten Zahlen zu bestimmen, muss ich ja feststellen wieviele Artikel es insgesamt in der jeweiligen Kategorie gibt ...

Vorher stand da ein unfeines SELECT * FROM und dann ein count($result)

Jetzt probiere ich gerade folgendes ... Jetzt gibt der mehr weiterhin ein Resultset mit allen Datensätzen zurück, beabsichtigt war nur eine Ergebniszeile wo im Feld Anzahl die Gesamtanzahl aller Datensätze steht ...

Schande über mich, ...

Waq

httperf

__________________
mod = master of disaster

ich kann mich hier nur anschließen und dir meine meinung zu deinem code und gesamtfunktionen geben. da ich selber am xt:commerce rumbastel (ich gehöre nicht zum entwicklerteam falls das jemand glaubt) weiß ich um die schwachstellen von solch aufwendigen shopsystemen.

Einfach ne Mail schreiben.

Gruß MasterNemo

MoDCoC = Master of Disaster Commander of Chaos

Okay, habe am Wochenende mal den ersten Belastungstest gefahren und den Shop mit über 1000 Artikeln gefüllt. Ergebnisse sind zufriedenstellend.

Wir würdet ihr Userspezifische Anpassungen realisieren? Aus Wartungstechnischen Gründen möchte ich den Kern und die Hauptklassen des Shops ungerne für die verschiedenen Shops anpassen, auf der anderen Seite sollen sich aber auch komplexe neue Funktionen durch den Anwender selbst realisieren lassen ... meine Idee war das man Funktionen die häufig individualisiert werden müssen (Bestellmanagement, etc.) in eine eigene Klasse auslagert und diese aus dem Update-Stream (Jepp, der Shop soll fernwartbar sein) herausnimmt.
Weiterhin können natürlich auch eigene Module ans System angebunden werden (Also z.B. ein Tinten und Toner Berater oder spezielle Aktionsmodule) ...
Macht es Sinn hier eine Pluginschnittstelle zu definieren und falls ja, was sind hier gute Ansätze in Bezug auf das Design solch einer Schnittstelle?
Meine erste Idee war eine Standardklasse zu entwickeln die Referenzen zu den notwendigen anderen Klassen bereitstellt (Ein-/Ausgabelogik, Konfiguration, Datenbank etc.) ... diese Standardklasse wird dann per extends vom User angepasst und dem System durch einen Eintrag in der konfigurationstabelle bekannt gemacht, aufgerufen wird die Klasse dann durch den schon bestehenden Custom-Handler der sich direkt im "Kern" des Shops befindet ...