Im HTML-Code der Seite steht richtiger Weise: meta charset=utf-8
Der Browser ist ja in der Lage den Text korrekt anzuzeigen, meinst Du wirklich
es liegt am Browser? Ich habe auch noch mit Chrome getestet, dort tritt das
gleiche Problem auf.
Hast du dir mal den Response-Header angesehen?
hallo zusammen,
vielen dank für die gut formulierten nachrichten!
so kann ich nun für das größerer projekt besser planen.
es ist zwar alles ein kunde, aber ich glaube ich sollte die seiten auf
min. 2 instanzen aufteilen.
danke euch allen!!
sebastian
--
Hallo Carsten,
vielleicht noch einmal meine Frage:
Kann ich das JSON-Dingen überall einbauen oder nur im HEAD der Seite? Ich
habe zwar schon danach gegoogled, aber nicht wirklich eine richtige Antwort
darauf gefunden.
Viele Grüße
Björn
-Ursprüngliche Nachricht-
Von:
Hi Du kannst einfach über confg.addtionalHeaders
http://docs.typo3.org/typo3cms/TyposcriptReference/Setup/Config/Index.html#additionalheaders
einen ensprechenden status code setzten.
Gruss chris
-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org
Hallo Björn,
Du kannst den JSON-Part auch in den Body setzen, Du könntest auch
Informationen im Head und im Body haben, nur dann natürlich nicht für
*eine* Organization, *ein* LocalBusiness etc. sondern für verschiedene.
Im Zweifel immer den Quelltext ins Testing-Tool kopieren und natürlich
Dass nur ein Datentyp pro Seite geht, habe ich schon gelesen und das ist
auch vollkommen ok. Wenn ich das Teil in den Body schreibe, dann könnte ich
ja quasi auf den betreffenden Unterseiten ein Inhaltselement HTML anlegen
(geht hier um 3 Stück) und dort jeweils den entsprechend abgewandelten
Hat sich erledigt, dass folgende Typoscript im Setup-Bereich funktioniert doch:
[globalVar = TSFE:id = 18]
page.config.additionalHeaders = HTTP/1.1 404 Not Found
[global]
Man darf nur nicht vergessen es auch der page config zuzuordnen :).
___
Hallo allerseits,
ich habe meine Typo3 4.7.xx Webseite auf 6.0.xx aktualisiert. Der 6.0
Zwischenschritt war notwendig, weil ein Update auf 6.2 nicht ganz rund
lief, deswegen jetzt kleine Update-Schritte.
Nun ist es so, dass meine ganzen Filemounts für meine User und
Usergruppen schon immer
Hi Johannes,
nein ich meine nicht das es ma browser liegt! Die haben alle ihre charsets im
griff.
Aber da du deinen browser schnell auf unterschiedliche charset seinstellen kann
unter chrome (Weitere Tools-codierung)
Kann man sehr gut und schnell testen in welchem charset die daten okay
Hi Chris,
das habe ich mittels:
[globalVar = TSFE:id = 18]
config.additionalHeaders = HTTP/1.1 404 Not Found
[global]
im Setup versucht, allerdings zeigt dies keine Wirkung :(.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
Hallo Johannes,
du hast geschrieben, dass du für die Ajax Lösung die Standard-Programmierung
nutzt, ohne SET NAMES oder ähnlichem.
Meine Frage ist: nutzt du die Ajax Schnittstelle auch, um Daten in die
Datenbank *einzutragen*?
Wenn das der Fall ist, könnte ein möglicher Problemablauf wie
Hi,
ich nutze TYPO3 6.2 in Verbindung mit Realurl und habe das Problem, dass der
direkte Aufruf der 404 Seite einen 200er Statuscode liefert anstatt einen
400er. Kann ich den Header dieser Seite im Installtool oder mittels Realurl auf
404 setzen?
Details:
Im Seitenbaum habe ich eine 404
Hi Michael,
wollte mir gerade euer Buch bei Amazon kaufen, habe jedoch festgestellt das die
Deutsche Version einen viel ältereren Stand hat als das Englische Buch.
Wird es die aktuelle Englische Version (Mit 7.0 Sektion) auch bald in Deutsch erscheinen?
Hallo zusammen
Die Kunden hat über YAG ein Fotoalbum angelegt dass auf ein Ordner mit
Sonderzeichen im Namen verweist. Darin enthalten sind .jpg mit
Sonderzeichen im Dateinamen.
Nun kommt beim Aufruf des YAG Backendmoduls dieser Fehler (Ist nur ein
Teil davon.. Error ist viel viel
Hier noch ein Bild der Errormeldung:
https://www.dropbox.com/s/x1y4x1f7hyu3jpi/error_yag.png?dl=0
Hallo zusammen
Die Kunden hat über YAG ein Fotoalbum angelegt dass auf ein Ordner mit
Sonderzeichen im Namen verweist. Darin enthalten sind .jpg mit
Sonderzeichen im Dateinamen.
Nun kommt
VOLLTREFFER - Fehler gefunden!
Es lag tatsächlich daran, dass die Datenbank intern alles auf latin umgewandelt
hat, da die Daten nicht per mysql_set_charset('utf8',$link); bzw.
mysqli_set_charset('utf8',$link); geschrieben wurden.
Solange man sich in dieser Umgebung bewegt, also Umwandlung
16 matches
Mail list logo