[gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

Klenkes · 04. Februar 2011 10:40

Das ist echt komisch...
Ich habe hier eine lokale Neuinstallation(EN + DE) von CMSMS 1.9.2 und stellte gestern fest, dass der CMS-Linker nicht funktioniert.
Der Quelltext(Tiny) sieht dann so aus:

Hier klicken, um den Code zum Kopieren zu markieren

[== HTML ==]
<a href="{cms_selflink href='produkte' }">Produkte</a>

Der Output(HTML) des Links sieht dann so aus:

Hier klicken, um den Code zum Kopieren zu markieren

[== HTML ==]
http://demo.mytestdomain.de/{cms_selflink%20href='produkte'%20}

Eine manuelle Eingabe von {cms_selflink page="produkte" text="Produkte"} funktioniert auch nicht.

Egal welche Einstellung ich vornehme, es ändert sich nichts.

Eine andere lokale Installation(Update auf 1.9.2) funktioniert tadellos. Jetzt habe ich die Einstellungen im Tiny verglichen, und sie sind die Gleichen. Einziger Unterschied, den ich momentan erkennen kann, ist die Subdomain und die funktionierende Version ist mit WWW.

Ich such schon so lange, dass ich schon ganz betriebsblind bin und den Wald vor Bäumen nicht erkennen kann.

Einzig der Linker-Style <a href>-Style funktioniert.

Cms Version: 1.9.2
TinyMCE: 2.8.2

Schon mal sowas gesehen?

Edit: Sieht aus als ob es nur in Modulen des CTL-ModuleMaker vorkommt.

Gerade den Hinweis von plger bekommen. Die Lösung geht so:

Hier klicken, um den Code zum Kopieren zu markieren

[== Smarty ==]
{eval var=$item->value}

Wobei value natürlich der entsprechende Feldname ist.

--
Bernd

Beitrag geändert von Klenkes (04. Februar 2011 15:35)

nockenfell · 04. Februar 2011 12:35

Hast du mal die beiden cms_selflink Dateien verglichen?

Klenkes · 04. Februar 2011 12:58

"Alles wird immer seltsamer und seltsamer..." (Alice im Wunderland)

Gerade schau ich nach einer Live-Seite, die noch 1.8.1 ist und sie zeigt das gleiche Verhalten! Obwohl es schon mal funktioniert hatte. (tsts.. natürlich)

Da muss es doch Gemeinsamkeiten geben...

Welche Dateien meinst du?
Die Link Funktionalität findet doch in TinyMCE.module.php statt? Oder?

nockenfell · 04. Februar 2011 13:10

Die Links werden über das Plugin

./plugins/funciton.cms_selflink.php

erstellt. Hier läuft wahrscheinlich auch alles falsch.

Klenkes · 04. Februar 2011 13:34

Da schau ich mal.

Bei der Live-Seite funktioniert es in Content Pages und News aber nicht bei von Modulen aufgerufenen Tinys.
Da mich das switchen zwischen Installation grade tortal kirre macht, muss ich mir das in Ruhe anschauen.

piratos · 04. Februar 2011 13:40

Wenn ich das auf die schnelle richtig sehe findet bei den betreffenden Modulen kein prefetching statt, mit anderen Worten es wird da nie funktionieren.

Klenkes · 04. Februar 2011 13:57

piratos schrieb:

Wenn ich das auf die schnelle richtig sehe findet bei den betreffenden Modulen kein prefetching statt, mit anderen Worten es wird da nie funktionieren.

Richtig! So sieht's wohl aus.
In der "Testing Area" des TinyAdmin geht's auch nicht.

Werd ich mich erstmal an den Modulentwickler wenden müssen. "prefetching" sagst du...

piratos · 04. Februar 2011 14:20

Zum Prefetching ...

Man muss verstehen das eine Templateengine nicht unendlich alles compiliert.

Enthält Template1 einen Tag dann ist ok, enthält der Tag im Template einen Tag dann wird es schon fraglich, enthält der Tag im Template einen weiteren Tag dann ist es meist aus.

Zu empfehlen ist tatsächlich nur eine zweier Tiefe, ansonsten verliert man reichlich an Performance (ein Grundübel bei CMSMS).

Das Problem ist, das Smarty 2 keine direkte Methode kennt um Tags die in einer Variable gehalten sind als Template zu akzeptieren bzw. zu verarbeiten.

Das führt zu einem ziemlichen Aufwand gerade bei einem DB gesteuertem System zu einem gewaltigen RAM Verbrauch, Overhead ohne Ende und sehr schlechter Performance.

Der Nachteil bei 100% Abarbeitung von Templates über eine DB ist der, das jedes mal das Template gezogen werden muss um auf Grund der Modifizierungsdaten Smarty eine Entscheidungsgrundlage für - Template verändert ? wenn ja compilieren oder Template nicht verändert und compiliert vorhanden = wieder verwenden bzw. nicht vorhanden = compileren zu liefern.

Deswegen war auch die Entscheidung der Dev's so gut wie alles in einer DB zu halten völlig verkehrt, denn der Check über das normale Filesystem (das wäre Smarty Standard) geht erheblich schneller und effizienter, was sich bei dem Einsatz einer Vielzahl von kleinen Templates erheblich bemerkbar macht.

Das mal als kleiner Ausflug in die Hintergründe.

Klenkes · 04. Februar 2011 14:30

Oh, ich liebe deine Abhandlungen!
Sie liefern(zumindest mir) immer exakt die Detailtiefe, die ich möchte und auch brauche.

Denn wie meine Oma schon immer sagte:
"Im Leben kannst du kaum etwas falsch machen, ausser du lernst nichts dazu."

Danke.

Klenkes · 04. Februar 2011 15:38

Am Ende des Threads nochmal die Lösung.

Der Knackpunkt ist das eval var=

Hier klicken, um den Code zum Kopieren zu markieren

[== Smarty ==]
{eval var=$item->value}

Wobei value natürlich der entsprechende Feldname ist.

Forum für CMS/made simple

#1 04. Februar 2011 10:40

[gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#2 04. Februar 2011 12:35

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#3 04. Februar 2011 12:58

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#4 04. Februar 2011 13:10

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#5 04. Februar 2011 13:34

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#6 04. Februar 2011 13:40

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#7 04. Februar 2011 13:57

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#8 04. Februar 2011 14:20

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#9 04. Februar 2011 14:30

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

#10 04. Februar 2011 15:38

Re: [gelöst] cms_selflink wird nicht mehr ausgeführt(CTLMM-Module)

Fußzeile des Forums