Setting up modules is not that difficult. Tutorials like the one of Jeroen will guide you flawlessly through this process. Jeroen uses another approach to layout switching though. I prefer to put all layouts in the layout folder and give them the same name as their module. Like this, switching can be easily done with the following plugin.

class Mist_Controller_Plugin_ModularLayout extends Zend_Controller_Plugin_Abstract
{
	public function preDispatch(Zend_Controller_Request_Abstract $request)
	{
		$layout = Zend_Layout::getMvcInstance();
		$layout->setLayout($request->getModuleName());
	}
}

Now, let’s get back to the problem.

The big misconception

The big problem with Zend_Application, for me, was that it did not do what I supposed it would do.

In a non-modular application I would use the Bootstrap to set up the View and other things (like illustrated in the tutorial of Rob Allen).

protected function _initView()
{
    $this->bootstrap('layout');
    $layout = $this->getResource('layout');
    $view = $layout->getView();
    $view->doctype(Zend_View_Helper_Doctype::XHTML1_STRICT);
    $view->headTitle('Some Application');
    $view->headTitle()->setSeparator(' - ');
}

Ome might think you could extend this behaviour to modules (by adding Zend_Application_Module_Bootstrap classes) and set up a different title for each module. Think again! Zend_Application bootstraps the entire application. So, if you were to make separate Bootstrap classes with _initView() methods, you would end up with a title ‘Trunk – *title set in Module1_Bootstrap*- *title set in Module2_Bootstrap* – …’ on each page.

The answer to this behaviour is simple, but it is hard to find (I did not fins it in the manual). There are three basic steps from request to response when working with Zend Framework.

1. Bootstrapping
2. Routing
3. Dispatching

Zend_Application only takes care of the bootstrapping. So, at that point, it is not aware of the routing. That is why your application get fully bootstrapped first. As this happens for each request, it is a good practise to make bootstrapping as light as possible.

How does this resolve my problem? It does not. All module specific loading should happen using Plugins or Helpers. But how do you implement module specific Plugins? Adding the following line to my application.ini file did not do the trick.

admin.resources.frontController.plugins.view = Admin_Plugin_View

The plugin was used in every module. That is not what I wanted.

The solution

Because Zend_Application registered my plugins with all modules, I decided to register only one plugin (and my layout switcher) to manage the plugins. And here it is!

class Mist_Controller_Plugin_ModuleSpecificPluginLoader extends Zend_Controller_Plugin_Abstract
{
	public function preDispatch(Zend_Controller_Request_Abstract $request)
	{
		if($request->getModuleName() != 'default')
		{
			$plugins = $this->_getModuleSpecificPlugins($request->getModuleName());
 
			foreach($plugins as $plugin)
			{
				$instance = new $plugin();
				$instance->preDispatch($request);
			}
		}
	}
 
	public function routeShutdown(Zend_Controller_Request_Abstract $request)
	{
		if($request->getModuleName() != 'default')
		{
			$plugins = $this->_getModuleSpecificPlugins($request->getModuleName());
 
			foreach($plugins as $plugin)
			{
				$instance = new $plugin();
				$instance->routeShutdown($request);
			}
		}
	}
 
	protected function _getModuleSpecificPlugins($module)
	{
		$result = array();
		$fc = Zend_Controller_Front::getInstance();
		$pluginsPath = realpath($fc->getModuleDirectory() . "/plugins");
 
		$files = scandir($pluginsPath);
 
		foreach($files as $file)
		{
			if($file != '.' && $file != '..')
			{
				if(!in_array(realpath($pluginsPath . '/' . $file), get_included_files()))
				{
					require($pluginsPath . '/' . $file);
				}
 
				$reflectionFile = new Zend_Reflection_File($pluginsPath . '/' . $file);
				$classes = $reflectionFile->getClasses();
				foreach($classes as $class)
				{
					/* @var $class Zend_Reflection_Class */
					if($class->isSubclassOf('Zend_Controller_Plugin_Abstract'))
					{
						$result[] = $class->getName();
					}
				}
			}
		}
		return $result;
	}
}

It just looks for classes in the module plugin directory, checks whether they are plugins, and uses them if they are called for.

In closing

As you might have thought, this is not a very elegant approach to fix the module-specific-plugins problem, but it’s a quick one, and that’s all that mattered for me for now. Modules are – as Matthew said – second class citizens in ZF v1. I really hope for improvement in ZF2.0.

Al langer was er het vermoeden dat er iets mis was met de gangbeheer software, en pijnlijker nog, in de backbone voor de gangkas. Het komt hier op neer.

De gangkas wordt gemodelleerd als een virtuele rekening, gedefinieerd als de som van de samenstellende rekeningen. Wanneer er bier aangekocht wordt, schiet de gangkas dit voor. Hiervoor wordt bij iedereen een gelijk aandeel in het totaalbedrag afgetrokken van zijn rekening. Zolang er pintjes in de bak zijn, worden de gedronken pintjes geturfd bij de juiste persoon op een blad. Later, betalen deze personen hun pintjes dan terug aan de gangkas.

Wat gaat er nu fout? Bij het terugbetalen worden jouw pintjes dus bijgeteld op je eigen account. Hoe meer je drinkt, hoe rijker je dus wordt. Een GIGANTISCHE denkfout.

Ik vond het al eerder vreemd dat niet iedereen een gelijk aandeel meer had in de gangkas, maar het totaal klopte, en ik zag niet waar het mis ging… Nu, na uitgebreide studie van het systeem, moet ik deze fout met het schaamrood op de wangen toegeven. Pijnlijk…

Nu ik weet waar de fout zit, kan ik wel aan de oplossing werken maar toch. Zo’n fout heb je liever niet in je programma’s zitten.

Momenteel zijn er nog enkele dingen op te lossen, maar de controles kloppen al. En ze werken!

Nu ga ik eerst mijn usersysteem vervolledigen. Daarna volgt wellicht een uitgebreide tutorial post omdat ik toch wel enkele leuke dingen heb gedaan.

Hier hoor je nog van.

Maar deze post gaat helemaal niet over waar ik allemaal geen tijd voor heb. Daar ga ik jullie niet mee vervelen. Ik wil iets mededelen dat het leven van enkelen onder jullie misschien makkelijker kan maken.

Kerstmis nadert, dat zei ik al. Bij Kerstmis hoort een kerstfeest. Bij een kerstfeest horen cadeaus.

In onze familie gaat dat al een tijdje gepaard met heuse cadeauketting. Persoon geeft aan persoon B, persoon B geeft aan persoon C, enzovoort, tot persoon Z weer aan persoon A geeft.

Elk jaar opnieuw wordt er – naar mijn mening – veel te veel besproken wat de cadeaus betreft. Iedereen weet wie van wie krijgt en vaak weet iedereen ook wie wat krijgt.

Dit is helemaal niet meer wat het concept “cadeau” voor mij betekent. Een cadeau is voor mij nog steeds een soort verrassing. Je weet niet wat je gaat krijgen (en bij uitbreiding ook niet van wie).

Om voor eens en altijd komaf te maken met al dat ge-overleg, ben ik aan het denken geslagen. Ik moest ervoor zorgen dat er een ketting gemaakt kon worden, niemand de volledige volgorde weet, en niemand weet wat hij/zij gaat krijgen.

De oplossing: e-mail en automatisering. Maak een evenement, voeg personen toe, gooi de lijst door elkaar, en mail iedereen met voor wie hij/zij moet kopen.

Het resultaat van een namiddagje programmeren is dit: http://cadeauketting.appspot.com

Geef je evenement een titel, zet een datum vast, voeg namen en e-mailadressen toe. Zo simpel is het. Klik op de knop, en iedereen krijgt mail!

Geniet ervan! Bij mijn weten bestaat de tool nog nergens anders (al heb ik niet echt gecontroleerd).

Ik had al eens eerder deze maand een kijkje geworpen op Zend, en nu staan er twee dingen vast:

1. Op het eerste zicht lijkt Zend Framework een hoop Chinees (mensen die PHP al chinees vinden, beware! :p) Het is echter een schitterende manier van programmeren. Natuurlijk heeft schoonheid zijn prijs en dat is nummer 2.
2. Als je geen tijd hebt om je eerste stappen rustig te zetten, zet ze dan ook niet. Als je niet lijn per lijn gaat beredeneren wat er gebeurt, ga je er niet veel van snappen. Dit was toch mijn ervaring.

Anyway, ik ga er zeker mee doorzetten en er zullen ooit Zend-kindjes volgen…