Hallo liebe Gemeinde,

mein eCommerce-Portal www.preisduell.de geht nun bald an den Start. Es soll nun im Laufe der Zeit ein attraktiver Preisvergleich daraus entstehen, wobei ich erstmal nur auf grundlegende Funktionen Wert gesetzt hab, der mich von der Konkurrenz nicht abgrenzt. Neuerungen, die in dem Bereich noch nicht vorhanden sind, existieren schon im Background, kommen jedoch erst offiziell online, wenn das Portal in Hinsicht auf das Angebot weiter ausgebaut ist.

Mein derzeitiges Problem stellt die Performace dar. Die Konkurrenz wie www.guenstiger.de oder www.preissuchmaschine.de arbeitet sehr schnell, dies ist im Prinzip auch mein Ziel.

Derzeit befindet sich das gesamte Portal auf einem Dual-Xeon Server mit 2 GB Ram. Ich hab auch einen P4 nun dazugemietet, auf den das Web geschoben wird, der Dual-Xeon ist somit frei für die gesamte Datenbank.

Schaut euch das System ruhig an, die Suche und die einzelnen Kategorieaufrufe sind noch sehr langsam - man stelle sich das bei einem Hochbetrieb von 20.000 Usern am Tag vor - nicht zu denken...es sind nunmal extrem viele Datenbankabfragen, das ist nicht zu leugnen...

Daher frag ich hier als Erstes nach Tipps, um die Performance zu steigern. Sollten nützliche Tipps dabei sein, werd ich sie gern mit ein wenig Geld belohnen, sollten Tipps dabei sein, welche die Performance erheblich steigern könnten, bin ich auch bereit sehr viel Geld auszugeben Kontakt gern auch an kontakt@preisduell.de - ansonsten gern hier posten.

PS: Der Techniker optimiert auch schon, allerdings stößt er nun leider auch schon an seine Grenzen...

Vielen Dank vorab,
Patrick Konrad

Mister Ad

ZiMD

ok sagen wir 500 leute schreiben was...

5000€...

Hm das soll eigentlich nicht das Thema hier sein...

Ich selbst weiss, wie hoch die Resonanz ist, daher kann ich die Aktion fahren - leider war sie ein Flop, daher wird sie auch eingestellt.

joachim_neu

Hi, ich glaub es wird recht schwer, die Performance zu steigern, wenn man den Code nicht kennt.

robo47

1) Optimieren kann man nichts wenn man keinen Code sieht, die Seite ist ne Blackbox, wer weis vieleicht wird immer die komplette nav ausgelesen, vieleicht wird auch schleifenweise ausgelesen
-> benchmarken und testen ist angesagt, wie viel querys pro seitenaufruf werden gemacht ? lassen sich welche einsparen?
2) bastel dir mit www.php.net/microtime bissel was zum benchen zusammen und schau welche teile langsam sind
3) im Firefox sieht die Seite wie ne Zieharmonika aus die zusammengeht während sie sich aufbaut, ist etwas unschön.
4) Für was ist die Seite gebaut ? zu breit für 800, zu schmal für 1024, denke wenn schon zu groß für 800 dann doch bitte nach möglichkeit den platz auch nutzen.

mfg
robo47

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

Hm, ich bin wie gesagt kein Techniker, dachte es wäre so möglich, dass man das von außen analysieren kann. Allgemeine Tipps, wo man ansetzen könnte, wären auch hilfreich.

Mir wurde schon einmal etwas vom Caching erzählt, kann damit jedoch nichts anfangen - vielleicht ist das ja ein Punkt, den man in Angriff nehmen kann. Ich will auch erstmal sammeln, bis ich dann selbst auch Punkte hab, die ich meinem techniker liefern kann, dann tragen wir die gedanken zusammen..


@robo47: Danke für den Tipp, das werd ich so mal weiterreichen und eine Auswertung vornehmen lassen. für 1024 ist es optimiert - ganz rechts soll bewusst platz sein. Bei 800x600 muss ich nochmal testen, da sollte es im Prinzip auch laufen - ich machs gleich nochmal...

Nachtrag: Bei 800x600 ist es auch optimal, man sieht nur die rechte Werbeleiste nicht, aber darauf kann in dem Fall verzichtet werden, der Rest wird optimal dargestellt.

robo47

techniker?
denke eher du solltest dich an deinen Programmierer wenden und wenn der mit Caching nichts anfangen kann, sollte da schleunigst einer neuer her

So ein Projekt ist keine Spielerei!

Und nein, von aussen können dir vieleicht Hellseher helfen aber keine Programmierer
Das Problem ist doch, dass keiner weis was da verbockt wird, genauso was die Rechner angeht, die Frage die sich mir stellt, wie ausgelastet sind denn die Kisten momentan wenn da "ein paar" user drauf zugreifen ? Also nach dem wie ich das sehe, auch weil eben ein Teil des Codes schon ausgegeben wird und der rest nachzieht würde ich sagen der teil des scriptes der die Nav aufbaut ist bescheiden. ausserdem würde ich bei so ner großen Sache vieleicht mal noch um Traffic zu sparen über komprimierung nachdenken. Und / Oder das Design vieleicht Tabellenlos machen, dann würde ich sagen bekommt man die seite vieleicht auch etwas kleiner als 24 kb

Uiiiiii
ich hab grad mal nach * gesucht
aber irgendwie sucht der jetzt schon verdammt lange ... ich hoffe mal der will mir jetzt nicht die ganze Datenbank präsentieren Naja hielt sich in Grenzen, hat doch nicht sonderlich viel gefunden, dafür sucht er jetzt schon einige Zeit nach %a% ... ich hoffe doch sowas wird abgefangen ... weil wenn ein paar dieser prozesse im system sind, dann braucht man sich über performance-probleme nicht wundern.

mfg
robo47

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

Ja also über das Caching hab ich mit dem Techniker z.B. noch nicht geredet, diese Info kam nur von meinem Provider. Mit dem hatte ich schon ausführlich gesprochen - an den Servern liegt es definitiv nicht. Ich bin mit dem Techniker bis jetzt absolut zufrieden, nur in Sachen Performance gibts eben erhebliche Probleme. Die Suche ist auch noch nicht fertig, die Ausgabe ist schlecht und der Prozess dauert wie du schon sagtest viel zu lange.

Nun ist es schwer da an Tipps zu kommen, wie ich meine - eventuell müsste ich drüber nachdenken, einen weiteren Techniker auf Zeit zu engagieren, der die Software überprüft und nach Verbesserungsmöglichkeiten sucht. Da lieggt nämlich das Problem, mein Techniker wird selbst nicht mehr viel rausholen können.

MrNiceGuy

Ich denke im Bezug auf die Datenbank wird auch eine Menge machbar sein. Gegen Bezahlung kann ich mir das Ganze ja mal anschauen (falls gewünscht)!?

Bei Interesse einfach ne PN oder per ICQ melden. Ab heute Abend bin ich wieder @home.

Clan

1. Wieviel datensätze greift mysql_num_rows denn hier ab?
2. schicke deinem proger diesen link: http://dev.mysql.com/doc/mysql/de/my...imisation.html
denn bei sovielen querys wird sich dein server früher oder später in rauch auflösen

3. http://leknor.com/code/php/view/clas...encode.php.txt

http://www.preisduell.de/preisvergle...und-Motor.html