[Bug] zoeken in topics geeft vage resultaten

[Sybr_E-N]

Waar ik nu weer tegenaan loop:

Ik checkte AT en zag daar het HK-topic: [Teen Movies]Mijn collectie: Wat ontbreekt?. Alles mooi en aardig. Ik denk: he ik zie "Revenge of the Nerds" (don't ask) er nog niet bijstaan. Via de quicksearch bovenin type ik: "nerd" push the button.

Het resultaat: in elke posting staat nerd, behalve de onderste (5e). De gebruiker heeft wel zijn posting een keer gewijzigd, misschien staat die posting nog in de searchcache? Maar ik vond het vaag.

[André]

Edit:
Tekst weer weg

[ Voor 73% gewijzigd door André op 20-01-2005 20:53 ]

[André]

André schreef op donderdag 20 januari 2005 @ 20:53:
Dit is simpel te testen

En nu zoeken

Edit:
Als ik nu zoek op "testen" pakt hij mijn gewijzigde post niet meer. Raar verschijnsel dan.

[ Voor 30% gewijzigd door André op 20-01-2005 20:54 ]

[crisp]

Hij matched op de geparsede HTML, en daar komt wel degelijk het woord 'nerd' in voor:

HTML:

<img src="http://gathering.tweakers.net/global/smileys/nerd.gif" width="15" height="15" alt="B)" />

[Spider.007]

crisp schreef op donderdag 20 januari 2005 @ 22:44:
Hij matched op de geparsede HTML, en daar komt wel degelijk het woord 'nerd' in voor:

HTML:

<img src="http://gathering.tweakers.net/global/smileys/nerd.gif" width="15" height="15" alt="B)" />

Hmm; en waarom zoekt dat ding in de geparste HTML dan? Is dat vanuit de gedachte 'liever teveel dan te weinig hits'?

[crisp]

Tsja, als je zou matchen op de niet-geparsede inhoud heb je hetzelfde probleem met RML-tags als dat je met de geparsede berichten hebt met HTML tags.
Tags filteren wordt echter veel te zwaar, dus dan liever een paar false-positives

Daarentegen geeft de waarde van de 'matched' variabele wel aan dat het woord niet in de tekst voorkomt, dus het is in een 2e instantie wel te filteren. Ik doe het echter liever niet in de template omdat dan het aantal RPP niet meer overeenkomt en de paginering de mist in kan gaan. Het lijkt me echter in de React code wel mogelijk, maar dat zit er dus (nog?) niet in.

[ Voor 45% gewijzigd door crisp op 20-01-2005 22:57 ]

[Spider.007]

Daar heb je inderdaad een erg sterk punt; alleen zou de RML in theorie minder false positives op moeten leveren; ik denk namelijk dat een match eerder zal voorkomen door het 'gathering', 'tweakers' 'smiley' en andere items in de HTML dan bijvoorbeeld 'list', 'b', en 'q' Dat je een dubbele filtering niet wil toepassing is begrijpelijk

[chem]

Nou het is op de HTML, niet op de RML waar de search in zoekt.

Een post-search fix-html-blaat is wel een flinke klus... misschien eens testen of we mysql wat regexp kunsten kunnen leren

[chem]

ik heb gekeken en het antwoord is: wanne kut sql server is mysql toch.