[fw-general] Survivethedeepend book
Hello, I start with a small project and use the Survivethedeepend because of nice domain layer and Unittests. Now I have the problem to understand, how I can use the datamappers. I don't know the strategy, how to get e.g. an entry in a controller: $entry = new ZFExt_Model_EntryMapper; or $entry = new ZFExt_Model_Entry(); or is the idea to build another layer with form and validating support? I have the ideas, but I am not sure what the author want. The other questions are, how to get entries and where to do the forms? I think to get entries is easy with building a seperate class: class ZFExt_Model_Entries { $_data = array(); public function __construct(array $data) { // Check if item is instance of ZFExt_Model_Entry // add every item to $_data } // ... } And last, why wrote he the model as library in the library folder and not the model folder? I know, the author is reading on this mailinglist, and I think, it is a good place to archieve the answers for other confused readers ;-). Thanks Andreas PS: Hmm, hope there are not to much questions in one post -- Kraftl EDV - Dienstleistungen Linux, Linuxschulungen, Webprogrammierung Autofabrikstraße 16/6 1230 Wien
[fw-general] PHP5.2.11 corrects spl_autoload_functions
Just a note to say that PHP5.2.11 corrects the spl_autoload_functions() bug that Zend_Loader_Autoloader tries to emulate. ( http://www.php.net/ChangeLog-5.php) Patch should have been merged to 5.3 branch. Cheers Julien.P
Re: [fw-general] url($urlOptions, $name, $reset) - what is $name ?
I completly don't understand. -- View this message in context: http://www.nabble.com/url%28%24urlOptions%2C-%24name%2C-%24reset%29---what-is-%24name---tp25491945p25505948.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] url($urlOptions, $name, $reset) - what is $name ?
Me too, what routes have to do with url helper? Regards, Saša Stamenković On Fri, Sep 18, 2009 at 11:44 AM, aoohralex aoohra...@gmail.com wrote: I completly don't understand. -- View this message in context: http://www.nabble.com/url%28%24urlOptions%2C-%24name%2C-%24reset%29---what-is-%24name---tp25491945p25505948.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] application.ini - config controllers and layouts, but not pages?
Artsemis, Check out this http://framework.zend.com/manual/en/zend.view.controllers.html I also think you can override the viewRenderer. Below is an example from framework.zend.com and shows how to use smarty. I assume if you just change the setViewBasePathSpec to your dir that might work. haven't tested it but worth a try $view = new Zend_View_Smarty('/path/to/templates'); $viewRenderer = new Zend_Controller_Action_HelperBroker::getStaticHelper('ViewRenderer'); $viewRenderer-setView($view) -setViewBasePathSpec($view-_smarty-template_dir) -setViewScriptPathSpec(':controller/:action.:suffix') -setViewScriptPathNoControllerSpec(':action.:suffix') -setViewSuffix('tpl'); On Thu, Sep 17, 2009 at 9:45 PM, Artsemis artse...@gmail.com wrote: Matthew Weier O'Phinney-3 wrote: -- Artsemis artse...@gmail.com wrote (on Thursday, 17 September 2009, 01:28 PM -0700): As implied by the subject, why do you config the base directory here for most things (specifically controllers) but can't for pages? Where can you change the path to pages? What do you mean by pages? Since ZF is front controller driven, all pages of a ZF website are the result of controller actions... -- Matthew Weier O'Phinney Project Lead| matt...@zend.com Zend Framework | http://framework.zend.com/ Thanks for the response. You're on the right track but sorry I wasn't clear -- I'm referring to the location of the pages that the controller accesses. You are required to specify in the config where the controllers are located but not the base directory that holds all of the pages -- they default to /views/scripts. Is this changeable anywhere? Thanks! -- View this message in context: http://www.nabble.com/application.ini---config-controllers-and-layouts%2C-but-not-pages--tp25492249p25501912.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Shaun J. Farrell Washington, DC (202) 713-5241 www.farrelley.com
Re: [fw-general] Odd issue with new install regarding version number
you zend tool maybe pointed at a different version of the framework that your app is acutally running. Try echoing Zend_Version::version(); in your app and see what that gives you. if it shows your the version you downloaded and your Zf tool is a different version you need to update your zf tool code. On Fri, Sep 18, 2009 at 12:54 AM, Artsemis artse...@gmail.com wrote: Artsemis wrote: I was working through the quickstart and got to the part where I had to create a controller -- which gave an error about finding the project file. I did a quick Google and this was a problem with 1.9.0 that many people seemed to have experienced on Windows. I went ahead and re-downloaded ZF and got the same result... I was sure to download the latest (1.9.2). Here's the odd part... if I run zf show version, it says Zend Framework Version 1.9.0... my zip file and the folder in it are even called ZendFramework-1.9.2. Any help would be GREATLY appreciated! :) *edit* Some additional information... that wrong version number seems to be coming from C:\xampp\PEAR\Zend\Version.php. I have no idea why it's doing this or how to fix it but I'm sure you guys will =) Thanks again Well, I figured it out and I'll leave the answer here incase it helps someone else -- even though it's a bit embarrasing! I remember seeing somewhere that your library include path should be placed at the beginning -- however, I didn't think much of it and placed it on the end. Simply move your library include to the beginning of include_path to give it priority over the xampp pear path that defaults in there and you should be good to go! -- View this message in context: http://www.nabble.com/Odd-issue-with-new-install-regarding-version-number-tp25501965p25503102.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Shaun J. Farrell Washington, DC (202) 713-5241 www.farrelley.com
RE: [fw-general] url($urlOptions, $name, $reset) - what is $name ?
I completly don't understand. You can use a specific route (selected by $name) do build url with. Take a look at http://framework.zend.com/manual/en/zend.controller.router.html#zend.controller.router.basic -- Jan
Re: [fw-general] application.ini - config controllers and layouts, but not pages?
Shaun Farrell wrote: Artsemis, Check out this http://framework.zend.com/manual/en/zend.view.controllers.html I also think you can override the viewRenderer. Below is an example from framework.zend.com and shows how to use smarty. I assume if you just change the setViewBasePathSpec to your dir that might work. haven't tested it but worth a try $view = new Zend_View_Smarty('/path/to/templates'); $viewRenderer = new Zend_Controller_Action_HelperBroker::getStaticHelper('ViewRenderer'); $viewRenderer-setView($view) -setViewBasePathSpec($view-_smarty-template_dir) -setViewScriptPathSpec(':controller/:action.:suffix') -setViewScriptPathNoControllerSpec(':action.:suffix') -setViewSuffix('tpl'); On Thu, Sep 17, 2009 at 9:45 PM, Artsemis artse...@gmail.com wrote: Matthew Weier O'Phinney-3 wrote: -- Artsemis artse...@gmail.com wrote (on Thursday, 17 September 2009, 01:28 PM -0700): As implied by the subject, why do you config the base directory here for most things (specifically controllers) but can't for pages? Where can you change the path to pages? What do you mean by pages? Since ZF is front controller driven, all pages of a ZF website are the result of controller actions... -- Matthew Weier O'Phinney Project Lead| matt...@zend.com Zend Framework | http://framework.zend.com/ Thanks for the response. You're on the right track but sorry I wasn't clear -- I'm referring to the location of the pages that the controller accesses. You are required to specify in the config where the controllers are located but not the base directory that holds all of the pages -- they default to /views/scripts. Is this changeable anywhere? Thanks! -- View this message in context: http://www.nabble.com/application.ini---config-controllers-and-layouts%2C-but-not-pages--tp25492249p25501912.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Shaun J. Farrell Washington, DC (202) 713-5241 www.farrelley.com Perfect, thanks for this :) I still think it's odd that controllers require a config entry and views have a hard-coded start path but this is what I was wanting. Thanks! -- View this message in context: http://www.nabble.com/application.ini---config-controllers-and-layouts%2C-but-not-pages--tp25492249p25507901.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] bug hunt has increased interest in issue tracker
I have difficulty reaching the issue tracker. I just wanted to comment on one, as a reply to Benjamin, but it has become unresponsive. -Bart -- Bart McLeod Space Web Middenlaan 47 6865 VN Heveadorp The Netherlands t +31(0)26 3392952 m 06 51 51 89 71 @ i...@spaceweb.nl www.spaceweb.nl Bart McLeod is a Zend Certified Engineer. Click to verify!
RE: [fw-general] url($urlOptions, $name, $reset) - what is $name ?
Jan Pieper-2 wrote: I completly don't understand. You can use a specific route (selected by $name) do build url with. Take a look at http://framework.zend.com/manual/en/zend.controller.router.html#zend.controller.router.basic -- Jan I have read and I still don't understand sense of second argument. Maybe tell me what should I write in second argument if I use only url's: http://localhost/CONTROLLER/ACTION/KEY/VALUE ?? -- View this message in context: http://www.nabble.com/url%28%24urlOptions%2C-%24name%2C-%24reset%29---what-is-%24name---tp25491945p25508008.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] url($urlOptions, $name, $reset) - what is $name ?
It's only useful if you have multiple routes. Sounds like you're using the default route only, so just ignore it. If you need to pass a $reset flag, pass null or 'default' as the second argument. -- Mon On Fri, Sep 18, 2009 at 8:41 PM, aoohralex aoohra...@gmail.com wrote: Jan Pieper-2 wrote: I completly don't understand. You can use a specific route (selected by $name) do build url with. Take a look at http://framework.zend.com/manual/en/zend.controller.router.html#zend.controller.router.basic -- Jan I have read and I still don't understand sense of second argument. Maybe tell me what should I write in second argument if I use only url's: http://localhost/CONTROLLER/ACTION/KEY/VALUE ?? -- View this message in context: http://www.nabble.com/url%28%24urlOptions%2C-%24name%2C-%24reset%29---what-is-%24name---tp25491945p25508008.html Sent from the Zend Framework mailing list archive at Nabble.com.
RE: [fw-general] url($urlOptions, $name, $reset) - what is $name ?
El vie, 18-09-2009 a las 05:41 -0700, aoohralex escribió: I have read and I still don't understand sense of second argument. Maybe tell me what should I write in second argument if I use only url's: http://localhost/CONTROLLER/ACTION/KEY/VALUE ?? default If you don't want to use any specific route, you can just use default as the second argument. Cheers, -- Alayn Gortazar
Re: [fw-general] 'cannot redeclare class...' PHP 5.3
I think I've tracked down WHERE the problem is occurring, but I still have no idea why. In application/modules/default/controllers/ my index controller looks like this: class indexController extends Fs_Controller_Action { public function init() { parent::init(); } public function indexAction() { ... I've found that the parent::init() instruction actually runs, but nothing after that does; which seems strange to me. Fs_Controller_Action resides in library/Fs/Controller/ and looks like: class Fs_Controller_Action extends Zend_Controller_Action { private $_moduleDir; public function init() { $this-_moduleDir = $this-getFrontController()-getModuleDirectory($this-getRequest()-getModuleName()); Zend_Registry::set('Zend_Locale', new Zend_Locale()); } ... None of the code is changing the include path, or including the same class multiple times... Another thought that's occurred to me is: could this be due to an incompatibility between PHP 5.3 and ZF's autoloader? Matthew Weier O'Phinney wrote: -- Steven Szymczak sc.szymc...@googlemail.com wrote (on Wednesday, 16 September 2009, 08:17 PM +0900): When I upgraded by development environment to OS X 10.6 (Snow Leopard) it also automatically upgraded my PHP install to 5.3, and this seems to have broken something within ZF. Previously, everything was working as expected. The production site code is perfectly in sync with that on the development side as I haven't made any changes in the last 3 weeks (which was also before I upgraded to Snow Leopard). Now I'm getting the following error on the development side: Fatal error: Cannot redeclare class Fs_Controller_Action in /Users/Steven/Sites/farstrider.eu/library/fs/Controller/Action.php on line 41 While the production side continues to function (PHP 5.2.9). Any ideas on how to fix this? We ran across similar issues when getting ZF 1.9 ready for PHP 5.3. In most cases, there was code that was changing the include_path, and PHP then managed to include the same file twice. Find where the include_path changes, and you can fix the issue. -- スティーブン
Re: [fw-general] url($urlOptions, $name, $reset) - what is $name ?
ok thx alayn and Mon - I will use 'default' :) -- View this message in context: http://www.nabble.com/url%28%24urlOptions%2C-%24name%2C-%24reset%29---what-is-%24name---tp25491945p25508445.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] strange problem with layout
I have a strange problem - when I write in url action layout doesn't work, I see only content of view - examples: it work: http://localhost:81/library it doesn't work: http://localhost:81/library/index but both adresses are the same (default action is index) - so how is it possible ? and here - thi works: http://localhost:81/index these don't work: http://localhost:81/index/index http://localhost:81/biblioteka/szukaj So layout doesn't work only then when I write in url action - why (of course I have actions in controller) ? -- View this message in context: http://www.nabble.com/strange-problem-with-layout-tp25508565p25508565.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] How to bootstrap application in testing environment
Hi, I followed the tutorial at zendcasts.com ( http://tinyurl.com/n4hee2 ) to setup testing environment for my ZF enabled application. Everything went fine with regards to the tutorial. But the tutorial recommends including a test class that extends Zend_Test_PHPUnit_ControllerTestCase in the test bootstrap. I think it is a bit awkward for your ModelTest and LibraryTest classes to extend a class that in turn extends Zend_Test_PHPUnit_ControllerTestCase. Is there a way to bootstrap your testing environment without extending Zend_Test_PHPUnit_ControllerTestCase? I want to reuse the application's Bootstrap.php in all my environments - development, testing and production. I tried to bootstrap the application in my test like below: [code] $application = new Zend_Application(APPLICATION_ENV,APPLICATION_PATH . '/configs/application.ini'); $application-bootstrap(); [/code] But I get PHP session warnings because the user running tests is unable to write to /var/some/path/apache/is/able/to/write/to. Zend_Test_PHPUnit_ControllerTestCase mysteriously circumvents this. Example code snippet is highly appreciated. -- With warm regards, Sudheer. S Business: http://binaryvibes.co.in, Tech stuff: http://techchorus.net, Personal: http://sudheer.net
[fw-general] Split controller actions into multiple classes
Hello, I have a controller that contains too many line of codes, which made the controller too large. So I want to split each action into eactly one class files. Is it recommended? If not, what are the recommended way to make the controller thin? Thanks.
Re: [fw-general] Split controller actions into multiple classes
On Friday 18 September 2009 07:10 PM, Ryan Chan wrote: Hello, I have a controller that contains too many line of codes, which made the controller too large. So I want to split each action into eactly one class files. Is it recommended? If not, what are the recommended way to make the controller thin? Consider splitting your code into multiple controllers and perhaps modules. Do you have model classes by the way? -- With warm regards, Sudheer. S Business: http://binaryvibes.co.in, Tech stuff: http://techchorus.net, Personal: http://sudheer.net
Re: [fw-general] application.ini - config controllers and layouts, but not pages?
Artsemis wrote: Shaun Farrell wrote: Artsemis, Check out this http://framework.zend.com/manual/en/zend.view.controllers.html I also think you can override the viewRenderer. Below is an example from framework.zend.com and shows how to use smarty. I assume if you just change the setViewBasePathSpec to your dir that might work. haven't tested it but worth a try $view = new Zend_View_Smarty('/path/to/templates'); $viewRenderer = new Zend_Controller_Action_HelperBroker::getStaticHelper('ViewRenderer'); $viewRenderer-setView($view) -setViewBasePathSpec($view-_smarty-template_dir) -setViewScriptPathSpec(':controller/:action.:suffix') -setViewScriptPathNoControllerSpec(':action.:suffix') -setViewSuffix('tpl'); On Thu, Sep 17, 2009 at 9:45 PM, Artsemis artse...@gmail.com wrote: Matthew Weier O'Phinney-3 wrote: -- Artsemis artse...@gmail.com wrote (on Thursday, 17 September 2009, 01:28 PM -0700): As implied by the subject, why do you config the base directory here for most things (specifically controllers) but can't for pages? Where can you change the path to pages? What do you mean by pages? Since ZF is front controller driven, all pages of a ZF website are the result of controller actions... -- Matthew Weier O'Phinney Project Lead| matt...@zend.com Zend Framework | http://framework.zend.com/ Thanks for the response. You're on the right track but sorry I wasn't clear -- I'm referring to the location of the pages that the controller accesses. You are required to specify in the config where the controllers are located but not the base directory that holds all of the pages -- they default to /views/scripts. Is this changeable anywhere? Thanks! -- View this message in context: http://www.nabble.com/application.ini---config-controllers-and-layouts%2C-but-not-pages--tp25492249p25501912.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Shaun J. Farrell Washington, DC (202) 713-5241 www.farrelley.com Perfect, thanks for this :) I still think it's odd that controllers require a config entry and views have a hard-coded start path but this is what I was wanting. Thanks! Inside your controller you are able to do something like: $this-view-addScriptPath(APPLICATION_PATH . '/my/new/script/path/'). I haven't had the need to change it globally but you could probably do something like resources.view.scriptPath.name = PATH. Correct me if I'm wrong someone. -- View this message in context: http://www.nabble.com/application.ini---config-controllers-and-layouts%2C-but-not-pages--tp25492249p25508994.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] Split controller actions into multiple classes
Hello, On Fri, Sep 18, 2009 at 9:48 PM, Sudheer Satyanarayana sudhee...@binaryvibes.co.in wrote: On Friday 18 September 2009 07:10 PM, Ryan Chan wrote: Consider splitting your code into multiple controllers and perhaps modules. Do you have model classes by the way? Consider the following design. Model class: = User Controller: = Auth Actions: = Registration Login Logout ResetPassword EmailVerification as you can see, even I put a lot of code in model - User, that are still too many action in auth controller. Thanks...
[fw-general] [Zend_Applicaton] I can't make module
Hi all! I need some help because I can' t figure out what could be the problem. I decided I see what is this Zend_Application and its looks like it will be part of my life if I want to work with ZF in further time. I'm using Windows XP with wampserver (php-5.2.6). php.exe's path is in among the environment variables. Here is my console output. D:\PRIVAT\PROJECTS\zftestd:\WORK\PROGRAM_FILES\ZendFramework-1.9.1-minimal\bin\zf.bat create project zftest1 Creating project at D:/PRIVAT/PROJECTS/zftest/zftest1 D:\PRIVAT\PROJECTS\zftestd:\WORK\PROGRAM_FILES\ZendFramework-1.9.1-minimal\bin\zf.bat create module firstmodule An Error Has Occurred A project profile was not found. Zend Framework Command Line Console Tool v1.9.1 Details for action Create and provider Module Module zf create module name D:\PRIVAT\PROJECTS\zftestcd zftest1 D:\PRIVAT\PROJECTS\zftest\zftest1d:\WORK\PROGRAM_FILES\ZendFramework-1.9.1-minimal\bin\zf.bat create module firstmodule An Error Has Occurred A project profile was not found. Zend Framework Command Line Console Tool v1.9.1 Details for action Create and provider Module Module zf create module name D:\PRIVAT\PROJECTS\zftest\zftest1 I would appreciate your kind help! András -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- Bízzál Istenben és tartsd szárazon a puskaport!.-- Cromwell
Re: [fw-general] strange problem with layout
I have know - I had in layout: ?php echo $this-headLink()-appendStylesheet('css/main.css') ? WITHOUT SLASH AT THE BEGINNGING !! It should be: ?php echo $this-headLink()-appendStylesheet('/css/main.css') ? and now everything is ok. -- View this message in context: http://www.nabble.com/strange-problem-with-layout-tp25508565p25509610.html Sent from the Zend Framework mailing list archive at Nabble.com.
Re: [fw-general] application.ini - config controllers and layouts, but not pages?
Yeah i assume that would work too. The ZF Manula says In fact, you can stack paths using the addScriptPath() method. As you add paths to the stack, Zend_View will look at the most-recently-added path for the requested view script. This allows you override default views with custom views so that you may create custom themes or skins for some views, while leaving others alone. On Fri, Sep 18, 2009 at 9:50 AM, Kyle Spraggs the...@spiffyjr.me wrote: Artsemis wrote: Shaun Farrell wrote: Artsemis, Check out this http://framework.zend.com/manual/en/zend.view.controllers.html I also think you can override the viewRenderer. Below is an example from framework.zend.com and shows how to use smarty. I assume if you just change the setViewBasePathSpec to your dir that might work. haven't tested it but worth a try $view = new Zend_View_Smarty('/path/to/templates'); $viewRenderer = new Zend_Controller_Action_HelperBroker::getStaticHelper('ViewRenderer'); $viewRenderer-setView($view) -setViewBasePathSpec($view-_smarty-template_dir) -setViewScriptPathSpec(':controller/:action.:suffix') -setViewScriptPathNoControllerSpec(':action.:suffix') -setViewSuffix('tpl'); On Thu, Sep 17, 2009 at 9:45 PM, Artsemis artse...@gmail.com wrote: Matthew Weier O'Phinney-3 wrote: -- Artsemis artse...@gmail.com wrote (on Thursday, 17 September 2009, 01:28 PM -0700): As implied by the subject, why do you config the base directory here for most things (specifically controllers) but can't for pages? Where can you change the path to pages? What do you mean by pages? Since ZF is front controller driven, all pages of a ZF website are the result of controller actions... -- Matthew Weier O'Phinney Project Lead| matt...@zend.com Zend Framework | http://framework.zend.com/ Thanks for the response. You're on the right track but sorry I wasn't clear -- I'm referring to the location of the pages that the controller accesses. You are required to specify in the config where the controllers are located but not the base directory that holds all of the pages -- they default to /views/scripts. Is this changeable anywhere? Thanks! -- View this message in context: http://www.nabble.com/application.ini---config-controllers-and-layouts%2C-but-not-pages--tp25492249p25501912.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Shaun J. Farrell Washington, DC (202) 713-5241 www.farrelley.com Perfect, thanks for this :) I still think it's odd that controllers require a config entry and views have a hard-coded start path but this is what I was wanting. Thanks! Inside your controller you are able to do something like: $this-view-addScriptPath(APPLICATION_PATH . '/my/new/script/path/'). I haven't had the need to change it globally but you could probably do something like resources.view.scriptPath.name = PATH. Correct me if I'm wrong someone. -- View this message in context: http://www.nabble.com/application.ini---config-controllers-and-layouts%2C-but-not-pages--tp25492249p25508994.html Sent from the Zend Framework mailing list archive at Nabble.com. -- Shaun J. Farrell Washington, DC (202) 713-5241 www.farrelley.com
Re: [fw-general] PHP5.2.11 corrects spl_autoload_functions
Yes, this has been in since 5.3.0. I am actually suprised that it got back ported to the 5.2 branch. Ideally we could use this, but since we support PHP 5.2.6 onward, we need to keep our autoloader in tact as is. Supporting that feature in userland actually take quite a bit of code. I'll talk to matthew to see if its possible to short cut the user-land behavior in cases where people are using php 5.2.11. Thanks for the heads up, ralph Julien Pauli wrote: Just a note to say that PHP5.2.11 corrects the spl_autoload_functions() bug that Zend_Loader_Autoloader tries to emulate. (http://www.php.net/ChangeLog-5.php) Patch should have been merged to 5.3 branch. Cheers Julien.P
[fw-general] Bug Hunt Days!
Greetings, all! Four years ago today, I boarded a plane to San Jose, CA, to start work at my new employer, Zend Technologies, Ltd., as a PHP Developer on the newly formed eBiz team. Since I first started at Zend, I've been contributing to Zend Framework, with gradually more areas of responsibility and community involvement. My first contributions were Zend_XmlRpc_Server and Zend_Server_Reflection, and code audits/refactoring of Zend_Json and Zend_Mail. I monitored the mailing lists and answered questions where I could, but my first really big involvement in the project occurred in the fall of 2006, when Andi asked me to spearhead a rewrite of the MVC layer, a project I did in parallel with my official work duties maintaining and expanding the zend.com CMS system. It was a task I could never have accomplished without the excellent collaboration of many, many contributors and users. Yesterday, we took a step to regain some of that spirit by beginning the first monthly bug hunt days. All told, contributors closed 53(!) issues -- and the momentum continued well after I logged off for the day! If you were unable to join us yesterday, I encourage you to hop onto the #zftalk.dev IRC channel on Freenode and join the group of lively contributors there today. If you can't make it today -- join us next month on the third Thursday and Friday (the 15th and 16th) when we'll do it all over again! I've heard a number of people asking if we could hold at least one bug hunt day on the weekend or in the evening. We may explore this possibility in the coming months (I have some reservations; since my team are all FTE, I don't want to make work requirements in their off-hours!). However, one of the reasons often cited is that interested developers can't get time from their employers to join, and to this, I offer the following arguments to offer your boss(es): * Helping squash bugs in ZF will help your *work* projects, by ensuring quality code upstream. Ultimately, this will likely save your company money. * How much money does Zend Framework save your company? By using a framework, your developers are not needing to create their own low-level components to handle mundane tasks such as routing, validation and filtering, web service requests, etc. Allocating resources to help maintain ZF is a way to pay for the convenience ZF offers you. * How much value does ZF add to your offerings? For instance, what features on your sites or client sites do you offer simply because ZF has a component for it? (e.g., Twitter live-stream, GData-app integration, localization, etc.) Again, consider allocating resources to help maintain ZF as a way of saying thank you to the many contributors who have made these features possible. * Developers who help in the bug hunt likely are gaining important skills in quality assurance -- all bugfixes need to be accompanied by associated unit tests and/or documentation. Consider this important professional development for your developers. Just because we will be having official bug hunt days monthly doesn't mean your contributions need to be limited to those windows, either! Hopefully, many of you will discover how much fun and satisfaction comes with closing issue reports and continue the trend in the days and weeks following! I hope to see as many of you as possible helping out today and in future months -- the esprit de corps I witnessed yesterday was phenomenal, and it's representative of the best that open source has to offer. Keep up the good work, everyone -- and THANK YOU to everyone who helps make this framework better each and every day! -- Matthew Weier O'Phinney Project Lead| matt...@zend.com Zend Framework | http://framework.zend.com/
[fw-general] configure zf.sh, error message can't find zf.php, Mac, Leopard
I installed zf library in /usr/bin/zend/library the zf.sh in /usr/bin/zend/bin/zf.sh this is on a mac running leopard with the php Apple installed. I did change the include_path in php.ini to: /usr/bin/zend/library I'm getting an error message when I try /usr/bin/zend/bin/zf.sh. I think it can't find zf.php on line 44 of the zf.sh? /usr/bin/zend/bin/zf.sh: line 44: php: command not found I don't get an answer to which php at the command line presumably because apple has hidden the binary somewhere. I think it needs to locate the zf.php file although you would think it would find it because it is relative to the current directory. can you give me any hints? thanks, -- View this message in context: http://www.nabble.com/configure-zf.sh%2C-error-message-can%27t-find-zf.php%2C-Mac%2C-Leopard-tp25511656p25511656.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] configure zf.sh, error message can't find zf.php, Mac, Leopard
I installed zf library in /usr/bin/zend/library the zf.sh in /usr/bin/zend/bin/zf.sh this is on a mac running leopard with the php Apple installed. I did change the include_path in php.ini to: /usr/bin/zend/library I'm getting an error message when I try /usr/bin/zend/bin/zf.sh. I think it can't find zf.php on line 44 of the zf.sh? /usr/bin/zend/bin/zf.sh: line 44: php: command not found This is line 44 of zf.sh $PHP_BIN -d safe_mode=Off -f $PHP_DIR/zf.php -- $@ I have safe_mode off. I don't get an answer to which php at the command line presumably because apple has hidden the binary somewhere. I think it needs to locate the zf.php file although you would think it would find it because it is relative to the current directory. can you give me any hints? thanks, -- View this message in context: http://www.nabble.com/configure-zf.sh%2C-error-message-can%27t-find-zf.php%2C-Mac%2C-Leopard-tp25511691p25511691.html Sent from the Zend Framework mailing list archive at Nabble.com.
[fw-general] Zend_Cache | Page Caching
Quick question, I am running Zend Page Caching to cache some flickr photos so that I don't have to pull the files down all the time since they don't change. My question is... On the manual pages for Page Caching it says that you don't have to generate the Id since it is generated automatically. Here is that section, On the other hand, the cache id is calculated automatically with $_SERVER['REQUEST_URI'] and (depending on options) $_GET, $_POST, $_SESSION, $_COOKIE, $_FILES. More over, you have only one method to call (start()) because the end() call is fully automatic when the page is ended. However, When I don't specify a cache ID it doesn't cache, but when I specify one the page gets cached. Am I doing something wrong in the code? I don't think there is a reason to test the cache since Page Caching either pulls it or renders and caches it for the set lifetime. Am I doing something wrong? -- Bootstrap protected function _initCache() { $frontendOptions = array( 'lifetime' = 30, // cache lifetime of 30 seconds 'regexps' = array( '^/index/flickr' = array( 'cache' = true, ) ), ); $backendOptions = array('cache_dir' = '/tmp/'); $flickrCache = Zend_Cache::factory('Page', 'File', $frontendOptions, $backendOptions); $flickrCache-start('flickr'); //Zend_Registry::set('flickrCache', $flickrCache); } Thanks! -- Shaun J. Farrell Washington, DC (202) 713-5241 www.farrelley.com
Re: [fw-general] Bug Hunt Days!
If I can chime in with another benefit - bug hunting tends to push you into exploring components you take for granted. You have no idea how useful that can be, not only in using the component, but identifying improvements and fixes not currently raised as issues. Let's not forget the hunting part of the exercise :). As Matthew said, you'll get a lot of insight into QA and will certainly learn to appreciate the work of people fixing bugs more regularly. Pádraic Brady http://blog.astrumfutura.com http://www.survivethedeepend.com OpenID Europe Foundation Irish Representative From: Matthew Weier O'Phinney matt...@zend.com To: fw-general@lists.zend.com Sent: Friday, September 18, 2009 4:15:51 PM Subject: [fw-general] Bug Hunt Days! Greetings, all! Four years ago today, I boarded a plane to San Jose, CA, to start work at my new employer, Zend Technologies, Ltd., as a PHP Developer on the newly formed eBiz team. Since I first started at Zend, I've been contributing to Zend Framework, with gradually more areas of responsibility and community involvement. My first contributions were Zend_XmlRpc_Server and Zend_Server_Reflection, and code audits/refactoring of Zend_Json and Zend_Mail. I monitored the mailing lists and answered questions where I could, but my first really big involvement in the project occurred in the fall of 2006, when Andi asked me to spearhead a rewrite of the MVC layer, a project I did in parallel with my official work duties maintaining and expanding the zend.com CMS system. It was a task I could never have accomplished without the excellent collaboration of many, many contributors and users. Yesterday, we took a step to regain some of that spirit by beginning the first monthly bug hunt days. All told, contributors closed 53(!) issues -- and the momentum continued well after I logged off for the day! If you were unable to join us yesterday, I encourage you to hop onto the #zftalk.dev IRC channel on Freenode and join the group of lively contributors there today. If you can't make it today -- join us next month on the third Thursday and Friday (the 15th and 16th) when we'll do it all over again! I've heard a number of people asking if we could hold at least one bug hunt day on the weekend or in the evening. We may explore this possibility in the coming months (I have some reservations; since my team are all FTE, I don't want to make work requirements in their off-hours!). However, one of the reasons often cited is that interested developers can't get time from their employers to join, and to this, I offer the following arguments to offer your boss(es): * Helping squash bugs in ZF will help your *work* projects, by ensuring quality code upstream. Ultimately, this will likely save your company money. * How much money does Zend Framework save your company? By using a framework, your developers are not needing to create their own low-level components to handle mundane tasks such as routing, validation and filtering, web service requests, etc. Allocating resources to help maintain ZF is a way to pay for the convenience ZF offers you. * How much value does ZF add to your offerings? For instance, what features on your sites or client sites do you offer simply because ZF has a component for it? (e.g., Twitter live-stream, GData-app integration, localization, etc.) Again, consider allocating resources to help maintain ZF as a way of saying thank you to the many contributors who have made these features possible. * Developers who help in the bug hunt likely are gaining important skills in quality assurance -- all bugfixes need to be accompanied by associated unit tests and/or documentation. Consider this important professional development for your developers. Just because we will be having official bug hunt days monthly doesn't mean your contributions need to be limited to those windows, either! Hopefully, many of you will discover how much fun and satisfaction comes with closing issue reports and continue the trend in the days and weeks following! I hope to see as many of you as possible helping out today and in future months -- the esprit de corps I witnessed yesterday was phenomenal, and it's representative of the best that open source has to offer. Keep up the good work, everyone -- and THANK YOU to everyone who helps make this framework better each and every day! -- Matthew Weier O'Phinney Project Lead| matt...@zend.com Zend Framework | http://framework.zend.com/
Re: [fw-general] Is there anybody from Zend team ?
I love the Zend Framework's functionality, but so much of how all the necessary components hang together in a production quality Website is difficult to discern. I would like to get all of the following configured and working before I write a single line of application specific code: configuration specified, connect to stub data store that include user login and user role tables, load reusable utility modules, enforce user roles and authentication across the utility modules, include an admin module, enable caching, provide command-line maintenance scripts, expose a subset of the stub data store via a REST api, include a test harness, and manage dev, staging, and production versions of a Website. Right now doing the above seems like a very daunting task using the Zend Framework. I know some will say not all projects need the above, but I would say almost all production Web sites do. Some would say this would be very hard to do without Zend Framework, and I would agree. Buy if there are Websites in production using ZF, they must have solved many if not all of these issues. Why do we all have to reinvent the wheel? - Steve W. Matthew Ratzloff wrote: Framework can't be flexible. If somebody needs flexibility then he can programming in normal PHP without framework. :-) This is an opinion, one to which Zend Framework does not subscribe. There are plenty of PHP frameworks which do subscribe to this opinion. And there's always Rails, which I like, but is very, very different from Zend Framework. I encourage you to change your approach to Zend Framework, rather than expecting Zend Framework to change its approach. You will be much happier without preconceived ideas of how you think the framework should be. -Matt On Wed, Sep 16, 2009 at 9:16 AM, aoohralex aoohra...@gmail.com wrote: One year ago I knew one person who used Zend Framework. One day he had to modify (add something) somebody's website wrote in Zend Framework but he had to write everything from the beginning. He was then very angry and he said me why. Do you know ? Bacause ZF was so flexible that somebody created this website in horrible way - he said me that everything was wrong, it wasn't MVC and he faster create this website from the beginning then modify it. Framework can't be flexible. If somebody needs flexibility then he can programming in normal PHP without framework. :-) -- View this message in context: http://www.nabble.com/Is-there-anybody-from-Zend-team---tp25455352p25475740.html Sent from the Zend Framework mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Is-there-anybody-from-Zend-team---tp25455352p25518320.html Sent from the Zend Framework mailing list archive at Nabble.com.