+--------------------------------------------
+9. Bekannte Fehlerquellen und deren Behebung
+--------------------------------------------
+
+Hier sind alle bekannten "Fehermeldungen" und wie Sie diese selber beheben
+koennen. Richtige Bugs (Programmierfehler) koennen Sie nur mit entsprechenden
+Kenntnissen fixen, die hier ich aber gerne im Support-Forum oder im Bug-Tracker
+behandeln kann. Die meisten hier aufgelisteten Fehlermeldungen und deren
+Loesungen beruhen auf Erfahrungen mit unterschiedlichen Hostern.
+
+FEHLER:
+ Ihr Browser zeigt den Quellcode des Scriptes an, bzw. startet einen Download.
+LOESUNG:
+ Ihr Server unterstuetzt kein PHP. Aktuell werden PHP 4.4.x (die neuste bitte)
+ und die neuste PHP5 Version unterstuetzt. Bitte lassen Sie sich dies von Ihrem
+ Hoster nachinstallieren. Alternativ - ich nehme dann an, Sie hosten selber -
+ koennen Sie im Internet (ich kann YaCy und www.ixquick.com als Google-
+ Alternative sehr empfehlen) nach Installationsanleitungen suchen. Ich kann da
+ verstaendlicherweise nur geringfuegig helfen.
+
+FEHLER:
+ Ihr Browser zeigt "Datei nicht gefunden (404)" an.
+LOESUNG:
+ Sie haben das Script in ein falsches Verzeichnis auf dem Server hochgeladen.
+ Meistens gibt es auf dem Server ein Verzeichnis "htdocs" oder "html", wo Sie
+ Ihre Dateien hochladen muessen, damit sie im Internet abrufbar sind.
+ Verzeichnisse wie z.B. cgi-bin, phptmp, logs sind hier definitiv die falschen
+ Kandidaten.
+
+FEHLER:
+ Ihr Browser zeigt weiterhin "Datei nicht gefunden (404)" an.
+LOESUNG:
+ Haben Sie das Script an die richtige Stelle hochgeladen? Falls ja, dann haben
+ Sie vermutlich es nicht richtig aufgerufen. "htdocs" oder "html" sind keine
+ Verzeichnisse, die Sie im Browser aufrufen, sondern "root-Verzeichnisse", in
+ denen Ihr Webserver nachschaut, wenn er HTTP-Anfragen erhaelt.
+
+FEHLER:
+ Ihr Browser zeigt "Zugriff verweigert (403)" an.
+LOESUNG:
+ Es sind vermutlich nicht genuegend Zugriffsrechte gesetzt. Dabei gelten
+ andere, als die Sie z.B. von Windows her kennen, naemlich Unix-Dateirechte.
+ Diese koennen "Lesen" (das was wohl fehlt), "Schreiben" und "Ausfuehren" bzw.
+ "Suchen". Letzteres fuehrte oefters zu Verwirrung und gilt fuer z.B. Perl-
+ oder Shell-Script, nicht jedoch fuer PHP! Mehr dazu im Abschnitt "3. b)" .
+
+FEHLER:
+ Ihr Browser zeigt "Interner Serverfehler (500)" an.
+LOESUNG:
+ Ihr Server unterstuetzt nicht das Verwenden von so genannten .htaccess-
+ Dateien, was aber eigentlich kein grosses Risiko darstellen sollte. Dennoch
+ haben viele Hoster das Verwenden von eigenen .htaccess-Dateien unterbunden.
+ Loeschen Sie einfach die Datei .htacces aus dem Hauptverzeichnis des
+ Scriptes.
+
+FEHLER:
+ Ihr Browser zeigt weiterhin "Interner Serverfehler (500)" an.
+LOESUNG:
+ Es ist vermutlich mehr kaputt gegangen, als dass Sie es reparieren koennen
+ bzw. das Script dafuer verantwortlich ist. Setzen Sie sich mit dem Support
+ Ihres Hosters in Verbindung. Einige hatten in der Vergangenheit
+ zurueckgeschrieben, dass sie "das Script nich kennen" und daher nicht helfen
+ koennen. Teilen Sie dem Support einfach mit, dass es auch z.B. als CGI
+ (Fast-CGI laeuft bei mir auf der Entwicklungsumgebung unter LigHTTPd)
+ problemlos laufen kann.
+
+FEHLER:
+ Ihr Browser leitet staendig weiter bzw. bricht irgentwann mit der Meldung ab,
+ es seien z.B. Cookies nicht aktiviert.
+LOESUNG:
+ Seit einigen Revisionen ist die Nutzung des Scriptes ohne Cookies moeglich.
+ Vermutlich haben Sie hier einen Bug gefunden. Alternativ koennen Sie einfach
+ im Browser die Cookies zulassen. Hilfestellungen zum Aktivieren der Cookies
+ gibt es haufenweise im Internet. (Sie wissen schon, einfach im Internet
+ suchen...)
+
+FEHLER:
+ Ihr Browser zeigt "Bad Request (400)" an.
+LOESUNG: (LigHTTPd)
+ Bitte hier nachsehen: http://forum.mxchange.org/topic-477.html Letztendlich
+ muss die Einstellung 'net.core.somaxconn' auf z.B. 1024 erhoeht werden,
+ Standardwert ist 128 unter Debian, was bei hoher Last viel zu niedrig ist.
+
+FEHLER:
+ Ihr Hoster leitet alle nicht eingerichteten Subdomains auf Ihre Hauptseite
+ weiter. Er hat eine Wildcat-Domain eingrichtet, die alle nicht eingerichteten
+ Subdomains auffaengt.
+LOESUNG:
+ Editieren Sie die Datei inc/cache/config-local.php und tragen Sie dort
+ die URL Ihrer Webseite ein:
+
+// Fix URL - start
+setConfigEntry('URL', 'http://www.your-domain.example');
+// Fix URL - end
+
+ (*KEIN* Slash am Ende!)
+
+-----------------------------------
+10. Weiterfuehrende, wichtige Links
+-----------------------------------
+
+Ihre erste Anlaufstelle sollte immer diese README.txt sein, die anderen Dateien
+in diesem Verzeichnis sind teilweise stark veraltet und geben nicht das aktuelle
+Script wieder.
+
+Als naechstes sollten Sie im Wiki nachsehen:
+http://wiki.mxchange.org
+
+Es ist allerdings noch nicht fertig und wird Ihnen erstmal wenig nuetzen, ich
+wollte es hier aber schon mal erwaehnt haben. ;-)
+
+Wenn Sie nicht klarkommen oder Sie Endlosschleifen oder Fehlermeldungen
+erhalten, melden Sie sich bitte bei mir. Die erste Anlaufstelle fuer Sie ist
+immer mein Forum, welches Sie hier finden koennen:
+
+http://forum.mxchange.org
+
+Auch sollten Sie meinen Bug-Tracker aufsuchen und dort Fehlermeldungen posten:
+
+http://bugs.mxchange.org
+
+Das Wiki liefert viele wichtige Informationen:
+
+http://wiki.mxchange.org
+
+Alle wichtigen Kontaktdaten finden Sie im Impressum:
+
+http://mxchange.org/cms/index/wht/impressum
+
+Sehen Sie aber bitte von Anrufen ab, ich gebe per Telefon kein Suppport und
+keine Beratung.
+
+-----------------
+11. Distanzierung
+-----------------