Previous Next

El Router Standard

Introducción

Zend_Controller_Router_Rewrite Es el router standard del Framework. Routing es el proceso de tomar la parte final de una URI (la parte de la URI que viene después de la URL base) y la descomposición en parámetros para determinar qué módulo, qué controlador y acción de ese controlador debe recibir la solicitud. Estos valores del módulo, controlador, acción y otros parámetros están enpaquetados en un objeto Zend_Controller_Request_Http el cual es procesado luego por Zend_Controller_Dispatcher_Standard . El routing ocurre sólo una vez: cuando se recibió inicialmente la solicitud y antes del dispatch del primer controlador.

Zend_Controller_Router_Rewrite está diseñado para permitir que una funcionalidad tipo mod_rewrite se pueda usar en estructuras PHP puras. Se basa muy vagamente en el routing de Ruby on Rails (RoR) y no requiere ningún conocimiento previo de reescritura de la URL del webserver. Está diseñado para trabajar con solo una regla mod_rewrite de Apache (one of):

RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css|html)$ index.php

o (preferido):

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ - [NC,L]
RewriteRule ^.*$ index.php [NC,L]

El router rewrite también puede utilizarse con el IIS webserver (versions <= 7.0) si » Isapi_Rewrite se ha instalado como una extensión Isapi con la siguiente regla de reescribir:

RewriteRule ^[\w/\%]*(?:\.(?!(?:js|ico|gif|jpg|png|css|html)$)[\w\%]*$)? /index.php [I]

Nota: IIS Isapi_Rewrite

Cuando se usa IIS , $_SERVER['REQUEST_URI'] puede no existir, o establecerlo como un string vacío. En este caso, Zend_Controller_Request_Http intentará usar el valor de $_SERVER['HTTP_X_REWRITE_URL'] establecido por la extensión Isapi_Rewrite.

IIS 7.0 introduce un módulo nativo de reescribir la URL, y puede ser configurado como sigue:



     
         
             
                 
                     
                     
                         
                         
                     
                     
                 
                 
                     
                     
                 
             
         
     
]>

       
            Si está usando Lighttpd, la siguiente regla de reescritura es válida:
       

         "/index.php?$1",
    ".*\.(js|ico|gif|jpg|png|css|html)$" => "$0",
    "" => "/index.php"
)

Usando un Router

Para utilizar adecuadamente el router de reescritura debe instanciarlo, agregar algunas rutas definidas por el usuario y luego inyectarlo en el controlador. El siguiente código ilustra el procedimiento:

// Crear un router

$router = $ctrl->getRouter(); // returns a rewrite router by default
$router->addRoute(
    'user',
    new Zend_Controller_Router_Route('user/:username',
                                     array('controller' => 'user',
                                           'action' => 'info'))
);

Operación Básica del Rewrite Router

El corazón del RewriteRouter es la definición de la rutas definidas por el usuario. Las rutas se agregan llamando al método addRoute de RewriteRouter y pasándole una nueva instancia de una clase que implementó a Zend_Controller_Router_Route_Interface . Eg.:

$router->addRoute('user',
                  new Zend_Controller_Router_Route('user/:username'));

El Rewrite Router viene con seis tipos básicos de rutas (uno de los cuales es especial):

Las rutas pueden ser utilizadas numerosas veces para crear una cadena o un esquema de aplicación de ruteo definido por el usuario. Puede usar cualquier número de rutas en cualquier configuración, con la excepción de la ruta del Módulo, la cual debe ser utilizada una vez y probablemente como la ruta más genérica (es decir, por defecto). Cada ruta se describe en mayor detalle más adelante.

El primer parámetro a addRoute es el nombre de la ruta. Se utiliza como un manejador para sacar las rutas del router (por ejemplo, con fines de generación de URL ). El segundo parámetro es la ruta misma.

Nota:

El uso más común del nombre de ruta es por medio del ayudante de URL Zend_View :

Martel

Que resultaría en la href: user/martel .

El routing es un simple proceso de iteración a través de todas las rutas provistas y la equiparación de sus definiciones con la petición actual de URI . Cuando se encuentra una concordancia, se devuelven valores de variables desde la instancia Route y se inyecta en el objeto Zend_Controller_Request para su posterior utilización en el dispatcher así también como en los controladores creados por el usuario. En caso de no encontrar ninguna concordancia, se comprobará la siguiente ruta en la cadena.

Si necesita determinar en qué ruta se encontró una concordancia, puede usar el método getCurrentRouteName() , que devolverá el identificador usado cuando registró la ruta con el router. Si quiere el objeto de la ruta actual, puede usar getCurrentRoute() .

Nota: Matching Inverso

Las rutas están equiparadas en orden inverso para asegurarse que las rutas más genéricas se definan primero.

Nota: Valores Retornados

Los valores retornados del routing provienen de parámetros URL o de rutas definidas por defecto por el usuario. Estas variables son accesibles posteriormente a través de los métodos Zend_Controller_Request::getParam() o Zend_Controller_Action::_getParam() .

Hay tres variables que pueden utilizarse en las rutas - 'module', 'controller' y 'action'. Estas variables especiales son utilizados por Zend_Controller_Dispatcher para encontrar un controlador y una acción para hacer el dispatch.

Nota: Variables Especiales

Los nombres de estas variables especiales pueden ser diferentes si elige alterar los valores por defecto en Zend_Controller_Request_Http mediante los métodos setControllerKey() y setActionKey() .

Routes por Defecto

Zend_Controller_Router_Rewrite viene preconfigurado con una ruta por defecto, que se comparará con URI s en la forma de controller/action . Además, se puede especificar un nombre de módulo como primer elemento del path, permitiendo URI s de la forma module/controller/action . Por último, también coincidrá con cualquier parámetro adicional agregado a la URI por defecto - controller/action/var1/value1/var2/value2 .

Algunos ejemplos de cómo están equiparadas las rutas:

// Asumiendo lo siguiente:
$ctrl->setControllerDirectory(
    array(
        'default' => '/path/to/default/controllers',
        'news'    => '/path/to/news/controllers',
        'blog'    => '/path/to/blog/controllers'
    )
);

Módulo únicamente:
http://example/news
    module == news

Modulo inválido mapea al nombre del controlador:
http://example/foo
    controller == foo

Módulo + controlador:
http://example/blog/archive
    module     == blog
    controller == archive

Módulo + controlador + accción:
http://example/blog/archive/list
    module     == blog
    controller == archive
    action     == list

Módulo + controlador + accción + parámetros:
http://example/blog/archive/list/sort/alpha/date/desc
    module     == blog
    controller == archive
    action     == list
    sort       == alpha
    date       == desc

La ruta por defecto es simplemente un objeto Zend_Controller_Router_Route_Module almacenado bajo el nombre de (index) por 'default' en RewriteRouter. Está generado más o menos así:

$compat = new Zend_Controller_Router_Route_Module(array(),
                                                  $dispatcher,
                                                  $request);
$this->addRoute('default', $compat);

Si no quiere esta ruta en particular en su esquema por defecto de routing, podrá anularla creando su propia ruta por 'defecto' (es decir, almacenar bajo el nombre de 'default') o eliminarla por completo usando removeDefaultRoutes() :

// Eliminar cualquier ruta por defecto
$router->removeDefaultRoutes();

URL Base y Subdirectorios

El router rewrite puede ser utilizado en subdirectorios (por ejemplo http://domain.com/~user/application-root/ ) en cuyo caso la URL base de la aplicación ( /user/application-root ) debe ser detectada automáticamente por Zend_Controller_Request_Http y usada en consecuencia.

Si la URL base se detecta incorrectamente se la puede anular con su propio path de base usando Zend_Controller_Request_Http y llamando al método setBaseUrl() (ver Base Url and Subdirectories ):

$request->setBaseUrl('/~user/application-root/');

Parámetros Globales

Puede establecer los parámetros globales en un router que se proporcionan automáticamente a una ruta cuando se ensamblasn mediante setGlobalParam() . Si se establece un parámetro global pero también se lo entrega directamente al método de ensamblaje, el parámetro del usuario sobreescribe al parámetro global. Puede establecer un parámetro global esta forma:

$router->setGlobalParam('lang', 'en');

Tipos de Route

Zend_Controller_Router_Route

Zend_Controller_Router_Route es la ruta standard del framework. Combina la facilidad de uso con la flexibilidad para la definición de rutas. Cada ruta consiste fundamentalmente en el mapeo de la URL (de partes estáticas y dinámicas (variables)) y puede ser iniciada con valores predeterminados así como con requisitos variables.

Imaginemos que nuestra aplicación ficticia necesitará algunas páginas informativas sobre los autores del contenido. Queremos ser capaces de apuntar nuestro navegador web a http://domain.com/author/martel para ver la información sobre este muchacho "martel". La ruta para esa funcionalidad podría parecerse a:

$route = new Zend_Controller_Router_Route(
    'author/:username',
    array(
        'controller' => 'profile',
        'action'     => 'userinfo'
    )
);

$router->addRoute('user', $route);

El primer parámetro en el constructor Zend_Controller_Router_Route es una definición de ruta que será acompañada de una URL . Las definiciones de ruta consisten en partes estáticas y dinámicas separadas por el caracter barra ('/'). Las partes estáticas son simples textos: author . Las partes dinámicas, llamadas variables, se marcan anteponiendo dos puntos (:) al nombre de la variable :username .

Nota: Uso de Caracteres

La implementación actual le permite utilizar cualquier carácter (salvo una barra) como un identificador de variable, pero se recomienda encarecidamente que se utilicen sólo caracteres que sean válidos para identificadores de variables PHP . En implementaciones futuras se podría alterar este comportamiento, resultando en probables fallos escondidos en su código.

Este ejemplo de ruta debería ser coincidente cuando apunta su navegador a http://domain.com/author/martel , en cuyo caso todas sus variables se inyectan al objeto Zend_Controller_Request y quedando accesibles en ProfileController . Las variables devueltas por este ejemplo pueden ser representadas como el siguiente array de pares clave/valor:

$values = array(
    'username'   => 'martel',
    'controller' => 'profile',
    'action'     => 'userinfo'
);

Después, Zend_Controller_Dispatcher_Standard debe invocar al método userinfoAction() de su clase ProfileController (en el módulo por defecto) basado en estos valores. Allí se podrán acceder a todas las variables mediante los métodos Zend_Controller_Action::_getParam() o Zend_Controller_Request::getParam() :

public function userinfoAction()
{
    $request = $this->getRequest();
    $username = $request->getParam('username');

    $username = $this->_getParam('username');
}

La definición de ruta puede contener uno o más caracteres especiales - un comodín - representado por el símbolo '*'. Se utiliza para reunir parámetros al igual que el valor de ruta por defecto del Módulo (var => pares de valores definidos en la URI ). La siguiente ruta imita más o menos el comportamiento de la ruta del Módulo:

$route = new Zend_Controller_Router_Route(
    ':module/:controller/:action/*',
    array('module' => 'default')
);
$router->addRoute('default', $route);

Variables por Defecto

Cada variable en la ruta puede tener una valor por defecto y para esto es que se usa el segundo parámetro del constructor Zend_Controller_Router_Route . Este parámetro es un array con claves representando los nombres de variables y con valores como los deseados por defecto:

$route = new Zend_Controller_Router_Route(
    'archive/:year',
    array('year' => 2006)
);
$router->addRoute('archive', $route);

La ruta de arriba comparará URL s como http://domain.com/archive/2005 y http://example.com/archive . En este último caso la variable year(año) tendrá un valor inicial predeterminado de 2006.

Este ejemplo resultará en inyectar una variable año al objeto solicitud. Ya que no hay información de enrutamiento presente (no se define ningún controlador ni parámetros de acción), la solicitud será enviada al controlador y al método de acción por defecto (que a la vez ambos están definidos en Zend_Controller_Dispatcher_Abstract ). Para hacerlos más utilizables, tiene que proporcionar un controlador válido y una acción válida como la ruta por defecto:

$route = new Zend_Controller_Router_Route(
    'archive/:year',
    array(
        'year'       => 2006,
        'controller' => 'archive',
        'action'     => 'show'
    )
);
$router->addRoute('archive', $route);

Entonces, esta ruta resultará en el dispatch al método showAction() de la clase ArchiveController .

Requerimientos para Variables

Podemos agregar un tercer parámetro al constructor Zend_Controller_Router_Route donde podemos establecer los requisitos para las variables. Estas son definidas como partes de una expresión regular:

$route = new Zend_Controller_Router_Route(
    'archive/:year',
    array(
        'year'       => 2006,
        'controller' => 'archive',
        'action'     => 'show'
    ),
    array('year' => '\d+')
);
$router->addRoute('archive', $route);

Con una ruta definida como la de arriba, el router comparará solo cuando la variable año contenga datos numéricos, eg. http://domain.com/archive/2345 . Una URL como http://example.com/archive/test no se comparará y en su lugar el control se pasará a la próxima ruta en la cadena.

Segmentos Traducidos

El standard de ruta brinda apoyo a la traducción de segmentos. Para utilizar esta característica, tiene que definir por lo menos un traductor (una instancia de Zend_Translate ) mediante una de las siguientes formas:

  • Ponerlo en el registro con la clave Zend_Translate .

  • Setearlo mediante el método estático Zend_Controller_Router_Route::setDefaultTranslator() .

  • Pasarlo como cuarto parámetro al constructor.

Por defecto, se utilizará el "locale" especificado en la instancia Zend_Translate . Para anularlo, debe setearlo (como una instancia de Zend_Locale o un string local) de una de las siguientes maneras:

  • Ponerlo en el registro con la clave Zend_Locale .

  • Setearlo mediante el método estático Zend_Controller_Router_Route::setDefaultLocale() .

  • Pasarlo como cuarto parámetro al constructor.

  • Pasarlo como parámetro @locale al método de ensamblaje.

Los segmentos traducidos se dividen en dos partes. Los segmentos fijos están precedidos por un único signo @ , y serán traducidos al "locale" actual para el ensamblaje y se revierten al ID del mensaje cuando se acepte nuevamente. Los segmentos dinámicos tienen el prefijo :@ . Para el ensamblaje, el parámetro dado será traducido y se insertará en la posición del parámetro. Cuando se acepte, el parámetro traducido de la URL volverá al ID del mensaje nuevamente.

Nota: IDs de Mensajes y Archivos de Lenguajes Separados

Ocasionalmente un ID de mensaje que quiere usar en una de sus rutas ya se utiliza en un view script o en otro lugar. Para tener pleno control sobre URL s seguras, debe usar un archivo de idioma separado para los mensajes utilizados en la ruta.

La siguiente es la forma más sencilla para preparar el itinerario normal para el uso de la traducción del segmento:

// Prepare el traductor
$translator = new Zend_Translate('array', array(), 'en');
$translator->addTranslation(array('archive' => 'archiv',
                                  'year'    => 'jahr',
                                  'month'   => 'monat',
                                  'index'   => 'uebersicht'),
                            'de');

// Establecer el "locale" actual para el traductor
$translator->setLocale('en');

// Establecerlo como traductor por defecto para las rutas
Zend_Controller_Router_Route::setDefaultTranslator($translator);

Este ejemplo demuestra el uso de segmentos estáticos:

// Crear la ruta
$route = new Zend_Controller_Router_Route(
    '@archive',
    array(
        'controller' => 'archive',
        'action'     => 'index'
    )
);
$router->addRoute('archive', $route);

// Ensamblar la URL en el locale actual por defecto: archive
$route->assemble(array());

// Ensamblar la URL en alemán: archiv
$route->assemble(array());

Puede usar segmentos dinámicos para crear veriones traducidas como del tipo módulo-ruta:

// Crear la ruta
$route = new Zend_Controller_Router_Route(
    ':@controller/:@action/*',
    array(
        'controller' => 'index',
        'action'     => 'index'
    )
);
$router->addRoute('archive', $route);

// Ensamblar la URL en el "locale" por defecto: archive/index/foo/bar
$route->assemble(array('controller' => 'archive', 'foo' => 'bar'));

// Ensamblar la URL en alemán: archiv/uebersicht/foo/bar
$route->assemble(array('controller' => 'archive', 'foo' => 'bar'));

También puede mezclar segmentos estáticos y dinámicos:

// Crear la ruta
$route = new Zend_Controller_Router_Route(
    '@archive/:@mode/:value',
    array(
        'mode'       => 'year'
        'value'      => 2005,
        'controller' => 'archive',
        'action'     => 'show'
    ),
    array('mode'  => '(month|year)'
          'value' => '\d+')
);
$router->addRoute('archive', $route);

// Ensamblar la URL en el "locale" por defecto: archive/month/5
$route->assemble(array('mode' => 'month', 'value' => '5'));

// Ensamblar la URL en alemán: archiv/monat/5
$route->assemble(array('mode' => 'month', 'value' => '5', '@locale' => 'de'));

Zend_Controller_Router_Route_Static

Los ejemplos sobre todo usan rutas dinámicas -- rutas que contienen patrones contra los cuales comparar. A veces, sin embargo, una ruta en particular pareciera estar seteada en piedra, y ejecutar el motor de expresiones regulares sería excesivo. La respuesta a esta situación es utilizar rutas estáticas:

$route = new Zend_Controller_Router_Route_Static(
    'login',
    array('controller' => 'auth', 'action' => 'login')
);
$router->addRoute('login', $route);

La ruta anterior se comparará con una URL de http://domain.com/login , y hará un dispatch a AuthController::loginAction() .

Nota: Advertencia: Las Rutas Estáticas Deben Contener Defaults Sanos

Dado que una ruta estática no pasa ninguna parte de la URL del objeto solicitud, como ser los parámetros, usted debe pasar todos los parámetros necesarios para enviar una solicitud a la ruta como si fuera por defecto. Omitiendo los valores por defecto de "controller" o "action" tendrá resultados inesperados, y probablemente el resultado de la solicitud no sea ejecutable.

Como regla general, siempre proporcione cada uno de los siguientes valores por defecto:

  • controller

  • action

  • module (si ya no está por defecto)

Opcionalmente, también puede pasar el parámetro "useDefaultControllerAlways" al front controller durante el bootstrapping:

$front->setParam('useDefaultControllerAlways', true);

Sin embargo, esto es considerado un rodeo; siempre es mejor definir explícitamente valores correctos o sanos por defecto.

Zend_Controller_Router_Route_Regex

Además de los tipos de ruta estáticos y por defecto, también está disponible el tipo de ruta Expresión Regular. Esta ruta ofrece más potencia y flexibilidad que los otros, pero a costa de un ligero aumento en la complejidad. Al mismo tiempo, debería ser más rápido que la standard Route.

Al igual que la standard Route, esta ruta tiene que ser inicializada con una definición de ruta y algunos valores predeterminados. Vamos a crear un archivo ruta como un ejemplo, similar al previamente definido, sólo que esta vez usaremos la ruta Regex:

$route = new Zend_Controller_Router_Route_Regex(
    'archive/(\d+)',
    array(
        'controller' => 'archive',
        'action'     => 'show'
    )
);
$router->addRoute('archive', $route);

Cada sub-patrón regex definido será inyectado al objeto solicitud. Con nuestro ejemplo anterior, después de un matching exitoso http://domain.com/archive/2006 , el valor resultante del array puede verse como:

$values = array(
    1            => '2006',
    'controller' => 'archive',
    'action'     => 'show'
);

Nota:

Las barras de comienzo y final están recortadas de la URL en el Router antes de una concordancia. Como resultado, coincidendo con la URL http://domain.com/foo/bar/ , involucraría al regex de foo/bar , y no a /foo/bar .

Nota:

Las anclas de comienzo y fin de línea ('^' y '$', respectivamente) son automáticamente antepuestas y pospuestas a todas las expresiones. Así, no debe usar éstas en sus expresiones regulares, y debe coincidir con el string completo.

Nota:

Esta clase de ruta usa el carácter # como un delimitador. Esto significa que necesitará caracteres hash ('#') para escapar pero no barras ('/') en sus definiciones de ruta. Dado que el carácter '#' (llamado ancla) es raramente pasado al webserver, será muy rara la necesidad de utilizar ese carácter en su regex.

Puede obtener el contenido de los sub-patrones definidos por la forma habitual:

public function showAction()
{
    $request = $this->getRequest();
    $year    = $request->getParam(1); // $year = '2006';
}

Nota:

Tenga en cuenta que la clave es un entero (1) en lugar de un string ('1').

Sin embargo, esta ruta no funciona exactamente igual que su contraparte standard route dado que el valor por defecto para 'year' todavía no se ha establecido. Y lo que puede ser no tan evidente es que tendremos un problema con una barra final incluso si declaramos por defecto el año y hacemos opcional al sub-patrón. La solución es hacer que toda la parte del año sea opcional junto con la barra pero capturar solo la parte numérica:

$route = new Zend_Controller_Router_Route_Regex(
    'archive(?:/(\d+))?',
    array(
        1            => '2006',
        'controller' => 'archive',
        'action'     => 'show'
    )
);
$router->addRoute('archive', $route);

Ahora, ocupemósnos del problema que probablemente haya notado. Utilizar claves basadas en enteros para los parámetros no es una solución fácilmente manejable y puede ser potencialmente problemática a largo plazo. Y aquí es donde entra el tercer parámetro. Este parámetro es un array asociativo que representa un mapa de sub-patrones regex a nombres de clave de parámetros. Trabajemos en nuestro ejemplo más fácil:

$route = new Zend_Controller_Router_Route_Regex(
    'archive/(\d+)',
    array(
        'controller' => 'archive',
        'action' => 'show'
    ),
    array(
        1 => 'year'
    )
);
$router->addRoute('archive', $route);

Esto resultaraá en los siguientes valores inyectados a la solicitud:

$values = array(
    'year'       => '2006',
    'controller' => 'archive',
    'action'     => 'show'
);

El mapa puede ser definido en cualquier dirección para hacer que funcione en cualquier ambiente. Las claves pueden contener nombres de variables o índices de sub-patrones:

$route = new Zend_Controller_Router_Route_Regex(
    'archive/(\d+)',
    array( ... ),
    array(1 => 'year')
);

// O

$route = new Zend_Controller_Router_Route_Regex(
    'archive/(\d+)',
    array( ... ),
    array('year' => 1)
);

Nota:

Las claves de los sub-patrones deben respresentarse por enteros.

Observe que el índice numérico en los valores del Request ahora han desaparecido y en su lugar se muestra una variable nombrada. Por supuesto que puede mezclar variables nombradas y numéricas si lo desea:

$route = new Zend_Controller_Router_Route_Regex(
    'archive/(\d+)/page/(\d+)',
    array( ... ),
    array('year' => 1)
);

Lo que resultará en una mezcla de valores disponibles en la solicitud. Como ejemplo, la URL http://domain.com/archive/2006/page/10 resultará con los siguientes valores:

$values = array(
    'year'       => '2006',
    2            => 10,
    'controller' => 'archive',
    'action'     => 'show'
);

Dado que los patrones regex no pueden invertirse fácilmente, tendrá que preparar una URL inversa si desea usar un ayudante de URL o incluso un método de ensamble de esta clase. Este path inverso está representado por un string parseable por sprintf() y se define como el cuarto parámetro del constructor:

$route = new Zend_Controller_Router_Route_Regex(
    'archive/(\d+)',
    array( ... ),
    array('year' => 1),
    'archive/%s'
);

Todo esto es algo que ya fue posible de hacer por medio de un objeto de ruta estandard, por lo tanto podría preguntarese: ¿cuál es la ventaja de utilizar la ruta Regex?. Principalmente, le permite describir cualquier tipo de URL sin restricción alguna. Imagínese que tiene un blog y desea crear URLs como: http://domain.com/blog/archive/01-Using_the_Regex_Router.html , y que tiene que descomponer el último elemento del path 01-Using_the_Regex_Router.html , en un ID de artículo y en el título o descripción del artículo; esto no es posible con el standard route. Con la ruta Regex, puede hacer algo como la siguiente solución:

$route = new Zend_Controller_Router_Route_Regex(
    'blog/archive/(\d+)-(.+)\.html',
    array(
        'controller' => 'blog',
        'action'     => 'view'
    ),
    array(
        1 => 'id',
        2 => 'description'
    ),
    'blog/archive/%d-%s.html'
);
$router->addRoute('blogArchive', $route);

Como puede ver, esto añade una enorme cantidad de flexibilidad por encima del standard route.

Zend_Controller_Router_Route_Hostname

Zend_Controller_Router_Route_Hostname es la ruta del framework en el servidor. Funciona similarmente a la standard route, pero funciona con el nombre del host de la URL llamada, en lugar del path.

Vamos a usar el ejemplo de la standard route y ver cómo se vería con un nombre basado en host. En lugar de llamar al usuario mediante un path, quisiéramos que un usuario pueda llamar a http://martel.users.example.com para ver la información acerca del usuario "martel".

$hostnameRoute = new Zend_Controller_Router_Route_Hostname(
    ':username.users.example.com',
    array(
        'controller' => 'profile',
        'action'     => 'userinfo'
    )
);

$plainPathRoute = new Zend_Controller_Router_Route_Static('');

$router->addRoute('user', $hostnameRoute->chain($plainPathRoute);

El primer parámetro del constructor en Zend_Controller_Router_Route_Hostname es una definición de ruta que será comparada con el nombre del host. Las definiciones de ruta consisten en partes estáticas y dinámicas separadas por el carácter punto ('.'). Las partes dinámicas, llamadas variables, se marcan anteponiendo dos puntos (':') al nombre de la variable: :username . Las partes estáticas son simplemente texto: user .

Las rutas del nombre del host pueden, pero nunca deben ser utilizadas así. La razón detrás de esto es que la ruta del nombre del host solamente, concordaría con cualquier path. Entonces, lo que tiene que hacer es encadenar una ruta del path a la ruta del nombre del host. Esto se hace como en el ejemplo llamando a $hostnameRoute->chain($pathRoute); . Haciendo esto, $hostnameRoute no se modifica, pero devuelve una nueva ruta ( Zend_Controller_Router_Route_Chain ), que luego puede ser entregada al router.

Zend_Controller_Router_Route_Chain

Zend_Controller_Router_Route_Chain es una ruta que permite encadenar juntas a múltiples rutas. Esto le permite encadenar hostname/rutas y rutas de paths, o múltiples paths de rutas por ejemplo. El encadenamiento puede hacerse programáticamente o dentro de un archivo de configuración.

Nota: Prioridad de Parámetros

Cuando se encadenan en conjunto varias rutas, los parámetros de la ruta exterior tienen mayor prioridad que los parámetros de la ruta interior. Así, si define un controlador en el exterior y otro en la ruta interior, será seleccionado el controlador de la ruta exterior.

Cuando el encadenamiento se realiza prográmaticamente, hay dos maneras de archivarlo. La primera consiste en crear una nueva instancia Zend_Controller_Router_Route_Chain y entones llamar al método chain() varias veces con todas las rutas que deberían encadenarse juntas. La otra forma es tomar la primera ruta, por ejemplo, la ruta del nombre del host, y llamar al método chain() con la ruta que debería ser anexada a ella. Esto no modificará la ruta del nombre del host, pero devolverá una nueva instancia de Zend_Controller_Router_Route_Chain , teniendo entonces a ambas rutas encadenadas juntas:

// Crear dos rutas
$hostnameRoute = new Zend_Controller_Router_Route_Hostname(...);
$pathRoute     = new Zend_Controller_Router_Route(...);

// Primera manera, encadenarlas con chain route
$chainedRoute = new Zend_Controller_Router_Route_Chain();
$chainedRoute->chain($hostnameRoute)
             ->chain($pathRoute);

// Segunda manera, encadenarlas directamente
$chainedRoute = $hostnameRoute->chain($pathRoute);

Cuando las rutas se encadenan juntas, su separador es una barra ('/'). Pueden haber casos cuando quiera tener un separador diferente:

// Crear dos rutas
$firstRoute  = new Zend_Controller_Router_Route('foo');
$secondRoute = new Zend_Controller_Router_Route('bar');

// Encadenarlas juntas con un separador diferente
$chainedRoute = $firstRoute->chain($secondRoute, '-');

// Ensamblar la ruta: "foo-bar"
echo $chainedRoute->assemble();

Encadenar Rutas via Zend_Config

Para encadenar juntas a las rutas en un archivo de configuración, hay parámetros adicionales para la configuración de aquellos. El enfoque más sencillo es utilizar los parámetros chains . Este es simplemente una lista de las rutas, que será encadenada con la ruta padre. Ni la ruta padre ni la ruta hijo serán añadidos directamente al router sino que sólo lo hará la ruta del encadenamiento resultante. El nombre de la ruta encadenada en el router será el nombre de la ruta padre concatenada con un guión ('-') con el nombre de la ruta hijo. Un simple config en XML se vería así:


    
        www.example.com
        
            
                :language
                
                
                    
                        
                        
                    
                    
                        imprint
                        
                    
                
            
        
    
    
        users.example.com
        
            
                :username
                
            
        
    
    
        misc
    

Esto se traducirá en las tres rutas www-language-index , www-language-imprint y users-language-profile que sólo concordarán basados en el nombre y la ruta misc , que se comparará con cualquier nombre de host.

La manera alternativa de crear una ruta encadenada es a través del parámetro chain , que sólo puede utilizarse directamente con el tipo cadena-ruta, y también trabaja en el nivel raíz:


    
        www.example.com
    
    
        :language
        
    
    
        
        
    
    
        imprint
        
    

    
        www, language, index
    
    
        www, language, imprint
    

También puede darle el parámetro a chain como un array en vez de separ las rutas con comas:


    
        www
        language
        index
    
    
        www
        language
        imprint
    

When you configure chain routes with Zend_Config and want the chain name separator to be different from a dash, you need to specify this separator separately:

$config = new Zend_Config(array(
    'chainName' => array(
        'type'   => 'Zend_Controller_Router_Route_Static',
        'route'  => 'foo',
        'chains' => array(
            'subRouteName' => array(
                'type'     => 'Zend_Controller_Router_Route_Static',
                'route'    => 'bar',
                'defaults' => array(
                    'module'      => 'module',
                     'controller' => 'controller',
                     'action'     => 'action'
                )
            )
        )
    )
));

// Set separator before adding config
$router->setChainNameSeparator('_separator_')

// Add config
$router->addConfig($config);

// The name of our route now is: chainName_separator_subRouteName
echo $this->_router->assemble(array(), 'chainName_separator_subRouteName');

// The proof: it echoes /foo/bar

Usando Zend_Config con RewriteRouter

A veces es más conveniente para actualizar un archivo de configuración con nuevas rutas que modificar el código. Esto es posible a través del método addConfig() . Básicamente, se crea una configuración compatible con Zend_Config . Y en su código lo lee y lo pasa a RewriteRouter.

Como ejemplo, considere el siguiente archivo INI :

[production]
routes.archive.route = "archive/:year/*"
routes.archive.defaults.controller = archive
routes.archive.defaults.action = show
routes.archive.defaults.year = 2000
routes.archive.reqs.year = "\d+"

routes.news.type = "Zend_Controller_Router_Route_Static"
routes.news.route = "news"
routes.news.defaults.controller = "news"
routes.news.defaults.action = "list"

routes.archive.type = "Zend_Controller_Router_Route_Regex"
routes.archive.route = "archive/(\d+)"
routes.archive.defaults.controller = "archive"
routes.archive.defaults.action = "show"
routes.archive.map.1 = "year"
; O: routes.archive.map.year = 1

Entonces el archivo INI puede ser leído por un objeto Zend_Config como sigue:

$config = new Zend_Config_Ini('/path/to/config.ini', 'production');
$router = new Zend_Controller_Router_Rewrite();
$router->addConfig($config, 'routes');

En el ejemplo de arriba, le decimos el router que utilice la sección 'routes' del archivo INI para utilizarlo en sus rutas. Cada clave de primer nivel en esa sección será utilizada para definir un nombre de ruta; el ejemplo anterior define las rutas 'archive' y 'news'. Entonces cada ruta requiere, como mínimo, una entrada a la 'ruta' y una o más entradas por 'default'; opcionalmente puede proporcionarse una o más 'reqs' (abreviación de 'required'). Dicho todo esto, estos corresponden a los tres argumentos que se le suministran al objeto Zend_Controller_Router_Route_Interface . Puede utilizarse una clave opcional 'type' para especificar el tipo de clase de ruta a utilizar en esa ruta en particular; por defecto, usa Zend_Controller_Router_Route . En el ejemplo de arriba, la ruta 'news' está definida para usar Zend_Controller_Router_Route_Static .

Subclassing del Router

El standard rewrite router debería proporcionarle más funcionalidad si la necesita; más a menudo, sólo necesitará crear un nuevo tipo de ruta a fin de ofrecer funcionalidades nuevas o modificadas sobre las tutas provistas.

Dicho esto, en algún momento puede encontrarse a si mismo deseando usar un paradigma diferente de routing. La intefaz Zend_Controller_Router_Interface proporciona la información mínima necesaria para crear un router, y consiste en un único método.

interface Zend_Controller_Router_Interface
{
  /**
   * @param  Zend_Controller_Request_Abstract $request
   * @throws Zend_Controller_Router_Exception
   * @return Zend_Controller_Request_Abstract
   */
  public function route(Zend_Controller_Request_Abstract $request);
}

El routing sólo ocurre una vez: cuando la petición es recibida por primera vez en el sistema. El propósito del router es determinar el controlador, la acción, y los parámetros opcionales sobre la base del medio ambiente de la solicitud, y luego ajustarlos en la solicitud. El objeto solicitud se pasa entonces al dispatcher. Si no es posible trazar una ruta hacia un dispatch token, el router no debe hacer nada con el objeto solicitud.

Previous Next
Introducción a Zend Framework
Descripción general
Instalación
Aprendiendo Zend Framework
Inicio Rápido con Zend Framework
Zend Framework & MVC Introduction
Create Your Project
Create A Layout
Create a Model and Database Table
Create A Form
Congratulations!
Autocarga o Carga automática en Zend Framework
Introduction
Goals and Design
Basic Autoloader Usage
Resource Autoloading
Conclusion
Plugins en Zend Framework
Introduction
Using Plugins
Conclusion
Primeros pasos con Zend_Layout
Introduction
Using Zend_Layout
Zend_Layout: Conclusions
Introducción a Zend_View Placeholders
Introduction
Basic Placeholder Usage
Standard Placeholders
View Placeholders: Conclusion
Comprensión y uso de Zend Form Decorators
Introduction
Decorator Basics
Layering Decorators
Rendering Individual Decorators
Creating and Rendering Composite Elements
Conclusion
Primeros pasos con Zend_Session, Zend_Auth, and Zend_Acl
Building Multi-User Applications With Zend Framework
Managing User Sessions In ZF
Authenticating Users in Zend Framework
Building an Authorization System in Zend Framework
Primeros pasos con Zend_Search_Lucene
Zend_Search_Lucene Introduction
Lucene Index Structure
Index Opening and Creation
Indexing
Searching
Supported queries
Search result pagination
Primeros pasos con Zend_Paginator
Introduction
Simple Examples
Pagination Control and ScrollingStyles
Putting it all Together
Referencia de Zend Framework
Zend_Acl
Introducción
Perfeccionamiento de los controles de acceso
Uso Avanzado
Zend_Amf
Introducción
Zend_Amf_Server
Zend_Application
Introducción
Inicio rápido con Zend_Application
Teoría de Operación
Ejemplos
Funcionalidad Básica
Plugins de Recursos Disponibles
Zend_Auth
Introducción
Tabla de base de datos de autenticación
Autenticación "Digest"
Adaptador de Autenticación HTTP
LDAP Authentication
Autenticación con Open ID
Zend_Barcode
Introduction
Barcode creation using Zend_Barcode class
Zend_Barcode Objects
Zend_Barcode Renderers
Zend_Cache
Introducción
The Theory of Caching
Zend_Cache Frontends
Zend_Cache Backends
The Cache Manager
Zend_Captcha
Introducción
Captcha Operation
CAPTCHA Adapters
Zend_CodeGenerator
Introducción
Ejemplos de Zend_CodeGenerator
Referencias de Zend_CodeGenerator
Zend_Config
Introducción
Aspectos Teóricos
Zend_Config_Ini
Zend_Config_Xml
Zend_Config_Writer
Zend_Config_Writer
Zend_Console_Getopt
Introduction
Declaring Getopt Rules
Fetching Options and Arguments
Configuring Zend_Console_Getopt
Zend_Controller
Inicio rápido a Zend_Controller
Conceptos Básicos de Zend_Controller
El Front Controller
La solicitud del Objeto
El Router Standard
El Despachador
Controladores de Acción
Action Helpers
The Response Object
Plugins
Using a Conventional Modular Directory Structure
Excepciones MVC
Zend_Currency
Introduction to Zend_Currency
Using Zend_Currency
Options for currencies
What makes a currency?
Where is the currency?
How does the currency look like?
How much is my currency?
Calculating with currencies
Exchanging currencies
Additional informations on Zend_Currency
Zend_Date
Introducción
Theory of Operation
Basic Methods
Zend_Date API Overview
Creation of Dates
Constants for General Date Functions
Working Examples
Zend_Db
Zend_Db_Adapter
Zend_Db_Statement
Zend_Db_Profiler
Zend_Db_Select
Zend_Db_Table
Zend_Db_Table_Row
Zend_Db_Table_Rowset
Zend_Db_Table Relationships
Zend_Db_Table_Definition
Zend_Debug
Mostrar información de variables(Dumping Variables)
Zend_Dojo
Introducción
Zend_Dojo_Data: Envolturas de dojo.data
Ayudantes de Dojo View
Elementos y Decoradores de Dojo Form
Zend_Dojo build layer support
Zend_Dom
Introducción
Zend_Dom_Query
Zend_Exception
Uso de Excepciones
Basic usage
Previous Exceptions
Zend_Feed
Introduction
Importing Feeds
Retrieving Feeds from Web Pages
Consuming an RSS Feed
Consuming an Atom Feed
Consuming a Single Atom Entry
Modifying Feed and Entry structures
Custom Feed and Entry Classes
Zend_Feed_Reader
Zend_Feed_Writer
Zend_Feed_Pubsubhubbub
Zend_File
Zend_File_Transfer
Validators for Zend_File_Transfer
Filters for Zend_File_Transfer
Zend_Filter
Introducción
Standard Filter Classes
Filter Chains
Writing Filters
Zend_Filter_Input
Zend_Filter_Inflector
Zend_Form
Zend_Form
Inicio rápido a Zend_Form
Creando elementos de formulario usando Zend_Form_Element
Creando formularios usando Zend_Form
Creando un personalizado marcado de formulario usando Zend_Form_Decorator
Elementos Enviados en el Formulario Estandard de Zend Framework
Decoradores de Formulario (Form Decorartors) estándar contenidos en Zend Framework
Internacionalización de Zend_Form
Uso avanzado de Zend_Form
Zend_Gdata
Introduction
Authenticating with AuthSub
Using the Book Search Data API
Authenticating with ClientLogin
Using Google Calendar
Using Google Documents List Data API
Using Google Health
Using Google Spreadsheets
Using Google Apps Provisioning
Using Google Base
Using Picasa Web Albums
Using the YouTube Data API
Catching Gdata Exceptions
Zend_Http
Introduction
Zend_Http_Client - Advanced Usage
Zend_Http_Client - Connection Adapters
Zend_Http_Cookie and Zend_Http_CookieJar
Zend_Http_Response
Zend_InfoCard
Introduction
Zend_Json
Introducción
Uso Básico
Uso Avanzado de Zend_Json
Conversión de XML a JSON
Zend_Json_Server - servidor JSON-RPC
Zend_Layout
Introducción
Zend_Layout Quick Start
Zend_Layout Configuration Options
Zend_Layout Advanced Usage
Zend_Ldap
Introduction
API overview
Usage Scenarios
Tools
Object oriented access to the LDAP tree using Zend_Ldap_Node
Getting information from the LDAP server
Serializing LDAP data to and from LDIF
Zend_Loader
Cargando archivos y clases dinámicamente
The Autoloader
Resource Autoloaders
Loading Plugins
Zend_Locale
Introduction
Using Zend_Locale
Normalization and Localization
Working with Dates and Times
Supported locales
Zend_Log
Overview
Writers
Formatters
Filters
Using the Factory to Create a Log
Zend_Mail
Introduction
Sending via SMTP
Sending Multiple Mails per SMTP Connection
Using Different Transports
HTML E-Mail
Attachments
Adding Recipients
Controlling the MIME Boundary
Additional Headers
Character Sets
Encoding
SMTP Authentication
Securing SMTP Transport
Reading Mail Messages
Zend_Markup
Introduction
Getting Started With Zend_Markup
Zend_Markup Parsers
Zend_Markup Renderers
Zend_Measure
Introduction
Creation of Measurements
Outputting measurements
Manipulating Measurements
Types of measurements
Zend_Memory
Overview
Memory Manager
Memory Objects
Zend_Mime
Zend_Mime
Zend_Mime_Message
Zend_Mime_Part
Zend_Navigation
Introduction
Pages
Containers
Zend_Oauth
Introduction to OAuth
Zend_OpenId
Introduction
Zend_OpenId_Consumer Basics
Zend_OpenId_Provider
Zend_Paginator
Introduction
Usage
Configuration
Advanced usage
Zend_Pdf
Introducción
Creando y Cargando Documentos PDF
Guardar Cambios a Documentos PDF
Trabajando con Páginas
Dibujo
Interactive Features
Información del Documento y Metadatos
Ejemplo de Uso del módulo Zend_Pdf
Zend_ProgressBar
Zend_ProgressBar
Zend_Queue
Introduction
Example usage
Framework
Adapters
Customizing Zend_Queue
Stomp
Zend_Reflection
Introduction
Zend_Reflection Examples
Zend_Reflection Reference
Zend_Registry
Using the Registry
Zend_Rest
Introduction
Zend_Rest_Client
Zend_Rest_Server
Zend_Search_Lucene
Overview
Building Indexes
Searching an Index
Query Language
Query Construction API
Character Set
Extensibility
Interoperating with Java Lucene
Advanced
Best Practices
Zend_Serializer
Introduction
Zend_Serializer_Adapter
Zend_Server
Introduction
Zend_Server_Reflection
Zend_Service
Introduction
Zend_Service_Akismet
Zend_Service_Amazon
Zend_Service_Amazon_Ec2
Zend_Service_Amazon_Ec2: Instances
Zend_Service_Amazon_Ec2: Windows Instances
Zend_Service_Amazon_Ec2: Reserved Instances
Zend_Service_Amazon_Ec2: CloudWatch Monitoring
Zend_Service_Amazon_Ec2: Amazon Machine Images (AMI)
Zend_Service_Amazon_Ec2: Elastic Block Storage (EBS)
Zend_Service_Amazon_Ec2: Elastic IP Addresses
Zend_Service_Amazon_Ec2: Keypairs
Zend_Service_Amazon_Ec2: Regions and Availability Zones
Zend_Service_Amazon_Ec2: Security Groups
Zend_Service_Amazon_S3
Zend_Service_Amazon_Sqs
Zend_Service_Audioscrobbler
Zend_Service_Delicious
Zend_Service_DeveloperGarden
Zend_Service_Flickr
Zend_Service_LiveDocx
Zend_Service_Nirvanix
Zend_Service_ReCaptcha
Zend_Service_Simpy
Zend_Service_SlideShare
Zend_Service_StrikeIron
Zend_Service_StrikeIron: Bundled Services
Zend_Service_StrikeIron: Advanced Uses
Zend_Service_Technorati
Zend_Service_Twitter
Zend_Service_WindowsAzure
Zend_Service_Yahoo
Zend_Session
Introduction
Basic Usage
Advanced Usage
Global Session Management
Zend_Session_SaveHandler_DbTable
Zend_Soap
Zend_Soap_Server
Zend_Soap_Client
WSDL Accessor
AutoDiscovery
Zend_Tag
Introduction
Zend_Tag_Cloud
Zend_Test
Introducción
Zend_Test_PHPUnit
Zend_Test_PHPUnit_Db
Zend_Text
Zend_Text_Figlet
Zend_Text_Table
Zend_TimeSync
Introduction
Working with Zend_TimeSync
Zend_Tool
Using Zend_Tool On The Command Line
Extending Zend_Tool
Zend_Tool_Framework
Introduction
Usando la herramienta CLI
Architecture
Creando Proveedores para usar con Zend_Tool_Framework
Shipped System Providers
Extending and Configuring Zend_Tool_Framework
Zend_Tool_Project
Introduction
Create A Project
Zend_Tool Project Providers
Zend_Tool_Project Internos
Zend_Translate
Introduction
Adapters for Zend_Translate
Using Translation Adapters
Creating source files
Additional features for translation
Plural notations for Translation
Zend_Uri
Zend_Uri
Zend_Validate
Introducción
Clases de Validación Estándar
Cadenas de Validadores
Escribiendo Validadores
Validation Messages
Zend_Version
Obteniendo la versión de Zend Framework Version
Zend_View
Introduction
Controller Scripts
View Scripts
View Helpers
Zend_View_Abstract
Zend_Wildfire
Zend_Wildfire
Zend_XmlRpc
Introducción
Zend_XmlRpc_Client
Zend_XmlRpc_Server
ZendX_Console_Process_Unix
ZendX_Console_Process_Unix
ZendX_JQuery
Introduction
ZendX_JQuery View Helpers
ZendX_JQuery Form Elements and Decorators
Requisitos de Zend Framework
Versión de PHP
Extensiones de PHP
Componentes de Zend Framework
Dependencias de Zend Framework
Notas de Migración de Zend Framework
Zend Framework 1.10
Zend Framework 1.9
Zend Framework 1.8
Zend Framework 1.7
Zend Framework 1.6
Zend Framework 1.5
Zend Framework 1.0
Zend Framework 0.9
Zend Framework 0.8
Zend Framework 0.6
Estándares de codificación de Zend Framework para PHP
Introducción
Formato de archivos PHP
Convenciones de Nombres
Estilo de código
Zend Framework Documentation Standard
Overview
Documentation File Formatting
Recommendations
Recommended Project Structure for Zend Framework MVC Applications
Overview
Recommended Project Directory Structure
Module Structure
Rewrite Configuration Guide
Guía de Rendimiento de Zend Framework
Introduction
Class Loading
Zend_Db Performance
Internationalization (i18n) and Localization (l10n)
View Rendering
Copyright Information