Mehrere User haben uns in den letzten Tagen einen Fehler gemeldet dessen Ursache uns erstmal ein Rätsel war. Nach längerer Untersuchung konnten wir den Fehler nun beheben.
Durch einen Fehler im Frontend kam es dazu, dass bei verschiedenen Usern die Besucher gleich den PageImpressions gezählt wurden – jeder Seitenaufruf wurde somit als neuer Besucher gezählt.
Das sollte nun der Vergangenheit angehören. Bei dieser Gelegenheit haben wir den Timeout für die Besucherzählung auf eine Stunde erhöht und für alle User gleich angepasst. Ebenso wurde der Onlinetimeout für den Statistikbereich von 5 auf 30 Minuten erhöht.
Ab Morgen sollte also auch der Schwanzvergleich wieder richtig laufen.
P.S.: Bitte seht es uns nach, wenn wir nicht auf jede diesbgzl. Supportmail einzeln reagieren.
Ähnliche Themen:
hallo ihr,
ich bin noch nicht lange in eurem klub und wundere mich, warum meine von euch gemeldeten besuchszahlen permanent zurückgehen, obwohl sie bei myblog.de ständig steigen.
so hab ich beispielsweise gestern bei myblog 400 besucher, bei euch aber nur noch 220. und es werden immer weniger (bei euch).
wie kommt das?
schönen gruss,
500
noch ein kleines beispiel:
für heute meldet ihr mir
zwischen 8 und 9 uhr: 1 besucher.
wie geht das, wenn in der zeit bei mir alleine 4 leute kommentieren?!
Reloadsperre 1h???
Allgemeiner Standart ist 30 min. Ach was solls.
könntet ihr noch ein auto-login einbauen, immer name + pw einzugeben ist lästig.
und vielleicht ein forum!?
Auto-Login (Name + PW) geht z.B. mit Opera 8.50 wunderbar…
ich wundere mich, dass meine Besucherzahlen ständig zurückgehen, obwohl sie in mystats steigen.
Das ist ja wohl ein Witz – oder?
Was soll das denn? Nur damit beim Schwanzvergleich (übrigens total bescheurte Bezeichnung!) alles mit rechten Dingen zugeht, nötigt man dem User die Einstellungen auf? Das kann es ja wohl nicht sein…
500Beine, kleiner Software-Fehler.
Mit dem Firefox funktioniert Auto-Login ohne Probleme.
der Counter funktioniert immer noch nicht wie er sollte. Die Einstellungen sind mehr a
Hallo zusammen,
da offenbar die Reloadsperre von einer Stunde allgemein als zu hoch empfunden wird (ich persönlich halte eine Stunde noch für zu niedrig, denn wenn sich ein Besucher ne Stunde auf meiner Seite austobt dann ist es nun mal nur ein Besucher und nicht 2 *g*) werden wir sie heute wieder auf die bisherigen 30 minuten reduzieren.
Es wird jedoch weiterhin so bleiben, dass diese Einstellung nicht individuell pro User wählbar ist. Das sollte auch eine eher unübliche Funktion sein (v.a. bei vorhandener Topliste).
Unabhängig davon stecken wir inmitten ausgiebiger und finaler Tests eines neuen Countersystems. Die vorteile des neuen Systems werden vielfach sein und in den nächsten Tagen noch genauer genannt werden.
@anaximander: Wenn Sie ständig zurückgehen ist das in der Tat seltsam – ein kleiner Rückgang durch die höhere Reloadsperre wäre jedoch normal gewesen. Kannst Du hier mehr Details liefern? Gerne auch per eMail.
ha, die Mail bouncet – selbst beim Details liefern. Mich interessiert euer Schwanzvergleich nicht sonderlich, sondern nur die Besucherzahlen und die Logfiles. Wenn ihr mir eine Email Adresse nennt, die nicht bouncet, liefere ich die Details vom heutigen Tag.
Also mein Counter geht garnicht mehr.Habt nicht aber auch garnichts verändert.Der brauch ewig lang zum laden,bis er dann mal abbricht.
gruss D.P.
sieht mir doch schwer danach aus, als wär der db-server des blogcounters so langsam am anschlag angekommen.
ich hab philipp iezzi schon vor jahren, als ich pphlogger (die soft, die blogcounter zugrunde liegt) noch mitentwickelt und supported habe, gesagt, daß die datenbankstruktur auf längere sicht saugt, aber auf mich wollte ja keiner hören (was der hauptgrund war, mich von dem projekt zu trennen und mit dem powercounter meine eigenen wege zu gehen).
da hilft auch die erhöhung der reloadsperre nicht längerfristig, sondern nur der weg, den ich damals gegangen bin – kompletter rewrite des codes und schaffung einer performanten datenbankstruktur mit vorberechnung der auswertungen – in echtzeit über die logs zu rutschen, wie die hier genutzte pphlogger-version dies tut, ist auf gut deutsch fürn popo
wie kommst du denn drauf, dass der db-server am anschlag ist?
Die Probleme des pphloggers werden aber unabhängig davon ohnehin in wenigen Wochen der Vergangenheit angehören
ich komme da drauf, weil der row-locking-mechanismus (zumindest in den 3.23er mysql-datenbanken wars stets so) spätestens dann am anschlag ist und den server lahmlegt, sobald der countercode in einer website iengebaut ist, die extrem viele pageimpressions desselben besuchers je zeiteinheit zu verkraften hat.
bau den code mal in eine website mit 6.000 unterseiten ein und schicke da gleichzeitig genug besucher drauf, idealerweise spider, die wenigstens images, besser noch javascript verarbeiten – halleluja sagt dann die datenbank dazu
Liebes Team!
Stelle fest,dass euer Blogcounter seit ein paar Tagen stillsteht – vielleicht habe ich etwas falsch gemacht,doch bei 19 Besuchern steht alles – obwohl ich weiss,dass wenigstens seit gestern der 20 Besucher gezaehlt werden sollte.
Vielleicht wisst Ihr was los ist?
In letzter Zeit scheinen die Besuchszahlen zu explodieren ohne besonderen Grund. Eventuell wieder der Page/Visitbug?