Autor |
Seltsames unter "Bilderraten" |
|
|
|
|
BID = 815830
Otiffany Urgestein
Beiträge: 13763 Wohnort: 37081 Göttingen
|
|
Wenn ich die Seite 427 unter Bilderraten aufrufe erscheint folgendes:
Gruß
Peter |
|
BID = 815836
Tom-Driver Inventar
Beiträge: 8792 Wohnort: Berlin-Spandau
|
|
Peter, dieser "Bug" kommt immer mal wieder, auch in der Wortkette usw.
Gehe einfach zur Seite davor (das ist aktuell die 426), gebe eine Antwort ein (z.B. Dein Tipp zum Suchbild), abschicken - und voila:
Dein Text ist dann der erste auf Seite 427!
(Ich denke, dies ist ein alter Hut hier im Forum...!)
Gruß,
TOM.
_________________
[x] <= Hier Nagel einschlagen für neuen Monitor! |
|
BID = 815861
Offroad GTI Urgestein
Beiträge: 12742 Wohnort: Cottbus
|
Zitat :
| Ich denke, dies ist ein alter Hut hier im Forum |
Darüber bin ich neulich auch gestolpert: Hier (mit Erklärung von QuirinO)
_________________
Theoretisch gibt es zwischen Theorie und Praxis keinen Unterschied. Praktisch gibt es ihn aber.
|
BID = 815866
perl Ehrenmitglied
Beiträge: 11110,1 Wohnort: Rheinbach
|
Offtopic :
|
Zitat :
| mit Erklärung von QuirinO) | Welche ich aber für unzutreffend halte, da hier ja überhaupt nicht auf alte Daten zugegriffen wird.
Vielmehr vermute ich, daß i.W. die etwas später gegebene Erläuterung von Rial zutrifft:
Das System vergibt beim Empfang oder der Herausgabe eines Beitrags (z.B. bei der Vorschau) einen vorläufigen Index (z.B. die Adresse des ersten freien Speicherplatzes), damit der Autor seinen Beitrag problemlos wiederfinden kann.
Wenn nun noch jemand einen Beitrag schreibt, scheint diesem der gleiche Index zugeteilt zu werden, und beim endgültigen Abschicken wird daraus ein endgültiger Index.
Nun stimmt aber die vorläufige Satznummer des ersten Autors nicht mehr und sein Lesezugriff geht ins Leere.
Ganz gleich, ob es sich so verhält, oder im Detail etwas anders, so liegt hier entweder eine echte Macke der Datenbankverwaltung vor (unwahrscheinlich), oder ein Fehler des Anwendungsprogrammierers (Baldur?), der die Spielregeln des Multiuserbetriebs (LockRecord, CommitTransaction, RollBackTransaction) verletzt.
|
|
BID = 815905
clembra Inventar
Beiträge: 5404 Wohnort: Weeze / Niederrhein
|
|
BID = 815908
Otiffany Urgestein
Beiträge: 13763 Wohnort: 37081 Göttingen
|
Ich weiß, ich weiß! Ich verstehe nur nicht, daß dieses Problem auch nach so vielen Jahren noch nicht beseitigt werden konnte.
Gruß
Peter
|
BID = 815909
Mirto Schreibmaschine
Beiträge: 2236 Wohnort: Sardinien (IT)
|
_________________
Fehler passieren immer wieder. Wichtig dabei ist, anschliesend noch in der Lage zu sein, davon berichten zu können!!
|
BID = 815937
clembra Inventar
Beiträge: 5404 Wohnort: Weeze / Niederrhein
|
Code : |
UPDATE topics SET topic_replies = (SELECT COUNT(post_id) FROM posts WHERE posts.topic_id = topics.topic_id) - 1 WHERE topic_id = ? |
|
Funktioniert so jedenfalls bei einem alten phpBB1
_________________
Reboot oder be root, das ist hier die Frage.
|
BID = 816481
clembra Inventar
Beiträge: 5404 Wohnort: Weeze / Niederrhein
|
Aktuell besteht das Phänomen.
In der Übersicht werden 6435 Antworten angezeigt, als letzte die von GeorgS um 11:12. Da sich die als 15. auf Seite 629 befindet kann es nicht die 6435. Antwort sein, sondern die 6434. (habs gerade nachgezählt )
_________________
Reboot oder be root, das ist hier die Frage.
|
BID = 816487
perl Ehrenmitglied
Beiträge: 11110,1 Wohnort: Rheinbach
|
Zitat :
| habs gerade nachgezählt |
Mit den Fingern ?
Manchmal ist das die einzig zuverlässige Methode.
Also handelt es sich offenbar um einen Fehler bei der Berechnung der Seitenzahl.
Solche Fehler, die aus der Frage resultieren, ob 1 odas erste oder oder zweite Element ist, und was die Null macht, sind recht häufig.
In einem anderen Thread versucht uns wohl auch gerade jemand weiß zu machen, daß der Tag 25 Stunden hat.
Das passt so gar nicht zur 35 Stunden Wochen.
|
BID = 816488
clembra Inventar
Beiträge: 5404 Wohnort: Weeze / Niederrhein
|
Mit den Fingern bin ich nicht ausgekommen, daher musste ich ein paar Zehe dazu nehmen.
So wie ich das sehe handelt es sich nicht um einen Programmfehler sondern um eine Datenbankinkonsistenz (siehe Query oben).
_________________
Reboot oder be root, das ist hier die Frage.
|