[mstuebner]

Moin,

ich brauch mal jemanden der mir das Licht anknipst:

In einem Projekt soll an einem Marker ein Status ausgegeben werden, welcher sich während des Renderns ergibt. Daher muss dieser Marker als letzter gerendert werden, oder man setzt einen Hook ein. Irgendwie habe ich mir in den Kopf gesetzt das ohne Hook zu machen.

Dass ein 99.marks.name nach einem 10.marks.name gerendert wird ist klar, aber wenn ich das gleiche Template lade erhalte ich die Seite ja zweimal übereinander. Habe ich eine Möglichkeit übersehen, ohne ein separates Template zu erreichen, dass EIN Marker IMMER zuletzt gerendert wird?

[Armin]

moin,

mit Hilfe eines Verweises "=<"

Licht an?
Armin

[mstuebner]

Zitat von Armin

moin,

mit Hilfe eines Verweises "=<"

Licht an?

Könntest Du einen größeren Schalter nehmen?

[robelix]

Grunsätzlich werden USER_INT und PHP_SCRIPT_INT erst ganz am Ende - nach dem Cachen - abgearbeitet.

[Armin]

moin,

vielleicht wäre es mit "Referenz" deutlicher geworden.

Allerdings muss man etwas tricksen, damit der Text auch nur einmal ausgegeben wird und nicht zweimal da ja eine Referenz besteht.

Hier mal ein Beispiel:

Typoscript-Code:

1: 2: 3: 4: 5: 6: 7: 8: 9:

seite.765 = TEXT seite.765.stdWrap.cObject =< seite.7654.stdWrap.cObject seite.765.wrap = |tttttttttttt seite.7654 = TEXT seite.7654.stdWrap.cObject = TEXT seite.7654.stdWrap.cObject.value = 333333333333 seite.7654.if.isTrue = 0

Kurze Erläuterung:
Bei seite.765 ist die Position wo der Inhalt ausgegeben werden soll, mit =< wird eine Referenz gesetzt auf ein Object was später gerendert wird. Zu beachten ist, das die Referenz auf das stdWrap.cObject erfolgen muss!

seite.7654 legen wir nun dort ab, wo die Werte vorhanden sind, die benötigt werden.
Damit bei seite.7654 aber keine Ausgabe erfolgt, sonst würde der Inhalt ja zweimal ausgegeben werden, wird dort der Inhalt in stdWrap.cObject abgelegt und mit seite.7654.if.isTrue = 0 wird die Ausgabe dort verhindert.

Armin

[mstuebner]

Zitat von robelix

Grunsätzlich werden USER_INT und PHP_SCRIPT_INT erst ganz am Ende - nach dem Cachen - abgearbeitet.

Gibt es dafür Belege? Sonst behaupte ich, am praktischen Beispiel bewiesen, mal: Nix da.

[mstuebner]

Zitat von Armin

vielleicht wäre es mit "Referenz" deutlicher geworden.

Ahh ja, jetzt hab ich es. Muss ich bei Gelegenheit mal pürobieren, habs inzwischen schon mal kurz als Hook umgesetzt.

[robelix]

Zitat von mstuebner

Gibt es dafür Belege? Sonst behaupte ich, am praktischen Beispiel bewiesen, mal: Nix da.

http://typo3.org/documentation/docum...1.0/view/8/24/

Dependence and use of LOAD_REGISTER is fragile because the PHP_SCRIPT_INT is not rendered until after the cached content and due to this changed order of events, use of LOAD_REGISTER may not work.

Ich hatte mal den umgekehrten Fall - ein Script, das unbedingt am Anfang laufen musste - und das war mit USER_INT definitiv nicht hinzukriegen.