Massive Performance Probleme

[speedyg]

so und da ich nicht so der Programierer bin gleich mal ne Frage wie ich das umändern müsste.

Folgende Fehler:

http://www.php-fehlermeldungen.de/topic20.html

PHP Notice:  Undefined variable: file_fein
PHP Notice:  Undefined variable: file_fein_traffic
PHP Notice:  Undefined variable: nummer

Das sind die Zeilen dazu:

  if($fb){
        while($line=fgets($fb,1000)) {
            $file_fein.= $line;
        } 

if($einbuchen == true){
            $nummer++;
        } 

     if($fb){
            while($line=fgets($fb,1000)) {
                $file_fein_traffic.= $line;
            } 

Diese 3 Zeilen müsst ich umändern hab aber kein plan wie ;-)

Die vg_datei.php vom Vcheck müsst ich auch noch ändern spuckt mir auch tausende Fehlermeldungen aus aber wichtig wären erst mal die crons.

Aber wenn ich mal 1-2 Lösungen vorliegen habe kann ich die sicher auf den Rest der Addons umsetzten, Vcheck, LKT surfbar und, Anteils Addon., Sind überall Undefined variabel bzw. Undefined index dabei

[jpwfour]

Nur das dir das mit deinen Performance Problemen nichts bringen wird.

Das sind zwar Fehler/Warnungen/Informationen, die dir PHP da ausgibt, und jemand, der die Interna nichtkennt, ist evtl. dadurch verunsichert.

Aber im schlimmsten Fall verzögert sowas die Skriptlaufzeit um Promille Werte!

Es geht darum, zu ermitteln, wo die Schwachstelle bezüglich der Performance liegt, und nicht PHP Notices zu beseitigen! Das kann zwar nicht Schaden, ist aber viel zu viel Aufwand, der das eigentliche Problem nicht beseitigt.

Evtl. baust du dir den Codeschnippsel ein, sodass PHP Zeit und SQL Zeit getrennt angezeigt werden, prüfst die Query Anzahl und schaltest das slow_query Log ein mit 1 Sekunde maximaler Query Zeit.

Dann muss der RAM und CPU Verbrauch der Prozesse überwacht werden, evtl da ja root Zugang PHP erweitert werden, damit sinnvolle Perfomrance Analysen möglich sind.

Du musst mir nicht glauben, ich will dir aber nur Frust ersparen, les' dir am besten nochmal genau durch, WAS das für Meldungen sind, die PHP dir da gibt, wodurch sie ausgelöst werden, was eine interpretierte Skriptsprache von einer zu kompilierenden Sprache wie C++ bspw. unterscheidet.


Abgesehen davon, dass es sogar unnötig ist, in PHP Skripte auf diese Notices hin zu optimieren, dafür gibt es Tools, die das beim 1. Aufruf eines Skriptes automatisch übernehmen, insofern fällt dann das Argument "schlechte Programmierung" weg

[Jenny]

Mal ne andere Frage, hast Du die STG_Interfaces aus seinem Shop, von nem anderen Shop oder irgendwo anders her? und stimmen die Interfaces in der Version mit Deiner vms Version wirklich überein?

[speedyg]

Ja dann erklär mich doch bitte mal warum genau durch diese Crons meine DB regelmäsig hängen bleibt? Ich hab nur testweise meine cron.php umbenannt weil mir das zu umständlich wäre alle cronjobs zu deaktivieren und die seite rennt wieder wie ne eins.

Also liegt doch der Fehler wohl an den Interfaces.

Und ein Fehler bleibt doch nunmal ein Fehler der auch beseitigt werden sollte, bin ich der meinung.
die Fehlermeldung zeigt doch auch eindeutig den Fehler im Script an. Auf die Zeile genau.

Und das argument schlechte Programmierung fällt nicht weg da nunmal eben diese der Fehler vorhanden ist.

Und an der Performance vom Root liegt es nicht, ich hab beim support angerufen und der konnte mir direkt sagen das die DB nicht hinnerherkommt mit den Anfragen.

durchweg alle STG Interfaces haben an genau der selben Stelle diesen code und verursachen die hundert tausenden von Fehlern.

Mal ne andere Frage, hast Du die STG_Interfaces aus seinem Shop, von nem anderen Shop oder irgendwo anders her? und stimmen die Interfaces in der Version mit Deiner vms Version wirklich überein?

sind alle ausm STG Shop und alle für 1.2. also so schlau bin ich auch noch ;-)

[Jenny]

Führst Du diese Cronjobs über Crontabs aus Deinem Server heraus aus?

[speedyg]

Führst Du diese Cronjobs über Crontabs aus Deinem Server heraus aus?

die laufen alle über Cronjob de.

Und an der Server Performance liegts nicht.
Wie der support schon erwähnte isses die DB in verbindung mit den Crons.

[Jenny]

diverse Banner, Paidmails usw werden aber auch eingebucht in die db? oder treten da auch Fehler auf, also wird nichts eingebucht?

Die Zeilen die Du gepostet hast besagen zum einen was geholt wird

 
if($fb){
while($line=fgets($fb,1000)) {
$file_fein.= $line;
}
fclose($fb);
} 

und zum anderen

//Vorberteiten für Ausgabe falls vorhanden ANFANG
if($einbuchen == true){
$nummer++;
} 

wie sich das Interface bei $einbuchen == true verhalten soll

das lässt mich fragen ob die Banner in der db überhaupt gespeichert werden und ob sie beim User überhaupt angezeigt werden

[speedyg]

das lässt mich fragen ob die Banner in der db überhaupt gespeichert werden und ob sie beim User überhaupt angezeigt werden

die Werden eingebucht und beim user auch angezeigt und die crons hab ich auch auf nur einbuchen gestellt

Es mag ein Fehler sein. Es ist aber nicht der Fehler, den du suchst.

Die Crons haben möglw. einfach langsame DB-Abfragen, das hat jedoch nichts mit diesen Fehlern zu tun.

Und warum gibt die dann die db den geist auf bei eben diesen Crons? und produziern 200-300 Tausen fehlermeldungen?

[Sebmaster]

Ja dann erklär mich doch bitte mal warum genau durch diese Crons meine DB regelmäsig hängen bleibt? Ich hab nur testweise meine cron.php umbenannt weil mir das zu umständlich wäre alle cronjobs zu deaktivieren und die seite rennt wieder wie ne eins.

Also liegt doch der Fehler wohl an den Interfaces.

Und ein Fehler bleibt doch nunmal ein Fehler der auch beseitigt werden sollte, bin ich der meinung.
die Fehlermeldung zeigt doch auch eindeutig den Fehler im Script an. Auf die Zeile genau.

Und das argument schlechte Programmierung fällt nicht weg da nunmal eben diese der Fehler vorhanden ist.

Und an der Performance vom Root liegt es nicht, ich hab beim support angerufen und der konnte mir direkt sagen das die DB nicht hinnerherkommt mit den Anfragen.

durchweg alle STG Interfaces haben an genau der selben Stelle diesen code und verursachen die hundert tausenden von Fehlern.

Es mag ein Fehler sein. Es ist aber nicht der Fehler, den du suchst.

Die Crons haben möglw. einfach langsame DB-Abfragen, das hat jedoch nichts mit diesen Fehlern zu tun.