So hatten wir bei einer unserer letzten Starts eine Menge von Ereignissen, die wir beobachtet haben, wie controller_action_predispatch. Als die Site online ging, bemerkten wir, dass unsere Beobachter nie dafür aufgerufen wurden. Nach einer kleinen Untersuchung hat einer unserer Entwickler diesen Code-Block in Mage_Core_Model_App um die Zeile 292 gefunden.
%Vor%Wie Sie sehen können, wenn $ this- & gt; _cache- & gt; processRequest () wahr ist, was es ist, wenn der volle Seitencache aktiviert ist, gelangen Sie niemals zum Versand. Der Entwickler hat http_response_send_before gefunden, welches den Aufruf in beide Richtungen bekommt, aber es scheint mir, als wäre das ein Fehler oder Sie sollten niemals diese Controller-Dispatch-Ereignisse für irgendetwas verwenden, wenn Sie das vollständige Seiten-Caching aktiviert haben. Irgendwelche Gedanken?
Angesichts der Art des vollständigen Seitencachings würde ich das "wie vorgesehen" nennen. Während es ein wenig seltsam sein kann, dass einige Ereignisse nicht ausgelöst werden, mussten sie eine Linie auswählen, und diese ergibt für mich einen Sinn, zumal der Controller nie wirklich ausgelöst wird.
Sie sollten diese Controller-Dispatch-Ereignisse für alles verwenden, was sich auf die Seite auswirkt (da es noch generiert werden muss), aber wenn Sie es für das Tracking und so verwenden, wäre es nicht angemessen.
Das einzige zuverlässige Ereignis, auf das mit und ohne aktivierten Seitencache gewartet wird, ist http_response_send_before .
Tags und Links magento