Comments for vandenbos.org http://blog.vandenbos.org Matthijs van den Bos' thoughts on web development topics Sun, 07 Feb 2010 11:10:03 +0000 http://wordpress.org/?v=2.9.1 hourly 1 Comment on Zend Framework: module specific layout by Mahmoud http://blog.vandenbos.org/2009/07/19/zend-framework-module-specific-layout/comment-page-1/#comment-1864 Mahmoud Sun, 07 Feb 2010 11:10:03 +0000 http://blog.vandenbos.org/?p=130#comment-1864 Hi, I was pulling the last few hairs out of my head when I stumbled upon this code along with the Module Config one. I really can't thank you enough ... Your're awsome I'd like to suggest resetting the options of all the resources, any thoughts about that? Hi,

I was pulling the last few hairs out of my head when I stumbled upon this code along with the Module Config one.

I really can’t thank you enough … Your’re awsome

I’d like to suggest resetting the options of all the resources, any thoughts about that?

]]> Comment on Zend Framework: per module translation sources by Danny http://blog.vandenbos.org/2009/07/09/zend-framework-per-module-translation-sources/comment-page-1/#comment-1863 Danny Sat, 16 Jan 2010 19:52:58 +0000 http://blog.vandenbos.org/?p=106#comment-1863 @Nyk018 may I suggest poedit and enabling the gettext adapter if you have a large website. http://blog.hackix.com/2010/01/configuring-poedit-for-zend-framework-projects/ shows you how. Should work the same as above in every other respect (I think :)) I'll work up a post showing this alternative. @Nyk018 may I suggest poedit and enabling the gettext adapter if you have a large website.
http://blog.hackix.com/2010/01/configuring-poedit-for-zend-framework-projects/ shows you how.
Should work the same as above in every other respect (I think :) )
I’ll work up a post showing this alternative.

]]> Comment on Zend Framework: module specific layout by axm http://blog.vandenbos.org/2009/07/19/zend-framework-module-specific-layout/comment-page-1/#comment-1862 axm Fri, 15 Jan 2010 11:12:55 +0000 http://blog.vandenbos.org/?p=130#comment-1862 We would really profit a lot if you could post some Source Code from your implementations. I cannot get it running having a unique layout for each module, it is always refering to the main module. We would really profit a lot if you could post some Source Code from your implementations.

I cannot get it running having a unique layout for each module, it is always refering to the main module.

]]> Comment on Zend Framework: module specific frontcontroller plugins by musca ilie http://blog.vandenbos.org/2009/09/03/zend-framework-module-specific-frontcontroller-plugins/comment-page-1/#comment-1861 musca ilie Sat, 09 Jan 2010 21:06:01 +0000 http://blog.vandenbos.org/?p=158#comment-1861 ok, i managed to load the moduleplugins resource. using ZF 1.9 the class Rexus_Application_Resource_Moduleplugins doesn't work at all.. php crashes because of this line $this->getBootstrap()->getModuleName() ok, i managed to load the moduleplugins resource.

using ZF 1.9 the class Rexus_Application_Resource_Moduleplugins doesn’t work at all..

php crashes because of this line $this->getBootstrap()->getModuleName()

]]> Comment on Zend Framework: module specific frontcontroller plugins by musca ilie http://blog.vandenbos.org/2009/09/03/zend-framework-module-specific-frontcontroller-plugins/comment-page-1/#comment-1860 musca ilie Sat, 09 Jan 2010 20:29:19 +0000 http://blog.vandenbos.org/?p=158#comment-1860 i subscribe to what leon said.. how do I load the Rexus_Application_Resource_Moduleplugins ? apache crashes if i use only the code above.. something is missing i subscribe to what leon said.. how do I load the Rexus_Application_Resource_Moduleplugins ?

apache crashes if i use only the code above.. something is missing

]]> Comment on Zend Framework: module config by -PK- http://blog.vandenbos.org/2009/07/07/zend-framework-module-config/comment-page-1/#comment-1859 -PK- Mon, 04 Jan 2010 13:40:57 +0000 http://blog.vandenbos.org/?p=66#comment-1859 Thank you Len for sharing also your idea.... I'd like to know also Matthijs's opinion regarding your approach in order to know if he has thought to it too or not. If yes I'd like to know why he has discarded it. Regards Thank you Len for sharing also your idea…. I’d like to know also Matthijs’s opinion regarding your approach in order to know if he has thought to it too or not. If yes I’d like to know why he has discarded it.

Regards

]]> Comment on Zend Framework: module config by Leonard Dronkers http://blog.vandenbos.org/2009/07/07/zend-framework-module-config/comment-page-1/#comment-1858 Leonard Dronkers Sat, 26 Dec 2009 13:50:17 +0000 http://blog.vandenbos.org/?p=66#comment-1858 Hi, I tried a similar approach but I think a module should be as its name suggests; modular. Which to me means it can be dropped into any ZF application without dependencies from the main application. And actually writing resource plug-ins defeats that purpose plus Zend_Application_Module_Bootstrap provides all the means necessary. It has its own resource container (Registry) plus is has methods such as set- and getOptions. What I also recognize is that accessing these specific module bootstrap options ore resources could be easier. Have a look at http://www.sreknord.net/blog/zend-framework/zend-framework-module-config-the-easy-way As to your solution: you could also use (in your module bootstrap class) $this->getApplication()->setOptions() to set the options globally it desired. Lastly, I tried your code: I also have routes defined for my modules, your resource class tries to parse those files too, as they have the .ini extension and reside in the same folder which then results into an error. Hi,

I tried a similar approach but I think a module should be as its name suggests; modular. Which to me means it can be dropped into any ZF application without dependencies from the main application. And actually writing resource plug-ins defeats that purpose plus Zend_Application_Module_Bootstrap provides all the means necessary. It has its own resource container (Registry) plus is has methods such as set- and getOptions. What I also recognize is that accessing these specific module bootstrap options ore resources could be easier.

Have a look at http://www.sreknord.net/blog/zend-framework/zend-framework-module-config-the-easy-way

As to your solution: you could also use (in your module bootstrap class) $this->getApplication()->setOptions() to set the options globally it desired.

Lastly, I tried your code: I also have routes defined for my modules, your resource class tries to parse those files too, as they have the .ini extension and reside in the same folder which then results into an error.

]]> Comment on Zend Framework: module config by -PK- http://blog.vandenbos.org/2009/07/07/zend-framework-module-config/comment-page-1/#comment-1857 -PK- Tue, 22 Dec 2009 22:02:00 +0000 http://blog.vandenbos.org/?p=66#comment-1857 For the points 1 I think it's better to have it inside. Set a variable if it's not needed it's pointless in my opinion this because it's not said that you will have a specific config file for each module. So the solution provided it's ok for me. Viceversa for the pointd 2 and 3 I agree with you. They look strange to me too. I'd like to wait for a Matthijs's reply. For the points 1 I think it’s better to have it inside. Set a variable if it’s not needed it’s pointless in my opinion this because it’s not said that you will have a specific config file for each module. So the solution provided it’s ok for me.

Viceversa for the pointd 2 and 3 I agree with you. They look strange to me too. I’d like to wait for a Matthijs’s reply.

]]> Comment on Zend Framework: module config by -PK- http://blog.vandenbos.org/2009/07/07/zend-framework-module-config/comment-page-1/#comment-1856 -PK- Tue, 22 Dec 2009 21:56:42 +0000 http://blog.vandenbos.org/?p=66#comment-1856 According to point 1 I think it's better to have it inside, in my opinion it's pointless to set e variable is it's not really needed. Especially because appOptions represent the specific module config file and it's not said that each module will have specific ini. For the points 2 and 3 I agree with you so far... but maybe we are not seeing something I don't know... I'd like to wait for a Matthiss's reply. According to point 1 I think it’s better to have it inside, in my opinion it’s pointless to set e variable is it’s not really needed. Especially because appOptions represent the specific module config file and it’s not said that each module will have specific ini.

For the points 2 and 3 I agree with you so far… but maybe we are not seeing something I don’t know… I’d like to wait for a Matthiss’s reply.

]]> Comment on Zend Framework: module config by -PK- http://blog.vandenbos.org/2009/07/07/zend-framework-module-config/comment-page-1/#comment-1855 -PK- Tue, 22 Dec 2009 21:46:53 +0000 http://blog.vandenbos.org/?p=66#comment-1855 What is hard to implement? I mean, if you have a bit of confidence with the ZF MVC pattern it shouldn't be that hard, tell me and I'll try to help you out. What is hard to implement? I mean, if you have a bit of confidence with the ZF MVC pattern it shouldn’t be that hard, tell me and I’ll try to help you out.

]]>