Mögliche und bekannte Fehlermeldungen

Es gibt eine Reihe von möglichen Fehlermeldungen, die je nach Server unterschiedliche Ursachen haben können.

Eine der am häufigsten vorkommenden Fehlerursache ist eine fehlerhafte oder falsch konfigurierte .htaccess-Datei. Dies kann die unterschiedlichsten Fehlermeldungen wie 403, 404, 500 oder einfach nur eine weiße Seite zur Folge haben. Einer der ersten Analyseansätze sollte die Prüfung der angegebenen Verzeichnisstruktur sowie der korrekte Schreibweise von Änderungen oder Ergänzungen sein.

Den richtigen Editor verwenden!
Durch die Umstellung auf UTF8 sind unbedingt Dateien mit der Codierung "UTF8 one BOM" zu verwenden.
Bitte prüfen ob Ihr Editor Dateien mit dieser Codierung bearbeiten/abspeichern kann!

Geeignete Editoren wären z.B
Windows: notepad++
Apple/Macintosh: TextWrangler

Error 500 - Serverfehler!

Ein 500-Serverfehler weist daraufhin, dass entweder das Rewrite-Modul für den Apache nicht installiert oder für diesen Account nicht aktiviert ist. Ferner ist zu prüfen, ob "Options +FollowSymlinks" für diesen Account gesetzt wurde (bei Confixx-Systemen kann dies der Administrator im Bereich von httpd-Spezial-Einträgen eintragen).
Wenn Sie einen confixx-Server betreiben, muss folgender Eintrag vom Hauptadmin für Ihren Host eingetragen werden:

<Directory "/var/www/##user##/html/">
Options +SymLinksIfOwnerMatch
Options +FollowSymlinks
</Directory>
nach oben

Error 403 - Serverfehler!

Ein 403-Serverfehler weist daraufhin, dass möglicherweise die ".htaccess" nicht korrekt gesetzt ist. Auf jeden Fall ist die RewriteBase zu prüfen. Wenn sich Script in der Root der Domain befindet, muss dort ein einfacher "/" stehen. Befindet sich das Script in einem Unterverzeichnis, muss dieses Verzeichnis mit beginnendem und schließendem Slash (z.B. /live/) eingetragen sein.
nach oben

PHP-Fehler

Werden PHP-Fehler im Browser ausgegeben, sollten folgende Einstellungen geprüft werden:

  1. Wenn die Funktion "file" bemängelt wird, sollte der Parameter $CONFIG['GETPROCEDURE'] auf 1 gesetzt werden.
  2. Wenn die Funktion "fopen" bemängelt wird, muss geprüft werden, ob das Verzeichnis "/temp" Schreibrechte hat (chmod: 777 oder 755)

nach oben

Es kommt keine Fehlermeldung und kein Design. Was ist jetzt los?

Ab der Version 4.0 muss zuerst die "fetch.php" aufgerufen werden. Diese durchsucht das System nach alten Dateien, konvertiert sie und bereitet das System auf die Ausführung des Scripts vor. Erst danach ruft man die index.php der Domain auf. Ab der Version 5.0 wird auch bei dem ersten Aufruf ein entsprechender Hinweis angezeigt.

Hin und wieder lässt sich zwar die Startseite korrekt aufrufen und es erscheint alles normal. Doch alle Unterseiten sind leer oder es gibt Fehlermeldungen. Das passiert dann, wenn die Rewrite-Regeln nicht umgesetzt werden oder die .htaccess überhaupt nicht greift. Für dieses Problem eine einfache Lösung zu formulieren geht leider nicht, daher gehen wir mit einer einfachen Fehleranalyse vor:

  1. ist es überhaupt ein Apache-Server?
  2. Prüfen der .htaccess
    Wenn sich das Script in der Root der Domain befindet,
    sollte die htaccess folgende Zeile beinhalten:
    RewriteBase /
    Wenn sich das Script im Verzeichnis "777Script" befindet,
    sollte die htaccess folgende Zeile beinhalten:
    RewriteBase /777Script/
    Wichtig: Je nach Verzeichnisname entsprechend anpassen !!!
  3. Keine Veränderung? Prüfen ob das Modul-Rewrite läuft:
    Umbenennen der .htaccess in: .htaccess.alt
    Wenn jetzt das Design kommt, dann ist das Rewrite-Modul entweder nicht installiert oder es ist für den Account nicht aktiviert worden.
    Lösung: Mit dem Provider in Kontakt treten und um Prüfung bzw. Aktivierung von "mod_rewrite" (und FollowSymLinks) bitten.
  4. Kein Design? Prüfen ob überhaupt Daten kommen:
    Wenn noch immer die Meldung "Fatal Error" kommt, könnte es sein, dass überhaupt keine Daten von 777live-Server kommen. Schauen Sie in das Verzeichnis "/temp"; dort sollten sich mehrere xml-Dateien befinden.
    Zum Beispiel: kategorie-0.xml
    Es fehlen aber Dateien wie: 1010.xml
    Prüfe in der "config.inc.php" die Webmaster-ID. Möglich sind zwei verschiedene IDs:
    $CONFIG['WMID'] = 'AXXXXX';
    oder
    $CONFIG['WMID'] = 'PXXXXX';
    Wichtig ist, dass die ID mit einem großen A oder einem großen P beginnt.
  5. Überhaupt keine Daten? Prüfen, ob überhaupt auf den 777live-Server zugegriffen werden kann:
    In der "config.inc.php" folgende Zeile suchen:
    $CONFIG['GETPROCEDURE'] = '1';
    Diese ändern in:
    $CONFIG['GETPROCEDURE'] = '0';
    Die "index.php" erneut aufrufen und anschließend noch einmal das Verzeichnis /temp prüfen, ob nun Daten vorliegen.
  6. Immer noch keine Daten? Prüfen einiger Daten mit der phpinfo:
    Im Verzeichnis "/info" finden Sie eine Datei namens "/phpinfo.php". Diese rufen Sie bitte wie folgt auf https://www.domainname/info/phpinfo.php.
    Sollte diese Datei (bei älteren Scriptversionen möglich) nicht vorhanden sein; muss diese Datei erstellt werden.
    Gehen Sie bitte wie folgt vor:
    erstellen Sie eine neue Textdatei und benennen Sie diese in: phpinfo.php
    der Inhalt der erstellten Datei sieht wie folgt aus:
    <?php
    phpinfo();
    ?>

    Diese Datei in das Verzeichnis "/info" speichern und aufrufen mit:
    https://www.deinedomain.com/info/phpinfo.php
    In der sich nun öffnenden Seite bitte nach folgendem Begriff suchen: mod_rewrite.
    Ist dies nicht vorhanden?
    Nach "apache" suchen.

    Wenn der Begriff "apache" in der phpinfo nicht vorkommt, kann das Script nicht laufen, denn es funktioniert nur auf einem Apache-Server mit aktiviertem Rewrite-Modul.
    Dies sollten Sie dem Provider mitteilen und nach einer Lösung fragen.

    Jetzt den Begriff suchen: allow_url_fopen
    In der Spalte Local Value sollte der Wert dazu auf "On" stehen.

    Alternativ suchen Sie nach Curl
    unter "CURL support" sollte dieser auf "enabled" stehen.
    Wenn beides nicht zutrifft, kann das Script nicht auf den 777live-Server zugreifen und Dateien abholen.
    Und ohne läuft das Script nun mal leider nicht.
  7. Es läuft immer noch nicht?
    Das Script läuft mit Standardeinstellungen und den üblichen Umgebungsvariablen.
    Auf einigen wenigen Servern stehen die Umgebungsvariablen auf unerwarteten Werte. In diesem Fällen ist eine Änderung des Scripts notwendig.
    Bitte mit dem Support in Kontakt treten oder verwenden Sie einen anderen Webspace, was in der Regel leichter ist.

nach oben

Es ist alles korrekt und funktioniert dennoch nicht

Wenn Sie alle Einstellungen und Änderungen überprüft und abgeglichen haben und das Script dennoch nicht läuft, sollten Sie die Vollständigkeit der aufgespielten Daten und Verzeichnisse überprüfen und ggf. fehlende manuell auf den Server kopieren.
Einige HTML-Designprogramme wie Dreamweaver und Frontpage ignorieren beim Synchronisieren leere Verzeichnisse. Diese müssen per Hand aufgespielt werden!
nach oben

Es werden keine Show-Bilder dargestellt

Haben Sie in der config.inc.php in Sektion 3 bei $CONFIG['SAVEIMAGES'] = 1; den Wert auf "1" stehen, werden die Bilder im Verzeichnis /campics und die Vorschaubilder unter /campics/thumbs/ abgespeichert. Beide Verzeichnisse müssen die Rechte 755 oder 777 (je nach Serverkonfiguration) besitzen.
nach oben

Die individuellen Texte werden nicht angezeigt

wenn Sie eigene individuelle Texte angelegt haben und diese auf der Seite nicht angezeigt werden prüfen Sie bitte:

  1. die korrekte Schreibweise sowohl im Layout als auch im Dateinamen selbst
  2. die Textdatei muss mit .txt enden
  3. im Layout muss der Name der Textdatei in geschweifter Klammer ohne .txt stehen
    Beispiel:
    Dateiname: zusatztext.txt
    Eingebaut im Layout: {zusatztext}
  4. die Textdatei muss sich im Verzeichnis "texte_de" oder "texte_en" je nach gewählter Sprache befinden

Weitere Informationen erhalten Sie auch in dieser Dokumentation unter "Layout" sowie unter der Rubrik "Wie kann ich ...???"

nach oben

Die angelegten individuellen Texte erscheinen nicht immer

Wenn Ihre individuellen Texte nur manchmal bzw. nicht immer erscheinen, dann haben Sie in Ihrem .txt-Dokument vermutlich eine Leerzeile stehen. Auch für diese Bearbeitung empfehlen wir die Bearbeitung mit dem NotePad++
nach oben

Sie haben Änderungen im Layout gemacht und jetzt funktioniert die Seite nicht mehr

Einer von wahrscheinlich unzähligen Fehlern die man dabei machen kann wird sein; dass der Anfang oder das Ende des jeweiligen Bereiches nicht korrekt gesetzt wurde.
Jeder Bereich fängt mit einer if-Anweisung an (hier am Beispiel Impressum)

<?
if (isset($impressum) && $impressum==1) {
?>
und endet mit dem Schluss-Tag
<?
}
?>

dazwischen befindet sich der darzustellende Bereich in herkömmlichen HTML

nach oben

Ihre zusätzlich angelegte Seite erscheint nicht

Als Eingangs- oder Startseite des Script ist die Übersichtseite definiert. Wenn Sie also eine zusätzliche Seite anlegen und diese dargestellt werden soll, müssen Sie einen entsprechenden Link dafür bereitstellen um diese Seite ansteuern zu können. Weiter Informationen finden Sie in unserer Rubrik "Wie kann ich ... ???"
nach oben

Im Impressum erscheinen falsche Angaben

Wenn Sie das Impressum direkt in der /main.php, und nicht wie in dieser Doku beschrieben, in der config.inc.php bearbeiten bzw. anlegen, müssen Sie die Definition zur Ausgabe der vorgefertigten Impressumdaten entfernen.
Dafür löschen Sie die Zeile <?=$CONFIG['IMPRESSUM_TEXT']?> in der /main.php
nach oben

Sie haben ein individuelles Farblayout angelegt aber es wird nicht dargestellt

Das individuelle Farblayout bzw. die dort getroffenen Einstellungen werden nur dargestellt und ausgegeben; wenn ein User auf bestimmte Button klickt oder gewisse Aktionen startet.
Hierzu gehört:

  • Kostenlose Anmeldung mit 50 free Coins
  • Memberarea / Live-Show-Bereich
  • Darstellung der Sedcards aus den Marketing-Tools

Außerdem muss in der config.inc.php

der Sektion 1 in der Zeile $CONFIG['LIVECAMLAYOUT'] = "P0000"; an Stelle von P0000 Ihre individuell veränderte Projekt-ID eingetragen werden.
Weiter Informationen finden Sie in unserer Rubrik "Wie kann ich ... ???"
nach oben

Das im Unterverzeichnis installierte Script funktioniert, aber beim Klick auf Home gelangt man nicht auf die Startseite des Script

Wenn Sie das Script in einem Unterverzeichnis Ihrer Domain, also http://www.domainname.com/verzeichnis installiert haben, müssen Sie die .htaccess im installierten Verzeichnis als auch im Verzeichnis /campics anpassen!
Weiter Informationen finden Sie in unserer Rubrik "Installation"

Eine weitere Möglichkeit wäre, dass für den Parameter $CONFIG['HOME'] (Sektion 2 der config.inc.php) nicht das richtige Verzeichnis gesetzt wurde und somit auf der Startseite der Domain landet, anstelle auf der Startseite des Script.
nach oben

Obwohl eine Sticky-Aktion angekündigt ist und läuft, wird diese nicht auf meiner Seite dargestellt

Ab der Scriptversion 6.0 Prüfen Sie bitte in Sektion 3 der /config.inc.php die Zeile $CONFIG['STICKYSCRIPT'] = '0'; wenn der Wert auf '0' steht, stellen Sie diesen auf '1' um. Damit ist die Sticy-Funktion eingeschalten.

Bei eingeschaltetem Cach kann es (je nach Einstellung) einige Minuten dauern bis die Änderungen aktiv werden!
nach oben

Die Sitemap wird nicht automatisch erweitert

Da die Sitemap ein sehr umfangreiches und Komplexes System ist, kann dies mehrere Ursachen haben.

  • läuft der angelegte Conjob korrekt?
  • ist die Datei filelist.dir zu groß, kann Sie vom Server ggf. nicht verarbeitet werden
  • das Verzeichnis /google benötigt die korrekten Verzeichnisrechte (755 oder 777)
  • nicht genügend Speicherplatz zum Erstellen und Verarbeiten der filelist.dir

Weitere Informationen finden Sie unter Konfiguration in Sektion 7 dieser Doku.

nach oben

Beim Auswählen einer Sedcard wird anstelle der Profilseite eine Übersichtseite dargestellt

In den meisten Fällen wurden bei diesem Fehler Modifikationen an der Zusammenstellung der URLs vorgenommen. In diesem Fall sollten Sie sich die Konfigurationsbeschreibung von Sektion 10 genau durchlesen.
nach oben

Nach einer Neuinstallation des Script erhält man beim Aufrufen einer Profilseite einen 404-Fehler

In manchen Fällen können auch andere Fehler wie "keine Daten vorhanden" oder die "Installations-Hinweisseite" ausgegeben werden.
Dieser Fehler erscheint meist beim Aufruf einer Profilseite oder beim wechseln der Kategorie und stellt in der Regel ein Serverproblem dar, da auf bestimmte Dateien nicht zugegriffen werden kann. Sollten sich diese Fehler häufen und immer wieder auftauchen, sollten Sie dies an Ihren Serverprovider weiter geben!
nach oben

Im Vergleich zum "Zentralsystem" also 777livecams.com
sind auf meiner Seite meinedomain.com nur sehr wenig Sender online!

Zwischen dem sogenannten "Zentralsystem" https://www.777livecams.com/ und der eigenen Webseite mit dem installierten 777Script muss klar differenziert werden!

  • Das auf Ihrer Domain installierte Script holt sich je nach Frequentierung die Daten aus dem Zentralsystem ab, speichert diese und stellt diese auf Ihrer Seite dar. Wenn Ihre Seite nun weniger häufig besucht wird, können dadurch bedingt auch nur weniger Daten für die Ausgabe abgerufen bzw. gespeichert werden.
  • Auch muss beachtet werden zu welcher Tages und Nachtzeit man die Werte vergleicht, so sind zu den Abendstunden deutlich mehr Sender online als zu den Mitternachtsstunden!
  • Weiter müssen die Einstellungen der config.inc.php berücksichtigt werden, wenn Sie in Sektion 2 in der Zeile $CONFIG['SHOW_OFFLINE_CAMS'] = 0; den Wert auf '0' stehen haben, sollten Sie diesen auf '1' stellen!

Und zu guter Letzt wollen wir mit unserem System, nicht wie auf vielen anderen Portalen, mit Masse sondern mit Klasse glänzen ;-)

nach oben


Forbidden, perhaps you need to change the file permissions for this document or upload an index page.

Diese Fehlermeldung deutet auf eine fehlende Apachedirektive hin. In einigen Fällen können Sie dies aber selbst nachholen, indem sie die .htaccess um folgende beide Zeilen ganz am Anfang hinzufügen:

Options -Indexes
Options +FollowSymLinks
  
Sollte dies nicht funktionieren, teilen Sie dem Provider den Fehler mit, damit er die Direktiven in die Hauptkonfiguration für die Domain setzt.
nach oben

Weiße Seiten nach Einbau eigener Seiten in die main.php

Weiße Seiten sind ein relativ häufiges Merkmal für einen PHP-Fehler. Dies kann ein fehlendes Semikolon (;) sein, aber auch eine geschweifte Klammer { } zu viel. Eine Suche nach dem Fehler ist oftmals eine mühevoll Kleinarbeit.

  • Wenn es sich lohnt, weil man noch nicht viel einprogrammiert hat, sollte man sich die Backup-Datei nehmen und noch einmal von vorne anfangen.
  • Wer aber schon viel Arbeit investiert hat, muss den Fehler mühevoll suchen. Ein Ansatz zu suchen liefert in der Regel die error_log vom PHP-Parser. Doch leider wird der selten eingeschaltet.
    Es gibt Programme, die bei der Fehlersuche helfen können. So stellt sich der Notepad++ als hilfreich dar, in dem er Anfang und Ende von Einheiten markiert. Man könnte anhand einer Kopie der Backup-Datei alle Teile heraus löschen, die in Ordnung sind und zum Schluss müssen die Teile übrig bleiben, die einen Fehler aufweisen. Wenn man den Fehler gefunden hat, kann man diesen dann am Original korrigieren.
  • Nicht selten sind aber auch falsch geschriebene Variablennamen schuld. Hier helfen Programme wie der PHP-Designer, der alle benutzten Variablennamen auflistet. Ein Blick darüber und man sieht, wo der Fehler steckt.
nach oben

Die Kategorien wechseln nicht mehr
Es werden keine Bilder mehr angezeigt
Das System meldet plötzlich „Keine Daten zum Anzeigen vorhanden“

Solche Fehler und Meldungen können ein und dieselbe Ursache haben. In den meisten Fällen ist der Webspace voll und das System weigert sich, Daten zu schreiben. Es werden dabei nur "0-Byte-Dateien" angelegt, der Rest verschwindet.
Im Falle, dass Bilder nicht mehr angezeigt werden, sollte man in den Ordner „/campics“ sehen. Finden sich dort zahlreiche 0 Byte Dateien, ist der Webspace bis auf das letzte Byte ausgereizt worden. Zur Lösung gibt es zwei Ansätze.

  1. ... beim Provider um mehr Speicherplatz zu bitten bzw. mehr Platz zu mieten.
  2. ... zu prüfen, ob es überflüssige Dateien gibt, die man löschen könnte.
    Ggf. den „/cache“-Ordner leeren.
nach oben

Die Log-Dateien wachsen unheimlich schnell an

Wenn der Provider bzw. die Servereinstellungen es gestattet, kann man in der .htaccess eine zusätzliche Anweisung (Direktive) eintragen, damit Hinweise und Fehlermeldungen nicht mehr in die Log-Datei geschrieben werden.
In diesem Fall, tragen Sie diese Anweisung: php_flag log_errors off in die .htaccess ein.

  <FilesMatch "\.inc" >
  deny from all
  </FilesMatch>
  <FilesMatch "^\." >
  deny from all
  </FilesMatch>
  
  php_flag  log_errors off
  RewriteEngine on
  RewriteBase /
  RewriteRule ^sitemap([0-9]*)\.xml\.gz$ google/sitemap$1.xml.gz [L,NC]
  RewriteRule ^sitemap([0-9]*)\.xml$ google/sitemap$1.xml [L,NC]
  RewriteRule ^urllist\.txt$ google/urllist.txt [L,NC]
  
  RewriteCond   %{REQUEST_URI}   !\.css$
  RewriteCond   %{REQUEST_URI}   !\.gif$
  
nach oben

PHP meldet einen Fehler, dass der Layout-Ordner nicht gefunden werden kann.

Bei einigen Web-Hostern stimmen auf manchen Servern die Basis-Daten zur Dokumenten-Root nicht (zum Beispiel bei Strato oder godaddy). Hier ist es notwendig, in der /config.inc.php dem Script explizit mitzuteilen, wie der Wert der Variablen tatsächlich ist.

Die Fehlermeldung könnte wie folgt lauten:
Warning: include_once(): open_basedir restriction in effect. File(/home/VERZEICHNIS/layouts/hausfrauen/lang_de.php)
is not within the allowed path(s):
(/srv/www/htdocs/IHRWEBNAME/html/:/srv/www/htdocs/IHRWEBNAME/phptmp/:/srv/www/htdocs/webx/files/:
/srv/www/htdocs/IHRWEBNAME/atd/) in /srv/www/htdocs/webx/html/777/functions.inc.php on line 487

Der erste Pfad ist also falsch, der letzte Pfad ist der richtige.

Um den Fehler zu beheben; muss der richtige Dokumenten-Root gesetzt werden.
Fügen Sie hierfür am Anfang der Sektion 4 folgende Zeile hinzu:
$_SERVER['DOCUMENT_ROOT'] = "/src/www/htdocs/IHRWEBNAME/html/777";

Der Dateiname und der letzte Slash werden weggelassen.
Sollten Sie sich mit dem Dokumenten-Root nicht sicher sein, können Sie diesen bei Ihrem Provider erfragen.
Mit dieser Angabe sollte das Script nun das Layout finden.
nach oben

Zahlen in den URLs

Bei der Anpassung und Veränderung der URLs muss darauf geachtet werden dass keine Zahlen oder Sonderzeichen verwendet werden dürfen - Die Verwendung von Zahlen ist ausschließlich dem System vorbehalten!
nach oben