Dumme gesagt
Mal im Serverlasst mal geschaut?
Vielleicht ist der Server zu schwach
dann kommt 2 Leute Schnell drauf aber die anderen sind in der warteschleife und brauchen was länger beim laden oder es geht gar nicht
Dumme gesagt
Mal im Serverlasst mal geschaut?
Vielleicht ist der Server zu schwach
dann kommt 2 Leute Schnell drauf aber die anderen sind in der warteschleife und brauchen was länger beim laden oder es geht gar nicht
du hast auch die vchecks bereinigt soweit ich es sehe da kann sowas passierenZitat von Siggi84
Das ist richtig, dazu gehört aber auch, das der Wert der gespeichert wird "bis" heist, sprich alles was älter als "jetzt" ist, ist auch schon veraltet.
Wie sieht der Cron denn genau bei dir aus? Evtl. wurden Einträge aus den V-Check Tabellen gelöscht.
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)
Hi, das ist ja das Problem, es ist kein eigener Server sondern "nur" ein Webspacepaket.
Da es eine reine "Klickseite" ist, macht das rein "Kostentechnisch" keinen Sinn, sonst hätte ich mir schon längst einen Server geholt.
An den V-Check Codes habe ich garnichts gemacht, ist im Cron nicht mit drin, kann jedoch sein das
hier was verändert hat !? Da das ja im Cron mit inbegriffen ist !?PHP-Code:db_query ("OPTIMIZE TABLE `".$table_name."`");
Hier der komplette Cron!Das ist richtig, dazu gehört aber auch, das der Wert der gespeichert wird "bis" heist, sprich alles was älter als "jetzt" ist, ist auch schon veraltet
Wie sieht der Cron denn genau bei dir aus? Evtl. wurden Einträge aus den V-Check Tabellen gelöscht.
Hatte gestern den Usern auch mal einen NL geschickt, das es eine "Optimierung" gab und das sie doch bitte mal vorbei schauen sollten zum kurzen Speed Test, nur über die hälfte ist der Meinung das sich nichts verbessert hat.PHP-Code:$buchlimit = '10'; // Buchungen welche aelter als XX Tage sind, aus Datenbank loeschen.
$inaktivlimit = '100'; // Wenn User laenger als XX Tage inaktiv ist, wird er mit Hinweis gesperrt (Wengier als 10 Tage nicht möglich!).
$sperrhinweis = 'Account wegen inaktivität gesperrt! Bitte an den Support wenden!'; // Sperrhinweis bei Inaktivitaets-Sperrung!
// Ungueltige Reload-Sperren loeschen
db_query('DELETE FROM `vms_reloads` WHERE bis < '.time());
db_query('DELETE FROM `vms_reloads_mail` WHERE bis < '.time());
// Tabellenanzahl und IDs auslesen
$result = mysql_list_tables($db_base);
$menge = mysql_num_rows($result);
for($x=0;$x<$menge;$x++){
// Tabellennamen holen
$table_name = mysql_tablename($result,$x);
// Tabelle optimieren
db_query ("OPTIMIZE TABLE `".$table_name."`");
}
// Zeit setzen
db_query ("UPDATE ".$db_prefix."_crons SET laufzeit = '".time()."' WHERE bezeichnung = 'Datenbank optimieren'");
// User, welche ueber 100 Tage inaktiv, sperren mit Hinweis
if($inaktivlimit < 10) { $inaktivlimit = 10; }
db_query ("UPDATE ".$db_prefix."_kontodaten SET status = 2, hinweis = '".$sperrhinweis."' WHERE last_active < ".(time()-($inaktivlimit*86400))." AND last_active > 0");
// Buchungen loeschen aud DB, wenn diese aelter als xx Tage sind
db_query ("DELETE FROM ".$db_prefix."_buchungen WHERE buchungszeit < ".(time()-($buchlimit*86400)));
die('<font color="green">Cron erfolgreich gelaufen!</font>');
?>
Mir selbst ist zwar nichts aufgefallen das es lahm war, hatte aber gestern auch Weihnachtsfeier und konnte nicht ganz so viel beobachten.
Gibt es vielleicht noch eine Möglichkeit, die Seite zu beanspruchen um das mal "hier und jetzt" zu testen ?
Mit dem V-Check hat sich heute auch wieder gelegt, ist zwar heute auch noch nicht viel geklickt worden, aber ich stehe momentan bei ~86% gesamt.
Im Umgehrschluss ist es vielleicht auch logisch, wenn die Seite "hängt" das es mit dem Check nicht so positiv aussieht, da die "Rückmeldung" ja dann sicher auch hängt, oder ?
Möchte nochmal betonen, ihr seit Spitze, hier wird einen bei Problemen noch geholfen!
Der Cron ist so in Ordnung und sollte den V-Check nicht weiter beeinflussen, evtl wirklich nur Zufall, oder du hast (sofern du den VCheck Version 4 hast) ausversehen den vcheck_reset.php Cron ausgeführt?
Viel dürfte sich dadurch auch nicht verbessern, bei "grossen" Tabellen die viel Überhang haben, kann es natürlich sein, dass einzelne Anfragen etwas länger brauchen, aber normalerweise sollte das noch nicht so stark ins Gewicht fallen, sofern Indizes gut gesetzt sind.
Der nächste Schritt könnte sein, dass man versucht, die Anzahl der Anfragen generell zu minimieren, und schaut, ob es irgendwo "kritische" Anfragen gibt, Beispiele wären:
Anzeige der verbleibenden Klicks im Menü für jeden User
mehrfaches Auslesen der Userdaten für Anzeigen in den Menüs
eine schlecht programmierte Chatbox und/oder zu gerine Reload Zeit in der Chatbox
uvm.
Hast du die Bettelfunktion aktiviert und/oder deine Seite in Traffic/Besuchertausch etc eingetragen?
Dadurch entsteht auch sehr viel Last (und das unnötig, da man durch Traffic/Besuchertausch zu 99,9% nur Hits bekommt, aber nur 1 Anmeldung im Jahr
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)
bezüglich last würde ich übers cachen nachdenken wenn es wirklich nicht am hoster liegt bin dir da auch gern behilflich ist eigentlich recht einfach wenn man nur bestimmte Segmente cachen will hat aber hallt den Nachteil das nicht immer alles hallt sofort sichtbar ist.
Ich würde auch sagen bestimmte Sachen sind am besten zu "cachen" und die allgemeine Serverlast zu verringern. Schau mal auf Autolose.de dort stehen oben die Top Verdienste, ein sehr gutes Beispiel, denn diese Werte sind nicht life aus der Datenbank sondern aus einer CacheDatei welche nur alle x Minuten die Werte aktualisiert.
Auch wenn man den User viele Werte präsentieren will sollte man immer Bedenken das diese Auszulesen auch ServerLast verursacht.
MfG
Zu den Anfragen:Der Cron ist so in Ordnung und sollte den V-Check nicht weiter beeinflussen, evtl wirklich nur Zufall, oder du hast (sofern du den VCheck Version 4 hast) ausversehen den vcheck_reset.php Cron ausgeführt?
Viel dürfte sich dadurch auch nicht verbessern, bei "grossen" Tabellen die viel Überhang haben, kann es natürlich sein, dass einzelne Anfragen etwas länger brauchen, aber normalerweise sollte das noch nicht so stark ins Gewicht fallen, sofern Indizes gut gesetzt sind.
Der nächste Schritt könnte sein, dass man versucht, die Anzahl der Anfragen generell zu minimieren, und schaut, ob es irgendwo "kritische" Anfragen gibt, Beispiele wären:
Anzeige der verbleibenden Klicks im Menü für jeden User
mehrfaches Auslesen der Userdaten für Anzeigen in den Menüs
eine schlecht programmierte Chatbox und/oder zu gerine Reload Zeit in der Chatbox
uvm.
Hast du die Bettelfunktion aktiviert und/oder deine Seite in Traffic/Besuchertausch etc eingetragen?
Dadurch entsteht auch sehr viel Last (und das unnötig, da man durch Traffic/Besuchertausch zu 99,9% nur Hits bekommt, aber nur 1 Anmeldung im Jahr
Die verbleibenden Klicks werden "nur" auf den entsprechenden Seiten Sichtbar, klick4/textlink/etc...
Im Menü werden "nur", Kontostand/APs Heute/ APs Gesamt angezeigt.
Chatbox, da habe ich Maddin´s SB, da schreibt aber so gut wie keiner rein.
Bettelfunktion habe ich keine, war zwar geplant, aber momentan nicht.
Besuchertausch und Werbung habe ich aktuell keine, wollte ja das "Problemchen" nicht noch verschlimmern.
Was meinst du genau unter "cachen" ?
Edit:
Was mir aber gerade aufgefallen ist, die SB hat sich alle 5sek aktualisiert, denke hier könnten wir das Problemchen schon haben, oder ???
In der Einstellung stand Reload, ich bin davon ausgegangen das ist die Zeit wann ein User wieder schreiben kann und nicht wenn die SB sich aktualisiert. Wären alle 5sek - 200 Einträge, von der Datenmenge zwar nicht viel, aber viele Zeichen.
Damit hat sich meine Frage von eben geklärt, jetzt weiß ich was gemeint war.
Wie bereits geschrieben, wären das nur Kontostand/APs Heute/APs Gesamt was immer angezeigt wird, mehr nicht, keine Top Klicker etc...
Berechtigungen
Zitieren