Zitat von speedyg
Das hat nur wenig mit dem Root-Server zu tun
Das ist einfach Laienhaft Programmiere Scripte, du kannst das mitschneiden von Notice-Meldungen aber in der Apache-Config abschalten, schau dir dazu einfach mal diese Seite an: http://httpd.apache.org/docs/2.0/logs.html
Die Meldungen haben aber allesamt nix mit der Performance zu tun, man kann sie beseitigen/unterdrücken/ignorieren.
Ping/Downloadgeschwindigkeit sagt auch mehr was über die Anbindung aus, dennoch kann die Seite ja durch eine langsame Datenbankabfrage bspw. 2 Sekunden zum "laden" brauchen.
Die Aussage, dass die Seite durch das Umstellen des Log Levels besser läuft, ist meiner Meinung nach nur ein Placebo
Kill one man, and you are a murderer.
Kill millions of men, and you are a conqueror.
Kill them all, and you are a god. - Jean Rostand, Thoughts of a Biologist (1939)
so update Info. Ein runterschalten des errologging nützt nichts.
Denn habe schon wieder das selbe Problem.
Habe jetzt bei Support angerufen. Das liegt wohl definitv an den STG interfaces mit den Crons, muss ich die wohl alle umschreiben.
Ein runterschrauben des error loggings nützt nichts, die fehler sind ja weiterhin vorhanden und sorgen dann beim cronlauf dafür das meine DB hängen bleibt und demzufolge auch die Seite sich nicht aufrufen lässt.
Ja werde nun die anweisungen des supports befolgen und dann eben alle STG Interfaces richtig umschreiben.
Zitat support, das liegt an schlechter Programmierung.
Ne, wie den auch?Die Meldungen haben aber allesamt nix mit der Performance zu tun, man kann sie beseitigen/unterdrücken/ignorieren.
Ping/Downloadgeschwindigkeit sagt auch mehr was über die Anbindung aus, dennoch kann die Seite ja durch eine langsame Datenbankabfrage bspw. 2 Sekunden zum "laden" brauchen.
Die Aussage, dass die Seite durch das Umstellen des Log Levels besser läuft, ist meiner Meinung nach nur ein Placebo
Besser wird sie nicht laufen, nur die Meldungen im Logfile werden unterdrückt (Was einem "Aus den Augen, aus dem Sinn" gleichkommen würde)
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
Das sind die Zeilen dazu:Code:PHP Notice: Undefined variable: file_fein PHP Notice: Undefined variable: file_fein_traffic PHP Notice: Undefined variable: nummer
PHP-Code:if($fb){
while($line=fgets($fb,1000)) {
$file_fein.= $line;
}
PHP-Code:if($einbuchen == true){
$nummer++;
}
Diese 3 Zeilen müsst ich umändern hab aber kein plan wie ;-)PHP-Code:if($fb){
while($line=fgets($fb,1000)) {
$file_fein_traffic.= $line;
}
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
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
Kill one man, and you are a murderer.
Kill millions of men, and you are a conqueror.
Kill them all, and you are a god. - Jean Rostand, Thoughts of a Biologist (1939)
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?
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.
sind alle ausm STG Shop und alle für 1.2. also so schlau bin ich auch noch ;-)
Führst Du diese Cronjobs über Crontabs aus Deinem Server heraus aus?
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.
Berechtigungen
Zitieren
