Sql Error Egosearch auf phpbb.de

[djchrisnet]

Siehe Screenshot: [ externes Bild ]

[DeepSurfer]

Kann ich nicht Reproduzieren, ich erhalte einwandfrei eine Ergebnisliste mit der selben URI wie auf dem Bild

[Unimatrix_0]

Kann ich nicht Reproduzieren, ich erhalte einwandfrei eine Ergebnisliste mit der selben URI wie auf dem Bild

Was daran liegen wird das bei deiner User-ID keine doppelter Primärschlüssel im Post/Topic-Table ist, wie bei den meisten (allen?) anderen auch. Aber irgendwo scheint da in der DB ja etwas nicht ganz zu stimmen, auch wenn es die Minderheit betrifft.

[DeepSurfer]

Was daran liegen wird das bei deiner User-ID keine doppelter Primärschlüssel im Post/Topic-Table ist, wie bei den meisten (allen?) anderen auch. Aber irgendwo scheint da in der DB ja etwas nicht ganz zu stimmen, auch wenn es die Minderheit betrifft.

Sorry, dann hast Du aber mal nicht die URI auf dem Bild angeschaut, es handelt sich dabei um das phpBB.de Forum hier, nicht bei mir oder bei jemand anderem.

[TW1920]

Bei mir ist da Problem auch nicht. Ich habe ach einwandfreiue ergebnisse.

[Unimatrix_0]

Was daran liegen wird das bei deiner User-ID keine doppelter Primärschlüssel im Post/Topic-Table ist, wie bei den meisten (allen?) anderen auch. Aber irgendwo scheint da in der DB ja etwas nicht ganz zu stimmen, auch wenn es die Minderheit betrifft.

Sorry, dann hast Du aber mal nicht die URI auf dem Bild angeschaut, es handelt sich dabei um das phpBB.de Forum hier, nicht bei mir oder bei jemand anderem.

Aber bei search.php?search_id=egosearch wird nach deinen Post/Topics gesucht, also nach den die mit deiner User-ID (zB 132659) versehen sind. Falls für deine User-ID aber kein doppelter Primärschlüssel vorliegt, kann bei dir auch nicht diese Fehlermeldung auftauchen, da in dem Fall ja alles in Ordnung ist

[djchrisnet]

Bei mir hat das jahrelang auch immer funktioniert, bis letzte Nacht ^^
Beim nächsten Aufruf der Suchergebnissseite ging auch alles wieder und bisher trat der fehler auch nicht mehr auf.

Fazit: Es ist einfach ein seltener Fehler.
Aber da jeder Fehler das Recht auf eine Untersuchung hat, habe ich es hier gepostet.

[Pyramide]

Nach kurzem Überfliegen des Quellcodes kommt aus meiner Sicht eigentlich nur eine race condition als Fehlerursache in Frage, d.h. du hast den Link vermutlich versehentlich zweimal schnell hintereinander angeklickt und evtl. wurde der Fehler dann dadurch begünstigt, dass der Datenbankserver für einen kurzen Moment stark ausgelastet war.

[djchrisnet]

Halte ich für unwahrscheinlich.

1. es war circa. 4:50, hier war also kaum noch jemand online
2. Ist der Fehler auch wildesten Klickverhalten nicht reproduzierbar (getestet gegen 20 Uhr)

Ich bin der meinung, es liegt an der "Art und Weise" wie diese Searchkeys generiert werden. Möglicherweise ist sie nicht zufällig genug.

Im Übrigen ist auch die UTF-8 kodierung defekt, was auf fehlende Headerinformationen zurückzuführen ist, da page_header() nicht durchlaufen wird.

[Pyramide]

2. Ist der Fehler auch wildesten Klickverhalten nicht reproduzierbar (getestet gegen 20 Uhr)

Sobald die Suchabfrage einmal ausgeführt wurde, kann der Fehler auch nicht mehr auftreten, weil der Datensatz dann in der Tabelle vorhanden ist und nicht mehr eingefügt werden muss.

Ich bin der meinung, es liegt an der "Art und Weise" wie diese Searchkeys generiert werden. Möglicherweise ist sie nicht zufällig genug.

Die sind überhaupt nicht zufällig:

Code: Alles auswählen

        // generate a search_key from all the options to identify the results
        $search_key = md5(implode('#', array(
            implode(', ', $this->split_words),
            $type,
            $fields,
            $terms,
            $sort_days,
            $sort_key,
            $topic_id,
            implode(',', $ex_fid_ary),
            implode(',', $m_approve_fid_ary),
            implode(',', $author_ary)
        )));