[Typo3-german] indexed_search Problem mit mehreren fe_groups

[Nico de Haen]

Hallo Michael,

eine einfache Lösung gibt es sicher nicht, sonst hättet Ihr sie sicher 
schon gefunden ;-)

Eine saubere Lösung kann ich im Moment nur in einem Crawler sehen, der
alle relevanten Kombinationen von fe_groups für eine Seite 
berücksichtigt. Um einen exponentiellen Anstieg an 
fe_groups-Kombinationen zu verhindern müsste der Crawler wirklich nur 
relevante grlists für die jeweilige Seite speichern, d.h. es müsste 
ein Zusatzfeld ignoreGroups im phash Eintrag geben, in dem alle 
fe_group IDs stehen, die für die betreffende Seite keine Relevanz 
haben, d.h. für die es keine spezifischen Zugangsbeschränkungen zu 
Content-Elementen einer Seite gibt.

Ist denn der Crawler schon in Arbeit? Er wurde ja anscheinend für Typo 
4.0 angekündigt. Da lohnt es sich wahrscheinlich nicht, jetzt noch 
aufwändige workarounds zu programmieren?

Ansonsten, auch wenn ein oder zwei Typoscript-Flags nicht "ganz 
sauber" sind, in dem Sinne dass es auch da wieder Konstellationen 
gibt, die durch's Raster fallen, wäre das auf jeden Fall sehr hilfreich.

Also z.B. "alwaysIncludePublicPages=1" bewirkt, dass außer mit der 
grlist des Users auch alle Seiten mit grlist 0,-1 durchsucht werden.

"ignoreGroupsInGrlist=2,3" bewirkt, dass z.B. User mit der grlist 
1,2,3 auch Inhalte sieht die nur mit der grlist 1 indexiert wurden.

Das wäre ja mit wenig Aufwand zu implementieren und beide Optionen 
garantieren weiterhin, dass keine Suchergebnisse angezeigt werden, auf 
die kein Zugriff besteht.

So wie es jetzt ist, muss man ja leider sagen, dass die indexed_search 
für Seiten mit mehr als 4-5 fe_groups nicht sinnvoll einsetzbar ist.

Gruß,

Nico


Michael Stucki schrieb:
> Hallo Nico,
> 
> 
>>ich habe festgestellt, dass die indexed_search ein Problem mit Usern
>>hat, die mehreren fe_groups angehören. Es werden nur Treffer auf
>>Seiten angezeigt, die mit exakt der gleichen Kombination von fe_groups
>>(grlist) im Cache sind. Für die zugangsbeschränkten Inhalte ist das ja
>>auch sinnvoll, aber für die öffentlichen Seiten gilt das leider auch.
>>
>>Das heißt, ein User mit einer ungewöhnlichen Kombination von fe_groups
>>   kann die Suche nicht benutzen, bzw. bekommt erst Treffer angezeigt,
>>wenn er (oder jemand mit der gleichen Kombination von fe_groups) alle
>>Seiten einmal aufgerufen hat und somit die entsprechende grlist
>>eingetragen ist.
> 
> 
> Ja, das ist normal für indexed_search: Inhalte werden erst dann indexiert,
> wenn sie einmal aufgerufen wurden.
> 
> Ich sehe das Problem, weiss aber im Moment keine einfache Lösung dafür. Hast
> Du einen Vorschlag?
> 
> 
>>Wünschenswert wäre es doch, wenn alle öffentlichen Seiten (grlist
>>0,-1) immer mit in die Suche einbezogen würden, bzw. wenn man das per
>>Typoscript einstellen könnte (alwaysIncludePublicPages = 1).
> 
> 
> Wäre eine Option, da müsste man vorher allerdings noch sicherstellen, dass
> die Zugriffstufe "Hide at login" hier ebenfalls berücksichtig wird.
> 
> Wirklich sauber ist die Lösung nicht, denn sie hilft nicht, wenn Deine Seite
> ein Login voraussetzt (kein grlist=0,-1) und Du 1000 User hast, die alle in
> der Gruppe "users" plus noch fünf anderen (beliebigen) Gruppen:
> 
> Der Content wird erst dann indexiert, wenn jemand mit genau dieser
> Gruppenkombination die Seite besucht, obwohl für alle das gleiche
> dargestellt wird.
> 
> Richtig wäre: Möglichkeit zur Angabe, welche Gruppen ignoriert werden
> können, also alle ausser der Gruppe "users". So würde die Seite nach dem
> ersten Besuch von allen Usern gefunden werden.
> 
> 
>>Ich habe dieses Phänomen bereits in der dev Mailingliste gepostet,
>>allerdings von Kasper die Antwort bekommen, dass dies erstens der
>>falsche Thread sei (wieso?)
> 
> 
> Hijacking. Du hast auf ein bestehendes Thema geantwortet und einfach das
> Subject geändert.
> 
> 
>>und zweitens die indexed_search sich genauso verhielte wie ich es wünsche.
> 
> 
> Ich glaube, das war das gleiche Problem wie bei mir: Du kommst ziemlich spät
> erst darauf zu sprechen, was eigentlich falsch läuft. Ich wollte zuerst
> genau das gleiche wie Kasper schreiben, habe dann aber doch noch zu Ende
> gelesen...
> 
> Ansonsten denke ich, wäre das Thema durchaus in typo3-dev gut aufgehoben
> gewesen.
> 
> Liebe Grüsse
> - michael