<commit_before><sect1 id="zend.controller.plugins">
    <title>Plugins</title>

    <sect2 id="zend.controller.plugins.introduction">
        <title>Introduction</title>

        <para>
            The controller architecture includes a plugin system that allows user code to
            be called when certain events occur in the controller process lifetime.
            The front controller uses a plugin broker as a registry for user plugins,
            and the plugin broker ensures that event methods are called on each plugin
            registered with the front controller.
        </para>

        <para>
            The event methods are defined in the abstract class
            <code>Zend_Controller_Plugin_Abstract</code>,
            from which user plugin classes inherit:

            <itemizedlist>
                <listitem>
                    <para>
                        <code>routeStartup()</code> is called before <code>Zend_Controller_Front</code>
                        begins evaluating the request against its routes.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>routeShutdown()</code> is called after <code>Zend_Controller_Router</code>
                        exits, when Zend_Controller_Front exits from the router.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>dispatchLoopStartup()</code> is called before <code>Zend_Controller_Front</code>
                        enters its dispatch loop.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>preDispatch()</code> is called before an action is dispatched by
                        <code>Zend_Controller_Dispatcher</code>. This callback allows for proxy
                        or filter behavior. By altering the request and resetting its dispatched
                        flag (via <code>Zend_Controller_Request_Abstract::setDispatched(false)</code>),
                        the current action may be skipped.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>postDispatch()</code> is called after an action is dispatched by <code>Zend_Controller_Dispatcher</code>. This callback allows for proxy or filter behavior. By altering the request and resetting its dispatched flag (via <code>Zend_Controller_Request_Abstract::setDispatched(false)</code>), a new action may be specified for dispatching.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>dispatchLoopShutdown()</code> is called before <code>Zend_Controller_Front</code> exits its dispatch loop.
                    </para>
                </listitem>
        </itemizedlist>
        </para>
    </sect2>

    <sect2 id="zend.controller.plugins.writing">
        <title>Writing Plugins</title>

        <para>
        In order to write a plugin class, simply include and extend the abstract class <code>Zend_Controller_Plugin_Abstract</code>:
        <programlisting role="php"><![CDATA[<?php
require_once 'Zend/Controller/Plugin/Abstract.php';

class MyPlugin extends Zend_Controller_Plugin_Abstract
{
    // ...
}]]></programlisting>
        </para>
        <para>
        None of the methods of <code>Zend_Controller_Plugin_Abstract</code> are abstract, and this means that plugin classes are not forced to implement any of the available event methods listed above. Plugin writers can implement whatever even methods may suit their particular needs.
        </para>
        <para>
        <code>Zend_Controller_Plugin_Abstract</code> also makes the request and response objects available to controller plugins via the <code>getRequest()</code> and <code>getResponse()</code> methods, respectively.
        </para>
    </sect2>

    <sect2 id="zend.controller.plugins.using">
        <title>Using Plugins</title>
        <para>
        Plugin classes are registered with <code>Zend_Controller_Front::registerPlugin()</code> prior to dispatching. The following snippet illustrates how a plugin may be used in the controller chain:
        <programlisting role="php"><![CDATA[<?php
require_once 'Zend/Controller/Front.php';
require_once 'Zend/Controller/Router.php';
require_once 'Zend/Controller/Plugin/Abstract.php';

class MyPlugin extends Zend_Controller_Plugin_Abstract
{
    public function routeStartup()
    {
        $this->getResponse()->appendBody('<p>routeStartup() called</p>');
    }

    public function routeShutdown($request)
    {
        $this->getResponse()->appendBody('<p>routeShutdown() called</p>');
    }<commit_msg>"- Polish translation of Zend_Controller-Plugins"<commit_after><sect1 id="zend.controller.plugins">
    <title>Wtyczki</title>

    <sect2 id="zend.controller.plugins.introduction">
        <title>Wprowadzenie</title>

        <para>
            Architektura kontrolera zawiera także system wtyczek, który pozwala
            programiście na wykonanie własnego kodu, gdy następują określone
            zdarzenia w trakcie trwania procesu kontrolera. Kontroler frontowy
            używa agenta wtyczek jako rejeestru dla wtyczek programisty,
            a agent wtyczek jest odpowiedzialny za to, że metody zdarzeń są
            wywoływane dla każdej wtyczki zarejestrowanej w kontrolerze 
            frontowym.
        </para>

        <para>
            Metody zdarzeń są zdefiniowane w klasie abstrakcyjnej
            <code>Zend_Controller_Plugin_Abstract</code>, z której dziedziczy
            każda klasa wtyczki:

            <itemizedlist>
                <listitem>
                    <para>
                        <code>routeStartup()</code> jest wywoływana zanim <code>Zend_Controller_Front</code>
                        zacznie określać parametry żądania na podstawie tras.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>routeShutdown()</code> jest wywoływana gdy <code>Zend_Controller_Router</code>
                        kończy pracę, gdy Zend_Controller_Front wychodzi z routera.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>dispatchLoopStartup()</code> jest wywoływana zanim <code>Zend_Controller_Front</code>
                        wejdzie w pętlę uruchomieniową.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>preDispatch()</code> jest wywoływana przed uruchomieniem 
                        akcji przez <code>Zend_Controller_Dispatcher</code>. Pozwala
                        to na uzyskanie funkcjonalności proxy lub filtra. Przez
                        nadpisanie żądania i zresetowanie flagi uruchomienia (poprzez 
                        <code>Zend_Controller_Request_Abstract::setDispatched(false)</code>),
                        obecna akcja może zostać ominięta.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>postDispatch()</code> jest wywoływana po uruchomieniu
                        akcji przez <code>Zend_Controller_Dispatcher</code>. Pozwala
                        to na uzyskanie funkcjonalności proxy lub filtra. Przez
                        nadpisanie żądania i zresetowanie flagi uruchomienia (poprzez 
                        <code>Zend_Controller_Request_Abstract::setDispatched(false)</code>), 
                        może zostać określona nowa akcja do uruchomienia.
                    </para>
                </listitem>
                <listitem>
                    <para>
                        <code>dispatchLoopShutdown()</code> jest wywoływana gdy <code>Zend_Controller_Front</code> zakończy pętlę uruchomieniową.
                    </para>
                </listitem>
        </itemizedlist>
        </para>
    </sect2>

    <sect2 id="zend.controller.plugins.writing">
        <title>Pisanie wtyczek</title>

        <para>
        W celu napisania klasy wtyczki, w prosty sposób rozszerz klasę 
        abstrakcyjną <code>Zend_Controller_Plugin_Abstract</code>:
        <programlisting role="php"><![CDATA[<?php
require_once 'Zend/Controller/Plugin/Abstract.php';

class MyPlugin extends Zend_Controller_Plugin_Abstract
{
    // ...
}]]></programlisting>
        </para>
        <para>
        Żadna z metod klasy <code>Zend_Controller_Plugin_Abstract</code> nie jest
        abstrakcyjna, co oznacza, że nie jest konieczne implementowanie wszystkich
        dostępnych metod zdarzeń opisanych powyżej. Autor wtyczki może 
        zaimplementować tylko te metody zdarzeń, które są mu rzeczywiście potrzebne.
        </para>
        <para>
        <code>Zend_Controller_Plugin_Abstract</code> udostępnia także obiekty 
        żądania i odpowiedzi wtyczkom kontrolera za pomocą metod 
        <code>getRequest()</code> oraz <code>getResponse()</code>, odpowiednio.
        </para>
    </sect2>

    <sect2 id="zend.controller.plugins.using">
        <title>Użycie wtyczek</title>
        <para>
        Klasy wtyczek są rejestrowane za pomocą metody 
        <code>Zend_Controller_Front::registerPlugin()</code>, aż do momentu 
        uruchomienia. Poniższy kod pokazuje w jaki sposób wtyczka może być użyta
        przez kontroler:
        <programlisting role="php"><![CDATA[<?php
require_once 'Zend/Controller/Front.php';
require_once 'Zend/Controller/Router.php';
require_once 'Zend/Controller/Plugin/Abstract.php';

class MyPlugin extends Zend_Controller_Plugin_Abstract
{
    public function routeStartup()
    {
        $this->getResponse()->appendBody('<p>routeStartup() called</p>');
    }

    public function routeShutdown($request)
    {
        $this->getResponse()->appendBody('<p>routeShutdown() called</p>');
    }
{'fraction_non_alphanumeric': 0.08498863524063642, 'fraction_numerical': 0.0011858879335902757, 'mean_word_length': 2.0065359477124183, 'pattern_counts': {'":': 0, '<': 211, '<?xml version=': 0, '>': 213, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 0, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '828149', 'n_tokens_mistral': 2847, 'n_tokens_neox': 2727, 'n_words': 706}