Fehlersuche - Versionsgeschichte

Wamudu: /* Extensions und Core */

2017-01-11T11:36:20Z

‎Extensions und Core

Wamudu: /* Extensions und Core */

2017-01-11T10:58:16Z

‎Extensions und Core

Sedezz: /* Fehlfunktion bzw. generelle Nichtfunktion eines Moduls */

2012-07-29T10:33:57Z

‎Fehlfunktion bzw. generelle Nichtfunktion eines Moduls

Manitougs: Geshi-Anpassung

2010-10-03T13:18:25Z

Geshi-Anpassung

Kos am 7. Juli 2010 um 07:34 Uhr

2010-07-07T07:34:12Z

Manitougs: Category hinzugefügt / neue Cat verlinkt

2010-06-09T22:43:23Z

Category hinzugefügt / neue Cat verlinkt

Manitougs: /* Lösungssuche ohne Fehlermeldung */ TL -> Contao

2010-06-06T22:44:45Z

‎Lösungssuche ohne Fehlermeldung: TL -> Contao

Manitougs: /* Lösungssuche mit Fehlermeldung */ TL -> Contao

2010-06-06T22:43:13Z

‎Lösungssuche mit Fehlermeldung: TL -> Contao

Xtra: Links auf Fehlerartikel eingebaut.

2010-05-31T23:06:35Z

Links auf Fehlerartikel eingebaut.

Manitougs: TL -> contao

2010-05-26T21:34:54Z

TL -> contao

← Nächstältere Version		Version vom 11. Januar 2017, 11:36 Uhr
Zeile 19:		Zeile 19:

	Solltest man jedoch ganz sicher sein, nichts falsch gemacht zu haben, dann geht strikt nach Schema F vor.		Solltest man jedoch ganz sicher sein, nichts falsch gemacht zu haben, dann geht strikt nach Schema F vor.
		+
		+
		+	'''Weiße Seite beim Aufruf des Backend'''
		+
		+	Hin und wieder kann es vorkommen, dass im Backend eine Erweiterung installiert wird und die Installation "problemlos" abgeschlossen wird. Ruft man das Backend dann erneut auf, erhält man plötzlich eine weiße Seite. Vom Login-Screen des Backend keine Spur zu sehen; die Erweiterung über das Backend zu deinstallieren ist somit nicht möglich.
		+
		+	Wenn also feststeht, welche Erweiterung dafür verantwortlich ist, kann man mittels ftp-Client oder über das Benutzer-Interface des Webhosters (Dateimanager etc.) diese Erweiterung einfach löschen. Danach sollte das Backend wieder aufrufbar sein.
		+

	==Fehlfunktion bzw. generelle Nichtfunktion eines Moduls==		==Fehlfunktion bzw. generelle Nichtfunktion eines Moduls==

@@ Zeile 9: / Zeile 9: @@
 Die Fehlersuche bei Extensions und dem Core gestaltet sich eigentlich immer gleich.
-Zu allererst sollte man seine Daten und Vorgehensweise überpruefen.
+Zu allererst sollte man seine Daten und Vorgehensweise überprüfen.
 Hat man:
 * wirklich alle notwendigen Daten (soweit bekannt) eingegeben?

@@ Zeile 31: / Zeile 31: @@
 <source lang="php">
-$GLOBALS[TL_CONFIG]['displayErrors']=true;
+$GLOBALS['TL_CONFIG']['displayErrors']=true;
 </source>

@@ Zeile 29: / Zeile 29: @@
 Diese Vorgehensweise entspricht einem händischen Eintrag in der Datei system/config/localconfig.php
-<pre>$GLOBALS[TL_CONFIG]['displayErrors']=true;</pre>
 Den Hinweis, dies in die localconfig.php einzutragen, bekommt man auch immer angezeigt, wenn man einen schweren Fehler innerhalb von Contao bekommt:

@@ Zeile 56: / Zeile 56: @@
 Man verschickt jedoch NIE(!) ungefragt PNs an ein anderes Forumsmitglied, auch nicht, wenn derjenige ein gleiches Problem hatte oder aber deiner Meinung nach bei deinem Problem die Lösung kennt. Die Leute helfen jedem gerne und bemühen sich auch stets freundlich zu bleiben. Sie machen dies jedoch ehrenamtlich in ihrer Freizeit und setzen daher einen gewissen Willen zur Eigeninitiative voraus. Wenn sie dann auch noch mit Privaten Nachrichten bombardiert werden, so hilft dies Anderen, welche ein ähnliches Problem haben sollten, kein bisschen weiter und es geht obendrein auch noch die Zeit aus, die in Problemlösungen investiert werden könnten.
-Aus diesem Grunde verfolgen die Meißten im Forum eine strikte "Keine PNs" Politik und löschen solche ungefragten PNs ungelesen und sie überlegen sich in Zukunft gegebenenfalls zweimal, ob sie einem auf einen Thread antworten werden oder ob sie lieber bei einem anderen Problem helfen.
+Aus diesem Grunde verfolgen die Meisten im Forum eine strikte "Keine PNs" Politik und löschen solche ungefragten PNs ungelesen und sie überlegen sich in Zukunft gegebenenfalls zweimal, ob sie einem auf einen Thread antworten werden oder ob sie lieber bei einem anderen Problem helfen.
 =Häufige Fehlerquellen und Lösungen=
 Einige Probleme treten immer wieder auf, diese sind mit ihren Lösungsvorschlägen in eigene Artikel ausgelagert und in der Kategorie [[:Category:Fehlersuche]] gesammelt.

@@ Zeile 2: / Zeile 2: @@
 [[Category:Admin HOWTOS]]
 [[Category:Installation und Updates]]
 =Hilfe zur Selbsthilfe=
 Diese Seite soll sowohl Einsteigern als auch Fortgeschrittenen erleichtern ihre Probleme selbst in den Griff zu bekommen.
@@ Zeile 58: / Zeile 59: @@
 =Häufige Fehlerquellen und Lösungen=
-Einige Probleme treten immer wieder auf, diese sind mit ihren Lösungsvorschlägen in eigene Artikel ausgelagert.
+Einige Probleme treten immer wieder auf, diese sind mit ihren Lösungsvorschlägen in eigene Artikel ausgelagert und in der Kategorie [[:Category:Fehlersuche]] gesammelt.
-−
-Dies sind:
-* [[Doppelte URL im base-Tag]]
-* [[Soll diese Seite wirklich verlassen werden / JavaScript im Backend geht nicht|"Soll diese Seite wirklich verlassen werden" bzw. JavaScript im Backend geht nicht]]

@@ Zeile 47: / Zeile 47: @@
 ===Lösungssuche ohne Fehlermeldung===
-Sollte dem System keine Fehlermeldung zu entlocken sein und es bockt dennoch wie ein alter Esel, dann sollte man in der Offiziellen TYPOlight Community die betreffenden Threads zur Extension bzw. dem Modul bzw. dem Teilbereich durchsuchen in welchem die Fehlfunktion auftritt.
+Sollte dem System keine Fehlermeldung zu entlocken sein und es bockt dennoch wie ein alter Esel, dann sollte man in der Offiziellen Contao Community die betreffenden Threads zur Extension bzw. dem Modul bzw. dem Teilbereich durchsuchen in welchem die Fehlfunktion auftritt.
 Hierbei legt man spezielles Augenmerk darauf, ob das Problem evtl. verwandt mit einem bereits gelösten ist, doch bitte im Zweifel kein Thread hijacking betreiben. Wenn man sich nicht sicher ist, dass das Problem einen zumindest sehr ähnlichen Grund hat wie ein bereits beschriebenes (un-)gelöstes Problem, erstellt man lieber einen neuen Thread. Das erleichtert Anderen, die nach Informationen suchen, die Suche ungemein.

@@ Zeile 43: / Zeile 43: @@
 übrig sein.
 Dies sollte in diesem Falle sinnvolle Keywords darstellen und zumindest in Google schon einige Informationen bringen, worum es überhaupt geht.
-Bei einigen hilft die Forumssuche in der [http://www.typolight-community.de offiziellen TYPOlight-Community] auch schon weiter.
+Bei einigen hilft die Forumssuche in der [http://www.contao-community.de offiziellen Contao-Community] auch schon weiter.
 ===Lösungssuche ohne Fehlermeldung===

← Nächstältere Version		Version vom 31. Mai 2010, 23:06 Uhr
Zeile 56:		Zeile 56:

	Aus diesem Grunde verfolgen die Meißten im Forum eine strikte "Keine PNs" Politik und löschen solche ungefragten PNs ungelesen und sie überlegen sich in Zukunft gegebenenfalls zweimal, ob sie einem auf einen Thread antworten werden oder ob sie lieber bei einem anderen Problem helfen.		Aus diesem Grunde verfolgen die Meißten im Forum eine strikte "Keine PNs" Politik und löschen solche ungefragten PNs ungelesen und sie überlegen sich in Zukunft gegebenenfalls zweimal, ob sie einem auf einen Thread antworten werden oder ob sie lieber bei einem anderen Problem helfen.
		+
		+	=Häufige Fehlerquellen und Lösungen=
		+	Einige Probleme treten immer wieder auf, diese sind mit ihren Lösungsvorschlägen in eigene Artikel ausgelagert.
		+
		+	Dies sind:
		+	* [[Doppelte URL im base-Tag]]
		+	* [[Soll diese Seite wirklich verlassen werden / JavaScript im Backend geht nicht\|"Soll diese Seite wirklich verlassen werden" bzw. JavaScript im Backend geht nicht]]

@@ Zeile 14: / Zeile 14: @@
 Sofern man nach einem Tutorial vorgegangen ist:
-* stimmt die TL Version des Tutorials mit der installierten Version überein?
+* stimmt die Contao Version des Tutorials mit der installierten Version überein?
 ** Wenn nicht, sieht man im Changelog der betreffenden Erweiterung nach, was zwischen den beiden Versionen an zu beachtenden Änderungen eingetreten ist.
@@ Zeile 23: / Zeile 23: @@
 Zuerst bitte die Fehlermeldungsausgabe aktivieren.
-Viele Module schreien bei Problemen direkt von PHP-Seite aus schon laut um Hilfe. Diese Hilferufe werden jedoch aus Sicherheitsgründen in der Standardeinstellung still und leise ins Nirvana geleitet. Einige schaffen es zwar noch nach TL_ROOT/system/logs, aber längst nicht alle.
+Viele Module schreien bei Problemen direkt von PHP-Seite aus schon laut um Hilfe. Diese Hilferufe werden jedoch aus Sicherheitsgründen in der Standardeinstellung still und leise ins Nirvana geleitet. Einige schaffen es zwar noch nach CONTAO_ROOT/system/logs, aber längst nicht alle.
 Um die Fehlermeldungen zu aktivieren, aktiviert man im Backend unter System/Einstellungen/Sicherheitseinstellungen die Checkbox: "Fehlermeldungen anzeigen". Anschliessend muss die Einstellung speichert werden.