# Shopware Certified Developer Plugin-Beispiele

**URL:** <https://forum.shopware.com/t/shopware-certified-developer-plugin-beispiele/776>\
**Category:** Shopware 3.5\
**Tags:** programming\
**Created:** [22. November 2010 um 09:11 UTC](https://forum.shopware.com/t/shopware-certified-developer-plugin-beispiele/776 "2010-11-22T09:11:40Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Stefan\_Hamann](https://avatars.discourse-cdn.com/v4/letter/s/5e9695/32.png) [@Stefan\_Hamann](https://forum.shopware.com/u/Stefan_Hamann)\
**Post date:** [22. November 2010 um 09:11 UTC](https://forum.shopware.com/t/shopware-certified-developer-plugin-beispiele/776/1 "2010-11-22T09:11:40Z")

</div>

[http://www.shopware.de/wiki/\_detail\_572.html](http://www.shopware.de/wiki/%5C_detail%5C_572.html)

---

<div class="post-metadata">

**Author:** ![avenger](https://avatars.discourse-cdn.com/v4/letter/a/9de0a6/32.png) [@avenger](https://forum.shopware.com/u/avenger)\
**Post date:** [22. November 2010 um 10:55 UTC](https://forum.shopware.com/t/shopware-certified-developer-plugin-beispiele/776/2 "2010-11-22T10:55:00Z")

</div>

Je mehr man davon sieht, desto beeindruckender ist das… Mit ein paar Zeilen Code macht man da grandiose Dinge, bei denen man sich anderswo fast die Finger bricht. Ist wirklich sehr gut gelungen, das Plugin-System. :thumbup: Was ist denn der frühste Zeitpunkt, an dem man mit Plugins in den Shop eingreifen kann… Ich frage deshalb, weil es z.B. bei OXID einige Core-Klassen gibt, die man nicht per Modul subclassen kann, weil der Mechanismus dazu noch nicht existiert.

---

<div class="post-metadata">

**Author:** ![Heiner\_Lohaus](https://avatars.discourse-cdn.com/v4/letter/h/b5a626/32.png) [@Heiner\_Lohaus](https://forum.shopware.com/u/Heiner_Lohaus)\
**Post date:** [22. November 2010 um 11:38 UTC](https://forum.shopware.com/t/shopware-certified-developer-plugin-beispiele/776/3 "2010-11-22T11:38:40Z")

</div>

Hi avenger, hier eine Liste der Controller-Events in der Reihenfolge wie sie ausgeführt werden: [quote] Enlight\_Controller\_Front\_StartDispatch Hier kann man z.B. manuell den Router, Dispatcher, Request und Response-Objekte setzen. Enlight\_Controller\_Front\_RouteStartup Hier kann man z.B. noch das Request-Objekt für den Router anpassen. Enlight\_Controller\_Front\_RouteShutdown Enlight\_Controller\_Front\_DispatchLoopStartup Hier kann man z.B. den Controller/Action vor dem Dispatch nochmal einmal anpassen. (Wird nur einmal aufgrufen) Enlight\_Controller\_Front\_PreDispatch Hier kann man z.B. verhindern das Actions ohne Autorisierung aufgerufen werden und auf einen anderen Controller umleiten (Wird vor jeder Dispatch-Runde aufgerufen). Enlight\_Controller\_Action\_Init Enlight\_Controller\_Action\_Init\_\* Enlight\_Controller\_Action\_PreDispatch Enlight\_Controller\_Action\_PreDispatch\_\* Enlight\_Controller\_Action\_PostDispatch Enlight\_Controller\_Action\_PostDispatch\_\* Enlight\_Plugins\_ViewRenderer\_PreRender Enlight\_Plugins\_ViewRenderer\_FilterRender Enlight\_Plugins\_ViewRenderer\_PostRender Enlight\_Controller\_Front\_PostDispatch (Wird nach jeder Dispatch-Runde aufgerufen) Enlight\_Controller\_Front\_DispatchLoopShutdown (Wird nur einmal aufgrufen) Enlight\_Controller\_Front\_SendResponse Enlight\_Controller\_Front\_AfterSendResponse [/quote] Außerdem gibt es folgende Events, die vor jeder bei Initialisierung von Ressourcen aufgerufen werden: (Außer bei den Ressourcen Front, Cache, Db und Plugins) [quote] Enlight\_Bootstrap\_InitResource\_\* Enlight\_Bootstrap\_AfterInitResource\_\* [/quote] Es lässt sich also fast alles beeinflussen. 😉 Viele Grüße Heiner