CONTENIDO Forum

Lieber Frederic,

[OFFTOPIC]
Dir mal an dieser Stelle vielen Dank für dein Engagement hier im Forum
[/OFFTOPIC]

Ich hätte ja mal den "Thumbs-up"-Smilie nutzen wollen an dieser Stelle...

Gruß aus Franken

Ortwin

Oldperl hat geschrieben:Lieber Frederic,

[OFFTOPIC]
Dir mal an dieser Stelle vielen Dank für dein Engagement hier im Forum
[/OFFTOPIC]

Ja, ...

Ich hätte ja mal den "Thumbs-up"-Smilie nutzen wollen an dieser Stelle...

...und ja

Gerne

Hi!

Nochmal die Frage aus meinem anderen Thema angeschupst:

Wenn ich '$cfg['cache']['disable']' auf 'true' setze, werden mir brav alle Seiten im Cache abgelegt um ein schnelles aufrufen zu ermöglichen.
Klappt auch soweit sehr gut.
Es gibt da nur ein Problem.
Wenn ich einen Artikel bearbeite wird die änderung nicht sichtbar auf der Frontendseite. Kann ich das verhalten irgendwo im System steuern?
Ich sehe nur, das es in der datei 'includes/concache.php' eine Einstllung '$cfgConCache['lifetime']' gibt. Hat die damit was zu tun?

Ist das definitv ein Bug oder muss ich noch irgendwo eine Einstellung machen, das wenn ich in einem Artikel auf Speichern klicke, dieser auch im Frontend aktuell dargestellt wird?



Gruß
Matthias

Servus Matthias,

also die Lifetime-Variable ist dafür eigentlich nicht gedacht. In 4.8 musstest du da die Variable $force in der cms/config.php, bzw. in einer lokalen Konfigurationsdatei, auf 1 setzen. Ob das beim neuen Caching der 4.9 auch komplett integriert ist - keine Ahnung, probieren!

Gruß aus Franken

Ortwin

Hallo Ortwin,

Oldperl hat geschrieben:Servus Matthias,

also die Lifetime-Variable ist dafür eigentlich nicht gedacht. In 4.8 musstest du da die Variable $force in der cms/config.php, bzw. in einer lokalen Konfigurationsdatei, auf 1 setzen. Ob das beim neuen Caching der 4.9 auch komplett integriert ist - keine Ahnung, probieren!

Wenn ich $force auf 1 setze erzwingt er aber bei jedem Klick einen neuaufbau der Module. Das ist ja das, was kein sinn macht.
Reicht es nicht, das wenn man einen Artikel bearbeitet, das dazugörige Template, was im Cache-Order abgelegt wurde, neu zu generieren?
Da muss es doch irgendwo einen schalter für geben.
Bis jetzt ist es so, das nach ablauf der Lifetime genau das gemacht wird, was ich brauche. Also viiieeeeel zu spät.



Gruß
Matthias

Hallo Matthias,

ja sorry, ich war in Gedanken bei der lokalen Entwicklung nicht bei der redaktionellen Arbeit.
Alsoooo...
Normalerweise sollte beim Bearbeiten eines Artikels entweder der Cache aktualisiert, oder zumindest ein Merker gesetzt werden, der dann diese Aktualisierung beim nächsten Aufruf des Frontends auslöst. So ist es in 4.8 umgesetzt. Inwieweit das aktuelle Cache-System der 4.9 das auch so macht kann ich Dir nicht sagen. Dieser "Merker" ist normalerweise eine Tabellenspalte (0|1) in der Artikeltabelle.

Gruß aus Franken

Ortwin

Hallo Ortwin,

Oldperl hat geschrieben:Normalerweise sollte beim Bearbeiten eines Artikels entweder der Cache aktualisiert, oder zumindest ein Merker gesetzt werden, der dann diese Aktualisierung beim nächsten Aufruf des Frontends auslöst...

Hab es jetzt gerade in einer 4.8 Installation und auch 4.9 getestet.
Dieser "Merker" scheint nicht zu regaieren oder hat keine Lust.
Selbst nach mehrmaligen Reload der Seite passiert nichts.
Der geänderte Artikel erscheint erst nach ablauf der Lifetime.



Gruß
Matthias

Hallo Matthias,

wie ist es denn wenn du das Caching in der config.misc deaktivierst?

Gruß aus Franken

Ortwin

Oldperl hat geschrieben:wie ist es denn wenn du das Caching in der config.misc deaktivierst?

Dann läuft alles zuverlässig.
Nur halt sehr sehr träge. ( anderes Thema )


Gruß
Matthias

mattmarr hat geschrieben:Dann läuft alles zuverlässig.

Na dann würde ich mal so darauf tippen, dass dann die Auswertung dieses "Merkers" beim Caching fehlt, bzw. nicht korrekt implementiert ist. Kann ich allerdings nur bestimmt sagen, wenn ich mir das genauer anschauen würde.

Gruß aus Franken

Ortwin

Oldperl hat geschrieben:... dass dann die Auswertung dieses "Merkers" beim Caching fehlt...

in welche Tabelle finde ich denn den "Merker". Ich hab geschaut, kann aber kein Anhaltspunkt finden, ausser das Datum ist gemeint.
Würde mir gerne das mal genauer anschauen.



Gruß
Matthias

mattmarr hat geschrieben:in welche Tabelle finde ich denn den "Merker".

Tabelle con_cat_art, Spalte 'createcode'.

Gruß aus Franken

Ortwin

Hi!

Kurze rückmeldung:

Die Spalte 'createcode' wird doch berücksichtigt.
War mein Fehler. Ich hatte aus einem anderen Thread, wo es um die Geschwindigkeit vom Contenido geht, in der Datei funtions.mod.php die zeilen 68,69 noch dekatviert gehabt. Nach dem wieder freigeben funktioniert die Cachingfunktion wieder fürs erste mit einwenig Handarbeit(Kopieren).


Gruß
Matthias

mattmarr hat geschrieben:Nach dem wieder freigeben funktioniert die Cachingfunktion wieder fürs erste mit einwenig Handarbeit(Kopieren).

Schön, danke für das Feedback.
Interessant wäre noch was Du unter "Handarbeit" verstehst bzw. was du gemacht hast.

Gruß aus Franken

Ortwin