Re: [TYPO3-german] EMailversand Kontaktformular - SPF-Problem

2017-03-16 Diskussionsfäden Michael Schams 
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

2017-03-16 Diskussionsfäden Johannes C. Laxander 
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?

2017-03-16 Diskussionsfäden M S 

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=208338 direct_mail
forum.typo3.org/index.php?t=tree=210808 powermail
forum.typo3.org/index.php?t=tree=212804 Core
forum.typo3.org/index.php?t=tree=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?

2017-03-16 Diskussionsfäden Dr. Dieter Porth 

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

2017-03-16 Diskussionsfäden Renzo Bauen 
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!

2017-03-16 Diskussionsfäden Jürgen Einöder 
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!

2017-03-16 Diskussionsfäden Jürgen Einöder 

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!

2017-03-16 Diskussionsfäden 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' => [],
],



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!

2017-03-16 Diskussionsfäden Ralf-Rene Schröder 
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!

2017-03-16 Diskussionsfäden 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

Re: [TYPO3-german] Typo3 7.6.x Inconsistent content detected in language "Standard"

2017-03-16 Diskussionsfäden Bernd Pier 

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

2017-03-16 Diskussionsfäden Stefan Padberg 
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

2017-03-16 Diskussionsfäden Chris 

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

2017-03-16 Diskussionsfäden Andreas Krämer 

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?

2017-03-16 Diskussionsfäden Mark Boland 
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

2017-03-16 Diskussionsfäden 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
___
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

2017-03-16 Diskussionsfäden Michael Kasten 
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

2017-03-16 Diskussionsfäden 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