Bitte grundsätzlich systematisch vorgehen!

1. Die readme.txt gelesen?
2. Diese FAQ gelesen?
3. Im Weblog gelesen?
4. Wenn das alles nicht hilft:
   Frage im Support-Forum stellen.
   Aber bitte dran denken: "Geht nicht" ist keine Fehlerbeschreibung!
   Und am besten kann bei der Fehlersuche geholfen werden, wenn eine URL genannt wird.
5. Telefonische Anfragen: Ich freu mich zwar über jeden Anfruf, aber in der Regel lassen sich am Telefon Fehler nicht so beschreiben, daß man die Ursache finden könnte. Also bitte nur im Support-Forum.

Auch in diesem Fall bitte systematisch vorgehen!

1. Das Script mit allen Dateien unverändert installieren.
   Und zwar in dem Verzeichnis, das durchsucht werden soll! Das ist in der Regel das Stammverzeichnis, in dem auch die Indexdatei des Webprojekts steht.
   Die Installation in einem Unterverzeichnis funktioniert unter keinen Umständen!
2. in der search_config.php die Zeile
   error_reporting(0);
   ändern in
   error_reporting(E_ALL);
   Die dann eventuell angezeigten Fehlermeldungen können bei der Fehlersuche behilflich sein.
3. Erst, wenn es so läuft, schrittweise die search_config.php editieren.
4. Gibt es überhaupt Dateien, die gefunden werden können? Sind die richtigen Dateieindungen in der search_config.php unter $dat_type aufgelistet?

Die Ausgabe zeigt leere Listenpunkte, nur "..." oder ähnliches.

Häufige Ursache: unsauberer html Code der durchsuchten Seiten.

Versuch doch mal, den Code Deiner Seiten zu validieren. W3C Markup Validation Service zeigt Dir alle Fehler in Deinem Code.

Nein.

Das Script durchsucht den Quelltext der Seiten. Und wenn im Quelltext Datenbankaufrufe stehen, dann wird im besten Fall der Quelltext dieses Datenbankaufrufs gefunden.

Nein!
Es sei denn, Du hast lokal einen Server und PHP installiert. Aber dann wirst Du diese Frage vermutlich nicht stellen.

Nein.
Kurze Erklärung:
Die Standardinstallation von PHP arbeitet nicht mit pdf zusammen. Hierzu ist die Installation spezieller Bibliotheken erforderlich. Und da dies in der Regel nicht vorausgesetzt werden kann, wäre das Script nicht mehr portabel.

Als Faustregel:
Einige hundert Seiten werden in akzeptabler Zeit durchsucht. Auf einem schnellen Server dürfen es auch gerne mehr als 1000 Seiten sein.
Mittelwert für die Suchdauer: 100 bis 500 Seiten pro Sekunde

Zur Geschwindigkeit:

Das Script durchsucht die angegebenen Verzeichnisse live. Das hat den Vorteil, daß keine Indexierung erforderlich ist, und alle Änderungen an einzelnen Dateien jeweils sofort gefunden werden. Aber ab einer bestimmten Anzahl von Dateien dauert die Suche dadurch zwangsläufig länger, und kann die maximale Ausführungszeit, die der Server für Scripte erlaubt, überschreiten. (in der Regel sind das 30 oder 45 Sekunden, kann aber auch auf weniger eingestellt sein)

Um die Suche auf umfangreichen Sites zu beschleunigen, prinzipiell folgendermaßen vorgehen:

In der search_config.php:

$dat_type = "htm|html|php|txt";

Hier wirklich nur benötigte Dateitypen eingeben. txt z.B. ist in der Regel nicht erforderlich.

Die zu durchsuchenden Verzeichnisse explizit angeben, nach dem Muster $dirs = array('./','./subdir/','./subdir/subsub/');
und $alledirs = false; belassen ($alledirs = true; kann die Suche extrem ausbremsen)

Ein schneller Server ist natürlich hilfreich. Massenhoster wie z. B. 1&1 schneiden diesbezüglich in der Regel nicht gut, teilweise sogar katastrophal schlecht, ab. Die Folge ist dann ein Abbruch der Suche mit "Fehler 500 - Internal Server Error"

Das Anlegen der Logdatei searchlog.txt bereitet auf manchen Systemen Probleme.
Statt das Script abzubrechen, wird in diesem Fall lediglich eine Fehlermeldung ausgegeben.
Abhilfe in diesem Fall:

1. Manuell zwei Datein namens searchlog.txt und reload.txt anlegen. (CHMOD 666)
   wenn auch das nicht hilft:
2. in der search_config.php error_reporting(0); setzen, um die Anzeige der Warnung zu unterdrücken. Das Script arbeitet dann ohne Logdatei.

Diese Meldung erscheint, wenn PHP zwar installiert ist, aber in einer älteren Version.

Abhilfe schaffen kann in diesem Fall nur der Provider.

Genau so ist es!
Die Meldung erscheint auch dann, wenn versucht wird, das Script lokal, ohne lokalen Server laufen zu lassen, oder wenn versucht wird, das Script innerhalb einer html-Datei aufzurufen (es sei denn, der Server ist entsprechend konfiguriert, auch html-Dateien zu parsen).

Dieser Fehler kann auftreten, wenn folgende 3 Bedingungen erfüllt sind:

• Das Suchformular (oder die Datei suchen.php) wurde in eine andere Seite eingebaut.
• in der search_config.php ist $jump = true; eingestellt.
• Die Suche würde nur einen (1) Treffer erzeugen (der aber nicht angezeigt wird, weil die Suche "einfriert").

Abhilfe:
In die Seite, in der das Suchformular eingebaut ist, ganz oben folgende Zeile einfügen (wirklich GANZ oben, es darf nicht einmal ein Leerzeichen oder eine leere Zeile davor stehen!):

<?php ob_start(); ?>

Erklärung dieser Funktion im PHP Manual

Die search_config.php ist keine Anwendung, die im Browser angezeigt wird.
Sie muß vielmehr mit einem Text-Editor (z.B. Notepad) editiert werden.

Das Script muß sich selbst aufrufen.

Was heißt das?

Wenn Ihre Seite mit dem Suchformular z.B. suchscript.php heißt, dann muß die <form> Zeile, die das Script aufruft, folgendermaßen lauten:
<form id="search" method="get" action="suchscript.php">

... habe aber kaum PHP Kenntnisse.
Hier gibt es eine Schritt für Schritt Anleitung.

1. Sieht Ihr <body> Tag so aus:
   

   <body onload="irgendwas">?

   
   Dann kann's nicht gehen! Raus mit dem onload! Häufig wird dieses onload von WYSIWYG Editoren wie z.B. Dreamweaver geschrieben, ohne daß Sie es auf Ihren Seiten wirklich brauchen.
   Und wenn Sie das onload Zeugs unbedingt brauchen? Nun, dann geht eben das highlighting nicht.
   Es sei denn, Sie schauen sich an, wie man onload Funktionen richtig einbindet. Bei: ichwill.net
   
   Achtung! Dieser Hinweis gilt sowohl für die Suchergebnisseite, als auch für die Trefferseiten. Das kann also unter Umständen durchaus in Arbeit ausarten.
2. Sind die CSS Klassen .searchword0 bis .searchword9 entsprechend formatiert? (Damit auch "mehrere Worte suchen" farblich unterschiedlich gekennzeichnet wird.)
   Ein Beispiel dafür ist in der mitgelieferten Datei suchen.php enhalten.
   Und auch dieser Hinweis gilt wieder sowohl für die Suchergebnisseite, als auch für die Trefferseiten. Im Falle von CSS geht das natürlich mit einer zentralen, ausgelagerten CSS Datei einfacher.
3. Das highlighting auf der Suchergebnisseite geht nicht:
   
   Ist die Datei searchhi.js auf dem Server? im gleichen Verzeichnis wie die Datei mit dem Suchformular (suchen.php)?
   
   Wird searchhi.js aufgerufen? Dazu muß in der Datei mit dem Suchformular (suchen.php) die Zeile
   

   <script src="searchhi.js" type="text/javascript"></script>

   stehen.
4. Das highlighting auf den Trefferseiten geht nicht:
   
   Ist die Datei searchhi.js auf dem Server? im jedem Verzeichnis, das durchsucht wird?
   (Natürlich kann das Script searchhi.js auch nur einmal auf dem Server abgelegt werden. Dann müssen aber die Pfade zum Aufruf des Scripts im folgenden Code entsprechend angepaßt werden.)
   
   Wird searchhi.js aufgerufen? Dazu muß jede Datei die Zeile
   

   <script src="searchhi.js" type="text/javascript"></script>

   enthalten.
5. Das highlighting auf den Trefferseiten geht nur bei 1 Treffer, wenn die Trefferseite direkt angesprungen wird. Wenn Die Trefferseite aus der Ergebnisliste ausgewählt wird, geht das highlighting nicht:
   
   Wahrscheinlich haben Sie die Seite suchen.php (die Ergebnisseite) umbenannt. Kein Problem.
   Aber: Sie müssen dann die searchhi.js ändern. Ungefähr in Zeile 59 steht (2 ×) "suchen". Das ersetzen Sie (2 ×!) durch den Namen Ihrer Ergebnisseite.

Die Ausgabe wird mit CSS formatiert. Ein Beispiel für die Formatierung ist in der Datei suchen.php enthalten.

Die folgenden Angaben sind für die Gestaltung der Listenausgabe zuständig:

p, li {
	font-size: .8em;
	line-height: 1.2em;
	color: #111;
}
li {margin: .8em 2.5em;}

und für die Zeile mit der Pfadangabe und dem Änderungsdatum diese Zeile:

.mod {display: block; font-size: .8em;}

Lesen Sie bitte meine persönliche Meinung dazu in meinem Weblog. Vielleicht findet sich dort auch die Lösung für Ihren Wunsch.

Das Script wird ständig weiterentwickelt und um neue features erweitert. Siehe readme.txt
Ein update kann daher sinnvoll sein.

Vorgehensweise:

1. Backup der search_config.php erstellen, oder noch besser ausdrucken, um eigene Einstellungen in die neue Version zu übertragen.
2. suchen.zip downloaden, entpacken, und die früheren Einstellungen in die neue search_config.php eintragen.
3. Alle Dateien auf den Server laden.
4. Versionsspezifische Hinweise zum update in der readme.txt. (Meist kann die search_config.php beibehalten werden. Das update wird dadurch wesentlich vereinfacht.)