Wo eigentlich ANFANGEN mit der Entstörung?

Ich kann den Fehler nicht nachvollziehen mit Palaimon als Urheber Deines Threads, siehe:

ariva.de/forum/suche.m?search_text=zur%FCck&search_id=Palaimon&search_foren=talk&search_time=all&search_bereich=titel&search_sort=date_desc&search_result=postings&go=Suche+starten
(http und www bitte anfügen)

Der Parameter search_bereich ist wichtig, um zu entscheiden, ob Volltextsuche oder Suche in Thread-Titeln gefragt wird.  

www.ariva.de/forum/Und-jetzt-hier-die-378449?page=53#jumppos1339

ariva.de/forum/Wo-eigentlich-ANFANGEN-mit-der-Entstoerung-378449?search=zur�ck%20Palaimon&pnr=5966442#jump5966442

ich sehe hier, dass der Parameter search (also der Such-String) "zurück Palaimon" beinhaltet.
Von einer ID-Suche nach Palaimon sehe ich in dem Link nichts.  

www.ariva.de/forum/Ich-bleibe-da-skeptisch-378449?page=53#jumppos1338

unterscheiden sich grundlegend.

In #1338
ariva.de/forum/suche.m?search_text=zur�ck&search_id=Palaimon
&search_foren=talk&search_bereich=all&search_time=all
&search_sort=date_desc&search_result=postings&go=1&tnr=378449

wird das globale Suchen-Script des Forums ("suche.m") mit Parametern bedient, während in

#1339
ariva.de/forum/Wo-eigentlich-ANFANGEN-mit-der-Entstoerung-378449?search=zur�ck%20Palaimon&pnr=5966442#jump5966442

aus den Treffern der korrekten Suchergebnisse (zurück id:Palaimon time:all forum:talk) eine fehlerhafte seitenbasierte Suche über den Parameter "search" angestoßen wird.

Einerseits fehlt hier der Parameter für die ID, so dass ich von einer seitenbasierten Suchfunktion mit logischer und-Verknüpfung der Begriffe "zurück" und "Palaimon" ausgehen muss, die keinen Unterschied zwischen den Inhaltscontainern macht.  A

Andererseits fehlt in den URLs der Suchergebnisse überall der "page"-Parameter. Dieser ist beim Aufbau der Suchergebnis-Links natürlich notwendig, um die richtige Seite aufzurufen und die Stellen zur Markierung zu finden.

Wie siehst Du das?  

ariva.de/forum/suche.m?search_text=teras&search_id=potzblitzzz&search_foren=&search_bereich=all&search_time=year&search_sort=&search_result=postings&go=1&tnr=378449

Der erste Treffer ist vom 01.12.11 13:30
Der dazugehörige Link:
ariva.de/forum/Wo-eigentlich-ANFANGEN-mit-der-Entstoerung-378449?search=teras%20potzblitzzz&pnr=12263033#jump12263033
übermittelt auch "teras potzblitzzz" in einem String.

Er weist keine page- und jumppos-Attribute auf. Diese werden erst beim Klick nach Errechnung der Paginierung an den Client übertragen (page=49#jumppos1235)

Die Frage muss nun lauten, warum das Problem bei "zurück Palaimon" auftritt. Umlaut-Kodierungsprobleme (ü) fallen mir spontan ein.  

ariva.de/forum/suche.m?search_text=Gegenteil&search_id=Palaimon&search_foren=talk&search_bereich=all&search_time=all&search_sort=date_desc&search_result=postings&go=1&tnr=378449  

Hier ist ein interessanter Link, der in seinem Ergebnis bei mir sowohl einen falschen Link (der erste, der auch bei "zurück" gefunden wird) als auch korrekte Links (die folgenden) darstellt. Teste das mal bitte @teras.

ariva.de/forum/suche.m?search_text=wenn&search_id=Palaimon&search_foren=talk&search_bereich=all&search_time=all&search_sort=date_desc&search_result=postings&go=1&tnr=378449  

Werde den heute Abend 'mal testen...

Hatte ja eigentlich nach dem Beitrag #1329  www.ariva.de/forum/Entstörungs-Symmetrismen-378449?page=53#jumppos1329  mit denen Entstörungs-Symmetrismen fortfahren wollen; dann aber hat  potzblitzzz  in seiner #1330 völlig berechtigt und hoch actuell auf die jüngsten Auffälligkeiten unserer BOARD-Suche aufmerksam gemacht.

Es ist äußerst unwahrscheinlich, dass unter all' den' Entstörungs-Versuchen, die dieser Board-Suche über die Jahre zugedacht wurden, nicht auch Entstörungs-SYMMETRISCHE gewesen sein sollen, die eigentlich dafür bekannt sind, Störungs-Herde sehr schnell in den Griff zu bekommen und trocken zu legen.

Doch hatte alles Bemühen, die Board-Suche in ihrer Fehler-Trächtigkeit zu zügeln und in ihrer Nutz-Function zu beflügeln, offenbar nicht ganz den gewünschten Erfolg, weshalb wir hier in Gestalt der vermuteten Erfolglosigkeit auch des symmetrischen Entstörungs-Angangs wie auch in der unabstreitbaren ACTUALITÄT derer jüngsten Auffälligkeiten gleich ZWEI gute Gründe vorliegen haben, uns zunächst weiter mit der ForenSuche zu befassen:  http://www.ariva.de/forum/Foren-Suche-378449?page=53#jumppos1330

HISTORISCH ist die Function einer Board- oder ForumSuche ein recht JUNGES Gewächs:
Der User einer Finanz-Plattform, den man noch vor 15 Jahren auf Probleme mit der BOARD-Suche ansprochen hätte, würde wohl geantwortet haben:  Wieso? - Ich WEIß doch, welches Börsen-Board ich mir ausgesucht habe!

Und auf Probleme mit der FORUM- oder FOREN-Suche hingewiesen, hätte er wohl den Kopf geschüttelt:  Ich WEIß doch, wo DAS Forum / (und später dann), wo MEIN Forum ist! - Daran erkennt man schon zur Genüge, wie JUNG diese Function einer Board- oder Forum- oder Foren-Suche eigentlich ist...

Entstörungs-PRACTISCH aber sind die Probleme mit der Board- oder ForumSuche HIER bei uns auf ARIVA doch schon wirklich ALT! - OK: Als ich im Frühjahr 2008 auf die ersten Seltsamkeiten dieser Such-Function aufmerksam wurde, habe ich diese Beobachtungen als damaliger Ariva-FRISCHLING doch glatt für ganz 'was Neues gehalten.

Aber man darf die ForumSuche ja auch nach ForumSuche durchsuchen;  und da wurde dann doch sehr schnell deutlich, was für eine MÜHE bereits schon seit LANGEM für ihre Verbesserung und Entstörung aufgewandt worden war...

Das prob scheint mir technisch nich so einfach wie inhaltlich..
(ich kenn die DB nicht, die Ariva für Threads verwendet.. aber es ist sichern ne no SQL.. was nichts heisst.. ausser dass sie teilweise inkonsistent sein DARF)..
diese Dokumenten-DB's unterscheiden sich kaum von der grundlegenden DB-Technik einer SQL-DB.
Das Prob mit dem "Suchen in einem Thread" scheint mir.. dass der Thread nicht ein uniquer Schlüssel der DB ist.. bzw. nicht der unique PRIMÄRE Index der DB.
Wenn ich nun eine Abfrage starte, die diesen Schlüssel nicht primär verwendet, bekomme ich in einer Dokumenten-basierten DB zwangsweise Mist, weil die sekundären Schlüssel auf den Inhalten liegen. Hier sehe ich nur eine Lösung.. und die ist technisch gemein... erst ne view auf den Thread machen.. und DANN in der view nach den Inhalten suchen... uiuiuiii.. das kostet Rechnerzeit.. Bei einem grossen Thread auch Speicher.. Server-Haupt-Speicher.. weil die View ja dort gehalten werden muss...
Zu dem Prob grosser Threads hätte ich gern ne Diskus mit den DB-Häuptlingen, die ja brav mitlesen diesen Thread. Da hätte ich ne Idee... aber ob die technisch im Ariva-Umfeld machbar ist, weiss ich ned... swa hat meine email eh.. für die anderen Häuptlinge isses kein prob... guggt einfach in eure User-DB :-)
Wen es interessiert.. es gibt zu Indexprobs in dokumentenorientierten DB's nen schönen Artikel in der Dotnetpro. einfach melden bei mir..  

aussagekräftigen Meldung...

Die allgemeine Suche über das globale Script suchen.m klappt fehlerfrei, was man an den Suchergebnissen auf der Trefferseite sieht. Wenn man suchen.m eine Threadnummer übergibt, klappt auch das threadbezogene Suchen.

Das Problem ist jedoch, dass danach beim Klick auf einen Treffer die Berechnung der notwendigen Seite im Thread fehlschlägt. Also beim Übergang von einem globalen "Koordinatensystem" mit globaler Posting-ID zum anderen, mit threadbezogener Seiten- und Posting-Nummer.

Seltsamerweise passiert das nicht regelmäßig. Ich habe die Ursache dafür noch nicht erkannt. Es scheint bisher weder mit dem Alter der Einträge noch so wirklich mit den Umlauten zu tun zu haben. Eventuell mit Umlauten, die vor einem bestimmten Zeitpunkt gespeichert wurden, weil danach vielleicht ein funktionsinterner Zeichenkodierungswechsel stattfand. Aber das (dieser Absatz hier) ist nur Spekulation.  

Einen Zeichen-Codierungs-Wechsel habe ich hier in diesem Discussions-Faden bereits früher nachgewiesen und reclamiert. - Auf die Reclamation wurde damals ARIVA-seitig Bezug genommen; der Wechsel aber wurde leider nur teilweise durch-compatibilisiert.

Wird etwas schwer werden, die entsprechenden Post heraus zu suchen, doch das will ich heute Abend noch schaffen.

LG: Teras.

Es hing das ursprünglich mit dem leise Servus sagenden Systemtrader und dem BIG BRIC BUSTER zusammen, wo wenig später das Kommen des Bäcker-Freundes hatte ankünden müssen...

Hierüber gab es HIER  www.ariva.de/forum/Dank-der-Lady-Palaimon-378449?page=12#jumppos314  eine Aesopische Paraphrase, nachdem unsere vorherigen, DIRECTEN Hinweise (nicht nur in diesem Thread) allesammt mehr oder weniger abgebügelt worden waren.

Dass dieses Fehler-BÜNDEL nie CLUSTER-mäßig oder sonstwie SYSTEMATISCH entstört worden ist, erkennt man schon daran, dass die im Zuge eines nicht compatibilisierten Zeichen-Codierungs-Wechsels auf Unsichtbarkeit vertarnten Entitäten mit der vertical Tilde im Namen nie auf ihre DE-Nominatio RE-nominiert, sondern vielmehr durch PER-Nominatio auf "vert1234" und so weiter wieder sichtbar gemacht worden sind.

Und genau SO wurde auch mit in ähnlicher Weise als "problematisch" ausgemachten COMMANDO(!)-Bestand-Teilen verfahren!

Und genau HIERIN liegt auch der Grund, weshalb ich das in Deinem Beitrag #1332 www.ariva.de/forum/Letzte-Ergänzung-378449?page=53#jumppos1332  Erinnerte im darauf folgenden Beitrag #1333  www.ariva.de/forum/Unser-UR-altes-Thema-378449?page=53#jumppos1333  als "unser UR-altes Thema" bezeichnet habe...

Auch die von Dir am 8.8.2011 erneut beobachteten, nicht enden wollenden RE-Directs waren ja damals am 16.7.2009 im Beitrag #308  www.ariva.de/forum/Salli-Teras-378449?page=12#jumppos308  von 14051948Kibbuzim schon einschlägiges Thema...

Das ist auch der GRUND, weshalb auf Deine Kritik am fehlerhaften "Kaufmanns-Und" www.ariva.de/forum/Letzte-Ergänzung-378449?page=53#jumppos1332  in meiner Antwort #1333 explicit auf Deine EIGENE  www.ariva.de/forum/Boardsuche-scheint-kaputt-378449?page=34#jumppos858  Beobachtung derer RE-Directs verlinkt worden ist.

Das von Dir in 2011 unabhängig ERNEUT beobachtete Problem ist hier bei uns auf ARIVA leider schon über 2 Jahre alt - und dennoch immer noch nicht zufriedenstellend gelöst...

Bisherige "Lösungen" haben bisher stets nur darin bestanden, unerwünschte RE-Directs sofortistisch zu kappen; ohne irgendeine Rücksicht zu nehmen, ob dabei auch functional WÜNSCHENS-werte Weiterleitungen zerstört werden könnten.

Und WEIL das so IST, bilden die unerwünschten FALSE-Jumps wie auch die gar nicht erwünschten NON-Jumps hier bei uns auf www.ARIVA.de einen Entstörungs-practischen CLUSTER...

Wir haben ein aufregendes Jahr hinter uns, und etwas Entspannung wird Allen gut tun... Einiges ist schon geschafft! - Vieles bleibt noch zu tun. - Doch actuell Dringliches kann auch bis zum Beginn des neuen Jahrs warten; es sei denn, dass es derart dringlich sei, dass es per Fehler-melden-Button reportiert werden müsste.

Im THREAD jeden Falles sollten wir - wenn überhaupt - nur ALT-Bekanntes etwas näher einzugrenzen versuchen. - Die besinnliche Zeit bis zum Jahres-Wechsel ist bestens geeignet, die Batterien aufzuladen und in Ruhe DIE Kräfte zu schöpfen, die wir dann im neuen Jahr 2012 ganz sicherlich benötigen werden.

Meinen ganz herzlichen Dank hiermit nicht nur allen Gruppen-Mitgliedern, sondern auch allen Anderen, die unser gemeinsames Entstörungs-Anliegen mit Rat und Tat unterstützen! - Hierbei gilt mein ganz besonderer Respect jenen ARIVA-Mitarbeitern, die es hier mit uns auch weiterhin aushalten wollen.

Euch Allen frohe FEIER-Tage!
Der olle Teras.

Verschnauf auch mal, frohes Fest und weiter viel Entstörungs - Meldungen !  

wenn man aber keine "passende Threadnummer" übergibt :-)... dann gibbets unfug.. Übrigens hängst Du rechts raus...

testen... das ist es nämlich nich...
Aber wie schon Teras sagte... habt geruhsame Weinachten... lasst uns Ruhe geben... Kraft schöpfen...

Und dann mach mer das mit Links.. :-)

Interessanter HTML-Fehler. Mit welchem Browser ist das vorgekommen? IE?  

Wenn man nicht eingeloggt ist, bekommt man diesen Link (s. Bild zu sehen)... Wozu ist er gut? Ein Klick darauf bringt keine korrekte Markierung der Worte "wenn" und "Palaimon" auf Seite 2 des Threads.

ariva.de/forum/Wo-eigentlich-ANFANGEN-mit-der-Entstoerung-378449?search=wenn%20Palaimon&page=2

So einen Link habe ich bisher nur bei den Problem-Posts gesehen. Vielleicht kann jemand ein Gegenbeispiel bei korrekten Treffern finden.  

sehen.. er bringt einen Index.. nämlich Palaimon...
er bringt das erste Wort im Thread...
das mit dem ungültigen Link scheint mir auch klar... es ist zwar nicht Weihnachten angemessen.. aber wenn er die Abfrage Mist liefert.. scheint klar, dass man mit Mist nich weiterkommt...


übrigens waren das exakt drei Postings, die ich von Dir gesehen habe, wo Du ..hmm rechts überläufst...