Re: [TYPO3-german] EMailversand Kontaktformular - SPF-Problem
On Thu, 2017-03-16 at 09:39 +0100, Christian Benz wrote: > Ich habe ein Problem mit dem EMail-Versand der Kontaktformulare > (Powermail) unserer Kunden-Webs, da wir hier aktuell vermehrt auf die > SPF - Problematik (Sender Policy Framework) stoßen und Mails dadurch > nicht ankommen. Der Sinn von SPF Records ist, die Server zu definieren, die Mails fuer eine bestimmte Domain verschicken. In dieser Liste nicht enthaltene Server sollen grundsaetzlich als "spam suspicious" behandelt werden. Wenn euer Kunde nun diese Technologie fuer seine Domain einsetzt und euer Server legitime Emails fuer diese Domain verschickt, ist der logische Schritt, euren Server in dieser List eintragen zu lassen :-) Alternativ koennte man ueberlegen, einen Server, der bereits in der SPF Liste eingetragen ist, als Mail Relay zu verwenden. Dazu wird entweder TYPO3 oder euer Server so konfiguriert, alle Mails an einen SMTP Server zu senden. Moeglicherweise reicht es hierzu bereits aus, wenn euer Kunde ein Mailaccount fuer euch einrichtet und ihr diesen zum *Versenden* der Mails nutzt. HTH - Cheers Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Bootstrap 4 - navbar toggleable
Hallo Renzo, > das löse ich normalerweise mit CSS. > D.h. Du hast wohl nicht die richtigen Klassen oder so zugewiesen. > In meinen Typoscript Code steht jeweils ein expAll = 1, d.h. das Menu wird > aufgeklappt erstellt und dann mit CSS in die richtige Form gebracht. Ich habe in diesem Menü nur die oberste Ebene und deshalb expAll=0 > Wohl ist bei Bootstrap dann immer noch ein wenig Javascript beteiligt für die > Funktionalität. > Da ich kein Bootstrap Spezialist bin, kann ich dir da nicht konkreter helfen. Ich vermute inzwischen auch, dass es mit JavaScript zu tun hat. Ich such auf dem Weg mal weiter... Danke für deinen Hinweis... Gruß, Johannes. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: bersetzung von Datenstzen?
Hallo Dieter, da stimme ich Dir zu. Inzwischen habe ich eine Lösung erarbeitet welche funktioniert. Eigentlich fehlt bei dem ganzen Prozedere nur ein Query-Setting a la "dontRespectL10nParentAsReference" - Also etwas wie "Wenn der Eintrag nur eine Übersetzung ist, zeige mir nicht den Parent sondern den tatsächlichen Eintrag. Vermutlich ist die Anforderung "im Frontend Übersetzungen für Einträge anlegen und diese vor allem anzeigen zu können ohne die Usersprache zu wechseln" aber etwas zu speziell. :) 1.000 Dank für die Unterstützung! -- Kind regards, Michael forum.typo3.org/index.php?t=tree&th=208338 direct_mail forum.typo3.org/index.php?t=tree&th=210808 powermail forum.typo3.org/index.php?t=tree&th=212804 Core forum.typo3.org/index.php?t=tree&th=213115 clickenlarge ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extbase: bersetzung von Datenstzen?
Hallo Michael, ja und nein. Solche Eigenvarianten können einem bei den nächsten Upgrades in die Hacken laufen, wenn man nicht gut darauf achtet, die eigenentwicklung sauber zu kapseln. Ich musste gerade eine Website upgraden, die an einigen Stellen meinte, einige selbst besser als TYPO3 machen zu können. Zum damilgen Zeitpunkt hatten die Entwickler recht, aber heute wurde die Migration unter anderem deswegen entsprechend aufwendiger. Gerade bei Open-Source-Projekte ist es immer eine Gradwanderung. Wenn du mit der Extension den Core-Entwicklern einen Vorschlag machen möchtest, wie der Hase zukünftig laufen soll, dann ist eine solche Entwicklung sinnvoll. Für Kunden würde ich sehr zurückhaltend mit Eigenentwicklungen sein, denn die Kosten kommen später. Mit besten Grüßen Dieter Am 15.03.2017 um 18:53 schrieb M S: Hallo Dieter, danke - wäre auch zu schön gewesen. Ich habe ein wenig im TYPO3 Core gesucht, denn im Backend (Listenansicht) ist ja eigentlich genau das abgebildet was ich benötige. Vermutlich werde ich mir zusätzlich zwei Spalten setzen "tempSysLanguageUid" und "tempL10nParent" und mir die Logik nachbauen. Siehst Du hier Probleme? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] OT: Bootstrap 4 - navbar toggleable
Hallo Johannes das löse ich normalerweise mit CSS. D.h. Du hast wohl nicht die richtigen Klassen oder so zugewiesen. In meinen Typoscript Code steht jeweils ein expAll = 1, d.h. das Menu wird aufgeklappt erstellt und dann mit CSS in die richtige Form gebracht. Wohl ist bei Bootstrap dann immer noch ein wenig Javascript beteiligt für die Funktionalität. Da ich kein Bootstrap Spezialist bin, kann ich dir da nicht konkreter helfen. Beste Grüsse, Renzo -- conPassione gmbh CH-3661 Uetendorf +41 33 345 00 92 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.7.20 -> 6.2.30: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded!
Danke für die Antwort. Am 16.03.2017 um 15:05 schrieb Andrea Schmuttermair : > Schau in der PackageStates.php unter "extbase" und "fluid", das muss > auf state: active gesetzt sein. Da wurde zu viel deaktiviert. > > 'extbase' => [ >'manifestPath' => '', >'composerName' => 'typo3/cms-extbase', >'state' => 'active', >'packagePath' => 'typo3/sysext/extbase/', >'classesPath' => 'Classes/', >'suggestions' => [], >], >'fluid' => [ >'manifestPath' => '', >'composerName' => 'typo3/cms-fluid', >'state' => 'active', >'packagePath' => 'typo3/sysext/fluid/', >'classesPath' => 'Classes/', >'suggestions' => [], >], > > Du meinst sicher die PackageStates.php in typo3conf. Soweit kommt der Prozess gar nicht, die wird gar nicht erst generiert. In der „alten“ localconf.php ist die Extension aktiv. > > LG Andrea > > Am 16.03.2017 um 14:00 schrieb Jürgen Einöder: >> Liebe Liste >> >> Ich habe eine ältere TYPO3-Installation (4.7.20), die auf 7.6.16 upgedated >> werden soll. Dazu muss laut Anleitungen die Installation zuerst auf 6.2 >> gebracht werden. >> >> Dazu habe ich sämtliche Extensions, die keine Systemextensions sind, >> deaktiviert. Referenz-Index gecheckt und upgedated, alle Caches (unter >> typo3temp und in typo3conf) gelöscht und Cache-Tabellen geleert. Wenn ich >> dann die TYPO3-Sourcen von 6.2.30 einspiele, sehe ich in der Adressleiste >> die Adresse t3_20170314/typo3/sysext/install/Start/Install.php (soweit wie >> gewohnt). >> >> Ich kriege jedoch folgende Fehlermeldung: >> >> Uncaught TYPO3 Exception >> #1365429656: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded! (More >> information) >> >> BadFunctionCallException thrown in file >> /t3_20170314/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php >> in line 122. >> >> 3 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath("extbase") >> >> /t3_20170314/typo3/sysext/install/Classes/Controller/AbstractController.php: >> 00415: } >> 00416: >> 00417: >> require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('extbase') >> . 'ext_localconf.php'); >> 00418: >> require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('fluid') >> . 'ext_localconf.php'); >> 00419: >> >> >> 2 TYPO3\CMS\Install\Controller\AbstractController::loadBaseExtensions() >> >> /t3_20170314/typo3/sysext/install/Classes/Controller/StepController.php: >> 00043: */ >> 00044: public function execute() { >> 00045: $this->loadBaseExtensions(); >> 00046: $this->initializeObjectManager(); >> 00047: >> >> >> 1 TYPO3\CMS\Install\Controller\StepController::execute() >> >> /t3_20170314/typo3/sysext/install/Start/Install.php: >> 00117: } >> 00118: } >> 00119: >> \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance($controllerClassName)->execute(); >> >> >> Die Extension ist da, die Rechte sollten auch stimmen. PHP-Version und >> MySQL-Version passen auch, andere Installationen laufen problemlos. >> >> Wenn ich dann wieder die ursprünglichen Sourcen drüberspiele (4.7.20), >> funktioniert wieder alles ganz normal. Recherchen haben bis jetzt leider >> nichts ergeben. >> >> >> Falls das wichtig ist: Ich habe auf meinem Testserver keinen virtuellen Host >> oder sonstiges angelegt, das läuft einfach in einem Unterordner. Bisher >> hatte ich solche Probleme noch nicht. >> >> Kann mir jemand weiterhelfen? >> >> Danke und liebe Grüsse >> Jürgen Einöder >> ___ >> 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] Update 4.7.20 -> 6.2.30: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded!
Am 16.03.2017 um 14:30 schrieb Ralf-Rene Schröder : Danke für die Gedanken. > nur mal ein paar Gedanken dazu... > > Am 16.03.2017 um 14:00 schrieb Jürgen Einöder: >> Ich habe eine ältere TYPO3-Installation (4.7.20), > das kann es übrigens deutlich komplizierter machen als von der 4.5... > auf jeden Fall muß die Installation wirkllich sauber sein, also auch > einwandfreier Referenzindex und utf8 Datenbank etc. > (BackUp nicht vergessen) Ich arbeite bei solchen Sachen immer nur mit Kopien. Datenbank ist utf8, Referenzindex mit den Bordmitteln überprüft, upgedated und nochmals überprüft. > >> Wenn ich dann die TYPO3-Sourcen von 6.2.30 einspiele, sehe ich in der >> Adressleiste die Adresse t3_20170314/typo3/sysext/install/Start/Install.php >> (soweit wie gewohnt). > ich rate dies per Symlink zu machen (macht den Rückweg einfacher) > aber auf jeden Fall DANACH ist Cache löschen wichtig > UND natürlich auch der Updateprozess im Install Tool... > ohne den geht hier gar nichts… Vielleicht habe ich mich unklar ausgedrückt: Ich komme nicht bis zum Update-Prozess im Install Tool. Der bricht mit der genannten Fehlermeldung (TYPO3 Fatal Error: Extension key "extbase" is NOT loaded!) ab bzw. startet gar nicht erst. > >> Falls das wichtig ist: Ich habe auf meinem Testserver keinen virtuellen Host >> oder sonstiges angelegt, das läuft einfach in einem Unterordner. > könnte auch suboptimal sein weil es extensions gibt die damit nicht klar > kommen... auf jeden fall würde ich in dem Fall erst einmal realurl > deaktivieren falls vorhanden… Es gibt keine aktiven Extensions mehr, also keine, die nicht System-Extensions sind. Auch RealURL ist deaktiviert. > > -- > image[FORMAT] - Ralf-René Schröder > http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format > ___ > 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] Update 4.7.20 -> 6.2.30: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded!
Schau in der PackageStates.php unter "extbase" und "fluid", das muss auf state: active gesetzt sein. Da wurde zu viel deaktiviert. 'extbase' => [ 'manifestPath' => '', 'composerName' => 'typo3/cms-extbase', 'state' => 'active', 'packagePath' => 'typo3/sysext/extbase/', 'classesPath' => 'Classes/', 'suggestions' => [], ], 'fluid' => [ 'manifestPath' => '', 'composerName' => 'typo3/cms-fluid', 'state' => 'active', 'packagePath' => 'typo3/sysext/fluid/', 'classesPath' => 'Classes/', 'suggestions' => [], ], LG Andrea Am 16.03.2017 um 14:00 schrieb Jürgen Einöder: > Liebe Liste > > Ich habe eine ältere TYPO3-Installation (4.7.20), die auf 7.6.16 upgedated > werden soll. Dazu muss laut Anleitungen die Installation zuerst auf 6.2 > gebracht werden. > > Dazu habe ich sämtliche Extensions, die keine Systemextensions sind, > deaktiviert. Referenz-Index gecheckt und upgedated, alle Caches (unter > typo3temp und in typo3conf) gelöscht und Cache-Tabellen geleert. Wenn ich > dann die TYPO3-Sourcen von 6.2.30 einspiele, sehe ich in der Adressleiste die > Adresse t3_20170314/typo3/sysext/install/Start/Install.php (soweit wie > gewohnt). > > Ich kriege jedoch folgende Fehlermeldung: > > Uncaught TYPO3 Exception > #1365429656: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded! (More > information) > > BadFunctionCallException thrown in file > /t3_20170314/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php > in line 122. > > 3 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath("extbase") > > /t3_20170314/typo3/sysext/install/Classes/Controller/AbstractController.php: > 00415: } > 00416: > 00417: > require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('extbase') > . 'ext_localconf.php'); > 00418: > require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('fluid') > . 'ext_localconf.php'); > 00419: > > > 2 TYPO3\CMS\Install\Controller\AbstractController::loadBaseExtensions() > > /t3_20170314/typo3/sysext/install/Classes/Controller/StepController.php: > 00043: */ > 00044: public function execute() { > 00045: $this->loadBaseExtensions(); > 00046: $this->initializeObjectManager(); > 00047: > > > 1 TYPO3\CMS\Install\Controller\StepController::execute() > > /t3_20170314/typo3/sysext/install/Start/Install.php: > 00117: } > 00118: } > 00119: > \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance($controllerClassName)->execute(); > > > Die Extension ist da, die Rechte sollten auch stimmen. PHP-Version und > MySQL-Version passen auch, andere Installationen laufen problemlos. > > Wenn ich dann wieder die ursprünglichen Sourcen drüberspiele (4.7.20), > funktioniert wieder alles ganz normal. Recherchen haben bis jetzt leider > nichts ergeben. > > > Falls das wichtig ist: Ich habe auf meinem Testserver keinen virtuellen Host > oder sonstiges angelegt, das läuft einfach in einem Unterordner. Bisher hatte > ich solche Probleme noch nicht. > > Kann mir jemand weiterhelfen? > > Danke und liebe Grüsse > Jürgen Einöder > ___ > 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] Update 4.7.20 -> 6.2.30: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded!
nur mal ein paar Gedanken dazu... Am 16.03.2017 um 14:00 schrieb Jürgen Einöder: > Ich habe eine ältere TYPO3-Installation (4.7.20), das kann es übrigens deutlich komplizierter machen als von der 4.5... auf jeden Fall muß die Installation wirkllich sauber sein, also auch einwandfreier Referenzindex und utf8 Datenbank etc. (BackUp nicht vergessen) > Wenn ich dann die TYPO3-Sourcen von 6.2.30 einspiele, sehe ich in der > Adressleiste die Adresse t3_20170314/typo3/sysext/install/Start/Install.php > (soweit wie gewohnt). ich rate dies per Symlink zu machen (macht den Rückweg einfacher) aber auf jeden Fall DANACH ist Cache löschen wichtig UND natürlich auch der Updateprozess im Install Tool... ohne den geht hier gar nichts... > Falls das wichtig ist: Ich habe auf meinem Testserver keinen virtuellen Host > oder sonstiges angelegt, das läuft einfach in einem Unterordner. könnte auch suboptimal sein weil es extensions gibt die damit nicht klar kommen... auf jeden fall würde ich in dem Fall erst einmal realurl deaktivieren falls vorhanden... -- image[FORMAT] - Ralf-René Schröder http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Update 4.7.20 -> 6.2.30: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded!
Liebe Liste Ich habe eine ältere TYPO3-Installation (4.7.20), die auf 7.6.16 upgedated werden soll. Dazu muss laut Anleitungen die Installation zuerst auf 6.2 gebracht werden. Dazu habe ich sämtliche Extensions, die keine Systemextensions sind, deaktiviert. Referenz-Index gecheckt und upgedated, alle Caches (unter typo3temp und in typo3conf) gelöscht und Cache-Tabellen geleert. Wenn ich dann die TYPO3-Sourcen von 6.2.30 einspiele, sehe ich in der Adressleiste die Adresse t3_20170314/typo3/sysext/install/Start/Install.php (soweit wie gewohnt). Ich kriege jedoch folgende Fehlermeldung: Uncaught TYPO3 Exception #1365429656: TYPO3 Fatal Error: Extension key "extbase" is NOT loaded! (More information) BadFunctionCallException thrown in file /t3_20170314/typo3/sysext/core/Classes/Utility/ExtensionManagementUtility.php in line 122. 3 TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath("extbase") /t3_20170314/typo3/sysext/install/Classes/Controller/AbstractController.php: 00415: } 00416: 00417: require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('extbase') . 'ext_localconf.php'); 00418: require(\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('fluid') . 'ext_localconf.php'); 00419: 2 TYPO3\CMS\Install\Controller\AbstractController::loadBaseExtensions() /t3_20170314/typo3/sysext/install/Classes/Controller/StepController.php: 00043: */ 00044: public function execute() { 00045: $this->loadBaseExtensions(); 00046: $this->initializeObjectManager(); 00047: 1 TYPO3\CMS\Install\Controller\StepController::execute() /t3_20170314/typo3/sysext/install/Start/Install.php: 00117: } 00118: } 00119: \TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance($controllerClassName)->execute(); Die Extension ist da, die Rechte sollten auch stimmen. PHP-Version und MySQL-Version passen auch, andere Installationen laufen problemlos. Wenn ich dann wieder die ursprünglichen Sourcen drüberspiele (4.7.20), funktioniert wieder alles ganz normal. Recherchen haben bis jetzt leider nichts ergeben. Falls das wichtig ist: Ich habe auf meinem Testserver keinen virtuellen Host oder sonstiges angelegt, das läuft einfach in einem Unterordner. Bisher hatte ich solche Probleme noch nicht. Kann mir jemand weiterhelfen? Danke und liebe Grüsse Jürgen Einöder ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 7.6.x Inconsistent content detected in language "Standard"
Am 15.03.17 um 13:02 schrieb Renzo Bauen: Hallo Bernd mir ist einmal etwas ähnliches passiert, bis ich die betreffenden Datensätze in den gelöschten gefunden habe. Nur so ein Gedanke... Beste Grüsse, Renzo Hallo Renzo, danke für den Gedanken ;-). Bei mir war es ein Datensatz der in der Standard Spalte war aber eine andere Sprache hatte. Unschön sowas. Grüsse Bernd ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] styles.content.get in Variable in FLUIDTEMPLATE - TYPO3 v8.6
Das wars, you made my day! Ganz herzlichen Dank! Quote: a.kraemer wrote on Thu, 16 March 2017 10:43 Hallo Chris, versuch die Zuweisung mal als Referenz anstatt einer Kopie: content =< styles.content.get Somit erhält "content" am Ende immer den aktuellen Stand, auch wenn styles.content.get im weiteren Verlauf noch geändert wird. Viele Grüße, Andi Am 16.03.2017 um 10:32 schrieb Chris: > Hallo zusammen, > > ich habe eben ein TYPO3 Update von Version 7.6 auf 8.6 vorgenommen, > was auch bestens durchgelaufen ist, bis ich mir die Seite im Frontend > angeschaut habe. Hier kommen keine Inhalte an, die ich mit > "styles.content.get" auslese, bzw. es kommt nicht einmal die Variable > an, in die die Inhalte geschrieben werden. > > So sieht mein TYPOscript aus: > page.10 = FLUIDTEMPLATE > page.10 { > > variables { >backendLayoutId = TEXT >backendLayoutId.data = levelfield:-2,backend_layout_next_level,slide >backendLayoutId.override.field = backend_layout > >mylabel = TEXT >mylabel.value = Label coming from TypoScript! > >content < styles.content.get > } > > } > > Wenn ich mir in dem Template mit > title="title">{_all} alles Inhalte ausgeben lassen, sehe > ich, dass die Variablen "backendLayoutId" und "mylabel" ankommen, > nicht aber die Variable "content". > > Muss hier etwas für TYPO3 Version 8.6 angepasst werden, was ich noch > nicht gefunden habe? Ich verwenden fluid_styled_content. > > Danke und sonnige Grüße > chris > ___ > TYPO3-german mailing list > TYPO3-german (at) 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] styles.content.get in Variable in FLUIDTEMPLATE - TYPO3 v8.6
Schau dir mal im TSOB an, ob `styles.content.get` überhaupt gesetzt ist. Meiner Ansicht nach wird das von `css_styled_content` gemacht. Hast du das in Benutzung? Standard ist ja mittlerweile `fluid_styled_content`. Ansonsten kannst du jederzeit ein Äquivalent zu `styles.content.get` mit Typoscript nachbauen: lib.content = CONTENT lib.content.table = tt_content lib.content.select.where = colpos=1 usw. Beste Grüße Stefan Am 16.03.2017 um 10:32 schrieb Chris: > Hallo zusammen, > > ich habe eben ein TYPO3 Update von Version 7.6 auf 8.6 vorgenommen, was > auch bestens durchgelaufen ist, bis ich mir die Seite im Frontend > angeschaut habe. Hier kommen keine Inhalte an, die ich mit > "styles.content.get" auslese, bzw. es kommt nicht einmal die Variable > an, in die die Inhalte geschrieben werden. > > So sieht mein TYPOscript aus: > page.10 = FLUIDTEMPLATE > page.10 { > > variables { >backendLayoutId = TEXT >backendLayoutId.data = levelfield:-2,backend_layout_next_level,slide >backendLayoutId.override.field = backend_layout > >mylabel = TEXT >mylabel.value = Label coming from TypoScript! > >content < styles.content.get > } > > } > > Wenn ich mir in dem Template mit {_all} > alles Inhalte ausgeben lassen, sehe ich, dass die Variablen > "backendLayoutId" und "mylabel" ankommen, nicht aber die Variable > "content". > > Muss hier etwas für TYPO3 Version 8.6 angepasst werden, was ich noch > nicht gefunden habe? Ich verwenden fluid_styled_content. > > Danke und sonnige Grüße > chris -- Bergische Webschmiede Dipl.-Ing. Stefan Padberg TYPO3-Integrator und Webprogrammierer :: Borner Str. 18 - 42349 Wuppertal :: +49 202 97648355 :: +49 173 9219845 :: p...@bergische-webschmiede.de :: http://www.bergische-webschmiede.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] styles.content.get in Variable in FLUIDTEMPLATE - TYPO3 v8.6
Hallo Chris, versuch die Zuweisung mal als Referenz anstatt einer Kopie: content =< styles.content.get Somit erhält "content" am Ende immer den aktuellen Stand, auch wenn styles.content.get im weiteren Verlauf noch geändert wird. Viele Grüße, Andi Am 16.03.2017 um 10:32 schrieb Chris: Hallo zusammen, ich habe eben ein TYPO3 Update von Version 7.6 auf 8.6 vorgenommen, was auch bestens durchgelaufen ist, bis ich mir die Seite im Frontend angeschaut habe. Hier kommen keine Inhalte an, die ich mit "styles.content.get" auslese, bzw. es kommt nicht einmal die Variable an, in die die Inhalte geschrieben werden. So sieht mein TYPOscript aus: page.10 = FLUIDTEMPLATE page.10 { variables { backendLayoutId = TEXT backendLayoutId.data = levelfield:-2,backend_layout_next_level,slide backendLayoutId.override.field = backend_layout mylabel = TEXT mylabel.value = Label coming from TypoScript! content < styles.content.get } } Wenn ich mir in dem Template mit title="title">{_all} alles Inhalte ausgeben lassen, sehe ich, dass die Variablen "backendLayoutId" und "mylabel" ankommen, nicht aber die Variable "content". Muss hier etwas für TYPO3 Version 8.6 angepasst werden, was ich noch nicht gefunden habe? Ich verwenden fluid_styled_content. Danke und sonnige Grüße chris ___ 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] Einzelne Seite in Typo 7.6.11 versionieren?
Hi Stefan, hm, O.K., jetzt verstehe ich, was ihr braucht. Nun, History geht euch ja nicht verloren – ihr dürft sie halt nur nicht absichtlich oder unabsichtlich leeren. Der offizielle Weg: Wenn ihr eine Änderung vorhabt, macht ihr einen Workspace nur für die Seite auf, macht die Änderung und tauscht die Workspace- gegen die Live-Version aus. Damit ist der Vorgang gespeichert, benannt, nachvollziehbar und lässt sich wie in History/Version mit farbigen Markierungen gegeneinander vergleichen (Workspace nutzt intern nach wie vor die Version Extension). Statt also die Timeline durchzugehen, habt ihr eine Liste von Workspaces mit Namen wie „Paragraph 3: Mitgliedschaftsdauer“ etc. Wenn aber das Akzeptieren der AGB so wichtig ist, warum speichert ihr nicht eine Kopie der Seite direkt im User-Record? Anscheinend geht es ja dabei um Rechtssicherheit und Ansprüche. Da wäre mir eine rein zeitliche Abschätzung, ob die oder die Änderung der AGB zum Zeitpunkt der Anmeldung schon drin war, zu wenig. Grüße Mark ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] styles.content.get in Variable in FLUIDTEMPLATE - TYPO3 v8.6
Hallo zusammen, ich habe eben ein TYPO3 Update von Version 7.6 auf 8.6 vorgenommen, was auch bestens durchgelaufen ist, bis ich mir die Seite im Frontend angeschaut habe. Hier kommen keine Inhalte an, die ich mit "styles.content.get" auslese, bzw. es kommt nicht einmal die Variable an, in die die Inhalte geschrieben werden. So sieht mein TYPOscript aus: page.10 = FLUIDTEMPLATE page.10 { variables { backendLayoutId = TEXT backendLayoutId.data = levelfield:-2,backend_layout_next_level,slide backendLayoutId.override.field = backend_layout mylabel = TEXT mylabel.value = Label coming from TypoScript! content < styles.content.get } } Wenn ich mir in dem Template mit {_all} alles Inhalte ausgeben lassen, sehe ich, dass die Variablen "backendLayoutId" und "mylabel" ankommen, nicht aber die Variable "content". Muss hier etwas für TYPO3 Version 8.6 angepasst werden, was ich noch nicht gefunden habe? Ich verwenden fluid_styled_content. Danke und sonnige Grüße chris ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] EMailversand Kontaktformular - SPF-Problem
Hallo Christian, du solltest in der DNS Zone der Domains welche du für den Versand verwendest einen entsprechenden txt Eintrag hinterlegen der dann die Information enthält das dein Mailserver ein gültiger Mailserver für die Domain x darstellt: Hier nochmal konkret zu dem Formularproblem https://de.wikipedia.org/wiki/Sender_Policy_Framework#Probleme_mit_Webformularen Also sollten Mails aus Formularen eben nicht so gestaltet sein, als würden diese nun direkt von der Useradresse kommen. my2cent Am 16.03.2017 um 09:39 schrieb Christian Benz: > Hallo zusammen, > > ich bin neu hier im Forum und hoffe ihr könnt mir weiterhelfen. > > Ich habe ein Problem mit dem EMail-Versand der Kontaktformulare (Powermail) > unserer Kunden-Webs, da > wir hier aktuell vermehrt auf die SPF - Problematik (Sender Policy Framework) > stoßen und Mails > dadurch nicht ankommen. > > Ich hole hier mal etwas weiter aus, um den Sachverhalt hoffentlich > verständlich zu beschreiben. > Aktuell erfolgt der Versand über unseren eigenen SMTP-Server (Domain abc.de). > Die Mails aus dem > Kontaktformular werden einmal an den Empfänger des Formulars geschickt (von: > besucher (at) > irgendeinedomain.de an info (at) xyz.de) und einmal eine Bestätigung an den > Absender (von: info (at) > xyz.de an besucher (at) irgendeinedomain.de) > > Jetzt ist natürlich unser SMTP-Server nicht bei der Kunden-Domain (xyz.de) > als MX-Record > registriert. Von den E-Mail-Adressen der Website-Besucher ganz zu schweigen. > > Daher wäre nun meine Bitte / Frage, wie geht ihr mit dieser Problematik um? > > > Vielen Dank im Voraus, > Christian. > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Michael Kasten | http://m-kasten.de Im wirklichen Leben gibt es kein [Strg]+[Z] ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] EMailversand Kontaktformular - SPF-Problem
Hallo zusammen, ich bin neu hier im Forum und hoffe ihr könnt mir weiterhelfen. Ich habe ein Problem mit dem EMail-Versand der Kontaktformulare (Powermail) unserer Kunden-Webs, da wir hier aktuell vermehrt auf die SPF - Problematik (Sender Policy Framework) stoßen und Mails dadurch nicht ankommen. Ich hole hier mal etwas weiter aus, um den Sachverhalt hoffentlich verständlich zu beschreiben. Aktuell erfolgt der Versand über unseren eigenen SMTP-Server (Domain abc.de). Die Mails aus dem Kontaktformular werden einmal an den Empfänger des Formulars geschickt (von: besucher (at) irgendeinedomain.de an info (at) xyz.de) und einmal eine Bestätigung an den Absender (von: info (at) xyz.de an besucher (at) irgendeinedomain.de) Jetzt ist natürlich unser SMTP-Server nicht bei der Kunden-Domain (xyz.de) als MX-Record registriert. Von den E-Mail-Adressen der Website-Besucher ganz zu schweigen. Daher wäre nun meine Bitte / Frage, wie geht ihr mit dieser Problematik um? Vielen Dank im Voraus, Christian. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german