EVO German Wiki:Hilfe

Aus EVO German Wiki

Wechseln zu: Navigation, Suche

Generell findet Ihr Hilfe im Nuke Evolution German Forum auf http://www.evo-german.com

Inhaltsverzeichnis

[bearbeiten]

Allgemeine Tips und Vorgehensweisen bei Fehlern

Bei Fehlern sollte grundsätzlich wie folgt vorgegangen werden:

  • In der /config.php $debug = true setzen (schaltet die Unterdrückung der Anzeige von Fehlermeldungen ab)
  • Mit dem Standard Theme Chromo testen. Tritt der Fehler mit Chromo nicht auf, handelt es sich um ein Problem in den Theme Dateien.
  • Error Log auslesen - das Error Log gibt Aufschluß wo und welcher Fehler aufgetreten ist.
  • Die letzten installierten Module/Blöcke entfernen und prüfen, ob der Fehler verschwunden ist
  • Cache löschen (wenn Cache aktiviert)
  • Das Löschen der Cookies kann auch bei einigen Problemen helfen
[bearbeiten]

Board-Message XL -> Neue oder geänderte Informationen gehen nach Vorschau verloren

Bevor Ihr die Vorschaufunktion benutzt, solltet Ihr den erstellten Inhalt mit [CTRL]C in die Zwischenablage kopieren. Nach der Vorschau könnt Ihr dann den Inhalt mit [CTRL]V wieder einfügen. Eine endgültige Lösung wird mit der Nuke Evolution German 2.1.0 zur Verfügung stehen.

[bearbeiten]

Internal Server Error nach Installation

Die Fehlermeldung 

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

ist meist auf das fehlende mod_rewrite Modul des Apache Webservers zurückführen. Es gibt 2 Möglichkeiten den Fehler zu vermeiden 

1. man installiert das mod_rewrite auf dem Webserver nach (erfordert einen root Zugriff auf den Server)
2. man setzt ein # vor PHP_FLAG register_globals On und PHP_FLAG output_buffering On in der .htaccess

Die 2. Möglichkeit ist zu empfehlen, da für die erste Möglichkeit umfangreiche Linux und Webserver Kenntnisse erforderlich sind.
Wenn Ihr einen Root Server betreibt und über die nötigen Kenntnisse verfügt, dann findet Ihr hier ein Tutorial, wie Ihr mod_rewrite aktivieren könnt.

[bearbeiten]

Fehlermeldungen bei Aufruf der Forenstatistik: SAFE MODE Restriction in effect

Auf Eurem Server ist aus Sicherheitsgründen der PHP Safe Mode auf ON gesetzt.
PHP Safe Mode muss ausgeschaltet werden. Wenn Ihr keinen direkten Zugriff auf Euren Server habt, dann müßt Ihr Euren Webhoster fragen, ob er gewillt ist für Euch den PHP Safe Mode auszuschalten.

[bearbeiten]

Benutzer können ihren Benutzernamen nicht ändern

Die Möglichkeit den Benutzernamen ändern zu können ist nach der Installation von Nuke Evolution German abgeschaltet.
Die Einstellung kann in der Forenadministration -> Allgemeines -> Konfiguration -> Allgemeine Boardeinstellungen vorgenommen werden. Am Ende der Einstellungen findet Ihr den Punkt 'Namenswechsel erlauben'.

[bearbeiten]

PNG Grafiken werden nicht angezeigt

Wärend des Ladevorgangs der Seite werden PNG Grafiken noch angezeigt, später verschwinden sie wieder. Dieses Problem tritt nur mit dem Internet Explorer älter Version 7 auf. In Nuke Evolution German ist bereits ein Fix für dieses Problem implementiert. Da diese Fehlerbehebung Javascript zur Aktivierung benötigt, muss 'Active Scripting' in den Internetoptionen eingeschaltet sein.
Beim Microsoft Internet Explorer 5.x oder neuer müssen folgende Einstellungen vorgenommen werden:

  • Gehe in die Internetoptionen
  • Unter 'Sicherheit' Stufe anpassen wählen (Zone Internet)
  • Im Bereich 'Scripting' muss 'Active Scripting' aktiviert werden
  • Die Änderung mit ok (2x) bestätigen
  • Browser muss geschlossen werden, damit die Änderung wirksam wird
[bearbeiten]

Anzahl der Artikel auf der Startseite kleiner 5

Die minimal mögliche Anzahl an Artikeln, die auf der Startseite angezeigt werden ist 5. Solltet Ihr z.B. nur 2 Artikel auf der Startseite anzeigen wollen, so geht das nicht aus dem Adminbereich, sondern es muss direkt der Wert in der Datenbank gesetzt werden (z.B. mit phpMyAdmin)
Tabelle: nuke_nsnne_config -> config_name -> homenumber
Ab Version 2.1.0 wird es auch möglich sein, weniger als 5 Artikel auf der Startseite anzuzeigen, ohne direkt in der Datenbank Änderungen vornehmen zu müssen.

[bearbeiten]

Grafiken werden im Forum nicht in der Größe angepasst

Der Browser zeigt eine Fehlermeldung in der Statusleiste und Grafiken werden in der Beitragsdarstellung nicht in der Größe angepasst. Dieses Problem tritt nur mit dem Internet Explorer auf. Beim Microsoft Internet Explorer 5.x oder neuer müssen folgende Einstellungen vorgenommen werden:

  • Gehe in die Internetoptionen
  • Unter 'Sicherheit' Stufe anpassen wählen (Zone Internet)
  • Im Bereich 'Scripting' muss 'Active Scripting' aktiviert werden
  • Die Änderung mit ok (2x) bestätigen
  • Browser muss geschlossen werden, damit die Änderung wirksam wird
[bearbeiten]

Eine leere weisse Seite wird angezeigt

Bei Aufruf eines Moduls oder eines anderen Bereiches Deiner Website erscheint nur eine leere weisse Seite. Auf Deiner Seite oder in einem Modul ist ein Fehler. Da Fehlermeldungen unterdrückt werden, erscheint nur eine weisse Seite ohne Inhalt.
Du kannst die Fehlermeldungen anzeigen, wenn Du folgende Änderung vornimmst:

  • Öffne 
config.php:
  • Finde 
$debug = false;
  • Ersetze durch 
$debug = true;

Nach der Fehlerbehebung solltest Du die Änderungen wieder rückgängig machen. Solltest Du das Problem haben, wenn Du einen Artikel speichern möchtest, so überprüfe, ob sich ein Hochkomma im Titel oder Text befindet und lösche dieses gegebenenfalls. Ein einzelnes Hochkomma wird als Teil des SQL Befehls interpretiert und es kann daher zu Problemen kommen. Es wird empfohlen auf Hochkommata in News/Artikeln zu verzichten.

[bearbeiten]

Wie lösche ich die Highscores aus den Spielen des Arcade Mods?

Dazu mit dem phpMyAdmin folgende SQL-Befehle eingeben: 

Update nuke_bbgames set game_highscore = 0; 
Update nuke_bbgames set game_highdate = 0; 
Update nuke_bbgames set game_highuser = 0;

Damit werden alle Highscores sowie das Datum, wann diese erzielt wurden, und der Highscoreihnhaber zurückgesetzt.

[bearbeiten]

Das Eingabefeld des FCK Editors ist mir zu klein. Wie kann ich die Größe ändern?

öffne: ../includes/fck/fckeditor.php
suche (ca. Zeile 40) 

$this->Height      = '200' ;

ersetze durch: 

$this->Height      = '400' ;

Damit ist das Eingafefeld des FCK Edititors doppelt so groß.
Der Wert gibt die Höhe des Eingabefensters in Pixel an und kann je nach Bedarf angepaßt werden.

[bearbeiten]

Kein Anmelden als Administrator möglich

Dies kann verschiedene Ursachen haben. Zwei der häufigsten Ursachen sind

  • Der Benutzername des Administrators enthält Sonderzeichen
  • Die Error Log Datei ist zu groß geworden

Sollten im Benutzernamen für den God-Admin Sonderzeichen vorhanden sein, so mußt Du dies direkt in der Datenbank ändern. Dazu z.B. mit phpMyAdmin den Eintrag 'aid' für den 'name' God in der Tabelle nuke_authors ändern. Erlaubt sind Buchstaben, Zahlen, Bindestriche und Unterstriche. Ist hingegen die Error Log Datei zu groß geworden, so überschreibe die Datei /includes/log/error.log mit einer leeren Datei gleichen Namens.

[bearbeiten]

Administrator kann nicht gelöscht werden

Wenn beim Versuch einen Administrator als Benutzer zu löschen die Fehlermeldung kommt 

Dieser Administrator hat Beiträge veröffentlicht

dann hat dieser Administrator bereits Artikel veröffentlicht. Um den Administrator trotzdem zu löschen, müssen diesem Benutzer alle Administratorrechte entzogen werden. Die von diesem Admin veröffentlichten Artikel bleiben unverändert - auch der Name des gelöschten Admins bleibt erhalten.

[bearbeiten]

Was ist der Safe Mode?

Grundsätzliches:
1. Der Safe-Modus ist eine Einstellung, die PHP betriff und NICHT Nuke-Evo oder irgend eine andere Software, die als PHP-Script läuft.
2. Der Safe-Modus kann NICHT über ein Script aktiviert oder deaktiviert werden sondern wird durch die php.ini (also der Initialisierung des PHP-Interpreters auf dem Server) initialisiert.
3. Ob der Safe-Modus gesetzt ist oder nicht, kann durch die phpinfo ausgegeben werden. Dort kann man (unter Configure-Commandos des Servers) sehen, ob "enable-safe-mod" = on oder off ist.

Was bedeutet es, wenn Safe-Mod = on ist ?
1. Es sind KEINE Pipes oder Redirects möglich, wenn Systembefehle aufgerufen werden.
2. Bei Erstellen eines Verzeichnisses muß der erstellende Prozess die gleiche UID (User-ID) haben, wie das Verzeichnis, in dem das neue Verzeichnis erstellt werden soll.
3. Man kann für einzelne Prozesse keine Verlängerung des Zeitlimits mehr setzen (in manchen Situationen - z.B. Upload oder Download der nicht per ftp gemacht wird macht es Sinn, per Script die Verarbeitungszeit, die normalerweise defaultmäßig auf 30 Sekunden gesetzt ist, höher zu setzen).

Warum setzen die Provider den Safe_Mod auf on ?
Bei virtuellen Domains sind ja mehrere Verzeichnisse auf einem Server. Wenn nun Zugriffspfade in den Scripts nicht sauber gesetzt sind (z.B. durch ../../../) dann könnte es passieren, das ein Script über das Root-Verzeichnis "hinausschießt" und Zugriff auf eine andere Domain nimmt. Durch setzen des Safe-Mods darf der Prozess aber nicht über das Verzeichnis hinaus zugreifen. Genauso könnte aber auch ein Cracker diese "Sicherheitslücke" verwenden und über eine Domain auf eine andere zugreifen.
Witzig an der Sache ist, daß meistens CGI-Scripte erlaubt sind und man dem CGI-Interpreter keinen Safe-Mod aufdoktrinieren kann. D.h. mit einem CGI-Script ist diese "Sicherheitslücke" zu umgehen.

Aus den vorher gemachten Ausführungen ergibt sich folgendes (wenn Safe-Mod on ist):
1. Ein Prozess darf keine schreibenden Operationen auf Dateiebene machen, wenn die UID des Prozesses nicht mit der UID des Verzeichnisinhabers übereinstimmt. Im Falle des Root-Verzeichnisses einer virtuellen Domain-Installation hat das Root-Verzeichnis immer die UID des Providers !!! nicht des Domaininhabers !!
2. Haben die Verzeichnisse unterschiedliche UID`s (z.B. weil beim Upload der Files ein anderer Account benutzt wurde) dann darf der Prozess nicht schreiben. Dies könnte z.B. Auswirkungen auf Nuke-Sentinel, die Log-Bücher, Attachements, Up- und Downloads sowie den Cache-Bereich haben.

Was ist daraus zu lernen ?
Wenn der Provider den Safe-Mod aktiviert hat, dann sollte man auf jeden Fall ein Sub-Verzeichnis anlegen (wie in der Nuke-Evo Installation als "html" vorgegeben) und die Domain auf dieses Verzeichnis umleiten.
Es werden nicht alle Mods, Blocks und Module funktionieren. Welche das im einzelnen sind, muß ausprobiert werden. Also nicht verzweifeln wenn mal ein solches Ding (vor allem wenn es auf Dateiebene funktioniert oder Pipes oder Betriebssystemprozesse verwendet) nicht funktioniert. Es muß nicht an Euch oder der Integration in das Board liegen. Meistens dann am Safe-Mod.

... und zum guten Schluss noch eine Empfehlung:
Wenn Euer Provider den PHP Safe-Mod aktiviert hat aber gleichzeitig andere Scriptingsprachen (z.B. CGI, PERL o.ä.) erlaubt, dann schießt ihn in den Wind, den dann wissen die Leute dort nicht was Sie tun ....... oder wie Rasmus Lerdorf (Gründer von PHP) mal gesagt hat: "Das größte Problem mit Safe-Mod ist, das es Leute gibt, die es benutzen" (Original: the biggest problem with safe mode is that people use it.)

[bearbeiten]

Das Datum von Artikeln ist englisch - wie kann ich das ändern?

In der Administration -> Einstellungen -> Generelle Seitenangaben ist das lokale Zeitformat voreingestellt auf de_DE
Auf Eurem Server oder bei Eurem Provider sind vermutlich die gängisten "Locales" installiert. Sollte also mit de_DE das Datumsformat nicht in Deutsch angezeigt werden, so könnt Ihr es noch mit folgenden Einstellungen versuchen: 

ge
deu_deu
de_DE.ISO8859
de_DE.ISO8859-1
de_DE.ISO8859-2
de_DE@euro
de_DE@UTF8

Sollte dies nicht den gewünschten Erfolg bringen, so fragt Euren Webhoster nach den Einstellungen, oder bittet ihn, "Locale" de_DE zu installieren.

[bearbeiten]

Änderungen im Sommaire Menue können nicht gespeichert werden

Wenn Änderungen in der Konfiguration des Sommaire Menues nicht gespeichert werden können, oder nach dem Speichern eine Neuanmeldung als Administrator erforderlich wird, so kann dies zwei Ursachen haben - beide Ursachen liegen in der Servereinstellung (php.ini):

  • register_globals ist abgeschaltet (OFF)

register_globals muss auf ON geschaltet sein.

  • Einstellungen der Sicherheitfunktion "Suhosin" zu restriktiv

Folgende Einstellungen in der php.ini beheben das Problem 

[suhosin] 
suhosin.post.max_array_depth 100 100
suhosin.post.max_array_index_length 64 64
suhosin.post.max_name_length 64 64
suhosin.post.max_totalname_length 256 256
suhosin.post.max_value_length 65000 65000
suhosin.post.max_vars 200 200
suhosin.request.disallow_nul 1 1
suhosin.request.max_array_depth 100 100
suhosin.request.max_array_index_length 64 64
suhosin.request.max_totalname_length 256 256
suhosin.request.max_value_length 65000 65000
suhosin.request.max_varname_length 64 64
suhosin.request.max_vars 200

Weitere Informationen zu Suhosin findet Ihr auf der Hardened PHP Project Homepage
Wenn Ihr keinen Root-Server besitzt und daher keinen Zugriff auf die php.ini habt, so müsst Ihr Euren Hoster bitten die Änderungen für Euch vorzunehmen.

[bearbeiten]

Probleme mit Benutzergruppen

Bei Fehlermeldungen wie

  • Could not delete group for this user

oder

  • The selected user has NO user_group - that is an heavy error

bitte die Datei fixgroup.zip herunterladen und wie folgt vorgehen: 

1. Datei fixgroup.php in das Verzeichnis modules/Forums auf Deinen Server kopieren.
2. In die Adresszeile des Browsers http://www.DEINESEITE.de/modules.php?name=Forums&file=fixgroup eingeben und bestätigen.
3. Nun solltest Du angezeigt bekommen, wie alle eingetragenen Mitglieder einer Benutzergruppe zugeordnet werden.
4. Nach erfolgreicher Ausführung des Scripts die Datei fixgroup.php wieder aus dem Verzeichnis modules/Forums löschen.
[bearbeiten]

Fatal error: Allowed memory size of xxxx bytes exhausted in .../.../FILE.php

Dieser Fehler kann zwei Ursachen haben:

1. Wird der Fehler für die Datei log.php angezeigt, so ist das Error Log File zu groß geworden.

2. In allen anderen Fällen benötigt ein auf dem Server ausgeführtes Programm mehr Speicher, als zur Verfügung gestellt wird.

Vorgehensweise zu 1:

  • Dateien includes/log/error.log und includes/log/admin.log per FTP herunterladen, damit die Fehlermeldungen die in diesen Logs gespeichert sind analysiert werden können.
  • Die leeren Dateien includes/log/error.log und includes/log/admin.log aus dem Nuke Evolution Installationspaket auf den Server kopieren und die Dateien auf dem Server dabei überschreiben. Die Dateien müssen Schreibrechte (CHMOD646) bekommen.

Vorgehensweise zu 2:

  • In der Administration - System Info - PHP Kern den Wert für "memory-limit" überprüfen. Die Systemanforderung für Nuke Evolution sind min. 16M
  • In der php.ini den Wert für "memory-limit" erhöhen. Wenn man keinen Zugriff auf die php.ini hat, so muss der Hoster kontaktiert und gebeten werden, das Speicher Limit zu erhöhen.
Von "http://wiki.evo-german.com/index.php?title=EVO_German_Wiki:Hilfe"
Persönliche Werkzeuge