aktualisiert werden sie dann erst beim nächsten Aufruf.

Naja, ist doch besser als gar nix ...

Hmm, stimmt. Dann bringt uns auch ein Prefilter nicht weiter 

Eben, die Events werden ja bereits über einen Prefilter bzw. Postfilter gesendet

Aber ich hab gerade mal nachgeschaut, "ContentPostRender" ist scheinbar das einzige Ereignis, das nur einmal und immer ausgeführt wird - sofern auf die Seite fehlerfrei zugegriffen werden kann. Dann ist allerdings der Inhalt schon fertig. Nützt also nichts, jetzt noch Dateien zu löschen, aktualisiert werden sie dann erst beim nächsten Aufruf.

mit dem Event "ContentPreCompile" machen , oder?!

Nee eben nicht.
Alles was mit "compile" zu tun hat, wird nur ausgeführt, wenn eine Template-Resource von Smarty tatsächlich kompiliert werden muss. Existiert aber schon eine aktuelle kompilierte Version im Cache, wird logischerweise auch nichts kompiliert. Ergo wird auch das Ereignis nicht ausgeführt.

Hmm, stimmt. Dann bringt uns auch ein Prefilter nicht weiter 

http://www.smarty.net/docs/en/advanced. … ilters.tpl

mit dem Event "ContentPreCompile" machen , oder?!

Nee eben nicht.
Alles was mit "compile" zu tun hat, wird nur ausgeführt, wenn eine Template-Resource von Smarty tatsächlich kompiliert werden muss. Existiert aber schon eine aktuelle kompilierte Version im Cache, wird logischerweise auch nichts kompiliert. Ergo wird auch das Ereignis nicht ausgeführt.

Außerdem wird dieses Ereignis nicht nur ein einziges Mal generiert sondern für jeden Inhaltsblock. (Stichwort performance)

in CMSms 2.0 gibt es einen "OnPageAccess" Event. Da könnte man einen UDT zuweisen, der derartige Sachen selber macht.

Da Smarty sowieso mit jedem Seitenaufruf gestartet wird, könnte man dies doch bei "älteren" Versionen mit dem Event "ContentPreCompile" machen , oder?!

Das wird nämlich vorher geprüft, um sicherzustellen, dass auch wirklich eine externe URL gemeint ist. Ergo weiß CGSmartImage, dass es das Bild nicht erst von irgendwoher ins Cache-Verzeichnis herunterladen muss. Es kann ebensogut von dieser URL auf den Datei-Pfad schließen und das Original direkt von dort beziehen.

Hehe, das hätte ich ihm gar nicht zugetraut ;-)

Bleibt das Problem dass es keine Möglichkeit gibt das Cacheverhalten der "Original-Cache-Datei" zu steuern.
Und dass das im Interface nicht ersichtlich ist.
Und dass das nirgends dokumentiert ist.

So wie das im Modul gehandhabt wird ist das ja völlig sinnlos. Das ist ja genaugenommen gar kein Cache, das ist ein simpler Download. Ein Cache würde schließlich irgendwann refreshed. Ich meine, warum hole ich mir denn eine externe Datei? Weil sich der Inhalt ändert, genau. Sonst kann ich die Datei ja gleich lokal zur Verfügung stellen.

Alex

d) Jetzt kommts: der Aufruf des symlinks via http://kopiedomain.de/uploads/webcam/xyz.jpg erzeugt KEIN Cachefile in tmp/cache OBWOHL er es laut obigem Code-Fragment tun müsste, weil src ja ein http enthält. In der Folge funktioniert alles wie es soll.

Hehe, wenn man nur das Code-Fragment da oben betrachtet, kann ich Deine Verwirrung verstehen. Aber in der Datei class.cgsi_utils.php steht ja noch mehr drin. Offensichtlich ist der Pfad zum Bild zwar eine URL, aber diese URL ist ebenso offensichtlich identisch mit der uploads-URL der "kopiedomain"

Das wird nämlich vorher geprüft, um sicherzustellen, dass auch wirklich eine externe URL gemeint ist. Ergo weiß CGSmartImage, dass es das Bild nicht erst von irgendwoher ins Cache-Verzeichnis herunterladen muss. Es kann ebensogut von dieser URL auf den Datei-Pfad schließen und das Original direkt von dort beziehen.

Hmm, ist meines Wissens in der Tat noch nie thematisiert worden, wie man die Pseudo-Crons benutzerdefiniert laufen lassen bzw. eigene Tasks definieren kann ... wäre mal ganz interessant.

Oh ja. Seeehr interessant, in der Tat.

BTW, wie funzt das eigentlich mit den Pseudocrons? Ich kenn das von anderen Systemen, da wird einfach bei jedem Seitenaufruf die Uhrzeit gecheckt und in irgendwelchen Intervallen dann irgendwas ausgeführt.

Wie ist das denn bei CMSMS?

(sollten wir dafür bessen nen neuen Thrad aufmachen?)

Servus,
Alex

faglork schrieb:

Ich ruf das Bild nämlich so auf:

CGSmartImage src='http://www.xyz.de/uploads/webcams/webcam.jpg'

und trotz des in src enthaltenen htttp wird kein Cachefile angelegt ...

Ich bin da jetzt nicht böse drüber, aber ich habs gern wenn was korrekt funktioniert ...

Servus,
Alex

Nochmal, ich dachte Dein Problem sei, dass die Smart-Images immer von dem zwischengespeicherten Bild erstellt werden, welches von einer externen URL heruntergeladen wurde (/tmp/cache/cgsi_ ... .img).
Jetzt sagst Du, es wird garkein Bild zwischengespeichert.
Demzufolge dürfte ja auch garkein Bild im Frontend angezeigt werden.
Hm?

Wahrscheinlich habe ich mich unklar ausgedrückt. Aber es ist zugegebenermaßen sehr verwirrend.

Was ich bisher gefunden habe:

a) Wenn auf kopiedomain.de ein externes File http://originaldomain.de/uploads/webcam/xyz.jpg aufgerufen wird, erstellt CGSmartImage ein Cachefile in tmp/cache und benutzt ab sofort dieses Cachefile als "Original" um die Bilder zu generieren. Dieses File wird nie gelöscht, die modul-internen Anweisungen zur Cacheverwaltung beziehen sich nur auf die generierten Files. Das Cachefile kann nur über "System-Wartung"-"Zwischenspeicher löschen" gelöscht werden.

b) um das System zu überlisten, haben wir ein Symlink erzeugt, so dass auf die Originaldatei quasi lokal zugegriffen werden kann

c) interessanterweise hat der Aufruf via relativem Pfad /uploads/webcam/xyz.jpg dennoch nicht funktioniert.

d) Jetzt kommts: der Aufruf des symlinks via http://kopiedomain.de/uploads/webcam/xyz.jpg erzeugt KEIN Cachefile in tmp/cache OBWOHL er es laut obigem Code-Fragment tun müsste, weil src ja ein http enthält. In der Folge funktioniert alles wie es soll.

Ich gestehe dass das ein bisschen verwirrend ist - was glaubt ihr wie lange ich da jetzt schon dran sitze :-(

Ich werde versuchen das auf einem zweiten System zu reproduzieren. Bug reports nimmt "der der nicht genannt werden darf" ja von unsereins nicht an, aber vielleicht liest einer mit ;-)

Servus,
Alex

public function get_tasks()
{
    return new CGSmartImage_ClearCacheTask();
}

Die klasse CGSmartImage_ClearCacheTask implementiert dann das Interface CmsRegularTask und kann dann im Prinzip alles mögliche machen, was man so machen will unabhängig davon ob das Modul selber ausgeführt wird.

Doku hab ich dazu auch keine geunden, nur das, was im Code und in der API Doc steht.
Ich hatte gehofft, dass CGJobManager da etwas mehr bietet. Dass man da z.B. eigene Aufgaben/Module/UDTs/URLs definieren kann, die es dann und wann abzurufen/auszuführen gilt. Aber das ist leider auch nur eine Erweiterung für Module.

Wie macht man denn das? Einen UDT per Pseudo-Cron ausführen?

Argh! Verdammt. Sorry.
Dachte, das ginge auch mit UDTs.
Hab das mit der Ereignisverwaltung vermixt.

Hmm, ist meines Wissens in der Tat noch nie thematisiert worden, wie man die Pseudo-Crons benutzerdefiniert laufen lassen bzw. eigene Tasks definieren kann ... wäre mal ganz interessant.

Ich ruf das Bild nämlich so auf:

CGSmartImage src='http://www.xyz.de/uploads/webcams/webcam.jpg'

und trotz des in src enthaltenen htttp wird kein Cachefile angelegt ...

Ich bin da jetzt nicht böse drüber, aber ich habs gern wenn was korrekt funktioniert ...

Servus,
Alex

Nochmal, ich dachte Dein Problem sei, dass die Smart-Images immer von dem zwischengespeicherten Bild erstellt werden, welches von einer externen URL heruntergeladen wurde (/tmp/cache/cgsi_ ... .img).
Jetzt sagst Du, es wird garkein Bild zwischengespeichert.
Demzufolge dürfte ja auch garkein Bild im Frontend angezeigt werden.
Hm?

Wie macht man denn das? Einen UDT per Pseudo-Cron ausführen?

Argh! Verdammt. Sorry.
Dachte, das ginge auch mit UDTs.
Hab das mit der Ereignisverwaltung vermixt.

            if( !$srcfile && $opp['noremote'] == 0 &&
                (startswith($opp['src'],'http:') || startswith($opp['src'],'https:') || startswith($opp['src'],'ftp:'))) {
                // okay, gotta assume that ths is a remote file
                // get it, and cache it.

Ähem ... da funzt was nicht richtig? Ich ruf das Bild nämlich so auf:

CGSmartImage src='http://www.xyz.de/uploads/webcams/webcam.jpg'

und trotz des in src enthaltenen htttp wird kein Cachefile angelegt ...

Ich bin da jetzt nicht böse drüber, aber ich habs gern wenn was korrekt funktioniert ...

Servus,
Alex