Naja laut den andern hier im forum nicht sondern mein ServerZitat von didith1207
laut deinem log im ersten post schon
Naja werd zumindest mal die paidlinks IF's daraufhin abändern.
Naja laut den andern hier im forum nicht sondern mein Serverlaut deinem log im ersten post schon
Naja werd zumindest mal die paidlinks IF's daraufhin abändern.
soweit ich gesehen habe sind alle stg interface crons betroffen nicht nur die paidlinksdie variablen sind überall falsch
also ein Notice ist nur eine bemerkung und kein fehler
und undefinid sagt ja nur aus das die variable bis jetzt noch nicht definiert wahr und jetzt definiert wurde.
die fehler kommen vom server also vom script un nicht von der datenbank
aber ich bin mir zu 100% sicher das dies nicht die ursache deines Geschwindikeitsproblemes ist.
dein hoster hat ja die aussage getroffen das der datenbankserver schlap macht.
die logs da stehen ja nicht in der datenbank das währe ja noch schöner.
die frage ist also warum kommt dein server nicht damit zurecht.
lässt du die crons versetzt laufen sprich nicht alle um 12 uhr alle um 1 uhr ....
dan ev. wie oft lässt du die crons laufen??
ev. ist dein db server auch durch deine seite ausgelastet das es die kurzzeitigen schöbe der crondatei nicht verkraften mag.
natürlich währe es möglich die IF so umzubauen das sie mit 3 crons laufen würden den pr kampagne laufen ja ca 3 db abfragen.
MFG Lokutos
SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting
Klar hab ich die versetzt ich schick doch keine 200 crons in einer minute auf meinen Server los ;-)
Tatsache ist aber nunmal das eben bei den Crons dieser IF's die DB schlapp macht. Aber ich bin ja auch schon auf der suche nach STG alternativen ;-)
Da hab ich aber auch gleich ma ne Frage an dich bezüglich der Surfbar. Wie sieht das denn mit den Logs aus. soll ich die tabellen regelmäsig von Hand leeren?
hm hab ich da keinen knopf eingebaut??
na dann werde ich das mal als update aufschreiben und nachliefern.
genau und das hat rein garnichts mit irgend welchen logs zu tun die belasten die db 0Tatsache ist aber nunmal das eben bei den Crons dieser IF's die DB schlapp macht. Aber ich bin ja auch schon auf der suche nach STG alternativen ;-)
jetzt ist halt die frage warum machts sie schlapp
kommen zu grosse anfragen oder kommen zu viele anfragen
bei zu vielen anfragen gibt es keinen umweg.
da muss man einfach dan entweder die crons umschreiben oder
du wechselst auf nen schlechten server weil der is ja wohl ganz schlecht wenn der nicht mal mit 200 anfragen zurecht kommt.
SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting
Ja das das direkt nichts mit den logs zu tun hat ist ja mir schon klar. di elogs sind nicht die ursache. aber die logs sagen mir ja wo das Problem evtl liegt. und das sind eben die IF's die 200 000 und mehr errologs einträge hervorrufen.
Die paar tausend der Surfbar gar nicht mitgerechnet.
also wenn du meinst die Telekom hat müll ich weis net,. Dein Internet läuft doch tadellos? Wenn die Telekom bzw t-online keine gute infrastruktur haben soll mhmm.
Die haben sicher mehr ressourcen als manch ein anderer Anbieter.
Irgendwie nicht stell einfach die logs aus bzw das Notice weg dan ist dein fehler den du dir einredest beseitigt
Nein Nein und nochmals nein
laut deinen aussagen bzw die deines hosters kannst du das wie oben geschrieben vergessen. DEIN PROBLEHM IST DIE HUNDERTEN DB_QUERYS die der cron aufruft (3pro Kampagne)
klar und sicherlich auch viel mehr kundenalso wenn du meinst die Telekom hat müll ich weis net,. Dein Internet läuft doch tadellos? Wenn die Telekom bzw t-online keine gute infrastruktur haben soll mhmm.
Die haben sicher mehr ressourcen als manch ein anderer Anbieter.
die meisten grosbetriebe sind nicht die besten was leistung betrifft.
die beste infrastruktur nützt nichts wen sie zugebompt wird mit kunden.
SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting
*gg* nun, das die Telekom genügend Ressourcen hat bezweifelt niemandnur, kannst Du die auch wirklich voll nutzen??? oder wirst einfach mal so bei Seite geschoben mit Deiner Bandbreite oder mit der Anbindung an sich???? Das ist nämlich wie bei vielen Hostern noch ne ganz andere Frage *lol* Auch ein Rootserver kann vom Provider beschnitten werden.
Du hast ne Surfbar laufen, schau doch bitte mal wie Du die Paidlinks (Text u. Traffic) eingestellt hast bei den Stigma IF`s..... eventuell haste da auch schon nen weiteren Angriffspunkt für die Errors, weiss nicht wie Deine Surfbar aufgebaut ist und ob die eigene IF nutzt oder wie auch immer geartet ist, kenne sie nicht.
Die Vordefinierung sollte an sich, wie ich schon vorher sagte nicht wirklich das Problem sein auch wenn Errors damit angezeigt werden, denn definiert an sich ist die Variable ja, ich habe mir die IF`s gerade noch einmal angesehen.
Anfragen an die db werden ja nicht nur durch Crons gestellt sondern auch durch absolut jeden Aufruf einer "Unterseite" Deiner Page, oder eines jeden Banners und und und. Dass das gesamte vms einige Schwachstellen hat ist jedem bekannt und dass es auch in der neusten Version, versehen mit evtl älteren Addons, ebenfalls sehr trafficlastig wird ist auch bekannt denn nicht alle Addons sind ja optimiert und die DB Tabellen werden kaum bis gar nicht bei den Addons direkt mit Indexes u. ä. versehen, auch heute noch nicht. Alles zusammen genommen dann verursacht Deinem Server vielleicht mehr Probleme als z.B. meinem ( der lacht über so Kleinkram *lol*) wenn allerdings in der Nacht die Wartungscrons laufen und Hauptbackups ohoh, dann knirscht auch der mit den Zähnen und nicht zu knapp
Ja ich kann meine mir versprochenen ressourcen voll nutzen.
Meine Pingzeiten belegen doch das da nichts beschnitten wird. Ich hab ne direkt Anbindung an die Backbones der Telekom, das können die meisten von ihren Hostern sicher nicht sagen
Ich nutze die Neue Surfbar die hier im Forum angeboten wurde und die nutzt durch eine Änderung die STG IF's mit
Aber wenn durch fehlerhafte Programmierung meine DB lahm gelegt wird liegt das nicht am Server sonder wie gesagt an der fehlerhaften Programmierung.
Ich brauch darüber aber auch net diskutieren , mir wurde hier ja paar zeilen vorher ddankbarer Weise ein Lösungsansatz gegeben der die fehlerhafte Programmierung ja offenlegt.
Schaut dir doch selber die IF's an. Aber richtig.
Wozu wird erst die variabledefiniert die dann aber paar zeilen weiter überhaupt nicht mehr genutzt wird?PHP-Code:$file1 = "";
da hätte ich genauso reinschrieben könnenhätte auch keine auswirkung.PHP-Code:$nurzurlangeweile = "";
Wozu eine variable definieren die nicht benutzt wird? aber nachher mit if auf eine zugreifen die eben vorher nicht definiert wurde.
aber um auf dich zurückzukommen Lokutus , deine Surfbar ruft auch 10 tausende von meldungen hervor, und da sind ein paar leute die ,sie Dauer laufen lassen, ebenso die vg_datei.php und die topframe_froced mit der änderung vom vcheck, auf den tag gerechnet 200-300 tausend falsche anfragen.
Um mal ein Beipiel zu nennen, paar fehler konnte ich schon beheben.
Deine Anweisung:
hat folgenden effekt wenn ich die Surfbar auf inaktiv Stelle:PHP-Code:if($_GET['sperre'] == 'true')
sollte das nicht eher so aussehen ?Code:[Wed Jun 09 04:56:11 2010] [error] [client 85.176.113.232] PHP Notice: Undefined index: sperre in /srv/www/vhosts/premiumklicker.de/httpdocs/content/auto_surf_wartung.php on line 3, referer: http://www.premiumklicker.de/auto_surf.php
Nur einer der meldungen die meine errorlog füllt, hab die jetzt mal so überflogen, die meisten kommen von der Surfbar.PHP-Code:if (isset($_GET['sperre']) && $_GET['sperre'] == 'true')
Und jetzt komm daher und sag mein server ist schuld wenn mir scripte wie die IF's, Vcheck und vor allem die Surfbar bis zu 300 000 fehlermeldungen hervorrufen.
.
Also, Nein, Nein und nochmals Nein. Nicht mein Server ist daran Schuld sondern schluderige Programmierung ,-)
Evtl, sollten manche Programmiere einfach die errors auch alle mitloggen und nicht User die solche finden ratschläge geben doch einfach das logging runterzuschrauben
Fazit: Ich werd einfach jetzt stück für stück alle fehler durchgehen und beseitigen
Berechtigungen
Zitieren