Re: [TYPO3-german] Entwicklung extensions 7.2
On 2015-05-21 00:07, Johannes Regner wrote:
wollte mir gerade euer Buch bei Amazon kaufen, habe jedoch
festgestellt das die Deutsche Version einen viel ältereren Stand hat
als das Englische Buch.
Das ist richtig. Die englische Version ist ganz frisch erst im April
2015 erschienen, die deutsche Version bereits in 2014.
Wird es die aktuelle Englische Version (Mit 7.0 Sektion) auch bald in
Deutsch erscheinen?
Derzeit bestehen keine Plaene, das deutsche Extbase Buch zu
aktualisieren. Das kann sich natuerlich im Laufe des Jahres noch
aendern, besonders wenn die LTS-Version ansteht :-)
Allerdings ist das deutsche Extbase Buch noch nicht veraltet. TYPO3 CMS
6.2 wird noch bis mindestens 2017 gepflegt und die im Buch beschriebenen
Konzepte sind weiterhin aktuell und bleiben valide. Natuerlich hat sich
auch Extbase in den letzten Monaten weiterentwickelt ("Breaking Changes"
findet man zum Beispiel in den "What's New Slides" [1]).
Kurzum: ja, das englische Extbase Buch [2] ist aktueller - aber die
deutsche Version kann weiterhin gut verwendet werden (Anm.: die deutsche
Version ist uebrigens alleine Patricks Verdienst)
Cheers
Michael
[1] http://typo3.org/download/release-notes/whats-new/
[2] http://www.extbase-book.org/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Send Rakhi to USA, UK @ rakhiacrossworld.com
One of my undisputed top choices is a Raksha Bandhan Thali that could get conveyed to your sibling's doorstep. Why only send Rakhi to UK, in a perfect world one ought to be sending Raksha Bandhan blessings also utilizing the advantageous strategy offered by sites nowadays. There are very much a couple of them accessible out there nowadays send Rakhi to UK online. When I say free, I mean there is no additional cash spent in sending the online Rakhi to India other than the expense of the Rakhi itself. Rakhi or Raksha Bandhan is round the corner and you may be considering how to send Rakhi to USA on the event of Rakhi 2015. There are various ways one can accomplish that. One is the age old postal framework which is dependable yet time intensive. The other and better alternative nowadays is sending an Online Rakhi to USA which is both simple and in addition free. www.rakhiacrossworld.com/send-rakhi-to-uk.html www.rakhiacrossworld.com/send-rakhi-to-usa.html www.rakhiacrossworld.com/ ___ 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
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() [function.array-combine]: 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() […>]: 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
[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() [href='function.array-combine'>function.array-combine]: 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() […>]: 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] 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
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 > 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 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] 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 > 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 „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] 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] 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
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] 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 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 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
[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] 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
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] 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:
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] Falsche Kodierung obwohl alles auf UTF-8
Im HTML-Code der Seite steht richtiger Weise: 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
