in deinem .zip file fehlt leider noch eine datei, die du in deiner request.php includest.

schick mir die doch einfach noch nach
das ganze wird dann unter:
http://collabor.idv.edu/php/globalsearch
zu finden sein.

Hat sich erledigt. (Die Datei fehlte nicht, wurde nur unter falschem Namen included)

Eine neue Version meiner Ergenissausgabe ist an den Admin gesendet und sollte in absehbarer Zeit online gehen.
Muss aber gleich mal anmerken, dass der Weg (für jemanden, der wie ich serverseitige Files erstellt) über einen Admin wirklich zeitraubend ist .... immer die neue Version per email schicken .... warten bis er sie eingepflegt hat und antwortet .... schauen, ob die neue Datei so funktioniert, wie man es sich vorgestellt hat ... falls nicht, fängt alles wieder von vorne an .... da geht Zeit ins Land.

.. oder die Macht der Organisation und die Ohnmacht der Menschen ...

H. Mittendorfer

Die neue Version der Ergebnissausgabe is online. Leider enthält sie immer noch den Fehler, dass HTML Tags mit angezeigt werden. Langsam verzweifel ich daran (ist ja schon der dritte Ansatz, den ich implementiert habe).
Somit fordere ich alle PHP-Experten dazu auf, mir mal unter die Arme greifen.

Hier mal meine momentane Implemetierung der Tag-Bereinigung:

//-----------storykontrolle----------------
$story = "";
for ($i=0; $i<strlen($storycontent_org); $i++){
if (substr($storycontent_org,$i,1) == "<"){
$i++;
while (substr($storycontent_org,$i,1) != ">"){
$i++;
}
}
else{
$story = $story.substr($storycontent_org,$i,1);
}
}
//-----------storykontrolle ende-----------

Lokal funktioniert die Bereinigung (wie auch schon die zwei Versionen vorher) auf meinem Rechner und einer Pseudo-Antville-DB wunderbar, online aber leider nicht so richtig, wie man sieht, wenn man zB mal nach dem Begriff 'php' mit den 3 Optionen suchen lässt .

Hallo Lars,
läßt du evtl. vor dem Tag-parsen schon 'ne Stringkonvertierfunktion über die Stroy laufen? Vielleicht ist ist ja zum Zeitpunkt der Tag- Suche schon aus dem "<" ein "<" geworden ? Im Ausgabequelltext ist es ja dann so.
Gruß
Axel

... eigentlich nicht .... dass einzige, was vorher schon passiert, ist :

$contentarray1 = explode("<text>",$storycontent_org);
$contentarray2 = explode("</text>",$contentarray1[1]);
$storycontent_org = substr($contentarray2[0],0,500);

wobei $storycontent_org am Anfang halt den ganzen Inhalt von TEXT_CONTENT enthält und nachher nur noch die ersten 500 Zeichen zwischen <text> und </text>.

ansonsten passiert damit garnix ... als Möglichkeit bleibt eigentlich nur noch, das die HTML-Codes schon in TEXT_CONTENT drinstehen, dann wunder ich mich aber, warum (ausser natürlich, die schreiberlinge haben die extra so geschrieben, scheint mir aber nicht bei allen Texten zuzutreffen, oder was meinst du ...)?

Ich werde über das Wochenende versuchen, die Ergebnissanzeige nochmal zu überarbeiten. Ausserdem besteht bei der momentanen Version das Problem, dass bei vielen Suchmatches die Anzeige der Ergebnisse in die Knie geht. Das liegt wohl daran, das ich alle (!!) passenden Texte Buchstabe für Buchstabe nach Vorkommen von < und > durchsuchen lasse. Das wid ab ca. 250 Ergebnissen einfach zu viel für den Server. Aus diesem Grunde werde ich wohl meine momentane Version so umstellen, dass die Ergbnissse auf meheren Seiten verteilt angezeigt werden. Dies soll vorrangig dem Performancegewinn dienen, allerdings auch der Übersichtlichkeit.

Die neue Version ist online und kann gestestet werden. Ich musste allerdings schon feststellen, dass die Ergebnissanzeige irgendwie manchmal 'einschläft', habe aber noch keine Idee, woran das liegen könnte. Falls also jemand eine Idee bezüglich dieser Problematik haben sollte, bitte hier posten. Werde selbst natürlich auch weiter 'forschen'.

Meine erste Vermutung bezüglich des 'Einschlafeffektes' war, das ich nach meiner Anfrage an die Datenbank die Connection nicht wieder geschlossen habe, nach einer diesbezüglichen Korrektur im Quellcode ist allergdings keine Besserung eingetreten. Ich muss also nochmal meine Textbereinigungsfunktion prüfen. Ich bleibe 'am Ball' und berichte weiter ...

hi,

ich bin gerade eben erst über das blog gestolpert. glaube mir sonst hätte ich früher geantwortet.

in php gibt es eine funktion, die genau das macht, was du suchst. sie heißt strip_tags und entfernt alle php und html-tags aus einem string. die funktion ist echt gold, zumal du tags angeben kannst, die dann erhalten bleiben.

unter http://de2.php.net/manual/de/function.strip-tags.php findest du die doku dazu.

mfg, andré

die funktion war der erste, die ich implemetiert hatte. Sie hat bei mir lokal auch wunderbar funktioniert, leider aber in der online Version dann überhaupt nicht.

Die PHP Suche funktioniert meines Erachtens nach jetzt endlich zum ersten Mal ohne Fehler!

Der Link zur globalen PHP Suche ist jetzt auch in die Startseite von collabor imtegriert, und zwar unter 'Navigation' -> '4. Erweiterte Suche'.