Ein einfaches PHP Suchscript

Montag, 31. Januar 2005

Wenn Dir die Suchroutine auf diesen Seiten gefällt, überlaß ich Dir das Script gerne kostenlos. download
Das Script durchsucht htm, html, php und txt Dateien, beliebig viele Verzeichnisse (aber keine Datenbanken), ist weitestgehend über Parameter konfigurierbar, und kann nahtlos in jedes Seitenlayout eingefügt werden.

Support bitte nur noch im Forum

Abgelegt unter:

258 Kommentare

Fragen zum Script beantworte ich gerne hier.
Und wenn’s gar nicht klappt, auch per E-Mail. Dann aber bitte vorher die neueste Version downloaden und unverändert installieren. Eine Angabe, auf welcher Seite das Script eingesetzt wird, ist bei der Fehlersuche sicher hilfreich.

Kommentar von Fritz — Dienstag, 15. Februar 2005 - 0:35 Uhr
Habe das Script mal getestet, leider kommt immer “Es wurden leider keine Übereinstimmungen mit dem eingegebenen Suchbegriff gefunden.” obwohl die Keywords vorhanden sind.
Habe ich was übersehen

Kommentar von kiwi — Freitag, 25. Februar 2005 - 11:52 Uhr
Auch die meta tags keywords, description und title können jetzt durchsucht werden.
In der search_config.php kann eingestellt werden, welches dieser tags in die Suche eingeschlossen wird.
Bitte die neueste Version downloaden.

Kommentar von Fritz — Samstag, 26. Februar 2005 - 11:51 Uhr
Habe das Script mal getestet, leider kommt immer “Es wurden leider keine Übereinstimmungen mit dem eingegebenen Suchbegriff gefunden…” analog zu Kommentar von kiwi Außerdem muß ich das Script auf einem anderen Serverplatz auslagern um es nutzen zu können (auf dem Hompagebereich ist kein php möglich)?!

Kommentar von Andre — Samstag, 26. Februar 2005 - 19:47 Uhr
@Andre:
» Außerdem muß ich das Script auf einem anderen Serverplatz auslagern um es nutzen zu können (auf dem Hompagebereich ist kein php möglich)?! «

Das kann nicht klappen! Du willst per PHP auf einen fremden Server zugreifen, und dort Dateien auslesen. Zum Glück geht das nicht, da könnte ja jeder …
Also nochmal: das Script kann das Verzeichnis durchsuchen, in dem es installiert ist, und beliebige Unterverzeichnisse dieses Installationsverzeichnisses.

Kommentar von Fritz — Samstag, 26. Februar 2005 - 20:07 Uhr
Hi, also ich wollte eigentlich nur mein Lob an das von dir geschrieben Such-Script mitteilen. Gefällt mir außerordentlich gut. Einfach und funktionell.

Übrigens deine Webseite, respekt!!

Gruß,
Robman

Kommentar von Robman — Dienstag, 15. März 2005 - 16:33 Uhr
Echt geiles Script, funktioniert prächtig

Kommentar von Shaggy — Freitag, 18. März 2005 - 18:33 Uhr
hab wieder ziemlich vielen neuen content auf meine seite getan, und beim testen der suche gemerkt das auch searchlog.txt durchsucht wird. ist dies eine datei von diesem script oder nicht? hab sie auf alle fälle in der config datei als nicht zu durchsuchen eingetragen

Kommentar von Shaggy — Freitag, 18. März 2005 - 21:38 Uhr
searchlog.txt ist jetzt standardmäßig in der search_config.php als nicht zu durchsuchen eingetragen.
Danke an shaggy für den Hinweis.

Kommentar von Fritz — Montag, 21. März 2005 - 23:39 Uhr
Hallo!

Ist es halbwegs problemlos denkbar, die Suche auch auf Passagen innerhalb der <> auszuweiten?

Kommentar von Bubba Hyde — Dienstag, 22. März 2005 - 22:00 Uhr
@Bubba Hyde
… die Suche auch auf Passagen innerhalb der <> auszuweiten
Welchen Sinn sollte das machen? Innerhalb von Tags steht in der Regel nichts, was der Besucher der Seite sieht. Wenn also Treffer innerhalb von Tags angezeigt werden, findet der Besucher auf der angezeigten Seite seinen Suchbegriff nicht wieder?

Kommentar von Fritz — Dienstag, 22. März 2005 - 23:24 Uhr
Hallo!

Zwischen den stehen aber zum Beispiel Inhalte aus title-Attributen, Bildressourcen etc. und die könnten sonst nicht einbezogen werden.
Das von dir beschriebene Problem des anschließenden Nichtfindens ist mir bewusst, scheint mir in diesem Fall aber das kleinere Übel.

Kommentar von Bubba Hyde — Mittwoch, 23. März 2005 - 10:15 Uhr
@ Bubba Hyde
ALLE tags können jetzt durchsucht werden.
Dazu in der search_config.php
$tags = true;
setzen.
(Es müssen dazu search.php und search_config.php in der aktuellen Version vom 23.03.05 benutzt werden.)
Danke für den Tipp.

Kommentar von Fritz — Mittwoch, 23. März 2005 - 12:44 Uhr
Hallo! ich bekomme beim testen der suchen.php folgende ausgabe:
“Warning: fopen(searchlog.txt): failed to open stream: Permission denied in /home/jugendraum/www.jugendraum- neustift.com/search.php on line 142

Warning: flock(): supplied argument is not a valid stream resource in /home/jugendraum/www.jugendraum- neustift.com/search.php on line 143
Kann die Zieldatei für den Schreibzugriff nicht freigeben. Ein anderer User …”
die searchlog.txt wurde nicht autom. erstellt. kann ich das manuell machen?
2. Frage: beim aufruf von search_config.php bleibt die seite leer - warum gehts bei mir nicht?
(auf meinem server läuft php 4.3.3.)
gruß ralph

Kommentar von ralph — Samstag, 26. März 2005 - 20:56 Uhr
@ Ralph,

1. ja, erstelle eine leere Datei mit dem Namen searchlog.txt, und lade sie mit Deinem FTP Programm in das gleiche Serververzeichnis, in dem auch search.php installiert ist. Die Zugriffsrechte CHMOD stellst Du auf 644

2. die search_config.php nicht aufrufen, sondern mit einem Texteditor editieren!

Kommentar von Fritz — Sonntag, 27. März 2005 - 0:08 Uhr
ich komme nicht mehr weiter …#
folgende Fehlermeldung kommt ständig … was mache ich falsch !!!???

—————————————
Notice: Undefined variable: search in /var/www/web40/html/antonius/search.php on line 17

Notice: Use of undefined constant search - assumed ’search’ in /var/www/web40/html/antonius/search.php on line 21
Sie suchten nach dem Begriff “test#”

Warning: fopen(searchlog.txt): failed to open stream: Permission denied in /var/www/web40/html/antonius/search.php on line 142

Warning: flock(): supplied argument is not a valid stream resource in /var/www/web40/html/antonius/search.php on line 143
Kann die Zieldatei für den Schreibzugriff nicht freigeben. Ein anderer User schreibt gerade. Versuch’s einfach später noch einmal.

Kommentar von Chris — Montag, 28. März 2005 - 1:14 Uhr
Muss eventuell in search.php vor Zeile 17 noch die Zeile
$search = $_POST["search"];
eingetragen werden?

Kommentar von Uwe — Montag, 28. März 2005 - 17:34 Uhr
@ Uwe
scheint zwar nicht das Problem von Chris zu sein, aber ich hab die Zeile reingenommen.
Schaden kann’s nicht

Kommentar von Fritz — Montag, 28. März 2005 - 18:58 Uhr
ganz einfach bei searchlog.txt CHMOD auf 777 setzen, bei mir hats so funktioniert

Kommentar von Shaggy — Montag, 28. März 2005 - 22:11 Uhr
Wie bzw. wo um alles in der Welt werden die Suchergebnisse dann angezeigt? Ich geb zwar brav einen Suchbegriff ein und es heißt dann auch “Sie suchten nach dem Begriff XY", aber ich hab keine Ergebnisse…

Kommentar von Uschi — Mittwoch, 30. März 2005 - 0:15 Uhr
auf suchen.php werden sie ausgegebn

Kommentar von Shaggy — Donnerstag, 31. März 2005 - 20:58 Uhr
Das Script läuft grundsätzlich (hatte auch die achon genannten Fehlermeldungen, die aber Dank der Hinweise verschwanden). Allerdings werden nur Begriffe in den Hauptverzeichnissen angezeigt. Wie kann ich die Suche auf auf weitere Unterverzeichnisse ausweiten?

Kommentar von Ute — Freitag, 8. April 2005 - 23:07 Uhr
@ ute:
search_config.php

Kommentar von Fritz — Freitag, 8. April 2005 - 23:16 Uhr
Neu:
Wenn die Suche nur einen einzigen Treffer ergibt, kann die entsprechende Datei auch direkt angesprungen werden. Dazu in der search_config.php $jump auf true setzen.

Kommentar von Fritz — Sonntag, 10. April 2005 - 20:22 Uhr
Muss ich den die zu durchsuchenden Ordner alle einzlen angeben? Ich habe jetzt das Suchscript im Hauptverzeichnis wo auch die index.php meiner Hompegae liegt. Wenn ich nach einem Begriff suche, findet er nichts, obwohl dieser auf fast allen Seiten vorhanden ist. Ich bitte um Hilfe. Danke im voraus. Gruß Christian.

Kommentar von Christian — Dienstag, 12. April 2005 - 13:38 Uhr
@ Christian
in der Voreinstellung, d.h. ohne Änderung der search_config.php durchsucht das Script genau das, und nur das Verzeichnis, in dem die Dateien installiert sind.
Wenn weitere Verzeichnisse durchsucht werden sollen, dann muß jedes einzelne Verzeichnis in der search_config.php eingetragen werden; dabei genau auf die Syntax gemäß Beispiel achten.
Wenn’s nicht klappt:
1.: Das Script neu installieren, ohne Änderungen, und testen; erst dann schrittweise konfigurieren, und erneut testen
2.: Wenn auch das nicht hilft: E-Mail an mich, mit Angabe der URL, wo ich mir das anschauen kann.
Gruß Fritz

Kommentar von Fritz — Dienstag, 12. April 2005 - 13:57 Uhr
hallo!
funktioniert super das script!
ich hab nur eine frage:
ist es möglich, dass man den gesuchten begriff markiert bzw. in einer andern farbe darstellt? also so wie z.b. bei der google-suche!
das wäre sehr praktisch, wenn nur ein suchbegriff gefunden wurde und ich die jump-option aktiviert habe, wenn sich dann die neue seite öffnet und diese einen umfassenden text beinhaltet weiß ich zwar, dass mein gesuchter begriff da zu finden ist, nur wo ich ihn genau finde weiß ich nicht! ideal wäre es natürlich auch, wenn gleich an die stelle im text gesprungen wird!
ich finde das wäre eine sehr tolle erweiterung, ich habe selbst schon nach so etwas gesucht, aber leider nichts gefunden und meine php-fähigkeiten halten sich in grenzen!
sg p.

Kommentar von paul — Dienstag, 12. April 2005 - 18:21 Uhr
@ paul:
steht bereits genau so auf der todo list - allerdings nicht Priorität 1

Kommentar von Fritz — Dienstag, 12. April 2005 - 18:29 Uhr
Funktioniert soweit prima und erstaunlich schnell ohne Datenbank beziehungsweise Flatfile. Mir fällt nur auf das die Funktion “filename oder title-tag ausgeben?” bezüglich des title Tag nur funktioniert wenn der klein geschrieben ist. Wenn man Tidy zur Codekontrolle benutzt setzt das standardmässig alle Tags immer grossgeschrieben.

Kommentar von Engelbert — Mittwoch, 13. April 2005 - 0:48 Uhr
hallo habe das script getestet, jedoch spuckt mit der apache nur einen fehler aus:

“Call to undefined function: file_get_contents()” in search.php, line 42!! woran keonnte das liegen??

regards, simon

Kommentar von simon — Freitag, 15. April 2005 - 17:35 Uhr
Das Script erfordert PHP ab Version 4.3.0. (steht auch in der readme.txt)
Die Fehlermeldung von simon klingt nach einer älteren PHP Version.
In der aktuellen Version des Scripts ist eine Abfrage eingebaut, die bei PHP Versionen älter als 4.3.0 eine entsprechende Meldung ausgibt.

Kommentar von Fritz — Freitag, 15. April 2005 - 19:02 Uhr
ja stimmt, habe version 4.2.1!
kann man das was machen??

regards, simon

Kommentar von simon — Donnerstag, 21. April 2005 - 11:06 Uhr
@ simon
siehe FAQ

Kommentar von Fritz — Donnerstag, 21. April 2005 - 11:41 Uhr
Hi!

Dein Programm ist super, funktionierte auf Anhieb. kann ich es aber so einstellen das der Link mich direkt zur richtigen Stelle im Dokument führt und nicht bloß zum dokument alleine ??

Greetz Dreamweaver

Kommentar von Dreamweaver — Donnerstag, 28. April 2005 - 15:59 Uhr
@ Dreamweaver,

nein, ist derzeit nicht möglich.
In Planung ist eine Markierung der Treffer auf der Zielseite, wenn nur 1 Treffer gefunden wird.

NB.: ich persönlich halte ohnehin nicht viel von der Funktion “Seite bei 1 Treffer direkt anspringen", und hab sie auch hier deaktiviert. Meines Erachtens irritiert das nur, wenn statt einer erwarteten Trefferliste eine ganz andere Seite kommt. Aber unter bestimmten Bedingungen mag es ja sinnvoll sein, und jeder soll auf seine Fasson selig werden.

Kommentar von Fritz — Donnerstag, 28. April 2005 - 18:02 Uhr
Hallo!

wirklich ein feines Script! Übersichtlich, schnell und gut parametrierbar. Gibt es auch eine Version die rekursiv Unterverzeichnisse durchsuchen kann? Eventuell bis MaxDepth = ‘n’ - oder so?

Grüße, Rolf

Kommentar von Rolf — Freitag, 29. April 2005 - 13:30 Uhr
@ Rolf

nur Wunder dauern etwas länger
Ab sofort können alle Unterverzeichnisse automatisch in die Suche eingeschlossen werden.
Da dies die Suche unter Umständen erheblich verlangsamt, ist die Voreinstellung in der search_config.php:
$alledirs = false;

Kommentar von Fritz — Freitag, 29. April 2005 - 19:11 Uhr
bin begeistert… gleich mal saugen…

Vielen Dank

Kommentar von Rolf — Samstag, 30. April 2005 - 20:15 Uhr
Treffer-Highlighting, das heißt, farbiges Hervorheben der Treffer im Zieldokument, ist jetzt probeweise auf diesen Seiten implementiert. Nach einem gründlichen Test werde ich das natürlich in das öffentliche Script einbauen.

Damit wäre wieder ein Punkt auf der Wunschliste abgehakt.

Kommentar von Fritz — Samstag, 21. Mai 2005 - 1:24 Uhr
Hallo,

super Script das ich testweise für eine geplante HP installiert habe.Läuft auch, nur lässt sich das Formular nicht in die Unterseiten einbauen.Wenn ich das folgende einbaue

div id="suchform">

Im Projekt suchen:

“output">

Dein Server unterstützt kein PHP!
–>

dann kommt die Fehlermeldung

Warning: main(search.php): failed to open stream: No such file or directory in /usr/export/www/vhost/XXXXX/XXXXX.php on line 32

Warning: main(): Failed opening ’search.php’ for inclusion (include_path=’.:’) in /usr/export/www/vhosts/XXXX//XXX.php on line 32

Weitere Frage wäre, ob es möglich ist ein Popup einzubauen welches sich öffnet wenn ich nur ein Suchergebnis erhalte auf das dann ja direkt umgeleitet wird wenn ich in der search_config.php $jump auf “true” setze.Nach folgendem Muster.
LANGUAGE=’JAVASCRIPT’ TYPE=’TEXT/JAVASCRIPT’>

BODY

Kommentar von Teedoubleyou — Samstag, 11. Juni 2005 - 17:29 Uhr
@Teedoubleyou:
natürlich läßt sich das Suchformular in “Unterseiten” einbauen. Auf dieser Site ist das realisiert. Wenn diese “Unterseiten” allerdings in Unterverzeichnissen stehen, müssen die Pfade im Suchformular entsprechend angepaßt werden.

Popups: es spricht nichts dagegen, daß Du Dir das Script entsprechend anpaßt.

Kommentar von Fritz — Sonntag, 12. Juni 2005 - 11:34 Uhr
Tüftel gerade ein wenig mit Deinem Script auf einer fremden Homepage. Diese Page hat auch geschützte Unterverzeichnise (.htaccess). Kann es sein, dass Dein Script damit nicht klar kommt? Und wenn ja, welche Zeilen sollte man aus der search.php löschen?

Folgende Fehlermeldungen werden angezeigt:

Warning: opendir(./) [function.opendir]: failed to open dir: Permission denied in /home/www/htdocs/essvau-ig.de/search.php on line 69

Warning: readdir(): supplied argument is not a valid Directory resource in /home/www/htdocs/essvau-ig.de/search.php on line 73

Warning: closedir(): supplied argument is not a valid Directory resource in /home/www/htdocs/essvau-ig.de/search.php on line 174

Kommentar von SV-Markus — Montag, 13. Juni 2005 - 17:50 Uhr
@SV-Markus
Das Script arbeitet “vorbildlich” mit per .htaccess geschützten Verzeichnissen:
Dateien in geschützten Verzeichnissen werden gefunden, zum Öffnen dieser Dateien wird dann User und Paßwort abgefragt.

Die Meldung:
Warning: opendir(./) [function.opendir]: failed to open dir: Permission denied
deutet darauf hin, daß auf dem Server save-mode = on ist.
Hier kann nur der Provider helfen (oder den Provider, oder zumindest das Paket wechseln)

Und “Löschen” sollte man in der search.php grundsätzlich gar nichts - da ist nichts Überflüssiges drin

Kommentar von Fritz — Montag, 13. Juni 2005 - 21:05 Uhr
Hallo
Ist eine Suche mit mehreren kombinierbaren Suchbegriffen geplant?

Kommentar von Andy — Dienstag, 14. Juni 2005 - 21:46 Uhr
@Andy
definitiv nein.
So etwas müßte man über einen Index realisieren, der regelmäßig aktualisiert wird. Also ein ganz und gar anderes Konzept - das dann an anderer Stelle wieder Wünsche offen läßt.

Kommentar von Fritz — Dienstag, 14. Juni 2005 - 22:35 Uhr
Hallo!

Bin begeistert von diesem so einfach gehaltenen Skript.
Habe es gleich bei mir installiertund es funzt prima. Es wird auch in den nächsten Tagen (wenn die Styles noch angepasst sind die alte nicht mehr schöne Suche auf meiner Seite) endgültig ablösen.

Aber eine Frage hab ich noch:
Ich würde gerne das Suchformular in einem anderen Frame anzeigen als wo die Suchergebnisse dann angezeigt werden sollen. Sprich Ausgabe müsste einen anderen target ansprechen. Geht das, und wenn ja wie mach ich das am besten?

Kommentar von Netty — Donnerstag, 16. Juni 2005 - 1:58 Uhr
@Netty
hier werden Sie geholfen:
<base target="Zielframe">

Kommentar von Fritz — Donnerstag, 16. Juni 2005 - 11:17 Uhr
Danke

Hab die Suche jetzt auch fertig in meine Seite eingebaut.

Hast also eine weitere Referenzseite.

Schöne Grüße
Netty

Kommentar von Netty — Donnerstag, 16. Juni 2005 - 13:24 Uhr
@Netty
is ja schnurrig
noch ein Tipp:
Dein body tag scheint auf allen Seiten so zu lauten:
<body link="#B300B3″ text="black” alink="aqua” vlink="#9988B9″>
und dieser vlink wird bei vielen Suchergebnissen angezeigt.
Probier mal in der search_config.php
$limit_start = ‘#9988B9″>’;
statt
$limit_start = “<body";

Kommentar von Fritz — Donnerstag, 16. Juni 2005 - 13:54 Uhr
@Fritz:
Ja, hast recht. Hab jetzt sogar noch ein stükchen später den Startpunkt gesetzt.

Kommentar von Netty — Donnerstag, 16. Juni 2005 - 15:30 Uhr
Hallo! Gut… Löschen soll ich nichts , aber was muss ich anstellen, damit ich den Links der Suchergebnisse ein “target", z. B. Hauptframe, zufügen kann, denn ansonsten rufe ich natürlich nur die Seite für den Frameinhalt auf?

Gruß
Markus

Kommentar von SV-Markus — Samstag, 18. Juni 2005 - 17:44 Uhr
@SV-Markus
Schaust Du Kommentar Nr. 48 - ein paar Zeilen weiter oben.

Kommentar von Anonymous — Samstag, 18. Juni 2005 - 21:42 Uhr
Wie kriege ich es hin, dass der in der Suchmaske eingegebe Begriff direkt extern ausgegeben wird? Momentan wird die suche.php erst aufgerufen und dort muss ich erneut den Suchbegriff eingeben. Und noch ne Frage:
ich bekomme die Fehlermeldung “file_get_contents(./html): failed to open stream….” was kann die Ursache sein? Danke für Eure Hilfe.

Kommentar von Gerald — Mittwoch, 22. Juni 2005 - 10:19 Uhr
Das Suche-Script funzt wunderbar! Installation, Einbindung in eigenes Desgin und Anwendung sehr einfach. Toll!!

Kleiner Schönheitsfehler auf meinen Seiten:
In der Ergebnisliste erscheint vor den Suchresultaten diese Fehlermeldung
“Notice: ob_end_flush(): failed to delete and flush buffer. No buffer to delete or flush. in /home/www/web296/html/search.php on line 51
.” für die ich keine Erklärung habe. Kennt jemand dieses Phänomen? Hier im Weblog fand ich dazu noch keinen Hinweis.

Danke im Voraus für jeden Tip!
Ciao, Thomas

Kommentar von Thomas — Mittwoch, 22. Juni 2005 - 11:57 Uhr
@ Thomas (ich selbst)
Uuuuuuups. Die Sache hat sich erledigt. Nach Einfügen von <?php ob_start(); ?> in die allererste Zeile tritt diese Meldung nicht mehr auf.

Ciao, Thomas

Kommentar von Thomas — Mittwoch, 22. Juni 2005 - 12:06 Uhr
Jetzt aber doch noch eine Frage:
Es wird bei mir nicht alles erfaßt. Soll heißen:
Auf meiner Startseite
www.kirchenmusikliste.de/index.php finden sich z.B. die Wörter “Herzlich willkommen” (in h1-Tag), aber auch “Erfahrungsaustausch ” (im Fließtext). Die Suche findet “Herzlich” und “willkommen", nicht aber “Erfahrungsaustausch".

Bei anderen Seiten funzt es dagegen tadellos. Bisher konnte ich noch keine Regelmäßigkeit bei diesem Phänomen erkennen.
Zum Aupsrobieren:
www.kirchenmusikliste.de/suchen.php

Kennt jemand das Problem?
Ciao, Thomas

Kommentar von Thomas — Mittwoch, 22. Juni 2005 - 12:45 Uhr
@ Thomas (ich selbst mal wieder)
Auch das zweite Problem konnte ich inzwischen selbst beheben. Es lag natürlich nicht am Script, daß bestimmte Wörter nicht gefunden wurden, sondern daran, daß der String, der z.B. Footer von der Suche ausschließen soll (siehe search_config.php) sich auf eine codezeile bezog, die bei einigen meiner Seiten im Quelltext zeimlich weit oben steht. Das Problem ist gelöst, die suche funzt wunderbar; und jetzt kann meine Seite auch auf die Referenzliste:
www.kirchenmusikliste.de/suchen.php

Fritz, vielen Dank für das gut durchdachte Konzept und die tolle Umsetzung!

Ciao, Thomas

Kommentar von Thomas — Mittwoch, 22. Juni 2005 - 15:07 Uhr
@Thomas #57 & #58
FAQ lesen hätte in diesem Fall schnell zum Ziel geführt.
Ansonsten: Danke für das Lob.
Und bitte den Link zu webdesign weisshart nur nach dem Erwerb einer Lizenz entfernen. Die Fairness gebietet das.

Kommentar von Fritz — Mittwoch, 22. Juni 2005 - 18:51 Uhr
@Gerald #54
“file_get_contents(./html): failed to open stream”
Das klingt stark danach, daß Du am Script rumgeschraubt hast. Eine Datei namens html im Stammverzeichnis gibt es natürlich nicht.
Auch hier gilt: FAQ lesen.

Kommentar von Fritz — Donnerstag, 23. Juni 2005 - 11:05 Uhr
Super Skript, Danke!
Es wird viel gesucht. Oft aber Wortkombinationen wie z.B. “Holzwurm". Leider wird das so nicht gefunden, wohl aber “Holz” und separat “Wurm". Was kann ich unternehmen, dass auch Treffer von teilweiser Übereinstimmung angezeigt werden?

Danke

Klaus

Kommentar von Klaus Buschmann — Freitag, 24. Juni 2005 - 11:06 Uhr
@Klaus
sorge dafür, daß auf den Seiten, die mit dem Suchbegriff “Holzwurm” gefunden werden sollen, auch “Holzwurm” steht (oder meinetwegen auch “Holzwurmbefall” o.ä.).
Das ist ja der Zweck der Logdatei searchlog.txt, das Besucherverhalten zu erkennen, und die Seite daraufhin zu optimieren.
Wenn Du aber aus irgend einem Grund dies nicht im sichtbaren Text willst, dann schreib diese Suchwörter ins meta-tag keywords.
In der search_config.php muß $key = true; sein.

Kommentar von Fritz — Freitag, 24. Juni 2005 - 11:51 Uhr
Das Script läuft in meiner Testumgebung tadelos! Nur ein kleiner Schönheitsfehler ist mir beim highlighting aufgefallen, es funktioniert leider nicht bei Wörtern mit Umlauten. Gibt es eine Lösung?
Glück Auf,
Rainer

Kommentar von Rainer — Montag, 27. Juni 2005 - 11:55 Uhr
@Rainer
das Originalscript von kryogenix.org hat Probleme mit Umlauten.
Du mußt das von mir angepaßte Script verwenden (ist in suchen.zip enthalten, oder hier).
Nachtrag 01.07.:
und auch das angepaßte Script hatte einen bug - der ist jetzt behoben.

Kommentar von Fritz — Montag, 27. Juni 2005 - 20:18 Uhr
Seltsames Phänomen:

Ich habe auf meiner Seite irgendwo den Liedtitel “Von guten Mächten".

Suche ich nach “guten” oder “Mächten", kommt man problemlos zu dem gewünschten Suchresultat.

Gibt man aber ein “Von guten Mächten” , wird nichts gefunden, obwohl der suchsrting identisch mit der Zeichenfolge ist, die gefunden werden soll.

Gibt es irgendwo eine versteckte Einstellung “maximale Länge des Suchstrings", die ich erhöhen müßte?

Andere Variante: Ich will finden “Verleih uns Frieden". Gebe ich ein “Verleih uns", dann findet das Script nichts. Gebe ich ein “uns Frieden", dann findet es die Stelle. Gebe ich ein “Verleih uns Frieden", wird auch nichts gefunden.

Ciao, Thomas

Kommentar von Thomas — Donnerstag, 30. Juni 2005 - 21:38 Uhr
@ Thomas,
zwischen “Verleih” und “uns” steht im Quelltext ein Zeilenumbruch.
Der Suchbegriff “Verleih uns Frieden” beinhaltet diesen Zeilenumbruch nicht. Ein Vergleich dieses Suchbegriffs mit dem Quelltext kann daher keine Übereinstimmung ergeben.
Zwischen “von” und “guten Mächten” ebenfalls ein Zeilenumbruch.

Kommentar von Fritz — Donnerstag, 30. Juni 2005 - 23:03 Uhr
Super Script ! Kompliment !
Nur eine kleine Frage:
<a href="link.php"> wird schön ignoriert, gut so. Aber:
<a href="<? echo $PHP_SELF;?>?var=test"> erscheint in der Trefferliste.
Kann ich das vermeiden ?
Danke, Marcus

Kommentar von Marcus — Donnerstag, 30. Juni 2005 - 23:19 Uhr
@ Marcus
schon mal mit $exclude_strings in der search-config.php experimentiert?
Eventuell hilft auch ein pfiffiger Einsatz von $limit_start - aber das kommt ganz auf die Struktur Deiner Seiten-Quelltexte an.
Nachtrag 08.07.05: auch das sollte jetzt gefixt sein.

Kommentar von Fritz — Donnerstag, 30. Juni 2005 - 23:40 Uhr
zu 65/66 @Fritz:
Vielen Dank! Das war der entscheidende Tip. Es steht im Quellcode zwar kein Zeilenumbruch mit <br>; aber der Code ist and dieser Stelle tatsächlich auf zwei Codezeilen verteilt. Und das läßt das Script den String natürlich nicht wie gewünscht finden. Ich werde jetzt alle Seiten auf Zeileinumbrüche im Code untersuchen.

Danke nochmals!
Ciao, Thomas

Kommentar von Thomas — Donnerstag, 30. Juni 2005 - 23:51 Uhr
Noch eine Frage:
Wenn ein zu suchendes Wort ein Apostroph enthält und ich es genau so in der Suchmaske eingebe, dann wird das Apostroph zu einem \’ und es wird nicht das gewünschte Ergebnis angezeigt.

Beispiel: Ich suche nach “Mary’s” und erhalte als Resultat: “Nichts gefunden. Sie suchten nach dem Begriff “Mary\’s"".

Gebe ich dann “Mary\’s” als Suchwort ein, wird das Apostroph noch einmal maskiert und ich erhalte: “Nichts gefunden. Sie suchten nach “"Mary\\\’s"".

Ist das ein Schönheitsfehler des Scriptes, oder habe ich etwas falsch gemacht? Läßt sich das umgehen, oder muß ich meine Besucher darauf hinweisen, daß Suchworte mit Apostroph nicht funzen?

Ciao, Thomas

Kommentar von Thomas — Freitag, 1. Juli 2005 - 20:23 Uhr
@Thomas,
wenn Du es als Schönheitsfehler bezeichnest, dann soll mir das recht sein
Irgendwann kommt PHP an seine Grenzen. Wenn ich einfache (Apostroph) und doppelte Anführungszeichen nicht maskiere, dann erzeuge ich einen Scriptfehler, weil PHP diese Zeichen als delimiter betrachtet.
Aber eine Gebrauchsanweisung für die Benutzung der Suchfunktion würde ich deswegen nicht gleich verfassen.

Kommentar von Fritz — Freitag, 1. Juli 2005 - 22:54 Uhr
@Fritz,
dachte mir schon, daß es daran liegt. Ich war mir nur nicht sicher, ob man das noch durch irgendein Workaround vermeiden kann. Aber ist schon OK, lassen wir es so, ohne einen Extrahinweis für meine Besucher. Damit würde man die erst darauf scharf machen, es mal mit allen möglichen Apostrophwörtern auszuprobieren. Und so viele kommen bei mir gar nicht vor. Danke für die (wie immer!) schnelle Anwort!

Ciao, Thomas

Kommentar von Thomas — Freitag, 1. Juli 2005 - 23:13 Uhr
Erst einmal herzlichen Dank für das großartige Script! Sobald es zum eigentlichen Einsatz kommt, wird natürlich auch gerne eine Lizenz erworben.

Leider scheint es mir noch so zu sein, dass die Such nach zwei Begriffen (z.B. “events hamburg") keine Seiten auflistet, auf denen sowohl “events", als auch “Hamburg” irgendwo vorkommt.

Habe ich eventuell einen Konfigurationsfehler begangen oder funktioniert die Suche in dieser Form wirklich nicht?

Viele Grüße aus dem hohen Norden,
Mirco

Kommentar von Mirco — Dienstag, 5. Juli 2005 - 15:50 Uhr
@ Mirco,
zwei Begriffe “irgendwo” geht grundsätzlich nicht, das liegt am Konzept der Volltextsuche.
Es wird “genau” der Suchbegriff gesucht.
Aber mal ehrlich: in aller Regel wird erst mal nach einem Begriff gesucht, und dann die Ergebnisliste nach passenden Treffern gescannt. Und dann sind m.E. aussagekräftige Seitentitel viel wichtiger.

Kommentar von Fritz — Dienstag, 5. Juli 2005 - 16:13 Uhr
Wie kann ich ein Update durchführen? Muss ich alle Einstellungen erneut eingeben? Ist es notwendig eine neue Version zu Installieren?

Lassen sich auch pdf’s durchsuchen? Wenn ja, bei mir funktionierts nicht.

Besten Dank für die Hilfe.

Kommentar von andreas — Donnerstag, 7. Juli 2005 - 20:09 Uhr
@ andreas,
Welche Frage zum update hast Du in der FAQ nicht gefunden?
pdf’s: nein.

Kommentar von Fritz — Freitag, 8. Juli 2005 - 12:25 Uhr
Bei einem Update muss ich also alle Einstellungen erneut vornehmen, Datei search_config.php ?

Hinweis: Mit der Neuen Rechtschreibung (auch schon alt) wird Tipps mit zwei P geschrieben.

Kommentar von andreas — Freitag, 8. Juli 2005 - 19:12 Uhr
@andreas:
Es ist niemand verpflichtet, die neue Rechtschreibung zu verwenden. Nur Amtsdeutsch soll so geschrieben werden. Und in der Schule muß es so unterrichtet werden. Aber es gibt kein Gesetz, das die Verwendung der alten Schreibung verbietet.
Ciao, Thomas
SCNR

Kommentar von Thomas — Dienstag, 12. Juli 2005 - 16:34 Uhr
die datei:

searchlog.txt

ist bei mir nicht zu finden?

Kommentar von annett — Mittwoch, 3. August 2005 - 22:07 Uhr
@ annett
schon mal in der FAQ nachgeschaut? (manuell anlegen)

Kommentar von Fritz — Mittwoch, 3. August 2005 - 22:56 Uhr
@29 Engelbert
was lange währt, wird endlich gut.
Das Thema Groß-/Kleinschreibung sollte jetzt endgültig erledigt sein.

Kommentar von Fritz — Sonntag, 21. August 2005 - 12:55 Uhr
Meine suche klappt einwandfrei!
ABER: Wie kann ich mein eigenen Link zu meiner Datei erstellen.
Sprich, es soll sich nicht im gleichen Fenster öffnen sondern in einem, das ich angebe!?

Kommentar von Steve — Dienstag, 23. August 2005 - 18:21 Uhr
oft gewünscht:
die Zielseite kann wahlweise in einem neuen Fenster geöffnet werden. (etwas für die aussterbende Zunft der Frameset-Liebhaber)

Kommentar von Fritz — Sonntag, 28. August 2005 - 13:50 Uhr
HAllo,
PHP und HTML Seiten durchsucht die Funktion abolut einwandfrei.
Habe aber riesen Probleme mit dem Durchsuchen von PDFs , DOCs und xls.
Zum einen durchsucht die Funktion diese Dokumente , trotz Einstellung in search_config nicht. WAS KANN ICH TUN?
Und zum anderen gibt er in der Eregbnissliste absolutes Kauderwelsch aus wenn er auf eine Word oder Exceldatei stösst in deren namen der Suchbegriff enthalten ist.
Beispiel: Suchbegriff = Protokoll. Es wird die Datei protokoll_2005.doc gefunden und Folgendes auf der ergebnisseite ausgegeben:
… kauderwlsch
Habe die Lizenz gerade käuflich erworben und wäre über Hilfe sehr dankbar.
Grüße
Sina

Kommentar von sina — Dienstag, 30. August 2005 - 16:17 Uhr
@ 84 sina
PDF’s, doc und xls werden nicht verarbeitet, auch wenn dies in der search_config eingetragen wird.
Siehe auch Beitrag 76 ein paar Zeilen weiter oben, und FAQ.
Ich werde aber zukünftig noch deutlicher darauf hinweisen.
Bitte E-Mail mit Rechnungsnummer, erstatte ich natürlich.

Kommentar von Fritz — Dienstag, 30. August 2005 - 16:57 Uhr
Servus, meine PHP-Version ist leider nur 4.1.2. gibt es keine möglichkeit das Script auf dieser Verison laufen zu lassen? Ist eher schwierig da das PHP zu aktualisieren da es der Vereinswebspace ist.
Gruß

Kommentar von Morphiosie — Donnerstag, 1. September 2005 - 16:57 Uhr
@ 86 Morphiosie
dazu müßte das Script neu geschrieben werden, und alle PHP 4.3 proprietären Funktionen durch entsprechende workarounds ersetzt werden - sicher nicht ganz billig
und dann kommt jemand, der PHP 4.0 laufen hat …

Kommentar von Fritz — Donnerstag, 1. September 2005 - 23:38 Uhr
Hallo,

wenn ich nach Worten mit Zeichen, wie ş suchen lasse, erhalte ich keine Treffer. Kann ich irgendwie erreichen, dass auch solche Worte gefunden werden?

Viele Grüße

Kommentar von Thomas — Freitag, 2. September 2005 - 1:38 Uhr
@ 88
wer dieses Problem mit den Sonderzeichen auch hat, bitte E-Mail an mich. Wahrscheinlich kann ich helfen.

Kommentar von Fritz — Freitag, 2. September 2005 - 18:57 Uhr
Hallo,

ich verstehe die einbindung nicht wirklich.

Ich habe eine Seite index.php.
Die Seiten arbeiten alle mit include.

Sprich. Wenn ich auf einen Link klicke, wird der Inhalt in das Lyout geladen. Der Inhalt steht jeweils mit tags und ähnlichem in extra Dateien.

Wenn ich nun das suchformular betätige findet es auch was aber eben nur die inhaltsdateien ohne Layout.

Wie kann ich das ganze richtig einbinden?

Gruß, Jürgen

Kommentar von Jürgen — Dienstag, 6. September 2005 - 11:53 Uhr
Hm okay, nagut habe jetzt dem Webmaster des Vereins ne Mail geschickt ob er veranlassen kann, dass das PHP 4.3 installiert wird. Der Webspace ist bei Strato mal schaun ob die das ohne Probleme machen.

Kommentar von Morphiosie — Mittwoch, 7. September 2005 - 16:51 Uhr
Hallo, ich habe das Skript ausprobiert und ich suche die Möglichkeit nach Dateinamen zu suchen. Wenn ich also nach LINUX suche, sollen nicht nur die HTML Seiten durchsucht werden, sondern auch alle Dateinamen gefunden werden, die das Wort beinhalten (meine PDF Dateien sind so aufgebaut). Geht das? Wäre das einrichtbar? Gruß Jörg Peter

Kommentar von Jörg Peter — Donnerstag, 6. Oktober 2005 - 13:43 Uhr
@ 92 Jörg Peter
dieser Wunsch wurde noch nie geäußert. Ich müßte das Script hierfür entsprechend erweitern.
Bei Interesse bitte E-Mail Anfrage.

Kommentar von Fritz — Freitag, 7. Oktober 2005 - 12:57 Uhr
Hallo, habe das Script getestet. Leider erhalte ich Suchergebnisse wie folgt:
<ul>
<li></li>
<li></li>
<li><a href="./tprofil.htm">/tprofil.htm</a> </span></li>
<li><a href="./marketing.htm"> /marketing.htm</a> </span></li>
<li><a href="./tprofil.htm">
</li>
<li><a href="./marketing.htm">
</li>
</ul>

Leere Zeilen und nicht geschlossene Hyperlinks. Das kann man so natürlich nicht verwenden, oder? Schade. Eigentlich ein nettes Script.

Kommentar von Martin — Mittwoch, 12. Oktober 2005 - 7:55 Uhr
@ 94 Martin
bitte per E-Mail eine Seite im Web, wo ich mir das anschauen kann. Ich helfe dann gerne weiter.
Vielleicht hilft auch dieser Hinweis.

Kommentar von Fritz — Mittwoch, 12. Oktober 2005 - 10:19 Uhr
Hallo,

erstmal ein Lob an den Autor, das Script ist klasse. Ich würde nur gerne das Layout und den Inhalt der versendeten E-Mail anpassen. Geht das auch? Ich denke mal die Funktion steht in der search.php So eine Datei ist mir allerdings noch nicht unter gekommen. Ist die verschlüsselt?

Gruß Helge

Kommentar von Helge Jubitz — Mittwoch, 12. Oktober 2005 - 16:32 Uhr
@ 95 Helge
was gibt’s denn an so einer Mail noch anzupassen:

“Folgender Begriff wurde soeben auf der Seite webdesign.weisshart.de gesucht:
test
Treffer: 9″

(die Seite wird in der search_config.php angegeben)

Kommentar von Fritz — Mittwoch, 12. Oktober 2005 - 17:15 Uhr
Sorry, ich habe mich etwas unklar ausgedrückt. Ich muß bei meinem webhoster eine bestehende Absenderadresse aus meiner URI angeben (hat Spamgründe), sonst blockt der Server das versenden von Mails. Will sagen, daß ich auch die Mailheader anpassen will (Absender, Priorität u.s.w)

Gruß Helge

Kommentar von Helge Jubitz — Mittwoch, 12. Oktober 2005 - 17:33 Uhr
@98 Helge
Absenderadresse kann in der search_config.php angegeben werden ($adminadress)
und Priorität gibt das Script nicht vor.
Damit dürfte also kein Problem für einen serverseiteigen Spamblocker bestehen.

Kommentar von Fritz — Mittwoch, 12. Oktober 2005 - 18:46 Uhr
@Fritz:
Das mit dem unsauberen Code kann sein, ist eine ältere Site. Mit meinen neueren validierten Seiten läuft das Script einwandfrei.

Gruß
Martin

Kommentar von Martin — Donnerstag, 13. Oktober 2005 - 16:02 Uhr
Das Skript ist supper, es klappt auch ganz gut.Die Installation ist sehr einfach und Suchergebnisse bekomme ich auch. zwei Fragen hätte ich aber noch:
1.Was ist mit dieser Meldung? kann damit nichts anfagen!!ich bekomme sie immer mit dem Suchergebniss zusammen!
Notice: Undefined variable: SERVER_NAME in C:ProgrammeApache GroupApache2htdocsicdhtmsearch.php(17) : eval()’d code on line 67
2. Ich muss insgesatm ca 220 html datein durchsuchen lassen. Dabei möchte ich, daß NUR die Tags
<a NAME> durchscuth werden! Wie mache ich das? habe es folgendes versucht:
$limit_start = “<A NAME";
Dennoch erfolglos!
Vielen Dank im voraus…

Kommentar von mawit — Freitag, 14. Oktober 2005 - 12:37 Uhr
@ 101 mawit
1.) sieht aus, als ob Du das Script lokal laufen hast. In diesem Fall hilft Tipp 2
2.) das geht nicht. Siehe Erklärung zu $limit_start:
// wenn $limit_start nicht im Dokument vorkommt, wird das Dokument von Anfang an durchsucht!

Kommentar von Fritz — Freitag, 14. Oktober 2005 - 13:56 Uhr
vilen Dank! Es klappt!
Problem weiterhin: Wenn ich das ganze dokument durchsuchen lasse, bekomme ich falsche Ergebnisse, da das Suchwort auch als Link in einem Dokument vorkommt! Ich möchte aber nur den Teil in dem Tag als Ergebnis erhalten. Denn hier kommt d. Suchwort nur EIN MAL vor! Geht es überhaupt? oder soll ich mich auf der Suche anderer Suchmaschienen machen?
Danke…

Kommentar von mawit — Samstag, 15. Oktober 2005 - 9:31 Uhr
@ 103 mawit,
denk noch mal nach, was Du da willst: ein Suchscript, das Deine Seiten nach bestimmten Begriffen durchsucht, aber dann nur das anzeigt, was Du Dir wünschst. Welchen Sinn soll das machen? Nein, mit meinem Script geht das nicht.

Kommentar von Fritz — Samstag, 15. Oktober 2005 - 13:29 Uhr
Hallo Fritz,
super Sache dein Such-Script!

Habe das gleiche Problem wie 90 Jürgen. Ich würde gerne Dateien durchsuchen lassen, die nicht selber aufgerufen werden, sondern von einer Vorlagen-Datei inkludiert werden (nach dem Schema www.domain.de/anzeige.php?inhalt=info).
Die eigentliche Information steckt in der Datei info.inc. Wenn ich aber die .inc-Dateien durchsuchen lasse, wird in der Ergebnisanzeige natürlich auf sie verlinkt, was dann durch die fehlenden Style-Angaben nicht gut ist
Geht leider auch nicht anders, da die inkludierten Dateien aus einer unflexiblen Applikation exportiert und hochgeladen werden.

Kannst du es vielleicht so einrichten, dass man in der Config-Datei die Verlinkung modifizieren kann? Sprich, man nehme den Dateinamen und hänge ihn an den folgenden String an?

Meinst du das ist viel Aufwand für dich?
Ich glaube, mittlerweile werden viele Inhalte auf diese Weise aufgerufen, es dürfte also großes Interesse an der Funktionalität geben.

Gruß, Frank

Kommentar von Frank — Freitag, 28. Oktober 2005 - 22:41 Uhr
@ 105 Frank,

ist mal vorgemerkt. Aber einfach wird das sicher nicht werden.
Hilfreich wäre es, wenn Du mir mal ein paar Originaldateien schicken könntest. Also die Datei, die den “Rahmen” bildet, und einige .inc Dateien.

Kommentar von Fritz — Freitag, 28. Oktober 2005 - 23:18 Uhr
@ 90 Jürgen, @ 105 Frank,
es gibt jetzt eine Testversion, die Euer Problem lösen sollte.
Bei Interesse bitte E-Mail.

Kommentar von Fritz — Mittwoch, 2. November 2005 - 13:01 Uhr
Habe das Suchscript getestet. Es funktioniert sehr gut, nur beim Testen klappte das direkte Anspringen eines Einzelfundes nicht. Außerdem findet das Script beim Entwurf meiner Seite nichts was die Sonderzeichen des Esperanto enthält. Die Entities hierzu sind: ĉ ĉ, Ĉ ĝ ĝ, Ĝ Ĝ, ĥ ĥ, ĵ ĵ, Ĵ Ĵ, ŝ ŝ, Ŝ Ŝ, ŭ ŭ, Ŭ Ŭ. Ich hoffe, daß sich diese Erkennung nachrüsten läßt und ich mich bei dem Entitys nicht verschrieben habe.

Alles Gute

Kommentar von René Philipp — Sonntag, 20. November 2005 - 23:42 Uhr
Ich habe gesehen, daß die Entitys nicht als solche bei meiner ersten Kommentar ankommen, aber vielleicht läßt sich meine Info trotzdem nutzen.

Alles Gute, René

Kommentar von René Philipp — Sonntag, 20. November 2005 - 23:44 Uhr
Achja, habe vergessen zu erwähnen, daß auch das searchhi.js das gleiche Problem hat.

Vielleicht suchen noch andere Leute so eine Ergängzung der Scripte.

Alles Gute, René

Kommentar von René Philipp — Sonntag, 20. November 2005 - 23:47 Uhr
Hallo,
ich find’ das Skript echt klasse. Habe es mal eingebaut und funktioniert direkt. Das einzige, was mir aufgefallen ist, wenn ich nach Begriffe, die mit Bindestrich geschrieben werden suche, z.B. Kfz-Zulassungsstelle, wird einfach der Bindestrich weggekürzt und es kommen 0 Treffer. Kann man das irgendwie einstellen ?
Maija

Kommentar von Maija — Mittwoch, 7. Dezember 2005 - 23:00 Uhr
@111 Maija
hab’s mal schnell im Script geändert.
Lad’ Dir einfach die neueste Version runter. (Datum der suchen.zip: 07.12.05)

Kommentar von Fritz — Donnerstag, 8. Dezember 2005 - 0:20 Uhr
Hallo, vielen Dank für die superschnelle Hilfe
Aber mir ist noch was aufgefallen, und zwar: Sucht man nach Begriffen die mit ä,ü oder ö anfangen, findet das Skript die Ergebnisse nicht, wenn die Wörter mit Grußbuchstaben geschrieben werden.
Zum Beispiel: Öffnungszeiten wird gefunden, öffnungszeiten (klein geschrieben) wird nicht gefunden.
Vielleicht gibt es hier noch mal ein kleines Update ??
Bei allen anderen Anfangsbuchstaben ist das übrigens kein Problem.

Kommentar von Maija — Freitag, 9. Dezember 2005 - 14:04 Uhr
@113 Maija
Mann (frau), Du bist ja pfiffig. Ist bisher noch niemandem aufgefallen.
schon gefixt (nur Wunder dauern etwas länger)

Kommentar von Fritz — Freitag, 9. Dezember 2005 - 15:14 Uhr
ich hab folgendes problem, wenn ich das script include klappt eigentlich alles, nur wenn ich danach suchen will benutzt er nicht den richtigen string, normal müsste dort stehen index.php?=suchen&q=Suchbegriff doch er macht daraus immer nur index.php?q=Suchbegriff, was muss ich wo eintragen damit das richtig funktioniert ?

Kommentar von Phoenix — Mittwoch, 14. Dezember 2005 - 22:56 Uhr
@ 115 Phoenix
in der search_config.php gibt es genau dafür die Variable $query

Kommentar von Fritz — Mittwoch, 14. Dezember 2005 - 23:12 Uhr
Hallo !
Ich habe jetzt das neueste Skript installiert, es funktioniert auch alles wunderbar, aber es scheint viel langsamer zu sein als noch das Skript von September. Im Durchschnitt lag hier die Suchzeit bei 2 Sekunden, jetzt bei 6-7 Sekunden. Woran liegt das ? Die Anzahl der Seiten hat sich nicht wesentlich verändert, auch sonst habe ich die Einstellungen aus der config.php übernommen.

Kommentar von Maija — Mittwoch, 14. Dezember 2005 - 23:17 Uhr
das hab ich schon bemerkt, da treten aber enige probleme bei undzwar ist das erstens nur für die suchergebnisse und zweitens wenn ich so einen link aufrufe hab ich sowas wie index.php?go=suchbegriff.php wo die endung hinten auftritt und der link ungültig wird.

Kommentar von Phoenix — Mittwoch, 14. Dezember 2005 - 23:19 Uhr
Hallo,
habe vor paar Tagen die neueste Version installiert. Schade ist nur, daß die ĉ, ĝ, ĥ, ĵ, ŝ und ŭ
immernoch nicht gefunden werden.

Das sowas geht, beiweist die große Suchmaschine mit g und den zwei o.

Ich würde mich über die Nachrüstung freuen.

Alles Gute

René

Kommentar von René Philipp — Donnerstag, 15. Dezember 2005 - 18:48 Uhr
@ 119 René
also normalerweise mag ich diese Dränglerei gar nicht. Bei bezahlenden Kunden wär das was anderes
Aber weil bald Weihnachten ist: lad Dir mal die neueste Version

Kommentar von Fritz — Freitag, 16. Dezember 2005 - 17:41 Uhr
@ 120

Hallo Fritz,

danke für die Mühe. Jetzt werden auch die Wörter mit den Sonderzeichen im Entwurf meiner Seite gefunden.

Frohes Fest und eine frohes Neues Jahr 2006

René Philipp

Kommentar von René Philipp — Sonntag, 25. Dezember 2005 - 20:26 Uhr
@ 120 Fritz

Das Javascript zum Markieren beachtet die Sonderzeichen ĉ u.a. zwar noch nicht, aber das eilt ja nicht. Ich finde es ja schon mal gut, daß die Suche jetzt auch solche kleinen Sprachen wie Esperanto unterstützt.

Ich hätte es etwas schade gefunden, wenn ich dafür ein Extrascript hätte suchen müssen.

Alles Gute

René

Kommentar von René Philipp — Sonntag, 25. Dezember 2005 - 20:33 Uhr
Hallo Fritz,

habe das Script searchhi.js etwas geändert, sodaß es sich mit dem Javascriptstyleswitcher von www.stichpunkt.de “verträgt".

Nur der win.onload-Kram muß geändert werden:
// Aenderung des Aufrufs ist noetig wegen Stileumschalter
// aus dem Script bullet.js von Dynamic Drive unter http://www.dynamicdrive.com/
// window.onload = googleSearchHighlight;

if (window.addEventListener)
window.addEventListener("load", googleSearchHighlight, false)
else if (window.attachEvent)
window.attachEvent("onload", googleSearchHighlight)
else if (document.getElementById || document.all)
window.onload=googleSearchHighlight

Viel Spaß beim Testen

Kommentar von René Philipp — Sonntag, 25. Dezember 2005 - 21:07 Uhr
@ 123

Habe nicht erwähnt, daß diese Anpassung immer nötig wird, wenn man mehrere Javascripte mit win.onload einbinden will oder muß.

Kommentar von René Philipp — Sonntag, 25. Dezember 2005 - 21:12 Uhr
Hallo Fritz,

ich habe die Suchfunktion mit PHP 5.1.1 und Apache 2.0.52 getestet. D.h. sie läuft mit der aktuellsten PHP-Version.

Alles Gute

Kommentar von René Philipp — Sonntag, 25. Dezember 2005 - 22:40 Uhr
Hi!
Lustige Sache mit dem Script…in meiner Seite (deutsch und bulgarisch, beide utf-8) funzt der Script prächtig, nur: wenn ich versuche, etwas mit kyrillischen Buchstaben zu suchen, dann findet er auch das gesuchte, aber searchhi.js verweigert den Dienst, und zwar: 1. das gesuchte Wort wird zwar gefunden, aber nicht gehighlightet. 2. Das Scriptteil, das für die Aufschrift “folgende begriffe blabla..” macht auch nur halbe Sache - schreiben und highlighten tut’s schon aber das gefundene Wort wird in der Aufschrift in die unlesbaren Zeichen zersetzt.
In deutscher Version ist alles wie gesagt ok, obwohl überall alles gleich ist (insbesindere utf-8)…
Gibt es Ideen?

Kommentar von wowa — Donnerstag, 29. Dezember 2005 - 12:53 Uhr
Hallo Fritz!

Das Skript ist so super, es wird aber wahrscheinlich nicht mit dynamischen Seiten funktionieren, die aus einer Datenbank den Content bekommt? Also über ein Templet.

Gruß

Till

Kommentar von Till — Mittwoch, 4. Januar 2006 - 23:09 Uhr
@ 127 Till,
nein.
Aber das hättest Du auch im Ausgangsposting dieses Weblogs gefunden:
“Das Script durchsucht beliebige Dateitypen und Verzeichnisse (keine Datenbanken)”
bzw. auf der Seite mit dem Suchscript:
“Das Script durchsucht htm/html, php und Textdateien …”

Kommentar von Anonymous — Mittwoch, 4. Januar 2006 - 23:33 Uhr
Hallo Fritz,

ein tolles Skript, das wir sicherlich bei einigen Projekten einsetzen werden. Allerdings sollten die Konfigurationsmöglichkeiten so erweitert werden, daß alle verwendeten HTML-Elemente in der Ausgabe der Suchergebnisse auch mit CSS-Klassen Definitionen zu versehen sind. Man kann diese ja auch global definieren oder nur für dieses Seite ein Stylesheet einbinden, aber dennoch wäre es ja ein Leichtes, bei den Tags <ol>, <ul> und dem <div> in ‘Suche ausgeführt in’ eine solche Möglichkeit zu schaffen, z.B. $olclass = “myolclass” (wenn leer, dann eben ohne Angabe einer Klasse ausgeben). Auch für den zu suchenden Text, der in <em> eingebunden ist, könnte ich mir ein individuelles Tag vorstellen, das man ändern kann, also $suchhinweisstart = “<em>” und $suchhinweisende = “</em>".

Ein weiterer Punkt ist, daß ich nicht in jeder Datei das <title> Tag ändern möchte, d.h. ich definiere dies eigentlich nur einmal für ein Projekt. Somit sollte zwar die Variable $filename = false; beibehalten werden, aber man sollte die Möglichkeit haben, eine eigene PHP Variable dafür zu definieren, z.B. $suchtitel, die man ja für jede Datei definieren kann. Alternativ kann ja auch ein Meta-Tag mit diesem Namen eingeführt werden, wenn es sich nur um reine HTML-Seiten handelt.

Soweit meine Anmerkungen, die mir beim Implementieren in ein Projekt von uns (bislang nicht online) aufgefallen sind.

Viele Grüße,
Knud Franzkowiak

Kommentar von Knud Franzkowiak — Freitag, 20. Januar 2006 - 16:10 Uhr
@129 Knud,
das geht eleganter: (und ist sogar in der mitgelieferten Musterdatei suchen.php demonstriert!)
die ganze Ausgabe in ein <div> einpacken, z.B. output.
Und dann läßt sich jedes Element innerhalb der Ausgabe mit CSS Selektoren ansprechen.
Beispiel:
#output > ol > li

pronto!

Zu Deinem zweiten Punkt:
“ich definiere dies (das title-Tag) eigentlich nur einmal für ein Projekt.”
Also ohne Dir zu nahe zu treten: das ist IMHO schlechter Stil. Und Google & Co. würden sich sicher auch über aussagefähige title-Tags freuen.
Und das Markup der Seiten nur dafür aufzublähen, wäre m.E. auch schlechter Stil.

Kommentar von Fritz — Freitag, 20. Januar 2006 - 17:44 Uhr
Hallo,
ich finde das Suchscript ja sehr gut und habe es bei mir auf dem lokalen Webserver unter PHP 5 getestet. Alles läuft dort prima, aber wenn ich es auf der Site einsetze, wo es eigentlich mal laufen soll, bekomme ich die gleiche Fehlermeldung wie auch schon einige andere Nutzer, nämlich: “Kann die Zieldatei für den Schreibzugriff nicht freigeben. Ein anderer User schreibt gerade. Versuch’s einfach später noch einmal.”
Erst wenn ich dann trotzdem noch mal die Suche starte oder die Seite aktualisiere, klappt es (in die searchlog.txt wird allerdings auch dann nichts geschrieben, während auf dem lokalen Webserver Einträge erfolgen). Seltsam…
Nach den Hinweisen hier im Weblog habe ich den Schreibzugriff überprüft bzw. geändert und CHMOD auf 644 und 777 gestellt und auch einige andere Möglichkeiten ausprobiert, aber es klappt einfach nicht.
Bisher läuft das Script nur testweise und für die Nutzer noch “versteckt", aber ich würde es demnächst gerne auch mit Lizenz einsetzen.
(Etwas verzweifelte) Grüße
Oliver

Kommentar von Oliver — Freitag, 10. Februar 2006 - 11:50 Uhr
das Such-script finde ich hervorragend, es hat mir viel Zeit erspart, es selbst zu entwickeln.
Ich bin gern bereit, eine Lizenzgebühr zu bezahlen, wenn noch folgendes eingebaut wird:
1. Es nervt, dass dir URLs im Klartext gezeigt werden. Lieber wäre mir ein versteckter “Link", der angeclickt zur gesuchten Stelle führt.
2. Es ist unschön, dass auf benachbarten Frames gefundene Suchworte, diese Frames dann in den Such-Frame kopieren. Auch da wäre ein versteckter Link hilfreeich.
Ansonsten bin ich sehr zufrieden!
Gruss, J. Ehrhardt

Kommentar von Joachim Ehrhardt — Freitag, 10. Februar 2006 - 21:43 Uhr
“aus gegebenem Anlaß” kann ich mir folgenden Kommentar nicht verkneifen:
1. Um Hilfestellung von mir zu erhalten, ist es nicht erforderlich, mit einer Bestellung zu “drohen".
2. Änderungen / Anpassungen am Programm erfolgen, wenn dies sinnvoll oder nötig ist; und nicht, weil mir jemand mit dem Erwerb einer Lizenz droht.
3. Ich helfe wenn möglich, auch wenn ein Anwender nicht absolut sattelfest mit HTML, PHP oder CSS ist. Ein anmaßender, forschfrecher, fordernder Fragestil in Verbindung mit erkennbar mangelhaften Kenntnissen des Fragestellers motiviert mich aber nicht besonders zur Hilfestellung.
4. Ich bitte darum, diesen Kommentar nicht zu kommentieren.

Kommentar von Fritz — Samstag, 11. Februar 2006 - 1:45 Uhr
Hallo,
nochmal ne Frage zu Frames
Wo füge ich <base target="Zielframe"> ein,
um die Suchergebnisse im Mainframe anzeigen zu lassen?

Mike

Kommentar von Mike — Samstag, 11. Februar 2006 - 14:30 Uhr
@134 Mike,
hier ist eigentlich nicht der richtige Ort, um html zu lernen.
Viel besser ist dafür http://de.selfhtml.org/
und dort ist auch Deine Frage beantwortet:
http://de.selfhtml.org/html/kopfdaten/ basis.htm#zielfenster

Kommentar von Fritz — Samstag, 11. Februar 2006 - 14:55 Uhr
@Fritz
wo es auf der Seite hinkommt, ist mir schon klar.
Ich wollte vielmehr wissen auf welcher Seite der Code eingefügt wird.
Habs auch so hinbekommen
thx
Mike

Kommentar von Mike — Sonntag, 12. Februar 2006 - 16:24 Uhr
Ich habe heute das Suchscript seit langem wieder aktualisiert. Nun habe ich ein paar Fragen:
1. Kann das gesucht Wort auf der Suchseite ohne searchhi.js nicht mehr hervorgehoben werden? (em class=’searchword’)
2. Kann die Suchzeit nicht abgeschaltet werden?
3. Wieso kann der Link zu dieser Webseite nicht in einem neuen Fenster geöffnet werden?
4. Wie kann sie Reihenfolge der Resultate geändert werden?

Ich denke viele dieser Wünsche könnten in der search.php Datei geändert werden. Doch diese ist leider verschlüsselt, deshalb auch diese Fragen. Ich möchte auch nichts verändern, doch wünsche ich mir individuellere Anpassungen.

Kommentar von markus — Freitag, 3. März 2006 - 20:52 Uhr
Hab noch was vergessen: Ich würde gerne die Tipps mit CSS in einem Kasten anzeigen. Nur habe ich den Ort für die Style-Angabe noch nicht gefunden.

Kommentar von markus — Freitag, 3. März 2006 - 20:58 Uhr
@ 137 markus,
1. seit 04.10.05 ist hierfür searchhi.js zuständig. Vorteil: damit können auch die Treffer auf den Ergebnisseiten gehighlighted werden.
2. nein. Das hat aber auch bisher noch niemand gewünscht.
3. geht doch. Das kann jeder Browser. Aber ich erzwinge es nicht (XHTML läßt das gar nicht zu, und barrierefrei wäre es auch nicht),
4. Die Reihenfolge ist festgelegt (Anzahl der Treffer pro Dokument). Mir ist bisher auch noch keine andere vernünftige Reihung untergekommen (von Googles Ranking mal abgesehen - aber ob das immer vernünftig ist?
5. Tipps in einem CSS Kasten geht tatsächlich nur mittels workaround: Suchtipps in der search_config ausschalten, und selbst hart codieren.

Kommentar von Fritz — Freitag, 3. März 2006 - 21:42 Uhr
@ 139 Fritze
Danke für die Antwort!
2. Also, dann ist es nun soweit: Ich wünsche mir, dass die Suchzeit verborgen werden kann.
3. Du könntest es so machen, dass jeder selber entscheiden kann. In XHTML-Transitional ist es sicher zulässig.

Kommentar von markus — Samstag, 4. März 2006 - 19:57 Uhr
@140 markus
ok., Option Suchzeit verbergen kommt auf die todo Liste.
Und ob ein Link in einem neuem Fenster angezeigt wird, kann jeder selbst entscheiden! Und zwar jeder user, und nicht der Webmaster.
Wie das geht, kann man auch hier noch einmal nachlesen:
http://webdesign.weisshart.de/about.php#infos

Kommentar von Fritz — Samstag, 4. März 2006 - 20:07 Uhr
HAllo,

alo erst einmal supper teil, aber leider gibt es ein fehler.

Un zwar macht er keine lerzeichen zwischen href="..” und target="_blank” so das es eben ein validitäts Problem gibt.

Könnte mir da mal einer sagen wo ich da suchen mus das es ändern kann und dann hätte ich auch gerne den Link also das © auf blank gesetzt nur leider finde ich das auch nicht wo ich das ändern kann.

Es währe schön wenn man da eine lösung finden würde denn bisher sieht die zeile immer so aus: a href="./neuro.php"target="_blank” und das ist ja nunmal falsch so.

Kommentar von Marcel — Sonntag, 5. März 2006 - 11:12 Uhr
@ 141 Marcel,
1. wie kommst Du denn darauf, daß dort ein Leerzeichen stehen muß?
2. Werbelink ausblenden: das geht so

Kommentar von Fritz — Sonntag, 5. März 2006 - 13:01 Uhr
1. Also dadurch: http://www.validome.org/referer gebe da mal http://infobereich.jonas-schulz.de/ suchen.php?q=Neuro als URL ein und es kommen nur fehlermeldungen weil da eben ein lerzeichen fehlt.

Denn es steht ja so da:

<a href="./neuro.php"target="_blank">

2. Ich möchte den Link nicht weck haben sondern nur das er sich im neuen Fenster öffnet.

Kommentar von Marcel — Sonntag, 5. März 2006 - 13:28 Uhr
@ 144 Markus
1. Verwende einen “richtigen” Validator:
http://validator.w3.org/
Aber gut: Ich hab das Leerzeichen eingefügt. Einfach neueste Version downloaden.

2. wie das geht, wurde unmittelbar vor Deiner Frage beantwortet, im Kommentar 141

Kommentar von Fritz — Sonntag, 5. März 2006 - 13:58 Uhr
1. Ich danke dir das du dies ermöglichst hast.
2. Da mus ich aber sagen das du auch den nutzer deines Scriptes die möglichkeit geben solltest dies auszuwählen. *gg*

Kommentar von Marcel — Sonntag, 5. März 2006 - 15:46 Uhr
@Fritz: Du bringst unsere Namen durcheinander !

Wahrscheinlich sind die Surfer auf dieser Webseite alle so versiert, dass sie die Links in neuen Fenstern öffnen können. Ist mir auch absolut klar, dass das geht. Aber ich behaupte, dass mindesten 3/4 meiner Besucher nicht wissen, dass man das kann. Und ausserdem schadet es dem Ansehen von Fritz nicht, wenn der Webmaster entscheiden könnte ob der Link in einem neuen Fenster geöffnet wird.

Kommentar von markus — Montag, 6. März 2006 - 13:15 Uhr
Zum Thema “Link in neuem Fenster öffnen” sollten wir uns hier besser nicht weiter auslassen. Dazu sind schon tausende von Artikeln und Beiträge in ebenso vielen Foren geschrieben worden. z.B. www.validome.org/forum/viewtopicp-45-1.htm

Kommentar von Fritz — Montag, 6. März 2006 - 17:12 Uhr
Lieber Fritz, herzlichen Dank für dein tolles Script. Obwohl ich ne Anfängerin bin, hab ich das wohl irgendwie verstanden und das Ding läuft prima Ich würde die Seite zwar gern noch in meiner Seitenfarbe haben, aber ich glaube mir wird das zu schwierig Verstehe da nur noch “Bahnhof” Schön ist jedenfalls, das meine Intressenten jetzt finden können was sie suchen. Nochmal herzlichen Dank für deine viele Mühe. Gruß aus dem hohen Norden, Nati

Kommentar von Nati — Dienstag, 7. März 2006 - 1:03 Uhr
Hallo, tolles Script. Aber folgende Frage : Da ich .pdf in htm konventiere und nur eine bestimmte Ausgabe brauche, nämlich nur die “Treffer", will ich nicht den Link als Ergebniss haben bzw. der Link soll deaktiviert sein. Welche Möglichkeit gib es da ? Gruß Ika

Kommentar von Ika — Mittwoch, 8. März 2006 - 16:59 Uhr
Das Script ist ja schon eine tolle Sache. Mindestens ebenso gut ist aber die superschnelle Hilfe von Fritz, wenn es Probleme gab wie bei mir offenbar mit der Konfiguration meines Webservers. Dafür auch hier noch mal vielen Dank.
Gruß Oliver

Kommentar von Oliver Katenhusen — Freitag, 10. März 2006 - 19:10 Uhr
hallo fritz!
genau danach habe ich seeehr lange gesucht, wirklich ideal für meine verhältnisse!
leider habe ich ein kleines problem: die suche funktioniert einwandfrei, auf der trefferseite werden die treffer auch hervorgehoben, aber wenn ich dann auf die seite mit dem treffer gehe, habe ich leider kein highlight mehr, ich hab schon alles versucht und weiß nciht woran es liegt!
ich habe hierfür eine test seite eingerichtet, wenn man also nach “test"sucht und den ersten eintrag anwählt sieht man worum es geht!
hast du eine ahnung was da schief läuft?
besten dank!

Kommentar von megawig — Mittwoch, 22. März 2006 - 14:48 Uhr
und immer wieder highlighting
hab eine neue Version der searchhi.js online gestellt. Wer Probleme wie in #152 beschrieben hat: bitte neueste Version downloaden und searchhi.js austauschen.

Kommentar von Fritz — Mittwoch, 22. März 2006 - 18:00 Uhr
Re: und immer wieder highlighting
Ich glaube wir reden da aneinander vorbei, was auch damit zu tun hat, dass du nicht genügend klar anführst, dass das Highlighting nur auf der Suchergebnisseite erscheint. Auf der Trefferseite erscheint es nur, wenn man nur 1 Suchergebnis hat und direkt hinspringt. Im Grund gilt das selbst für die Suche auf diesesr Site.

Der Grund liegt offenbar auf dem fehlenden Response Referer (siehe “Und wie funktioniert das Script?” auf der Seite “Hinweise zur Installation des highlighting"), wie mit Firefox und “Web Developer” leicht überprüfen kann.

Nun kommt der Referer, wenn man zB. von der Google-Ergebnisliste hinspringt. Wäre es nun möglich, dein Suchskript so anzupassen, dass auch beim Springen von der Suchergebnisliste auf die einzelnen Trefferseiten ein Referer mit übertragen wird?

Kommentar von Wolfgang Bujatti — Freitag, 24. März 2006 - 18:54 Uhr
Danke Fritz für die E-Mail Korrespondez und die neue Version.

Für die Allgemeinheit sollte man noch festhalten:
Es funktioniert sehr wohl auch beim Hinspringen auf der Liste, wer jedoch die suchen.php umbenannt hat, muss Korrekturen in der searchhi.js (siehe Kommentar in der Mitte der Datei) und falls in Verwendung auch in der searchterm.js vornehmen.

Danke Fritz === Du bist der Gößte! ===

Kommentar von Wolfgang Bujatti — Samstag, 25. März 2006 - 19:15 Uhr
Hallo Zusammen
Ich hätte eine kleine Frage zu diesem Suchscript.
Kann man die Suchergebnisse auf mehren seiten verteilen??
Gibt es da eine möglichkeit
Danke
Swener

Kommentar von Swener — Freitag, 7. April 2006 - 10:59 Uhr
@156 Swener,
nein, in der aktuellen Version nicht möglich.
Aber mal ehrlich: Du kannst einstellen, wie viele Treffer angezeigt werden. Und wenn Du dann z.B. 20 Treffer zuläßt, und es sind immer noch keine relevanten Ergebnisse dabei, dann wird sich wohl keiner die Mühe machen, auch noch Treffer 21 bis 100 zu durchsuchen.
Ansonsten stell einfach 1000 ein

Kommentar von Fritz — Freitag, 7. April 2006 - 11:16 Uhr
Ich danke Dir für die schnelle Antwort.
im grunde hast Du schon Recht. Ich habe es ein mal mit ca.150 Seiten ausprobiert. Und das Suchscript gibt mir alles so aus wie ich es benötige, sogar ziehmlich schnell
(4,3 sek. für 167 Seiten)*beachtlich*. Deswegen wollte ich die Suchergebnisse teilen, aber 50 Treffer reichen eigentlich auch aus.Was kostet dieses Script wenn ich es kommerziell nutzen möchte?

Kommentar von Swener — Freitag, 7. April 2006 - 12:24 Uhr
Hallo Fritz,

ein fantastisches Skript! Heruntergeladen, die readme-Datei überflogen, auf den Server geladen, getestet: Es klappt!! Auch der “Einbau” des Suchformulars in eine (untergeordnete zum Testen reservierte) Seite klappte ohne Probleme dank (meiner) rudimentären HTML- und PHP-Kenntnisse und einer sehr guten Dokumentation in den Programmen deinerseits. (Und dass die Seite mit den Suchergebnissen auch noch brauchbar aussehen wird, werd’ ich auch gebacken kriegen).

Aber…

Um mein “Aber” besser zu verstehen hier kurz ein paar Informationen zur HP, die ich betreue/pflege:
- Die HP wird zu 90% mittels des Programms web2date erstellt/gepflegt/erweitert.
- dieses Programm erfahre ich als sehr hilfreich für meinen Job.
- dieses Programm hat nun die Gewohnheit “verschwenderisch” mit der Erzeugung von Verzeichnissen/Unterverzeichnissen/ Unterunterverzeichnissen umzugehen. (Die HP besteht z.Zt aus ca. 200 Verzeichnissen/Unterverzeichnissen/ Unterunterverzeichnissen)
- Ein Teil der Verzeichnisse (ca. 10) soll nicht durchsucht werden, weil schon die “Kurzübersicht” auf der Trefferseite Informationen (z.B. Telefonnummern) preisgibt, die nicht für die Öffentlichkeit bestimmt sind. Also müsste ich - anstatt “$alledirs = true;” 190 Verzeichnisse in die “search_config.php” eintragen.

Deshalb meine Frage(n):
- Gibt es in der “search_config.php” eine Stelle, an der ich die Verzeichnisse (nicht Dateien) eintragen kann, die nicht durchsucht werden sollen? [Vielleicht war ich zu blind, diese Stelle zu finden? - das kommt im fortgeschrittenen Alter vor ]
- Wenn dieses Feature nicht vorhanden ist, dann: Wird es das in einer kommenden Version geben und wann voraussichtlich?

Beste Grüße

Cubus

Kommentar von Cubus — Dienstag, 18. April 2006 - 21:08 Uhr
@ 159 Cubus
nein, dieses feature gibt es (noch) nicht.
Ja, es steht auf meiner todo Liste (ziemlich weit vorn).
Und nein, einen Termin für die Umsetzung kann ich nicht nennen.

Kommentar von Fritz — Dienstag, 18. April 2006 - 21:43 Uhr
@ 160 Fritz

Vielen Dank für deine prompte Antwort, ich werde dann halt (hoffentlich nicht zu lange) warten müssen.

Kommentar von Cubus — Mittwoch, 19. April 2006 - 10:41 Uhr
Das Warten hat ein Ende

In der neuesten Version lassen sich einzelne (beliebig viele) Verzeichnisse und Unterverzeichnisse ausschließen.

Kommentar von Fritz — Mittwoch, 19. April 2006 - 13:08 Uhr
OK! suchen.zip heruntergeladen, ausgepackt und auf den Server geladen.
Erster Test mit www./suchen.php mit einem Suchbegriff, der nur einmal im Basisverzeichnis vorkommt: Kein Problem. Dann einen Suchbegriff eingegeben, der mehrfach im Basisverzeichnis der HP vorkommt:

Anzeige der (4) Treffer, doch zuvor Fehlermeldung(en):

Warning: flock(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 437

Warning: fwrite(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 438

Warning: flock(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 439

Warning: fclose(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 440

Warning: fopen(searchlog.txt): failed to open stream: Permission denied in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 504

Warning: fwrite(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 505

Warning: fclose(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 506

In der FAQ auf die Suche gegangen und dabei festgestellt:
1. In der in “search_config.php” steht in der 4. Zeile “error_reporting(E_ALL);”
2. Die “searchlog.txt” hat nen CHMOD: 644
3. CHMOD auf 666 gestellt -> nun weniger Fehlermeldungen:

Warning: flock(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 437

Warning: fwrite(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 438

Warning: flock(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 439

Warning: fclose(): supplied argument is not a valid stream resource in /home/httpd/vhosts/alemannen-realschule.de/ httpdocs/search.php(16) : eval()’d code on line 440

4. In der in “search_config.php” in der 4. Zeile “error_reporting(0);” eingetragen –> Keine Fehlermeldungen mehr.

Was nu? “error_reporting” auf “0″ stehen lassen und weitermachen? (aus dem Auge aus dem Sinn )
Auf jeden Fall erstmal abwarten was Fritz meint.

Nun noch was zu der Erweiterung “auszuschließende Verzeichnisse": Wäre schön gewesen, wenn man auch ne Möglichkeit hätte ganze Verzeichnisbäume auszuschließen, so in der Art: ‘./test/*/’ -> ignoriere das Verzeichnis test und alle Unterverzeichnisse.

Trotz Allem vielen, herzlichen Dank für das so schnell überarbeitete Script

cubus

Kommentar von Cubus — Freitag, 21. April 2006 - 16:04 Uhr
Hallo Fritz,

einfach klasse, Dein Script! - Schlägt alles, was ich mir in diesem Zusammenhang in den letzten drei Jahren habe lesen und testen müssen. - Auch der Weblog hier und Deine Update-Geschwindigkeit (inkl. Release-Doku) sind vorbildlich!

zu 45./46. (Andy) bin ich jedoch der Ansicht, dass es durchaus eine Lösung ohne Index gebe, die sehr Wünschenswert wäre, nämlich durch Rekursion. Das könnte die Suchgeschwindigkeit zwar erheblich reduzieren, könnte aber sogar drei Sucharten unterstützen (Begriff als zusmmenhängender String, UND-Verknüpfung und sogar eine OR-Verknüpfung). - Schön wär es schon. … Habe vor Dein Script allen meinen Kunden als Service anzubieten, von denen Du jeweils einen Lizenzbeitrag erhalten sollst … oder sollte besser der Link auf Deine Site erhalten bleiben ?

Dann noch ein Wunsch/eine Frage (schon wieder) das Highlighting betreffend: Gibt es einen Weg, das Highlighting auf den Ziel-DIV der Ergebnislsite zu begrenzen? In meiner aktuellen Testumgebung in meiner aktuellen Test-Umgebung (http://www.tipteam.de/suchen.php) kommt es immer wieder vor, dass Suchbegriffe z.B. in der Navigation enthalten sind, was dann mit Highlighting schon etwas komisch aussieht.

Ein letztes noch: Was/Wo ist die Fortschrittsanzeige? Bei mir habe ich nix gesehen. Kann ich die Gestaltung selbst beeinflussen? Hätte gern ein annimiertes GIF während der Suche gezeigt.

Besten Gruß
Thomas

Kommentar von Thomas — Dienstag, 25. April 2006 - 15:26 Uhr
@164 Thomas
danke für das Lob

1. Werbelinkfreier Einsatz auf Kundenseiten: bitte einmalig Agenturlizenz erwerben. Hab aber auch nichts gegen den backlink

2. OR Verknüpfung: ob das in einer zukünftigen Version kommt, kann ich nicht sagen. Suchgeschwindigkeit hat jedenfalls Priorität, und vor allem bei Massenhostern ist das jetzt schon kritisch.

3. highlighting anpassen: das müßte individuell im Javascript searchhi.js gemacht werden, das der Seitenaufbau der Trefferseiten bei jedem user anders aussieht.

4. Fortschrittsanzeige: geht NUR, wenn $jump = false gesetzt ist, und auch dann nur, wenn mehrere Unterverzeichnisse durchsucht werden. Ich weiß, das ist sehr schlecht dokumentiert. Das feature werd ich wohl irgendwann wieder rausnehmen.

Kommentar von Fritz — Dienstag, 25. April 2006 - 16:21 Uhr
Hallo.
Das Skript ist wirklich gut und einfach einzurichten.
Einige wenige Punkte hätte ich da noch:

- In der Installationsanleitung steht, dass das Skript nicht in einem Unterverzeichnis liegen darf. Das stimmt definitiv nicht.
Bei mir tut es das und es läuft prima.

- Es wäre schön, im Falle dass bei mehreren Suchbegriffen mit AND nichts gefunden wird, sollte man einstellen können, dass danach zu OR übergegangen wird.

- Weiter wäre es nett, wenn man optional eine Datei oder Datenbanktabelle einrichten könnte, welche Indexbegriffe für PDF- und Bilddateien beinhaltet, so dass auch solche Dateien
gefunden werden können

Ausserdem wäre es toll, eine Art Relevanzquotienten zu haben, nach dem man die Suchresultate sortieren kann.
Z.B. zusammengesetzt aus Anz. Treffern und Timestamp und evt. auch dem Dateityp

Danke und Gruss
Pascal

Kommentar von Pascal — Mittwoch, 26. April 2006 - 11:49 Uhr
Hi Fritz,
dein Suchskript habe ich jetzt mehrfach eingesetzt (mit Lizenz), es läuft hervorragend. Habe heute das letzte Update der search.php übernommen und erleichtert gesehen, dass jetzt keine html-Fetzen oder PHP-includes mehr ausgelesen werden. Das kam gelegentlich vor, obwohl du in unserer Korrespondenz (Okt. 05) bezüglich Title-tags erklärt hast, dass das bewusst ausgeschaltet ist.
Beim Bau einer neuen Kundenseite, deren variables Leben sich in einem festen und recht engen Textrahmen abspielt, habe ich aber jetzt festgestellt, dass je nach Länge des URL-Links die vorgegebene Breite gesprengt wird. Test-URL

Meine Frage: Ließe sich da ein wrap einbauen, das die URL je nach vorgegebener Table-Breite umbricht?

Kommentar von Nicola — Mittwoch, 26. April 2006 - 22:26 Uhr
Sorry, ich vergaß zu erwähnen, dass sich dieses Problem auf Firefox zeigt, während IE, Opera und Netscape 8.1 es in normaler Schriftgröße zeigen, ohne den rechten Rand zu verschieben. Ein Vergrößerungsschritt drückt aber auch hier die Bildleiste nach rechts.

Kommentar von Nicola — Mittwoch, 26. April 2006 - 22:38 Uhr
Hallo!
Erstmal ein Lob für das script, es funktioniert einwandfrei. Ich habe aber ein Anliegen. Es existieren 2 Sprachversionen der Webseite, die durchsucht wird (deutsche und englische Version). Könnte man das Script so anpassen, dass abhängig von der Seite, auf der die Eingabemaske sich befindet auch der Ausgabetext entsprechend in der Sprache angepasst wird? also z.B. bei Suche von index.html -> Ausgabe der Suchergebnisse in Englisch (Kommentare und Tipps), wenn die Suche aber auf index_de.html gestartet wird -> Suchergebnisausgabe, wie sie jetzt ist.

Wäre schön, wenn das möglich wäre.

Grüsse, Holger

Kommentar von Holger — Donnerstag, 27. April 2006 - 10:11 Uhr
@167 Nicola
ja, das kannst Du ganz einfach selbst machen.
@ 169 Holger
Nein, da gibt’s nichts anzupassen. Das kannst Du selbst entsprechend realisieren.
@ all
in letzter Zeit kommen leider immer mehr Anfragen, die erkennen lassen, daß der Verfasser sich nicht viel Mühe gegeben hat, das Problem selbst zu lösen.

Kommentar von Fritz — Donnerstag, 27. April 2006 - 10:52 Uhr
Danke für die schnelle Antwort!
Und ich muss zugeben, dass ich die Personalisierung überlesen habe
Damit ist es natürlich ein Leichtes, das Problem zu lösen!

Grüsse, Holger

Kommentar von Holger — Donnerstag, 27. April 2006 - 11:33 Uhr
Bemüht durchaus und viele Stunden diesen Blog, Google, Self-HTML, PHP und CSS Tutorials gelesen. Aber einem schlüssigen Denkansatz, wo ich die “einfache” Lösung anpacken soll, bin ich nicht näher gekommen. Ein Wink mit dem Zaunpfahl wäre lieb.

Kommentar von Nicola — Freitag, 28. April 2006 - 0:41 Uhr
@ Nicola
na, ein »wrap«, also ein Zeilenumbruch, wird vom Browser bei Bedarf nach einem Leerzeichen eingefügt.
Gib dem Browser das Leerzeichen mit Hilfe der Variable $pfadinfo in der seach_config

Kommentar von Fritz — Freitag, 28. April 2006 - 11:04 Uhr
Danke, Fritz! Der Tipp hat mir soweit geholfen, dass ich $SERVER_NAME; durch leeres “” ersetzt habe und dadurch Zeichen der URL einspare. Gefällt mir noch besser als die stete Wiederholung des servernames. Mir schwebte sowas wie wordwrap oder chunk_split vor, wo man dann in der config nur noch die Parameter anpasst (Vokabeln bei der nächtlichen Suche erst gelernt , aber ich kann kein PHP programmieren und nur in Maßen fertige Skripte anpassen. Das Layout dieser Website ist auf jeden Fall gerettet. Noch mal danke!!!

Kommentar von Nicola — Freitag, 28. April 2006 - 13:13 Uhr
@165 Fritz
Danke erneut für schnelles Antworten!

Dann werd ich wohl in die Highlighting-JS-Quelle selbst einen DIV-Filter einbauen…

Im Web sind Fortschrittsanzeigen im Allgemeinen sowieso unrealistisches Beiwerk. Der normale User aber weiß das nicht und fühlt sich damit einfach besser. Aus Gründen der Usability und Besucherfreundlichkeit würde ich deshalb einen weiteren Parameter begrüßen, der es ermöglicht ein GIF auf die Seite einzublenden, bevor die Suche ausgeführt wird. - Abschaffen würde ich die Funktion auf gar keinen Fall! … Heißt eigentlich “nur” einen zusätzlichen Seiten-Init einzubauen, um das GIF vor der Ausgabe der Suchergebnisse wieder los zu werden. … Statt GIF wäre ‘ne ganze HTML-Seite natürlich noch schöner und die Krönung wäre sicher eine Abbruch-Funktion, wenn die Suche zu lange dauert … - aber was wäre nicht alles noch schön!! Und eine Abbruch-Nachricht an einen Serverprozess zu senden, das ist schon garnicht mehr trivial und würde wohl auch einige Ausführungszeit kosten …

In jedem Fall toll, Dein Script und Dein Service, - auch jetzt schon -, und ohne Einschränkung zu empfehlen!

Wg der Agenturlizenz werde ich mich demnächst bei Dir melden.

Vielen Dank nochmal.
Gruß, Thomas

Kommentar von Thomas — Sonntag, 30. April 2006 - 23:48 Uhr
hi ne Frage hab dein Script und wollte mal fragen wenn ich einen Mainframe benutze und in search_config.php $target = “mainFrame"; eingetragen hab woran liegt das das das script die Resultate nicht in dem mainFrame ausscheist?

LG Holger

Kommentar von Holger — Mittwoch, 3. Mai 2006 - 10:58 Uhr
@176 Holger
am Script liegt’s sicher nicht.
Laß mal ein Beispiel sehen, dann kann ich Dir vermutlich sagen, was Du falsch gemacht hast.
Mit Beispiel meine ich eine Seite im Web.
Und gib mir eine E-Mail Adresse, die auch erreichbar ist. Deine gmx Adresse funktioniert nämlich nicht.

Kommentar von Fritz — Mittwoch, 3. Mai 2006 - 12:00 Uhr
schau mal auf http://www.rme-media.org/

Kommentar von Holger — Mittwoch, 3. Mai 2006 - 13:58 Uhr
@ Holger
- Du verwendest frames, beherrscht aber offensichtlich die dazu erforderliche Technik nicht.
- Du liest anscheinend keine FAQs, obwohl ich dort speziell für Leute wie Dich auch diese Thematik behandle.
- Dein E-Mail account ist nicht erreichbar.
Wie soll man Dir helfen?

Kommentar von Fritz — Donnerstag, 4. Mai 2006 - 14:51 Uhr
Hallo Fritz,
wenn ich die “suchen.zip” von “h**p://webdesign.weisshart.de/suchen.php” unter “download kostenlos hier” herunterlade ist im Archiv eine andere “searchhi.js” Datei als die von Dir auf “h**p://webdesign.weisshart.de/searchhi.js” unter “script” angegebene.
LG Frank

Kommentar von nevanos — Sonntag, 11. Juni 2006 - 17:52 Uhr
Hallo,
ich weiß, personalisieren ist unsere Sache…:)
Aber nur als Vorschlag: Sinnvoll wäre es wenn alle Zeichenketten - auch die aus search.php - in ein include, bspw. lang.php, ausgelagert werden würden. So ließe sich Holgers (post 169) - und nun auch mein - Vorhaben einfacher realisiern, da etwaige Änderungen nicht immer in zwei oder mehreren Sprachversionen angepasst werden müssten.
Wie gesagt, nur ein Vorschlag..
gruß carsten

Kommentar von carsten — Dienstag, 13. Juni 2006 - 12:35 Uhr
@181 carsten
> Wie gesagt, nur ein Vorschlag…
… und ein guter dazu
ist in der todo-list, und wird sicher bei einem zukünftigen größeren release aufgenommen. (aber bitte jetzt nicht nach dem Termin fragen)

Kommentar von Fritz — Dienstag, 13. Juni 2006 - 12:59 Uhr
Sobald ich die Suche starte öffnet sich ein Fenster “Dateidownload suchen.php". Was habe ich falsch gemacht??? Habe die Installationsanweisungen eigentlich befolgt (dachte ich jedenfalls).

Kommentar von Peter — Mittwoch, 14. Juni 2006 - 10:44 Uhr
@183 peter
> was habe ich falsch gemacht? …
… keinen URI, aber dafür eine ungültige E-Mail Adresse angegeben. Da kann ich beim besten Willen nicht helfen.

Kommentar von Fritz — Mittwoch, 14. Juni 2006 - 11:34 Uhr
… wenn Du dies und das noch änderst oder hinzufügst, dann kaufe ich auch eine Lizenz ….
…sonst muß ich mich leider nach einem anderen Script umsehen.

Diese Art von subtilen Drohungen hat mich schon immer zu Höchstleistungen angespornt. Ich lasse dann alles liegen und stehen, und mach mich sofort an die Arbeit.

Kommentar von Fritz — Mittwoch, 14. Juni 2006 - 15:35 Uhr
Hallo,
habe das Gefühl, daß ich kurz vor dem Ziel bin, wenn bloß diese (letzte) Fehlermeldung nicht wäre:

Warning: Cannot modify header information - headers already sent by (output started at /home/htdocs/web23/html/suchen.php:9) in /home/htdocs/web23/html/search.php(16) : eval()’d code on line 520

Habe in diesem Weblog nichts darüber gelesen. Vielleicht kann mir geholfen werden?
Gruß
Ronald

Kommentar von Ronald — Freitag, 23. Juni 2006 - 11:07 Uhr
@ 186 Ronald
probiers mal damit:
http://webdesign.weisshart.de/suchen-faq.php#f34

Kommentar von Fritz — Freitag, 23. Juni 2006 - 23:36 Uhr
Neu:
Das Weblog wird ja von meiner Suchfunktion nicht durchsucht, weil das Weblog die Texte in einer Datenbank ablegt.
Deshalb habe ich jetzt bei den Suchtipps einen direkten Aufruf zur Weblogsuche mit dem gleichen Suchbegriff eingebaut.
Wer das auch will: Mit etwas PHP Kenntnissen sollte diese Anpassung kein Problem sein.
Wer damit nicht zurecht kommt: einfach fragen (und URL nicht vergessen)

Kommentar von Fritz — Sonntag, 25. Juni 2006 - 18:57 Uhr
bug in searchhi.js
Tut mir leid. Die searchhi.js von 14.06.06 hatte einen bug. Das highlighting funktioniert mit dieser Version nicht.
Bitte neu downloaden.

Kommentar von Fritz — Dienstag, 27. Juni 2006 - 10:39 Uhr
Obwohl ich die FAQ und Weblog gelesen habe habe ich das Problem, dass die Suche bei mir nicht funktioniert. Es kommt immer die Meldung :”
Es wurden leider keine exakten Übereinstimmungen mit dem eingegebenen Suchbegriff gefunden.” Die suche.php etc. habe ich alle ins Hauptverzeichnis, also dort wo die index.htm liegt, kopiert. Ebenfalls habe ich in der search_config.php den Wert fürs durchsuchen aller Verzeichnisse auf true gesetzt ($alledirs = true). Was habe ich vergessen oder falsch gemacht?

Vielen Dank.

Kommentar von Thorsten Aumann — Donnerstag, 6. Juli 2006 - 10:40 Uhr
@190 Thorsten,
doch, die Suche funktioniert. Getestet mit Suchbegriff “der": 2 Treffer bei 35 durchsuchten Dateien.
Aufgefallen ist mir der Pfad “home.htm?” also mit Fragezeichen am Ende. Der Zweck dieses Fragezeichens erschließt sich mir nicht, könnte aber die Ursache für das Problem sein. Ich vermute, daß die Site nur mit Javascript navigiert werden kann. Ein PHP Script versteht aber kein Javascript.
Anm.: Suchmaschinen wie Google verstehen übrigens Javascript auch nicht.

Kommentar von Fritz — Donnerstag, 6. Juli 2006 - 11:50 Uhr
Also das ? nach home.htm kommt immer dann, wenn Teil eines Frames aufgerufen wird und dieser dann per JavaScript vollständig in das ganze Frame-Set eingebaut wird. Normalerweise geschieht das aber nur, wenn jemand von einer Suchmaschine über einen Teilframe zu unserer Seite gelangt.

Des weiteren stimmt es, dass zwar etwas gesucht wird (35 Dateien) jedoch werden keine Unterverzeichnisse, in denen eigentlich das wichtige steht, durchsucht. Die zwei gefundenen Dateien befinden sich nämlich in keinem Unterverzeichnis.

Die Navigation welche in einem eigenen Frame ist, funktioniert mit Java. Ist das dann der Grund, warum keine Unterverzeichnisse durchsucht werden können?

Kommentar von Thorsten Aumann — Donnerstag, 6. Juli 2006 - 14:15 Uhr
und schon wieder jemand, der die prinzipiell nicht behebbaren Nachteile von Frames mit einem Workaround beheben will, und jetzt Probleme mit dem Workaround hat. Tut mir leid, wenn ich das so sagen muß.
Mehr dazu hier:
http://www.subotnik.net/html/frames.html

Kommentar von Fritz — Donnerstag, 6. Juli 2006 - 15:02 Uhr
Script funktioniert soweit. Habe nur folgendes Problem: In der search_config.php habe ich $query = “/index.php?inhalt="; geändert. Nun werden aber bei meinen Suchergebnissen keine Unterverzeichnisse angezeigt.
Bsp.: http://domain.de/index.php?inhalt=file.html
obwohl sich “file.html” im Unterverzeichnis “files” befindet.

Kommentar von Dennis — Freitag, 28. Juli 2006 - 14:55 Uhr
hallo fritz
dolles script hast du da
kannst du mir sagen wie ich verhindere dass php-tags angezeigt werden?
wär dankbar
thx emse

Kommentar von emse — Montag, 7. August 2006 - 15:55 Uhr
@8 emse,
PHP tags werden nicht angezeigt.
Um das Problem einzugrenzen, brauche ich
1. eine Adresse im Web mit dem Problemfall
2. einen Suchbegriff, der zur Anzeige von PHP tags führt
3. die angepaßte search_config.php per E-Mail

Kommentar von Fritz — Montag, 7. August 2006 - 21:11 Uhr
Hallo,
in einem kleinen Testverzeichnis mit wenigen Html Seiten funktioniert das Script auf meinem Server prächtig. Super Teil ! In meinem Hauptverzeichnis mit ca. 300 - 350 z.T. gut gefüllten Html Seiten (Script begrenzt auf Html-Dateien-Suche und nur Hauptverzeichnis) dauert die Suche aber zunächst ca. 20 Sekunden, dann sagt eine 1&1 Provider-Fehlerseite:
Error 500: Interner Serverfehler
Das angegebene Skript konnte nicht fehlerfrei ausgeführt werden!

Kann es sein, daß der Server eine zu lange laufende Suchzeit als Fehler darstellt und es daher nicht funktioniert ?
Viele Grüße
Dierk

Kommentar von Dierk — Sonntag, 27. August 2006 - 12:13 Uhr
@197 Dierk
ja, das ist 1&1, wie es leibt und lebt

Kommentar von Fritz — Sonntag, 27. August 2006 - 12:42 Uhr
OK, Danke für die schnelle (und ernüchternde Antwort), hätte Euer Script gerne eingesetzt … soll halt nicht sein … bleibe 1&1 dennoch treu
Dierk

Kommentar von Dierk — Sonntag, 27. August 2006 - 13:08 Uhr
Dass das Highlighten der Suchbegriffe ist auch so möglich, wenn man z.B. Google Maps und dieses highlight Skript gleichzeitig aufrufen will (Bei den Google Maps ist das onload im Bodytag vorgegeben):

Da das Google Skript auf deren Server läuft kann man es auch nicht entsprechend umschreiben um einen Aufruf aus dem Skript selbst zu machen. Über Stil kann man diskutieren, ob das bei Google fruchtet hab ich nicht ausprobiert, die Lösung hier funktioniert jedenfalls auch und sofort.

Kommentar von michael — Freitag, 8. September 2006 - 16:29 Uhr
Das Beispiel vom vorigen Kommentar wurde natürlich ausgefiltert: hier nochmal die gekürzte Schnipsel, befindet sich im body tag:onload="Highlight() ; preloadImages() ; load()" onunload="GUnload()"

Kommentar von michael — Freitag, 8. September 2006 - 16:32 Uhr
Hallo!

Punkt1
Ich habe hier gelesen, das Script würde in einen eigenen Ordner (z.B. /suche/suchen.php) nicht funktionieren. Ich habe das trotzdem getestet und die zu durchsuchenden Verzeichnisse mit “../” statt “./” angegeben. Es funktioniert einwandfrei. Einzige Ausnahem ist die Anzeige der URL (nicht aber der Link selbst) in den Suchergebnissen. Dort ist jetzt ein “.” zuviel, bzw. auch noch der Ordnername des Suchverzeichnissen zu lesen. Der Link aber funktioniert.
Ich denke diese Ausgabe findet in dem von dir verschlüsselten Teil statt. Das sollte doch aber eine Kleinigkeit sein diese Dinge in der Ausgabe der URL per PHP abzuschneiden - falls gewünscht. Man könnte auch eine eigene Variabel für ein möglicherweise gewünschtes eigenes Verzeichniss in der search-config angeben lassen.

Punkt2
Ausgabe Seitentitel oder Dateiname
Meine Dateien besitzen alle den Namen index.php - daher scheidet diese Möglichkeit für mich leider aus. Die Seitentitel sehen bei mir so aus: “Startseite - leider ganz langer Name des Vereins der auf jeder Seite steht". Das ist natürlich auch nicht die ideale Überschrift. Es wäre super, wenn es eine Möglichkeit gebe einen/diesen immer wiederkehrenden Begriff auf der Suchergebniss-Seite einfach abschneiden zu lassen. Beispielsweise durch Angabe in der search-config.

PS: dieses div hier in deinem Blog ist dem IE6 zu breit und rutscht nach unten - unter das Ende des rechten divs. Das ist übrigens ausnahmsweise auch richtig so. Denke du hast das einfach noch nicht gesehen.

Kommentar von Peter — Donnerstag, 14. September 2006 - 12:51 Uhr
Hallo
Zuerst mal vielen Dank, dass Sie das Script zu Verfügung stellen. Gefällt mir sehr gut. Ich habe mich Schritt für Schritt durch die Anleitung durchgearbeitet und die Suche funktioniert auch, allerdings nur im Route-Verzeichnis. Was habe ich falsch gemacht, dass die Unterordner nicht durchsucht werden. Die PHP Version des Providers ist 5.1.6. und ich arbeite mit Frontpage 2003. Die Suche im Frame http://www.ciqcaq.ch/Pilze/frame_giftpilze.htm oben ist mit einem S gekennzeichnet, da ich es mal produktiv geschaltet habe. Über eine Antwort würde ich mich sehr freuen und bin selbstverständlich auch bereit einen Unkostenbeitrag zu leisten. Mit freundlichem Gruss. Thomas Flammer

Kommentar von Thomas Flammer — Montag, 18. September 2006 - 23:12 Uhr
@203 hat per E-Mail geantwortet:
Ich hatte ihnen heute eine Frage gestellt. Das Problem konnte ich lösen (hatte Pflotsch vor den Augen, wie wir Schweizer so schön sagen), ich sah den Parameter nicht der sich in der Grundeinstellung nur auf das Route-Verzeichnis limitierte. Auf jedenfalls ganz herzlichen Dank, habe riesige Freude an der tollen Funktionalität. Genial.

Kommentar von Fritz — Dienstag, 19. September 2006 - 11:24 Uhr
Hallo,
erstmal ein Lob an den Autor, das Script ist toll.
Ich habe aber folgendes Problem , wenn ich das Suchtool für ein Verzeichniss mit sehr vielen Dateien (z.B. 1000 html-Dateien) verwende
erhalte ich die Fehlermeldung:
“Fatal error: Maximum execution time of 45 seconds exceeded in search.php” .
Leider habe ich keine Möglichkeit diesen Wert zu erhöhen.
Habe in diesem Weblog nichts darüber gelesen. Vielleicht kann mir geholfen werden?

Kommentar von Joachim Schulz — Mittwoch, 11. Oktober 2006 - 10:11 Uhr
Hallo, wirklich cooles sript. Will es auf einer englischsprachigen Website einbauen, habe aber in der config leider den Satz “Es wurden ## Dokumente gefunden” nicht gefunden. Wo kann ich diesen Satz übersetzten? Hat mal jemand versucht das ganze Script zu übersetzten? Wäre für eine Antwort sehr dankbar.

Kommentar von Tilman — Donnerstag, 19. Oktober 2006 - 15:23 Uhr
@206 Tilman
in der config die Zeile
# $foundtxt = “Dokumente gefunden";
entkommentieren (das # entfernen), und den Text übersetzen.
“Es wurde(n)” steht dann da nicht mehr, weil der Satzbau eben in jeder Sprache anders ist.

Ja, es gibt viele Übersetzungen. Aber leider ist mir bisher keine wirklich saubere Übersetzung untergekommen, die ich guten Gewissens übernehmen könnte.

Kommentar von Fritz — Donnerstag, 19. Oktober 2006 - 15:38 Uhr
Danke, hatte die Zeile schon übersetzt, und mich gewundert warum immer noch das Deutsche angezeigt wird. Das Script läuft wirklich gut, kompliment nochmal!

Kommentar von Tilman — Donnerstag, 19. Oktober 2006 - 16:51 Uhr
@205 Joachim Schulz
in diesem Fall kann ich nicht wirklich helfen: der Server ist einfach zu langsam. Es gibt Anwender, die mehrere 10.000 Dateien in akzeptabler Zeit durchsuchen: Beispiele
Und mal ehrlich: welcher Besucher will länger als 45 Sekunden auf das Ergebnis einer Suchanfrage warten?

Kommentar von Fritz — Freitag, 20. Oktober 2006 - 13:31 Uhr
Das Skript (unverändert in den root kopiert) funktioniert, liefert aber falsche Pfade als Treffer, z.B.:
http://www.ref.ch/suchen.php/ueber_uns.html
richtig wäre natürlich:
http://www.ref.ch/ueber_uns.html
was mache ich falsch oder was muss ich “konfigurieren” (ich liiiiebe das!!)

Kommentar von Nikolaos — Sonntag, 5. November 2006 - 21:09 Uhr
@ 210: Das Skript scheint weder mit Firefox 2.0, noch mit Netscape 7.1 zu funktionieren! mit Opera 9 und IE 7 geht es einwandfrei!

Kommentar von Nikolaos — Montag, 6. November 2006 - 2:21 Uhr
@211
Faszinierend!
Ein serverseitiges Script, das abhängig vom clientseitigen UA mal funktioniert, mal nicht.
Nebenbei scheint das Funktionieren auch noch vom Betrachter abhängig zu sein

Kommentar von Fritz — Montag, 6. November 2006 - 13:10 Uhr
Warum ist die Ausgabe der Treffer immer nur nach der Anzahl der
Treffer auf einer Seite sortiert? Viel logischer und oft wichtiger ist für
mich die Ausgabe der Treffer (egal wieviel auf einer Seite) nach dem
neuesten Datum. Kann mann die Ausgabeliste nicht sortierbar machen
auch nach Treffern neuster Herkunft. Praktisches Beispiel: Viele Artikel
zu einem bestimmten Thema auf einer Homepage, z.B. Klimaschutz.
Jetzt will ich ncht unbedingt ganz obe die älteste Seite mit den meisten treffern angezeigt bekommen, sondern viel lieber ganz oben die Seite sehen,
die vom Datum her die aktuellste Seite ist. Gruß aus Stuttgart. Joachim Brandmaier

Kommentar von Joachim Brandmaier — Dienstag, 7. November 2006 - 0:45 Uhr
@ 213 Joachim Brandmaier

Wie wahr!
Jakob Nielsen, unzweifelhaft eine “erste Adresse", wenn es um usability geht, hat das schon 2002 moniert: useit.com

Welches Kriterium allerdings die höchste Relevanz verdient? Ich weiß es nicht. Ob die Aktualität einer Datei das bessere Kriterium ist?
Ich halte jedenfalls nicht viel davon, die Entscheidung über das Sortierkriterium auch noch dem Suchenden aufzubürden. Der ist in aller Regel bereits mit der Formulierung eines sinnvollen Suchbegriffs aufs Äußerste gefordert. Und der Prozentsatz der Suchenden, die einen zweiten Schritt gehen, wenn der erste nicht zum Erfolg führt, dürfte gegen Null gehen. Ein Blick in die Logdatei des Suchscripts bestätigt leider diese Annahme.

Kommentar von Fritz — Dienstag, 7. November 2006 - 1:12 Uhr
Hallo,

super Script! Gibt es das Script auch ohne die Verschlüsselung in der search.php? Ein paar haben hier geschrieben “Wenn man die Zeile… ändert…". Daher gehe ich davon aus das die den Quellcode gesehen haben. Bekommt man den wenn man eine Lizenz gekauft hat? Ich würde nämlich ganz gerne das Script an der ein oder anderen Stelle gerne ein bisschen an meine Bedürfnisse anpassen die aber individuell sind und daher nicht der allgemeinheit von nutzen ist.

Was für die Allgemeinheit interessant wäre, wäre z.B. das man vlt. Titel für die Seiten eingibt (so das bei den Suchergebnissen nicht der Dateiname angezeigt wird sondern der Titel wie z.B. test.php usw). Und das man den Link genauer angeben kann. Also ich habe meine seite so das ich eine ID in der URL übergebe die dann anhand eines arrays den Dateinamen raus sucht. Mit deinem Script bekomme ich es nicht hin, da er immer ./test.php an die URL hängt. Das ruft natürlich einen Fehler hervor.

Gruß Moe

Kommentar von Moe — Sonntag, 19. November 2006 - 20:01 Uhr
Ich habe die Suche bei mir eingebaut. Allerdings funktioniert sie nicht 100%tig. Ich habe in dem Ordner der durchsucht wird unter anderem zwei Dateien. Die eine heißt impressum.php und hat als Inhalt das Wort “Impressum” und in der anderen Datei ist das Wort “Ansprechpartner” und heißt ansprechpartner.php. Wenn ich in meiner Suche nach “Impressum” suche dann findet die Suche einen Treffer und zeigt mir auch die Datei an. Wenn ich nach “Ansprechpartner” suche findet er keinen Treffer.

Gibt es da eine Lösung für?

Gruß Moe

Kommentar von Moe — Sonntag, 26. November 2006 - 20:06 Uhr
@215 Moe,
für dieses Verhalten gibt es genau 4 mögliche Erklärungen:
1. Der genaue Suchbegriff ist in der genannten Datei gar nicht enthalten.
2. Die Datei wird per search_config von der Suche ausgeschlossen, bzw. gar nicht eingeschlossen.
3. Die Datei ist fehlerhaft.
4. Das Script ist fehlerhaft installiert bzw. konfiguriert. Häufiger Fehler: FAQ
Näheres läßt sich aber ohne Kenntnis des “Patienten” nicht sagen.

Kommentar von Fritz — Sonntag, 26. November 2006 - 20:34 Uhr
Ok Danke.

Wie kann ich die Farbe der Highlights ändern? Kann ich eigentlich das so einstellen das nur in einem bestimmten Bereich die Highlights angezeigt werden (so das ich z.B. die Navi ausklammern kann)?

Kommentar von Moe — Montag, 27. November 2006 - 17:42 Uhr
Also ich habe den Fehler gefunden. Weiß nicht ob es daran liegt das es gewollt ist oder ob es ein Bug ist. Das Script kann nur ab den ersten 5 Zeichen Wörter erkennen. Ich habe aus testzwecken nur zwei dateien gemacht mit jeweils einem wort drin. Wenn man jetzt 5 beliebige zeichen vor die wörter setzt findet er sie. Also kannst ja mal gucken und bescheid sagen ob es gewollt ist oder ein Bug.

Gruß Moe

Kommentar von Moe — Montag, 27. November 2006 - 18:04 Uhr
@Moe
> Das Script kann nur ab den ersten 5 Zeichen Wörter erkennen
Das halte ich für ein Gerücht.
> Also kannst ja mal gucken
Wie denn? Wo denn?

Kommentar von Fritz — Montag, 27. November 2006 - 19:15 Uhr
ja das liegt daran das standardtmäßig eingestellt ist das er erst bei “<body” anfängt zu suchen, d.h. das er erst danach anfängt (5 Zeichen) und da ich mein HP mit PHP gemacht habe so das ich nur die Text Dateien Include und auch nur diese durchsuche gibt es natürlich kein “<body"… du verstehst?

Gruß Moe

Kommentar von Moe — Mittwoch, 29. November 2006 - 18:52 Uhr
Super Script.

Eine Frage: Habe als gewünschte Anzahl der Ergebnisse 500 eingetragen. Die Auflistung mit Nummern bleibt jedoch zweistellig. Es werden zwar 500 Ergebnisse angezeigt, aber nach Nr. 99 folgt 00 und dann wieder Neubeginn der Zählung.

Kommentar von Norbert — Sonntag, 31. Dezember 2006 - 23:31 Uhr
@221 Moe,
search_config:
// wenn der $limit_start nicht im Dokument vorkommt,
// wird das Dokument von Anfang an durchsucht!
Wer lesen kann, ist klar im Vorteil

Kommentar von Fritz — Montag, 1. Januar 2007 - 15:02 Uhr
@222 Norbert,
ich gehe mal einfach davon aus, dass es sich bei der Einstellung “500 Ergebnisse anzeigen” um einen Silvesterscherz handelt

Kommentar von Fritz — Montag, 1. Januar 2007 - 15:07 Uhr
Die Frage war kein Silvesterscherz

Das Problem bleibt auch bei 101 Ergebniswerten. In der Scrip-Kommentierung heißt es: “kann beliebig hoch gesetzt werden". Faktisch wird nur bis 99 gezählt.

Prosit Neujahr !

Kommentar von Norbert — Montag, 1. Januar 2007 - 17:08 Uhr
@225 Norbert,

Sachen gibt’s …
Ich konnte mir nie vorstellen - und kann es immer noch nicht - dass jemand mehr als 99 Treffer anzeigen lässt; einfach weil ich mir nicht vorstellen kann, dass ein Suchender sich mehr als die ersten maximal 20 Treffer anschaut.

Wie auch immer:
Das Script kann sehr wohl weiter als bis 99 zählen.
Und nein, ich hab die Treffer nicht manuell gezählt. Mein Browser zeigt auch die dreistelligen Ordnungzahlen.
Es ist - wie so oft - ein Problem mit dem IE, der CSS nicht korrekt umsetzt.
Abhilfe:
In der CSS den linken Rand für Listenelente höher setzen, z.B

li {margin: .8em 3.5em;}

Kommentar von Fritz — Montag, 1. Januar 2007 - 18:39 Uhr
Ja - das war’s. Die von Ihnen vorgeschlagene Änderung hat das Problem gelöst.
Herzlichen Dank für Ihre Hilfe.

Kommentar von Norbert — Montag, 1. Januar 2007 - 22:54 Uhr
Tolles Suchscript. genau das hatte mir noch gefehlt für meine momentane Arbeit. Aber leider scheine ich trotz der FAQs und des Weblogs den Wald vor lauter Bäumen nicht zu sehen. Du schreibst, dass alle Meldungen personalisiert werden können. Aber wie schaffe ich es, dass der “Vorschlag” (Oder Sie versuchen es einfach mal mit Suc.) nicht angezeigt wird, wenn die Suche ergebnislos war?
Es scheint ja zu funktionieren, da diese Meldung auf einigen anderen Sites aus deiner Referenzliste auch nicht angezeigt wird.

Wenn ich $vorschlag = “"; oder #$vorschlag = “"; schreibe, komme ich nicht zum gewünschten Ziel. Was mache ich falsch?

Kommentar von Daniela — Mittwoch, 3. Januar 2007 - 20:20 Uhr
@228 Daniela,
hm, bug
ich hab’s mal vorgemerkt, danke schön.

Kommentar von Fritz — Mittwoch, 3. Januar 2007 - 22:11 Uhr
Installiert - und was soll ich sagen - ich bin begeistert. Klasse; weiter so…

Harry

Kommentar von Harald Wurth — Dienstag, 9. Januar 2007 - 18:45 Uhr
Das Script arbeitet einwandfrei, vielen Dank.
Ich habe das mit den Verzeichnissen bzw. Unterverzeichnissen verstanden und eingestellt.
Ich habe bei meinem Provider ein Paket mit 3 Domainadressen, die auf einer Ebene in drei Ordnern verwaltet werden. Ich habe für jede Domain eine Suche eingerichtet.

Ich würde gerne die Suche global auf allen 3 Webseiten laufen lassen.
Ich kann ja wohl nicht ein Verzeichnis nach oben wandern, oder?!

Hast Du einen Vorschlag, wie ich das geschickt realisieren könnte?

Gruß
Jan

Kommentar von Jan — Montag, 15. Januar 2007 - 21:57 Uhr
@230 Jan,
> Ich kann ja wohl nicht ein Verzeichnis nach oben wandern, oder?!
Wenn du das kannst, dann installiere das Script dort. Falls nicht, dann darf dein Vorhaben nach meiner Kenntnis nicht funktionieren.

Kommentar von Fritz — Montag, 15. Januar 2007 - 22:25 Uhr
Hallo!
Script finde ich prinzipiell super, ich kann nur leider auch die Ergebnisse nicht sehen?! Habe Version vom 19.12.2006 und alles nach Schritt für Schritt-Anleitung gemacht, FAQ gelesen, Blog durchsucht. Uschi hatte das gleiche Problem aber die Antwort hilft mir nicht weiter..
Nach Abfrage der Suche wird vom search.php include
“Sie suchen nach “test” …” ausgegeben und dann bricht die Verarbeitung offensichtlich ab, da danach kein Seitencode mehr kommt.
Fehlerausgabe gibt es auch keine, trotz E-ALL

jetzt weiß ich nicht mehr weiter..
bitte um Hilfe, würde gerne Lizenz für gewerbliche Nutzung erwerben, wenn das reibungslos funktioniert..

lg,
Bernhard

Kommentar von Bernhard — Mittwoch, 17. Januar 2007 - 23:41 Uhr
Hallo!!

Ein wirklich tolles Suchscript!!

Habe jetzt aber leider auch ein Problem da ich nur noch eine Fehlermeldung
bekomme!!

Zu sehen ist das ganze Hier

Für Hilfe wäre ich sehr dankbar!!

Gruß

Simone

Kommentar von Simone Weber — Dienstag, 20. Februar 2007 - 15:00 Uhr
hallo fritz,

ich möchte die suche auf einer seite einbinden und den suchbereich mit limit_start und limit_end eingrenzen (damit die sich wiederholende linke und rechte spalte in suche nicht immer einbezogen wird).

wie kann ich diesen bereich eingrenzen ohne auf body o.ä. tags angewiesen zu sein.

ideal erscheint mir die möglichkeit, wenn ich dies per kommentar bewerkstelligen könnte, z.B.

$limit_start = “<!- - cont-start - ->";
$limit_end = “<!- - cont-ende - ->";

oder zB

$limit_end = “contende";

dies funktioniert jedoch nicht.
in den faqs und im blog habe ich dazu nichts gefunden und hoffe auf diesem wege auf eine lösung.

vielen dank!

Antwort:
Doch, das sollte so funktionieren. Vermutlich ist der Bindestrich im Start- und Endewort der Übeltäter.
Also:
$limit_start = “<!- - contstart - ->";
oder
$limit_start = “<!- - cont_start - ->";

und es sollte klappen.

Kommentar von Julius — Freitag, 9. März 2007 - 18:02 Uhr
stimmt - den bindestrich mag “er” nicht.

vielen dank für die schnelle antwort!

Kommentar von Julius — Dienstag, 13. März 2007 - 20:31 Uhr
Hallo,

ist es möglich eine Bildersuchabfrage mit einzubinden? Also das man nach einem Schlagwort sucht und dazu die zugehörigen Bilder angezeigt werden, die zB im <alt> oder <title> tag stecken?

Gruß alex

Antwort:
$tags = true; in der search_config.php setzen.

Kommentar von alex — Donnerstag, 15. März 2007 - 16:52 Uhr
hallo, danke das ist schonmal nen super anfang. kann ich die suche nun auch so einstellen das nur ein bestimmter tag durchsucht wird?
Antwort: nein

und ist es möglich anstatt text die bilder anzuzeigen in denen sich das suchwort befindet?
Antwort: ja, ruf’ die entsprechende Seite auf.

beste Grüße
alex

Kommentar von alex — Sonntag, 18. März 2007 - 9:25 Uhr
Hallo,
ich teste das Script mit Erfolg und Zufriedenheit. Habe aber anscheinend einen kleinen Fehler gefunden:
Wenn ich die Mindestlänge für den Suchstring z.B. auf 4 erhöhe, erscheint bei null Treffern der Vorschlag Mit Link: “Versuchen Sie’s doch mal mit xxx” (3 Zeichen(!)). Klicke ich den Vorschlag an, erscheint: “Mindesteingabe: 4 Zeichen!”
Den Vorschlagstext habe ich eliminiert, aber der Vorschlagslink mit falschen 3 Zeichen erscheint weiterhin…
Gruß
Dirk

Antwort:
Danke für den bug. Ist im aktuellen download korrigiert.
Gleichzeitig hab’ ich die Möglichkeit geschaffen, per config diesen Vorschlag ganz auszublenden.

Kommentar von Dirk — Dienstag, 20. März 2007 - 10:55 Uhr
Guten Tag!
Das Suchscript ist eine feine Sache. Leute wie ich ohne Kenntnisse von JavaScript sowie praktisch keinen Kenntnissen in PHP bekommen damit ein mächtiges, flexibles und recht gut dokumentiertes Tool an die Hand. Recht herzlichen Dank dafür!

Nachdem ich mich nun 2 Tage mit dem Tool befasse und die Suche bereits implementiert habe, habe ich einige Anmerkungen. Zuvor jedoch zur Doku zwei Links:
http://www.tcbislich.de/suchtest/suchen.php?q=anfahrt
http://www.tcbislich.de/suchtest/anfahrt.htm (die einzige HTML-Datei, die im Ordner ’suchtest’ gefunden werden kann)

1. Anzeige von ‘URL’
Beim ersten Link ist die angezeigte URL falsch. Der dahinter liegende Link ist korrekt - dies ebenso in der ersten Zeile. Die URL-Anzeige enthält 2 (!) Fehler:
a) Bei meiner Variable $pfadinfo ist auch ‘/ORDNER/’ angegeben. Diese Angabe ist (fast - siehe 2.) komplett überflüssig.
b) Die angezeigte URL enthält nach ‘/ORDNER/’ noch einen Punkt, der ebenfalls überflüssig ist, dessen Herkunft ich aber nicht erkennen kann.

2. Wird - wohl verursacht durch die Ablage des Skripts in einen eigenen Unter-Ordner - eine URL wie oben angezeigt, mit der Suche nur 1 Ergebnis gefunden UND die direkte Weiterleitung zum Ergebnis eingeschaltet, dann wird das Suchergebnis nicht gefunden.
So war das bei meinem ersten Test direkt nach der Installation. Inzwischen kann ich dieses Ergebnis aber nicht mehr nachstellen, weil die direkte Weiterleitung nicht mehr funktioniert. Der Vollständigkeit halber:
$jump = true;

3. Highlightning auf den Zielseiten / Konflikt mit 2 JS-Dateien
Ich teste meine HP mit diversen Browsern. Beim IE7, FF 2.0.3 sowie Opera 9.1 ist alles ok. Bei IE 6 SP1 (sowie 5.5) hingegen nicht. Im Beispiel
http://www.tcbislich.de/suchtest/anfahrt.htm (siehe Quelltext)
sind 2 JS-Dateien eingebunden. Davon wird jeweils nur die zweitgenannte ausgeführt (bzw. deren Funktionalität). Aktuell funktioniert das Highlightning. Das ausklappende Hauptmenü funktioniert nicht.
Möglicherweise liegt das daran, daß searchhi.js ein paar Scriptfehler enthält (laut meinem Test mit dem Tool ‘ScrypTik113′). Das war zumindest dem Feedback aus einer JS-Newsgroup zu entnehmen. Letztlich bin ich hier aber nicht aussagefähig, da meine JS-Kenntnisse gleich Null sind.

So, nochmals vielen Dank für das Skript und beste Grüße
Jürgen Terlinden

Kommentar von Jürgen Terlinden — Sonntag, 8. April 2007 - 18:15 Uhr
Ein hervoragendes Script. Gratuliere! Leider gibt es die bekannten Einschränkungen bei grossen Websites. Eine Konkurrenz “PlanetSearch iX” hat das Problem mit einem Text-Indexfile gelöst. Das Script hat dafür aber andere Nachteile. Sie sollten fusionieren, dann käme ein perfektes php-Script für alle Bedürfnisse heraus.

Gruss
Erich

Kommentar von Erich — Freitag, 13. April 2007 - 15:59 Uhr
Hallo, ich habe mir gestern das Script runtergeladen und würde es auch gerne lizensieren, wegen dem Link. Es funktioniert soweit auch gut, allerdings funktioniert das Ausschließen einzelner Unterverzeichnisse nicht.

Antwort: War ein bug Bitte die aktuelle Version downloaden (nur search-php austauschen)

Kommentar von Steffi — Freitag, 20. April 2007 - 15:26 Uhr
Ganz vergessen: Tolles Script und ein feiner Zug es kostenlos anzubieten, danke! Aber wenn das mit dem Ausschließen noch hinhaut, dann werde ich es lizensieren um es öfter zu verwenden.
Viele Grüße
Steffi

Kommentar von Steffi — Freitag, 20. April 2007 - 15:30 Uhr
Hallo, ich habe das Suchskript bereits im werbefreien Einsatz und bin im Alltag über ein unerwünschtes Phänomen gefallen: Das Allerweltswort “ist” ist wahrscheinlich vom Script bei der Suche ausgeschlossen worden. Das ist nachvollziehbar, um wahrscheinlich tausende von Treffern zu vermeiden (könnte man aber den Anwendern überlassen - die müssen wissen, was sie eingeben ).
Die Folge: Lautet der Suchbegriff z.B. “bist", “List", “Lagerist” etc., werden nur Treffer für “b", “L” und “Lager” angezeigt. Versuche mit den Wortendungen “und"/"oder” etc. unterliegen nicht dem gleichen Effekt.
Gibt es eine “schwarze Wortliste"? Kann man die verändern/ausschalten?
Danke und Gruß
Dirk

Antwort:
Die “Liste” ist als array in der searchhi.js unter dem Kommentar // words not to be highlighted: zu finden.
Ich hab’ die folgende Zeile einfach mal wegkommentiert.

Kommentar von Dirk — Mittwoch, 25. April 2007 - 10:14 Uhr
Hallo Herr Weisshart,

habe ein kleines Problem mit dem Suchescript. Auf dem Server schreibt es nichts in die searchlog.txt und in die reload.txt. Die Dateien suchen.php, search_config.php, search.php, sowie die beiden txt-Dateien liegen allei m Root. In der search_config.php ist $pfadinfo = “www.domain.de"; gesetzt. Lokal und bei einem anderen Projekt gibt es keine Probleme.

Besten Dank

Antwort:
1. Haben die zahlreichen Hinweise zu genau diesem Thema in den FAQ und hier in den Kommentaren nicht geholfen? Was passiert, wenn die Dateirechte entsprechend den Hinweisen gesetzt werden?
2. Welche Fehler werden angezeigt, wenn mit error_reporting(E_ALL); in der search_config.php alle Fehlermeldungen eingeschaltet werden?
2. Nachdem es auf einem Server läuft, auf einem anderen nicht: was ist der Unterschied in der Serverkonfiguration?

Fritz

Kommentar von Lutz — Donnerstag, 3. Mai 2007 - 11:27 Uhr
Vorab ein großes Lob für dieses Suchscript, dass durch Einfachheit und Funktionalität besticht!

Mir ist ein kleiner Bug aufgefallen:
Wenn ich in der “search_config.php” den Wert bei $jump auf false setze (also $jump = false), dann wird der Suchtip Nr 4 ($suchtip4) auf der ausgegebenen “suchen.php” nicht mehr angezeigt Kann man das irgendwie ändern?

MfG
EBA

Antwort:
Der Suchtip Nr. 4 lautet (im Original):
$suchtip4 = “Falls die Suche nur einen einzigen Treffer ergibt, wird die Trefferseite direkt angesprungen.";
… und dieser Hinweis sollte tunlichst nicht angezeigt werden, wenn dieses feature per $jump="false” ausgeschaltet ist.
Also: KEIN Bug, sondern ein feature

Kommentar von EBA — Sonntag, 6. Mai 2007 - 22:01 Uhr
Das Skript an sich ist wirklich sehr gut, nur vermisse ich ganz dringend eine praktischere Möglichkeit anzugeben, welche Verzeichnisse / Unterverzeichnisse in die Suche einbezogen werden sollen und welche nicht.

Ich hätte es z.B. gern, wenn ich angebe, dass das Verzechnis “/Obstsorten/” komplett inkl. aller darin enthaltenen Unterverzeichnisse ausgelesen wird - ohne dass ich all diese angeben muss.

Auch den anderen Fall - wenn ich z.B. /cms/ angebe, möchte ich, dass alle Dateien und Unterverzeichnisse NICHT ausgelesen werden.

Dies ist im Moment noch nicht möglich - bei jeweils 50 Ordnern und Unterordnern, die ich angezeigt bekommen lassen möchte, bzw. nicht, ist das eine immense Schreibarbeit.

Kommentar von Boris — Montag, 14. Mai 2007 - 14:38 Uhr
Hallo,
zunächst einmal ein dickes Kompliment: Das Suchscript ist super - so gut, dass ich mir die Lizenz kaufen möchte. Nur eine Frage hätte ich noch: Wenn ich eine Lizenz gekauft habe, verschwindet dann nur der Link oder kann ich die Suchergebnisseite auch editieren?
Viele Grüße
:-) Ingo Ostwald

Kommentar von Ingo Ostwald — Dienstag, 17. Juli 2007 - 16:40 Uhr
Hallo,
ich benutze das Script in einem iframe.
Die Suchergebnisse werden leider trotz target="_top” im iframe angezeigt. wie kann ich die Suchergebnisse als _top öffnen lassen?
Mir scheint das der Target befehl in der COnfig nicht berücksichtigt wird, oder was mache ich falsch?

Antwort:
_top ist im Script nicht vorgesehen, sondern nur _blank bzw. _Fenstername. Siehe Kommentar in der search_config.php.
Im vorliegenden Fall sollte Letzteres dienlich sein.

Kommentar von Micha — Montag, 23. Juli 2007 - 15:51 Uhr
hallo,

ist es möglich bei den ergebnissen die links zu verändern das diese von google nicht gelesen werden ? mit “nofollow” oder java oder so ? weil ich will das bestimmte url z.b. :index.html - nicht von google gelesen / gefunden werden !

danke und gruß
holger

Antwort:
Hallo Holger,
ich glaube nicht, dass Google dein Suchformular ausfüllt
Aber wenn du sicher vermeiden willst, dass Google deine index.html findet, dann solltest du sie vom Server nehmen.

Kommentar von holger reger — Freitag, 27. Juli 2007 - 13:35 Uhr
guten morgen! mega tolles suchen-script! wenn ich das gleich beschriebene problem noch gelöst bekomme zahle dafür gerne die lizenz! das sit es wert!!!
ich habe aber das gleiche problem wie Micha aus Frage 248. (und die FAQs und so weiter schon gelesen…;-) aber ich komme da nicht weiter…
wenn jemand ein wort sucht, das in der iframe datei steckt, dann wird - egal was ich mache - nur der iframe ohne html-hauptseite ausgeführt.
damit fehlt dann meine navigation und alles andere auch… Hilfe !?

Beispiel:
http://www.werbewahn.de/folienprint_materialien.html
und bitte als suchwort mal “monomer” eingeben, dann gibts einen treffer aber das resultat wird ohne hauptseite angezeit…

ist da was zu machen?
Lieben Dank vorab
(bin anfänger - bitte verständliche antwort)
Marcus

Antwort:
Tja, das einer der vielen Nachteile von Frames (und iframes). Und mit dem Suchscript hat das nichts zu tun.
Lösung: verzichte auf Frames (bei den anderen Seiten scheint das ja auch zu klappen). Und wenn du einen triftigen Grund hast, Frames zu verwenden, dann lade das Frameset per Javascript nach. Eine Anleitung dazu findest du sicher im Web.
PS: und wieder mal: Es ist nicht nötig, mit dem Erwerb einer Lizenz zu “drohen". Ich beantworte sinnvolle Fragen auch ohne diese “Drohung".

Kommentar von marcus — Samstag, 28. Juli 2007 - 9:23 Uhr
Hallo!
Erstmal: super Script!

Aber ich bin gerade etwas irritiert - in der Readme steht:
Features:
- Fortschrittsanzeige während der Suche
Die ist doch gar nicht mehr drin, oder?
Ich habe gerade den Blog, die Reame und die Config-Datei durchsucht und nichts gefunden.
In der Config gibt es die Option “Suchdauer anzeigen", dadrunter bei gzip sprichts Du von einer “Fortschrittsanzeige” (im Kommentar). Ist damit das gleiche gemeint? Bestimmt nicht, oder? Eine Fortschrittsanzeige hast ja Du bei Dir auf der Seite laufen (die Lade-Ani), aber im Download-Script ist die nicht dabei, gell? Evtl. in der Readme unter Features den Punkt entfernen? Oder anders ausdrücken? Das eine ist ja eine Ladeanimation, das andere spuckt nur die Dauer der Suche aus…
_____________________
Antwort:
ja, die Fortschrittsanzeige:
das war immer schon ein “Gewürge", und hat nie richtig funktioniert. Ich hab’s rausgenommen, und jetzt auch in der readme und in der config. Danke für den Hinweis.
Das animated gif, das in meiner Demo läuft, funktioniert leider im IE nicht. Kann ich also nicht anbieten.
_____________________

Wegen Dir habe ich gestern nun doch mal xamp installiert (php5). Habe mich immer dagegen geweigert, weil ich seit Jahren mit easyphp (php4.2) arbeite (das läuft einfach schön als Dienst, ohne viel Schnick-Schnack). Und auf ne neuere PHP-version wollte ich bewusst nicht updaten, weil ich so dann automatisch diverse Fallbak-Lösungen in die Scripte einbaue und dann alles schön abwärtskompatibel bleibt (falls mal ein hoster noch nicht herausgefunden hat, wie man updatet). Viele Dank! Nun habe ich zweimal localhost hehe
Gruß
Marcel

Kommentar von Marcel — Donnerstag, 13. September 2007 - 12:54 Uhr
Hallo2!

Frage 1:
In $dirs gebe ich explizit bestimmte Ordner an.
$alledirs ist natürlich false;
Bringt es etwas, wenn ich im array $exclude_dirs zusätzlich die verbotenen Ordner angebe?
Ruft das dann eine weitere (unnötige) Funktion auf oder kann ich das einfach auskommentieren?
Ordner rein oder auskommentieren? Was bringt eine bessere Perfomance? Kannst Du mir das sagen?
Das array $dirs hebt das andere array doch auf, oder?

____________________
Antwort:
Eindeutig: die beste Performance hast du mit $dirs und $alledirs = false
$exclude_dirs wird nicht abgearbeitet, wenn $alledirs = false.
Und bitte grundsätzlich in der config gesetzte Variablen nicht auskommentieren, wenn es nicht ausdrücklich dort erlaubt ist.
____________________

Frage 2:
Ich habe ein Problem mit der Kontext-Anzeige. Es werden mir manchmal nicht die Wörter _vor_ dem Suchwort angezeigt.
Ich habe verschiedene Einstellungen getestet: $limit_start sogar leer und $vor auf 1000.
Aber ich kann keine Usache finden. Scheinbar wirkürlich. Im Quelltext sind auch keine Tags!
Wenn ich ein Suchwort eingebe, dann zeigt er z.B. ein Ergebnis mit einem Kontext, wo das Wort direkt am Anfang steht. Die Wörter davor werden nicht ausgegeben. Aber in der gleichen Ausgabe habe ich auch zwei Ergebnisse, wo beliebig viele Wörter/Zeichen davor stehen (je nach $vor, klar). Das Suchwort befindet sich bei allen drei Ergebnissen mitten in einem Fliesstext. Suche ich nach zwei Wörtern, die unmittelbar nebeneinander stehen, dann zeigt das Script mit trotzdem wieder nur das eine Wort an bzw. der Kontext beginnt mit diesem Wort. Die Wörter/Zeichen vor dem Suchbegriff werden wieder nicht angezeigt, obwohl einer der beiden Suchbegriffe direkt davor stehen müsste. Verstehst Du, was ich meine?
Ich kann Dir leider keine URL schicken, da es noch lokal läuft. Bei Dir auf der Seite kann ich den Fehler leider nicht erzeugen, weil Du als Kontext die Desc ausgibst.

____________________
Antwort:
Hier muss ich leider passen. Ohne einen Testcase ist die Ursachensuche praktisch hoffnungslos. Es gibt zu viele Konfigurationsmöglichkeiten, und zu viele Arten, wie eine zu durchsuchende Datei aussehen kann.
____________________

Wäre total nett, wenn Du eine Lösung wüsstest. Ist Dir das als Bug schon mal aufgefallen? Ist es ein Bug? Oder ein Feature?

Gruss
Marcel

Kommentar von Marcel — Donnerstag, 13. September 2007 - 13:45 Uhr
Ich wieder…
Ich habe mir deine Fortschrittsanzeige angeschaut und habe mich gefragt, warum die im IE nicht funktionieren soll. Ich glaube Dir ja, aber es ist doch eigentlich ein recht einfaches Script - das sollte selbst der IE packen
Ich habe es gerade mit nem IE 6.0 (SP2) ausprobiert; funktioniert…
Welche schlechte Erfahrungen hast Du damit gemacht?
Ich würde die Ani auch gerne in die Suche einbauen, ist recht schick und der User ist informiert…
MfG
Marcel

Kommentar von Marcel — Samstag, 15. September 2007 - 1:17 Uhr
Hallo,

bei der Suche von z.b.: “webdesign …” (drei Sonderzeichen hintereinander) bringt die “searchhi.js” den Browser zum Absturz. Wie kann ich das beheben?

Antwort:
Danke für den bug.
Bitte die neueste Version downloaden und die searchhi.js austauschen

Kommentar von Ronny — Dienstag, 2. Oktober 2007 - 10:21 Uhr
Hallo! Habe das Skript vor ein paar Monaten gekauft und es läuft auch wunderbar, vielen Dank! Jetzt habe ich gemerkt, dass wenn man nach “öffnungseiten” sucht, keine Einträge gefunden werden. Bei der Suche nach “Öffnungszeiten” wird man fündig. Bei anderen Suchbegriffen ohne Umlaute kommt es ja nicht auf die Gross- Kleinschreibung an… Kann ich dem ev. irgendwie Abhilfe schaffen?
Vielen Dank

Antwort:
Das sollte schon klappen, hängt aber unter Umständen von der Serverkonfiguration ab.
Fragen Sie Ihren Serveradministrator, ob der Server
setlocale (LC_CTYPE, ‘de_DE’);
unterstützt.

Kommentar von Stefan Hertner — Samstag, 6. Oktober 2007 - 8:36 Uhr
Ich möchte dass die Suchergebnisse in eine Seite angezeigt werden, welche dann inkludiert wird. Wie kann ich das machen

____________________
Antwort:
http://webdesign.weisshart.de/suchen-integrieren.php

Kommentar von Sergiu Chiriac — Mittwoch, 7. November 2007 - 10:19 Uhr
Hallo noch mal, also es ist so:
Ich habe eine Seite menu.php welche in index.php inkludiert ist. In der menu.php steht das Suchfeld auch. Alle Links von der menu.php sind per include auch in index.php integriert. also brauche ich die Seite suchen.php auch in index.php inkludiert sein. So zu sagen wie bei Frames aber mit include.
In index.php habe ich folgende Code:
<?php
$whiteList = array(
‘home’ => ‘inc/home.php’,
’sitemap’ =&gt ‘inc/sitemap.php’,
’suchen’ =&gt ‘inc/suchen.php’,
…

);
if(array_key_exists(’site’, $_GET)) {
if (array_key_exists($_GET[’site’],$whiteList)) {
$site = $whiteList[$_GET[’site’]];
}
else {
$site = $whiteList[’home’];
}
}
else {
$site = $whiteList[’home’];
}
?>

…
und dann weiter nach unten
<?php
include $site;
?>

Die Links sehen so aus: index.php?site=beispiel
Ich habe versucht die Action von dem Form in index.php?site=suhen zu ändern aber es funktioniert nicht.
Können Sie mir weiter helfen oder was ich möchte geht einfach nicht?

Kommentar von Sergiu Chiriac — Donnerstag, 8. November 2007 - 9:47 Uhr
sry, aber das script funzelt voll nich!
arbeite mit include, bei einigen suchwörtern arbeitets richtig, bei andren gibts dann statt “index.php?id=……?q=…..” ein “ndex.php?id=……?q=…..”
halt ohne das ” i ” … merkwürdig abr wahr
naja, trotzdem danke
mfg

Kommentar von Danial — Dienstag, 3. Juni 2008 - 4:01 Uhr

Einen Kommentar abgeben

Kommentare sind für diesen Artikel nicht (mehr) möglich.

Webdesign nach Maß von webdesign weisshart

Die Inhalte

Darstellung

Schriftgröße

Seitenstil

Mein Blog

Ein einfaches PHP Suchscript

258 Kommentare

Einen Kommentar abgeben

Ältere Beiträge:

Kategorien:

Tastaturkürzel