Si, tienes razón en todo… el código presentado pero no es más que ilustrativo, reducido y funcional. Luego es importante hacerse uno mismo la reflexión que tu has hecho. Mejorar y adaptar a las necesidades de cada uno. Para nada este el código que uso, pues el que suelo usar es algo más largo y hace alunas cosillas más (por seo se me coló la linea innecesaria)

Lo malo de Zend Framework es su documentación, lo mejor, tal vez, es que todo se puede hacer y rehacer de muchas formas (y creo que por eso la documentación falla mucho, y más ahora con la versión 1.10)

En cuanto a lo del coding… bueno… soy muy maniático de los estándares, pero odio el formato propuesto por Zend, por lo que en mis trabajos uso el mío propio. Por otra parte, con worpress me suele costar bastante codificar claramente el código, el espacio es limitado y no es fácil tabular…

Gracias por tu aportación, las aportaciones siempre son bienvenidas!

$moduleDir = Zend_Controller_Front::getInstance()->getModuleDirectory();

Ha sido innecesaria. Debido a que no se veo que se use en ningún momento.

He pensado que si la primera comprobación IF del plugin se cambia por esta otra:

if (isset($config[$moduleName]['resources']['layout']['layout']) && ($config[$moduleName]['resources']['layout']['layout'] != ‘layout’)) {
// Código aquí
}

Solo añadirá el script del layout en caso que este no sea el script por defecto que establece ZF, es decir, por nombre “layout”. Evitando hacer una instancia a objeto innecesaria en esos casos. Es importante si tenemos en cuenta que el layout por defecto será el más usado por norma. Y así también nos podemos ahorrar las lineas del application.ini:

resources.layout.layout = layout
admin.resources.layout.layout = layout

Ya que ZF automáticamente lo coge así para todos los módulos, me he molestado en hacer la comprobación, y el único inconveniente es que si cambias el nombre del layout de una forma no explicita (sin especificar “default.resources…”) este no lo cambiará, por que no asignará ningun layout ya que se basa en modulos y aquí no se especifica a que modulo:

resources.layout.layout = CustomLayout

Si se usa la segunda comprobación del IF hay pues, en caso de que se cambie el nombre del layout por defecto hacerlo de forma explicita:

default.resources.layout.layout = CustomLayout

Entonces si lo cambiaría…

Conseguimos dos cosas, que trabaje estrictamente por módulos, pudiendo ponerlos o no. Y si ponemos “layout” (nombre por defecto de los layouts para ZF) o omitimos este dato que no haga de nuevo la asignación y que directamente cargue “layout” para el módulo/path que toke en el segundo IF

Por último, recalcar que para seguir los coding standards de Zend los bracers “{” y “}” hacen un salto de linea despues de la comprobación.

A pesar de lo enrrevesado de mis divagaciones… Son sugerencias, no cambios absolutos y necesarios. ¿ Opiniones ?

Un saludo !!! : )

A tu pregunta si se puede hacer, es no. No es fácil resolver tu problema de una forma limpia y comoda. Te díria que mejor busques otras opciones. Principalmente el problema ha todo esto es la carpeta public, por las demás no hay problema en replicarlas.

Tu virtual host o el alias que te han generado solo puede apuntar a una carpeta public por lo que deberias hacer que todas las aplicaciones colgaran en diferntes carpetas dentro de públic y no usar módulos si son aplicaciones independientes.

No se si alguien podrá aportarte una solución que desconozca, quizás algo con mod_rewrite, no se… pero sea lo que sea, creo merjo será no complicarse la vida. Por eso te recomeindo usar una carpeta para cada aplicación.

Otra cosa, si para tu trabajo te ponen limitaciones técnicas, pon tu también tus limitaciones

En los proyectos que he desarrollado, utilizo el Alias para redireccionar las peticiones a la carpeta /public, y reescribir la url para las funciones que se encuentran en los controladores.

En la empresa donde trabajo, me configuraron un Alias para mi primer proyecto, pero me dicen que esto fue una excepción y que no me volverán a configurar nuevos alias para nuevas aplicaciones, sino que debo subir mis siguientes desarrollos como “modulos” del primer proyecto.

Es posible que se pueda configurar mi aplicación inicial para que tenga una estructura:

http://localhost/programa_default/controller/action // como si nada pasara!!!
http://localhost/programa_default/programa_2/controller_programa2/action_programa2. // llamando a un segundo programa totalmente distinto!!

Claro esta, teniendo en cuenta que debo montar mi programa_2 con su public, con sus controllers, con sus modelos, con sus layout. etc, practicamente un programa independiente dentro de otro programa.

Agradezco tu respuesta y los comentarios con respecto a esta tarea loca que por “politicas” organizacionales colocan conflictos.

My Site

layout ()-> content ;

// fetch ‘foo’ key using placeholder helper:
echo $this -> placeholder ( ‘Zend_Layout’ )-> foo ;

echo $this->layout()->title;

// fetch layout object and retrieve various keys from it:
$layout = $this -> layout ();
echo $layout -> bar ;
echo $layout -> baz ;
?>

y el controlador es el sigiente:

view->title = ‘Validación’;
}
public function barAction()
{
$this->view->title = ‘Validación’;
// disable layouts for this action:
$this->_helper->layout->disableLayout();
}

public function bazAction()
{
$this->view->title = ‘Validación’;
// use different layout script with this action:
$this->_helper->layout->setLayout(‘foobaz’);
}
}

Gracias Hasta Pronto…