TYPO3 - Probleme lösen - Versionsgeschichte

37.49.72.8: /* No Link Handlers are configured */

2019-05-22T05:19:31Z

No Link Handlers are configured

2019-05-22T05:19:06Z

2016-10-25T10:01:42Z

2012-10-11T10:55:26Z

Problem: Chinesische Zeichen werden nicht gespeichert

2012-10-11T09:55:15Z

Beim Update gehen Teile der Templates verloren

2012-10-11T09:53:33Z

Beim Update gehen Teile der Templates verloren

2012-10-11T09:27:56Z

Beim Update gehen Teile der Templates verloren

2012-10-11T09:27:06Z

MySQL Tabellen liegen im falschen Zeichensatz vor

2012-10-11T09:08:23Z

2012-10-11T08:40:52Z

Beim Update gehen Teile der Templates verloren

← Nächstältere Version		Version vom 22. Mai 2019, 05:19 Uhr
Zeile 101:		Zeile 101:
	Nach Update auf neueste 7er aufgetreten, wenn man Links setzen möchte (Page>Link-Feld)		Nach Update auf neueste 7er aufgetreten, wenn man Links setzen möchte (Page>Link-Feld)

−	Lösung: typo3temp Ordner leeren	+	Lösung: Cache & typo3temp Ordner leeren

← Nächstältere Version		Version vom 22. Mai 2019, 05:19 Uhr
Zeile 97:		Zeile 97:

	Der Fehler tritt auf wenn ein favicon über TS eingebunden wird (page.shortcuticon = fileadmin/mein/pfad/favicon.ico), die Datei aber nicht vorliegt oder nicht darauf zugegriffen werden kann.		Der Fehler tritt auf wenn ein favicon über TS eingebunden wird (page.shortcuticon = fileadmin/mein/pfad/favicon.ico), die Datei aber nicht vorliegt oder nicht darauf zugegriffen werden kann.
		+
		+	=== No Link Handlers are configured ===
		+	Nach Update auf neueste 7er aufgetreten, wenn man Links setzen möchte (Page>Link-Feld)
		+
		+	Lösung: typo3temp Ordner leeren

@@ Zeile 1: / Zeile 1: @@
 === MySQL Tabellen liegen im falschen Zeichensatz vor ===
@@ Zeile 5: / Zeile 34: @@
 [[Datei:Db_utf8_fix.zip]]
-=== Beim Update gehen Teile der Templates verloren ===
+=== Beim Update gehen Teile der Templates und Inhalte verloren ===
 Nach der Version 4.1 wurden Tabellenfelder von blob auf Text umgestellt. TYPO 3 versucht das ohne Angabe des Zeichensatzen. Dabei bricht mysql das Umwandeln nach einem Umlaut o.ä. ab und verwirft den Rest.
 Meist passiert das in TS Templates wenn in Kommentaren Umlaute sind. Folge, nach dem Update geht das Frontend nicht mehr.

← Nächstältere Version		Version vom 11. Oktober 2012, 10:55 Uhr
Zeile 27:		Zeile 27:

	'''Lösung:'''		'''Lösung:'''
		+	Tritt auf wenn TYPO3 mit utf-8 arbeitet, aber die Datenbank in latin Felder speichert. Die Datenbank sollte überall mit utf-8 arbeiten. Einfach per phpmyadmin umstellen. Achtung, wenn TYPO3 noch nicht auf utf-8 umgestellt ist, dann muß TYPO3 umgestellt werden (Stichwort force utf-8) UND die Datenbank inhalte konvertiert werden (utf8_fix Skript) Es gibt auch andere Lösungsansätze im Internet, diese sind aber nicht sinnvoll, wenn die Voraussetzungen der DB nicht stimmen.

		+	Tipp: Auch im Falle das Typo3 schon mit utf-8 arbeitet, aber die DB noch latin hat, kann man sich Zeit sparten und das utf-8 fix Skript nehmen, allerdings muß man es etwas anpassen:

		+	Wenn TYPO3 mit utf-8 arbeitet, aber die Datenbank mit latin speichert kann man das Skript [[Datei:Db_utf8_fix-solo.zip]] anpassen. Es wandelt zuerst Textfelder in Binaries und diese dann zurück in Textfelder mit utf-8. Einfach das erste mysql Statement auskommentieren, dann stellt es nur die Datenbank um und konvertiert nichts.

	=== Problem: Funktion xyz deprecated ===		=== Problem: Funktion xyz deprecated ===

← Nächstältere Version		Version vom 11. Oktober 2012, 09:55 Uhr
Zeile 12:		Zeile 12:

	ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8;		ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8;
		+
		+	Wichtig ist dabei die Angabe des Character Set in dem die Zeichen vorliegen, damit mySQL weiß wie es die Konvertierung machen. Normalerweise ist das latin1.

	siehe auch: http://dev.mysql.com/doc/refman/5.1/en/alter-table.html		siehe auch: http://dev.mysql.com/doc/refman/5.1/en/alter-table.html

← Nächstältere Version		Version vom 11. Oktober 2012, 09:53 Uhr
Zeile 12:		Zeile 12:

	ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8;		ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8;
		+
		+	siehe auch: http://dev.mysql.com/doc/refman/5.1/en/alter-table.html

	eventuell hilft es auch vorher die DB umzustellen (siehe falscher Zeichensatz)		eventuell hilft es auch vorher die DB umzustellen (siehe falscher Zeichensatz)

← Nächstältere Version		Version vom 11. Oktober 2012, 09:27 Uhr
Zeile 12:		Zeile 12:

	ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8;		ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8;
		+
		+	eventuell hilft es auch vorher die DB umzustellen (siehe falscher Zeichensatz)

	=== Problem: Chinesische Zeichen werden nicht gespeichert ===		=== Problem: Chinesische Zeichen werden nicht gespeichert ===

← Nächstältere Version		Version vom 11. Oktober 2012, 09:08 Uhr
Zeile 1:		Zeile 1:
		+	=== MySQL Tabellen liegen im falschen Zeichensatz vor ===
		+
		+	dafür gibt es ein schönes Skript:
		+
		+
		+
	=== Beim Update gehen Teile der Templates verloren ===		=== Beim Update gehen Teile der Templates verloren ===
	Nach der Version 4.1 wurden Tabellenfelder von blob auf Text umgestellt. TYPO 3 versucht das ohne Angabe des Zeichensatzen. Dabei bricht mysql das Umwandeln nach einem Umlaut o.ä. ab und verwirft den Rest.		Nach der Version 4.1 wurden Tabellenfelder von blob auf Text umgestellt. TYPO 3 versucht das ohne Angabe des Zeichensatzen. Dabei bricht mysql das Umwandeln nach einem Umlaut o.ä. ab und verwirft den Rest.

@@ Zeile 3: / Zeile 3: @@
 Meist passiert das in TS Templates wenn in Kommentaren Umlaute sind. Folge, nach dem Update geht das Frontend nicht mehr.
-Lösung: die Umwandlung von Hand machen (siehe auch [[TYPO3 - Update]]) Prinzipell geht das so:
+Lösung: die Umwandlung von Hand machen (siehe auch [[Typo3 - Update]]) Prinzipell geht das so:
   ALTER TABLE t1 CHANGE c1 c1 TEXT CHARACTER SET utf8;