Massive Performance Probleme

[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?

[Jenny]

Hm, hast mal auf Anzeigen/ einbuchen gestellt? meckert das System dann auch?

[Sebmaster]

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

Da steht doch schon die Lösung.
Die Fehler, die du behebst kommen vom Webserver, nicht von der DB.

[Jenny]

das zu umständlich wäre alle cronjobs zu deaktivieren und die seite rennt wieder wie ne eins.

hab da mal ne Frage bez. dieses Satzes *lol* wie oft laufen die Crons? alle paar Minuten oder wie? denn wenn zuuuuu viele Crons auf einmal laufen dann streikt der webserver so wie die db auch .......

Interessant ist für mich, dass ich an sich diese IF laufend bei irgendwelchen Seiten ohne, absolut ohne Probleme einbaue und diese Seiten auch rennen.

Dementsprechend gehe ich mal davon aus, dass bei Dir noch mindestens ein anderes Problem als die Crons vorliegen und die Crons an sich nur das sind was den Fehler (die Fehler) zeigen

[speedyg]

Da steht doch schon die Lösung.
Die Fehler, die du behebst kommen vom Webserver, nicht von der DB.

eben nicht, die Fehler stehen doch eindeutig im errolog, ein Fehler ist ein Fehler oder etwa nicht?
Und dadurch das die crons eben diese tausenden von fehlern verusachen beim einbuchen streikt die DB. Nicht der Server. Hast dir nicht das Bild angeschaut?

Oder willst du jetzt nen Fehler der eindeutig angezeigt wird wegreden?

PHP Notice:  Undefined variable: file_fein_traffic in /srv/www/vhosts/premiumklicker.de/httpdocs/crons/stg_traffickracher.paidlinks.php on line 161, referer: http://cronjob.de/?id=w495247

Das ist doch eine eindeutige Fehlermeldung? Oder irre ich mich da?

[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.