Re: [TYPO3-german] Falsche Kodierung obwohl alles auf UTF-8
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? Normalerweise interessiert sich der Browser herzlich wenig für die Angaben in meta-Tags. Der Browser orientiert sich eher am Response-Header Content-Type. Wenn dort nur text/html steht, kann es gut sein, dass der Browser von einer iso-Kodierung ausgeht. Steht da allerdings text/html; charset=UTF-8, müsste der Browser eigentlich automatisch auf UTF-8 wechseln. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 - wie viele Webseiten in einem System?
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 -- TYPO3 - TIPPS - ANLEITUNGEN - NEWS unter: http://www.typo3-probleme.de/ TYPO3 Webdesign Agentur Wiesbaden - Frankfurt unter: http://www.ingeniumdesign.de/ Facebook Fan http://www.facebook.com/ingeniumdesign/ -- Am 19.05.2015 um 16:53 schrieb Sebastian Schmal: Hallöchen Liste, habe mal eine Frage zu einem 6.2 T3 System, mit wie viele Backend-Seiten kommt ein TYPO3 System noch gut zurecht von der Performance ? Ab wann sollte man ein weiteres System/Instanz aufsetzten? Oder kommt es mehr auf den Server drauf an? Danke Euch, Sebastian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OffTopic - RichSnippets
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: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Carsten Schwab Gesendet: Dienstag, 19. Mai 2015 15:44 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] OffTopic - RichSnippets Da gibt es ja auch noch den JSON-LD. Der verhält sich ja anzeigeneutral. Wenn ich es richtig verstanden habe, kann ich den alternativ verwenden? Wenn Du die Daten entsprechend ausgegeben bekommst, kannst Du natürlich auch die Variante nutzen. Nach meiner Erfahrung funktioniert das mittlerweile auch zuverlässig. Wenn Dir das Testing Tool attestiert, daß alles in Ordnung ist, bedeutet das übrigens nicht automatisch, daß Google Co. diese Daten auch tatsächlich heranziehen bzw. besonders anzeigen (z.B. rechte Spalte bei der Suche). -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Carsten Schwab Gesendet: Dienstag, 19. Mai 2015 15:11 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] OffTopic - RichSnippets Hallo Björn, Du darfst die verschiedenen Teile der Informationen über ein Unternehmen natürlich nicht auf mehrere Nodes verteilen, d.h. alles zum entsprechenden Unternehmen müsste in Deinem Fall unter div itemscope itemtype=http://schema.org/LocalBusiness; stehen. Irgendwelche divs als Container für das Akkordeon mittendrin stören nicht. Schau Dir doch einfach die Beispiele bei Google an: https://developers.google.com/webmasters/business-location-pages/schem a.org- examples Das Beispiel Specifying addresses dürfte Dir am ehesten helfen. Zum testen: https://developers.google.com/structured-data/testing-tool/ Die Aufteilung der Kontaktdaten auf mehrere Tabs eines Akkordeons halte ich unter Usabilityaspekten übrigens für nicht optimal - aber das war ja nicht Deine Frage. Grüße Carsten Am 19.05.2015 um 14:45 schrieb Björn Hahnefeld: Hallo zusammen, ich habe eine/mehrere Unterseite/n, auf der Kontaktdaten in einem Akkordeon anzeigt werden. Dort ist beispielsweise die Adresse, die Telefonnummer u.ä. aus ästhetischen Gründen aufgeteilt. Nun stellt sich für mich die Frage, ob ich das trotzdem mit strukturierten Daten abbilden kann. Kurzum: Kann div itemscope itemtype=http://schema.org/LocalBusiness; mehrfach vorkommen? Also technisch sicher machbar, aber ist das von Google dann ungern gesehen, wenn es einen Block für den Unternehmensnamen, noch einen für die Adresse und einen weiteren für die Telefonnummer gibt? Hat da jemand von euch Erfahrungswerte? Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falscher Statuscode bei direktem Aufruf der 404 Seite
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 [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Ronny Hauptvogel Gesendet: Mittwoch, 20. Mai 2015 11:25 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Falscher Statuscode bei direktem Aufruf der 404 Seite 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 Seite angelegt und im Installtool habe ich wenige Konfigurationen vorgenommen, wodurch beim Auftreten eines 404 Statuscode die 404 Seite angezeigt wird. Dadurch liefern Seiten wie z.B. www.test.de/ich-existiere-nicht einen 404 Statuscode, soweit so gut. Allerdings existiert die 404 Seite im Seitenbaum und lässt sich daher auch via Url aufrufen: www.test.de/404 Diese Seite liefert nun keinen 404 Statuscode, sondern einen 200er Statuscode, was ich gerne unterbinden möchte, da es sich hierbei um einen Soft 404 handelt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OffTopic - RichSnippets
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 immer Mal wieder in die Webmastertools schauen, ob noch alles OK ist. Gruß Carsten 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: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Carsten Schwab Gesendet: Dienstag, 19. Mai 2015 15:44 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] OffTopic - RichSnippets Da gibt es ja auch noch den JSON-LD. Der verhält sich ja anzeigeneutral. Wenn ich es richtig verstanden habe, kann ich den alternativ verwenden? Wenn Du die Daten entsprechend ausgegeben bekommst, kannst Du natürlich auch die Variante nutzen. Nach meiner Erfahrung funktioniert das mittlerweile auch zuverlässig. Wenn Dir das Testing Tool attestiert, daß alles in Ordnung ist, bedeutet das übrigens nicht automatisch, daß Google Co. diese Daten auch tatsächlich heranziehen bzw. „besonders“ anzeigen (z.B. rechte Spalte bei der Suche). -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Carsten Schwab Gesendet: Dienstag, 19. Mai 2015 15:11 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] OffTopic - RichSnippets Hallo Björn, Du darfst die verschiedenen Teile der Informationen über ein Unternehmen natürlich nicht auf mehrere Nodes verteilen, d.h. alles zum entsprechenden Unternehmen müsste in Deinem Fall unter div itemscope itemtype=http://schema.org/LocalBusiness; stehen. Irgendwelche divs als Container für das Akkordeon mittendrin stören nicht. Schau Dir doch einfach die Beispiele bei Google an: https://developers.google.com/webmasters/business-location-pages/schem a.org- examples Das Beispiel „Specifying addresses“ dürfte Dir am ehesten helfen. Zum testen: https://developers.google.com/structured-data/testing-tool/ Die Aufteilung der Kontaktdaten auf mehrere Tabs eines Akkordeons halte ich unter Usabilityaspekten übrigens für nicht optimal - aber das war ja nicht Deine Frage. Grüße Carsten Am 19.05.2015 um 14:45 schrieb Björn Hahnefeld: Hallo zusammen, ich habe eine/mehrere Unterseite/n, auf der Kontaktdaten in einem Akkordeon anzeigt werden. Dort ist beispielsweise die Adresse, die Telefonnummer u.ä. aus ästhetischen Gründen aufgeteilt. Nun stellt sich für mich die Frage, ob ich das trotzdem mit strukturierten Daten abbilden kann. Kurzum: Kann „div itemscope itemtype=http://schema.org/LocalBusiness;“ mehrfach vorkommen? Also technisch sicher machbar, aber ist das von Google dann ungern gesehen, wenn es einen Block für den Unternehmensnamen, noch einen für die Adresse und einen weiteren für die Telefonnummer gibt? Hat da jemand von euch Erfahrungswerte? Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OffTopic - RichSnippets
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 JSON-Quelltext hinterlegen. Ich bin ja überhaupt einmal gespannt, ob sich das in der lokalen Suche auch wirklich bemerkbar machen wird (was ich derzeit noch etwas bezweifle, zumal ja alle relevanten Infos eh schon in den Akkordeons stehen) -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Carsten Schwab Gesendet: Mittwoch, 20. Mai 2015 13:34 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] OffTopic - RichSnippets 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 immer Mal wieder in die Webmastertools schauen, ob noch alles OK ist. Gruß Carsten 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: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Carsten Schwab Gesendet: Dienstag, 19. Mai 2015 15:44 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] OffTopic - RichSnippets Da gibt es ja auch noch den JSON-LD. Der verhält sich ja anzeigeneutral. Wenn ich es richtig verstanden habe, kann ich den alternativ verwenden? Wenn Du die Daten entsprechend ausgegeben bekommst, kannst Du natürlich auch die Variante nutzen. Nach meiner Erfahrung funktioniert das mittlerweile auch zuverlässig. Wenn Dir das Testing Tool attestiert, daß alles in Ordnung ist, bedeutet das übrigens nicht automatisch, daß Google Co. diese Daten auch tatsächlich heranziehen bzw. besonders anzeigen (z.B. rechte Spalte bei der Suche). -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Carsten Schwab Gesendet: Dienstag, 19. Mai 2015 15:11 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] OffTopic - RichSnippets Hallo Björn, Du darfst die verschiedenen Teile der Informationen über ein Unternehmen natürlich nicht auf mehrere Nodes verteilen, d.h. alles zum entsprechenden Unternehmen müsste in Deinem Fall unter div itemscope itemtype=http://schema.org/LocalBusiness; stehen. Irgendwelche divs als Container für das Akkordeon mittendrin stören nicht. Schau Dir doch einfach die Beispiele bei Google an: https://developers.google.com/webmasters/business-location-pages/sche m a.org- examples Das Beispiel Specifying addresses dürfte Dir am ehesten helfen. Zum testen: https://developers.google.com/structured-data/testing-tool/ Die Aufteilung der Kontaktdaten auf mehrere Tabs eines Akkordeons halte ich unter Usabilityaspekten übrigens für nicht optimal - aber das war ja nicht Deine Frage. Grüße Carsten Am 19.05.2015 um 14:45 schrieb Björn Hahnefeld: Hallo zusammen, ich habe eine/mehrere Unterseite/n, auf der Kontaktdaten in einem Akkordeon anzeigt werden. Dort ist beispielsweise die Adresse, die Telefonnummer u.ä. aus ästhetischen Gründen aufgeteilt. Nun stellt sich für mich die Frage, ob ich das trotzdem mit strukturierten Daten abbilden kann. Kurzum: Kann div itemscope itemtype=http://schema.org/LocalBusiness; mehrfach vorkommen? Also technisch sicher machbar, aber ist das von Google dann ungern gesehen, wenn es einen Block für den Unternehmensnamen, noch einen für die Adresse und einen weiteren für die Telefonnummer gibt? Hat da jemand von euch Erfahrungswerte? Viele Grüße Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falscher Statuscode bei direktem Aufruf der 404 Seite
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 :). ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Filemoun/Filestorage immer offline
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 außerhalb vom Fileadmin lagen. Beim Update wurden die Mounts zwar mitgenommen und als File Storage und Filemounts angelegt, werden jedoch als Offline angezeigt. Ob ich den Wert in der Checkbox auf 'is online' setze oder in der DB händisch einpflege ändert nichts - in der Filelist sind sie weiterhin offline. Ist das ein Bug von 6.0 oder sind Filemounts/Storages außerhalb vom Fileadmin nicht mehr gewünscht? Zudem hatte ein Kollege eine Mini-Extension geschrieben, die beim Login eines Users eine Homeverzeichnis für ihn angelegt hat oder wenn es bereits eins gab, dieses gemountet hat. Das funktioniert nicht mehr. Kann Typo3 6.0 bzw. 6.2 das mittlerweile alleine?? Viele Grüße, Cigdem ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Kodierung obwohl alles auf UTF-8
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 aussehen. So häufig rückschlüsse darauf ziehen welche convertierung nicht vorgenommen wurde. (das hilft nicht immer) Guss chris -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Johannes Hamecher Gesendet: Dienstag, 19. Mai 2015 17:46 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] Falsche Kodierung obwohl alles auf UTF-8 Hallo Chris, danke für die Antwort. 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. Wenn ich mb_detect_encoding($pData[n_name]) aufrufe, sagt er mir auch es sei korrektes UTF-8. TYPO3 scheint irgend etwas damit zu machen, nehme ich an. Viele Grüße, Johannes ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falscher Statuscode bei direktem Aufruf der 404 Seite
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 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Kodierung obwohl alles auf UTF-8
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 folgt sein: - Die Daten werden als UTF-8 an das Ajax Skript übergeben. - Da du kein SET NAMES (bzw. mysqli_set_charset) nutzt, ist die Datenbankverbindung intern auf latin1 gesetzt. D.h. MySQL denkt, die einkommenden Daten sind latin1 kodiert, und MySQL konvertiert diese nach UTF-8 um sie in der Datenbank ablegen zu können. - Die Daten sind jetzt doppelt kodiert in der Datenbank. - Beim auslesen mit Ajax passiert dasselbe in der entgegengesetzten Richtung: MySQL denkt, die Daten müssen in latin1 zurückgegeben werden, und dekodiert die utf-8 Daten nach latin1, um somit das originale utf-8 wieder herzustellen. - Dein Ajax Skript gibt die nun normalen utf-8 Daten wieder aus. - Auf TYPO3 Seite passiert das ganz umkonvertieren nicht, weil dort die korrekte Kodierung für die Datenbankverbindung gesetzt wurde. Eine Möglichkeit herauszufinden, ob die Daten doppelt kodiert sind, ist in die Datenbank mit phpmyadmin oder ähnliches zu schauen, um zu sehen ob die Daten dort korrekt angezeigt werden. Grüße Lars -Original Message- From: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] On Behalf Of Johannes Hamecher Sent: Friday, May 15, 2015 5:26 PM To: typo3-german@lists.typo3.org Subject: [TYPO3-german] Falsche Kodierung obwohl alles auf UTF-8 Hallo in die Runde, ich habe folgendes Problem. Ich habe eine Liste von Namen, die ich in eine Tabelle die korrekt auf UTF-8 eingestellt ist über ein PHP-Script importiert habe. Wenn ich die Daten nun im TYPO3 anzeigen will, läuft es nur per AJAX fehlerfrei. Wenn ich $GLOBALS['TYPO3_DB']-sql_query($sql) ... nutze kommt fehlerhafter Text heraus. Ein Beispiel: Ajax: Γεώργιος Κύρικος TYPO3: ÎεώÏγιος ΚÏÏικος TYPO3 mit utf8_decode: �?ε�?ργιο�? �?ύρικο�? TYPO3 mit utf8_encode: ΓεÃŽÃÂγιο ÎšÃÂÃÂικοÃâ Das utf9_decode scheint schon am nächsten Dran zu sein, jedoch sind immer noch Zeichen falsch. Hat jemand eine Idee? Viele Grüße, Johannes ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Falscher Statuscode bei direktem Aufruf der 404 Seite
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 Seite angelegt und im Installtool habe ich wenige Konfigurationen vorgenommen, wodurch beim Auftreten eines 404 Statuscode die 404 Seite angezeigt wird. Dadurch liefern Seiten wie z.B. www.test.de/ich-existiere-nicht einen 404 Statuscode, soweit so gut. Allerdings existiert die 404 Seite im Seitenbaum und lässt sich daher auch via Url aufrufen: www.test.de/404 Diese Seite liefert nun keinen 404 Statuscode, sondern einen 200er Statuscode, was ich gerne unterbinden möchte, da es sich hierbei um einen Soft 404 handelt. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Entwicklung extensions 7.2
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? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] YAG - Sonderzeichen Problem
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 länger). # #1: PHP Warning: array_combine() [a href='function.array-combine'function.array-combine/a]: Both parameters should have at least 1 element in /html/typo3/typo3conf/ext/pt_extlist/Classes/Domain/Model/Pager/DeltaPager.php line 125 (More information) TYPO3\CMS\Core\Error\Exception thrown in file /html/typo3/typo3_src-6.2.12/typo3/sysext/core/Classes/Error/ErrorHandler.php in line 101. 64 TYPO3\CMS\Core\Error\ErrorHandler::handleError(2, array_combine() [a href='function.array-combine'…]: Both parameters should have at least 1 element, /html/typo3/typo3conf/ext/pt_extlist/Classes/Domain/Model/Pager/DeltaPager.php, 125, array) 63 array_combine(array, array) /html/typo3/typo3conf/ext/pt_extlist/Classes/Domain/Model/Pager/DeltaPager.php: 00123:$this-newRange($this-getLastPage() - $this-lastItemDelta + 1, $this-getLastPage()), 00124:$this-newRange($this-getLastPage() - $this-lastItemDelta + 1, $this-getLastPage()) 00125: ); 00126: 00127: return $this-mergeBlocks($firstBlock, $secondBlock, $thirdBlock); . . # Hab das sonderzeichen in Ordner- und Dateinamen ersetzt und das entsprechende YAG Album übers Liste modul gelöscht. Kein effekt. Hat mir jemand einen Tipp? Besten Dank Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] YAG - Sonderzeichen Problem
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 beim Aufruf des YAG Backendmoduls dieser Fehler (Ist nur ein Teil davon.. Error ist viel viel länger). # #1: PHP Warning: array_combine() [a href='function.array-combine'function.array-combine/a]: Both parameters should have at least 1 element in /html/typo3/typo3conf/ext/pt_extlist/Classes/Domain/Model/Pager/DeltaPager.php line 125 (More information) TYPO3\CMS\Core\Error\Exception thrown in file /html/typo3/typo3_src-6.2.12/typo3/sysext/core/Classes/Error/ErrorHandler.php in line 101. 64 TYPO3\CMS\Core\Error\ErrorHandler::handleError(2, array_combine() [a href='function.array-combine'…]: Both parameters should have at least 1 element, /html/typo3/typo3conf/ext/pt_extlist/Classes/Domain/Model/Pager/DeltaPager.php, 125, array) 63 array_combine(array, array) /html/typo3/typo3conf/ext/pt_extlist/Classes/Domain/Model/Pager/DeltaPager.php: 00123:$this-newRange($this-getLastPage() - $this-lastItemDelta + 1, $this-getLastPage()), 00124:$this-newRange($this-getLastPage() - $this-lastItemDelta + 1, $this-getLastPage()) 00125: ); 00126: 00127: return $this-mergeBlocks($firstBlock, $secondBlock, $thirdBlock); . . # Hab das sonderzeichen in Ordner- und Dateinamen ersetzt und das entsprechende YAG Album übers Liste modul gelöscht. Kein effekt. Hat mir jemand einen Tipp? Besten Dank Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Falsche Kodierung obwohl alles auf UTF-8
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 beim Einlesen
UTF8-latin 1 und beim Auslesen latin 1-UTF-8 gibt es keine Probleme -
vorausgesetzt man bewegt sich im Bereich von Sprachen die das Mitmachen (z.B. auch
Russisch).
TYPO3 gibt nur wieder was in der Datenbank ist - ohne diese Umwandlung, daher
dieser Widerspruch.
Lösen lässt es sich nun, in dem man das Charset ordentlich setzt und alle
falsch geschriebenen Felder mit:
name = convert(cast(convert(name using latin1) as binary) using utf8)
umwandelt - dann passt es auch sofort im TYPO3.
Vielen Dank an alle Antworten, ihr habt mitgeholfen bei der neuen Webseite für
die Mauthausen Gedenkstätte: http://www.mauthausen-memorial.at/ - Ich poste den
Link, wenn die Seite online ist.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
