Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-12 Diskussionsfäden Peter Linzenkirchner
Hallo Marco, in der aktuellen Version kann man die verwenden. Die älteren Versionen sollten m. E. nicht verwendet werden, weil die eine Standardspalte von tt_content umdefinieren, was bei jedem Update von TYPO3 durch den DB- Compare wieder verloren ging. Dadurch wurden die Inhalte nicht mehr

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-12 Diskussionsfäden Marco Peemöller
Hallo, Am 12.05.2010 10:22, schrieb Ralf-René Schröder: > > Wie schon in meiner Mail vorher geschrieben, ist eines der Top-Features >> der FCE für mich die Möglichkeit, eine Spalte an *beliebiger* Stelle in >> Unterspalten aufzuteilen und zwar so, dass dem Redakteur im Backend das >> auch visuell

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-12 Diskussionsfäden Ralf-René Schröder
> Wie schon in meiner Mail vorher geschrieben, ist eines der Top-Features der FCE für mich die Möglichkeit, eine Spalte an *beliebiger* Stelle in Unterspalten aufzuteilen und zwar so, dass dem Redakteur im Backend das auch visuell angezeigt wird. im Ansatz liße sich dieser Anspruch ja auch mi

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-12 Diskussionsfäden Marco Peemöller
Hallo Christian, Am 12.05.2010 01:59, schrieb Christian Wolff: > es gibt eine extension modernbe die sich momentan in entwicklung befindet. > > http://forge.typo3.org/projects/show/extension-modernbe > > Joey entwickelt dort mit und kann dir bestimmt mehr über den aktuellen > stand sagen. > > d

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-12 Diskussionsfäden JoH asenau
Marco Peemöller wrote: > Hallo Joey, > > Am 11.05.2010 15:15, schrieb JoH asenau: > >> Es geht dabei weniger um die Performance beim Ausliefern der Seiten >> im Frontend allein sondern um die Art und Weise, wie die Daten in >> der Datenbank abgespeichert werden. Der gesamte Inhalt einer Seite >> wi

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-11 Diskussionsfäden Christian Wolff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.05.2010 23:13, schrieb Marco Peemöller: > Hallo Joey, > > Am 11.05.2010 15:15, schrieb JoH asenau: > >> Es geht dabei weniger um die Performance beim Ausliefern der Seiten im >> Frontend allein sondern um die Art und Weise, wie die Daten in der

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-11 Diskussionsfäden Marco Peemöller
Hallo Joey, Am 11.05.2010 15:15, schrieb JoH asenau: > Es geht dabei weniger um die Performance beim Ausliefern der Seiten im > Frontend allein sondern um die Art und Weise, wie die Daten in der Datenbank > abgespeichert werden. Der gesamte Inhalt einer Seite wird über ein großes > XML Konstrukt

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-11 Diskussionsfäden JoH asenau
> Performance-Fresser, was kann man sich darunter *ungefähr* vorstellen? > Angenommen, ich habe eine durchschnittliche Seite auf einem > durchschnittlichem Server mit durchschnittlichen Zugriffszahlen. Mit > Templavoila habe ich (unter 4.2) Rendering-Zeiten von 100 bis 200ms. > Wie viel schneller w

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-11 Diskussionsfäden Christian Wolff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.05.2010 13:01, schrieb Marco Peemöller: > Hallo, > > Am 11.05.2010 10:07, schrieb JoH asenau: > >>> es gibt noch eine letze variante D >>> dort verwendest du temp.* objekte und kopierst die daten. >> >> AFAIK funktioniert diese Variante nicht m

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-11 Diskussionsfäden Marco Peemöller
Hallo, Am 11.05.2010 10:07, schrieb JoH asenau: >> es gibt noch eine letze variante D >> dort verwendest du temp.* objekte und kopierst die daten. > > AFAIK funktioniert diese Variante nicht mit TemplaVoila, weil dort temp zum > Zeitpunkt der Zuordnung des TypoScripts bereits "verschwunden" ist.

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-11 Diskussionsfäden JoH asenau
>>> Da Du in keinem Fall ein COA_INT oder USER_INT verwendest, ist die >>> "Geschwindigkeit" genaugenommen irrelevant, denn üblicherweise >>> landet eine >>> solche Seite nach dem ersten Rendern im Cache und wird bei jedem >>> weiteren Request umgehend ausgeliefert. >> >> OK, richtig... dann ergänz

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-10 Diskussionsfäden Christian Wolff
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 10.05.2010 19:38, schrieb Ralf-René Schröder: > >> >> Da Du in keinem Fall ein COA_INT oder USER_INT verwendest, ist die >> "Geschwindigkeit" genaugenommen irrelevant, denn üblicherweise landet >> eine >> solche Seite nach dem ersten Rendern im Cac

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-10 Diskussionsfäden Ralf-René Schröder
Da Du in keinem Fall ein COA_INT oder USER_INT verwendest, ist die "Geschwindigkeit" genaugenommen irrelevant, denn üblicherweise landet eine solche Seite nach dem ersten Rendern im Cache und wird bei jedem weiteren Request umgehend ausgeliefert. OK, richtig... dann ergänzend genauer: da an d

Re: [TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-10 Diskussionsfäden JoH asenau
> Ich habe mal eine prinzipielle Frage bezüglich des > Performanceverlustes. > > ...hier nur der prinzipielle TS Aufbau... > _ > > In der Alternative A (mit Referenzen): > lib.modul = COA > lib.area = COA >

[TYPO3-german] TypoScript Verschachtelung und Performance

2010-05-10 Diskussionsfäden Ralf-René Schröder
Ich habe mal eine prinzipielle Frage bezüglich des Performanceverlustes. ...hier nur der prinzipielle TS Aufbau... _ In der Alternative A (mit Referenzen): lib.modul = COA lib.modul.10 =TEXT lib.modul.10.value = test lib.area = COA lib.area.10 =< l