Re: [fw-general] Shared server load times
6 seconds was probably a bit extreme, but it obviously took far too long for real usability. I agree that the framework shouldn't use __autoload by default. If it turns out to be a faster method to include only the necessary files, I think at least documentation should be updated to state what can be edited to speed up the default installation (maybe a section on potential optimizations). This is probably better addressed as 1.0 nears rather than at this time. As for caching, splitting into cached portions would require hacking the code more than I'd like. I actually use a single layout file and use a view variable for including content files... I've liked the maintainability better. In any case, the quote was from my old layout and I haven't even decided I want it... I'll probably just remove it for the final cut and use full page caching anyhow. Thanks, David
Re: [fw-general] Shared server load times
David Rinaldi wrote: > The issue is in the first request (subsequent requests draw from files > already in server memory and response times are far more acceptable, > normally < 1 sec). I'm seeing this on my development machine too. A dead simple app's first page load is really slow and then all the other pages are quick. I assumed it was this laptop! I'll start to have a dig around and work out what it is... Regards, Rob...
Re: [fw-general] Shared server load times
I run the framework for a couple production web applications and they respond just fine. Granted, they are both on one machine by themselves, but I would say if it's taking up to 6 seconds to respond even on a shared host, you need to find a new web host. ;-) I would check the actual page generation time and figure out where the bottleneck is (CPU, bandwidth, etc.). While there's certainly room for improvement, I don't know if now is the right time to worry about optimizing the framework. About auto-loading, I use __autoload() as a wrapper for Zend::loadClass(). My own library files follow PEAR naming conventions, so it works out. However, I don't think the framework should take over __autoload(), since not all programmers follow that convention. As far as your specific caching problem, just cache the first part of the page, generate the random quote, then cache the second part of the page. -Matt - Original Message - From: "David Rinaldi" <[EMAIL PROTECTED]> To: "Zend Framework" Sent: Wednesday, November 29, 2006 6:02 PM Subject: [fw-general] Shared server load times I currently run my personal site through a shared hosting plan, but notice that the response times are slow. I understand some work has been done to improve the framework, but I'm curious if we could publish some steps to optimize further. The first request to my site (tends to be low traffic) takes well more than 3, sometimes even 4 to 6+, seconds to respond, even for a page that's a relatively simple layout and little text (no db interaction or real complexity). Since I plan to use this framework for a more advanced site (learning from my mistakes on my personal site), I cannot live with that amount of time, especially with more traffic and lots of db interaction. Individual php/html pages are almost instantaneous, and even PHP5 apps like a picture app I'm looking into modifying are snappy, it looks like there's a lot of processing overhead for ZF. I'd like to cut out some of the 'require_once' statements, but in doing so i ran into loadClass exceptions when using __autoload (file found but class not found within). Has anyone been able to optimize their code to get better response times on shared servers? I'm hoping to ensure I'm not loading any more than I need... The issue is in the first request (subsequent requests draw from files already in server memory and response times are far more acceptable, normally < 1 sec). Note: I do not yet cache for 2 reasons: 1) I'm in development and frequent changes don't make sense for caching and 2) I currently have a single element that changes every load (random quote) that I haven't found a good way to cache the rest of the page and integrate that one change. Thanks! David
[fw-general] Shared server load times
I currently run my personal site through a shared hosting plan, but notice that the response times are slow. I understand some work has been done to improve the framework, but I'm curious if we could publish some steps to optimize further. The first request to my site (tends to be low traffic) takes well more than 3, sometimes even 4 to 6+, seconds to respond, even for a page that's a relatively simple layout and little text (no db interaction or real complexity). Since I plan to use this framework for a more advanced site (learning from my mistakes on my personal site), I cannot live with that amount of time, especially with more traffic and lots of db interaction. Individual php/html pages are almost instantaneous, and even PHP5 apps like a picture app I'm looking into modifying are snappy, it looks like there's a lot of processing overhead for ZF. I'd like to cut out some of the 'require_once' statements, but in doing so i ran into loadClass exceptions when using __autoload (file found but class not found within). Has anyone been able to optimize their code to get better response times on shared servers? I'm hoping to ensure I'm not loading any more than I need... The issue is in the first request (subsequent requests draw from files already in server memory and response times are far more acceptable, normally < 1 sec). Note: I do not yet cache for 2 reasons: 1) I'm in development and frequent changes don't make sense for caching and 2) I currently have a single element that changes every load (random quote) that I haven't found a good way to cache the rest of the page and integrate that one change. Thanks! David
[fw-general] Zend Framework news 2006/11/29
Hi Zend Framework Community, Zend Framework has been picking up its pace of development recently. Many great improvements are coming soon in areas such as MVC, Acl, Authentication, Session handling, Search engine, and Gdata. There is also some great work in progress for Locale, Date, and others. We are planning *mid-December* to produce a new preview release for Zend Framework to include these features. We are calling this *preview release 0.6.0*. This number is chosen to convey the state of completion of the Zend Framework more accurately. We're very proud of the progress of Zend Framework, thanks to the contributions of many community members as well as staff at Zend. We have written a wiki page that describes the features and approximate dates for future releases through 1.0. See http://framework.zend.com/wiki/x/zic. We'll do our best to adhere to this scope and schedule for the project, and that is the way we'll make a release candidate for Zend Framework 1.0. Our target for this release candidate is the *end of March, 2007*. If we focus on the tasks needed to complete the Framework, we can achieve this. At the Zend Conference earlier this month, I was surprised at how few people I talked to knew that Zend Framework is *free software*, licensed under the terms of the BSD license. So I want to be sure that everyone knows that Zend Framework is a true open-source project, and freely licensed. Improvements are coming rapidly in Zend Framework, and we are seeking some talented individuals who can help us with some tasks. Right now *documentation* *translation *is in need of volunteers, so if you know anyone who can help, point them toward our translator getting started web page (http://framework.zend.com/wiki/x/uAY). Languages that need assistance are Spanish, French, Dutch, Brazilian Portuguese, and simplified Chinese. I'll continue to provide news about the Zend Framework development regularly. Regards, Bill Karwin
Re: [fw-general] ZFDEV redesign proposal
Hi Andries, I think the new ZFDEV home page design is a great improvement. Your suggestion about internal wiki structure are good, but I don't think we need to wait for that to apply the proposed changes to the home page. Would you like to do this? Regards, Bill Karwin Andries Seutens wrote: Hello Bill, Thank you for your suggestions! To accomplish this i think we need to digg a little deeper, and start doing some cleanups on the internal wiki structure. This because it will save us a lot of effort in maintaining the homepage, as we could simply do: "{children:page=Zend Framework Contributor Guide}" to get newly added or renamed pages show up on the site map. Best regards, Andries Seutens Bill Karwin schreef: Andries Seutens wrote: The proposed site map can be found here: http://framework.zend.com/wiki/display/ZFDEV/New I like it. I was also starting to look at some way we could reorganize and provide some good landing pages to make it easier to find needed pages at the ZFDEV site. I'm glad you've contributed this. Your proposed design is a great improvement. What I would like to see different is minor: under the Contributing section, I would like the links to be presented in an order like the following: * Getting Started * The contributor license agreement (CLA) * Issue tracker ** How to write good bug reports (external link?) ** Issue Tracker Etiquette * Code Contributor Guide ** PHP Coding Standards draft ** Testing Standards ** Subversion Standards ** Subversion changeset browser ** Branching Model * Documentation & Translation Guide ** Documentation Standard ** Manual Compilation instructions (not only for translators) ** Translator - Getting Started ** Translator - DocBook and Right to Left Languages * RSS Feeds and Notifications Regards, Bill Karwin
Re: [fw-general] httpd.conf vs .htaccess
Nevermind, when putting this directly in your httpd.conf file you have to use the full path to your index.php Might be a good note to add to the manual ;) Richard Thomas - Code Monkey Cyberlot Technologies Group Inc. 507.398.4124 - Voice Richard Thomas wrote: RewriteEngine on RewriteOptions Inherit RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php The above works in .htaccess but not in my httpd.conf, I get a 400 bad request error any ideas? Richard Thomas - Code Monkey Cyberlot Technologies Group Inc. 507.398.4124 - Voice
[fw-general] httpd.conf vs .htaccess
RewriteEngine on RewriteOptions Inherit RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php The above works in .htaccess but not in my httpd.conf, I get a 400 bad request error any ideas? Richard Thomas - Code Monkey Cyberlot Technologies Group Inc. 507.398.4124 - Voice
Re: [fw-general] Sandbox
But the jabber-server is down? Or maybe i should re-register? All ok... 5 people in room... try to connect with another user (dontknowmypwd or something). When still having problems just look at wiki for trouble shooting. Greetings Thomas
Re: [fw-general] Sandbox
Hi Thomas, But the jabber-server is down? Or maybe i should re-register? (I can't connect.) Johannes Thomas Weidner wrote: Any status updates on this issue? Just log in... works again since yesterday. Greetings Thomas
Re: [fw-general] Sandbox
Any status updates on this issue? Just log in... works again since yesterday. Greetings Thomas
Re: [fw-general] Sandbox
Hello Richard, Any status updates on this issue? cheers Johannes Richard Thomas wrote: The box is up and running but non-responsive, I have contacted a couple people to make sure they know. Richard Thomas - Code Monkey Cyberlot Technologies Group Inc. 507.398.4124 - Voice Thomas Weidner wrote: Hy fellows, there seem to be problems on the sandbox... The Jabber chat-server is down. I had two other people writing me with the same problem. A mail to our zenders was until now ignored (maybe their mailserver is hungry ;-) ) Would be nice if someone who is able to can fix the problems. Greetings Thomas
Re: [fw-general] url generation
Daniel Kipp wrote: Unfortunately this one is also outdated! Zend_Controller_Front isn't singleton any more. this means you can't call getInstance() on it. But it is. The change was reverted some time ago. Please update your sources. I'm still looking for an easy, good and router supported way for URL creation. Any ideas? The URL helper should work. daniel -- Michael Minicki aka Martel Valgoerad | [EMAIL PROTECTED] | http://aie.pl/martel.asc =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= "Generosity is giving more than you can, and pride is taking less than you need." -- Kahlil Gibran
Re: [fw-general] url generation
Yes you can! You may need to update your copy from SVN, but Matthew re-introduced it. It still works pretty well. Cheers Unfortunately this one is also outdated! Zend_Controller_Front isn't singleton any more. this means you can't call getInstance() on it. I'm still looking for an easy, good and router supported way for URL creation. Any ideas? daniel -- Simon Mundy | Director | PEPTOLAB """ " "" "" "" "" """ " "" " " " " "" "" " 202/258 Flinders Lane | Melbourne | Victoria | Australia | 3000 Voice +61 (0) 3 9654 4324 | Mobile 0438 046 061 | Fax +61 (0) 3 9654 4124 http://www.peptolab.com
SV: [fw-general] url generation
Zend_Controller_Front is back as a singleton in SVN... /asger > -Oprindelig meddelelse- > Fra: Daniel Kipp [mailto:[EMAIL PROTECTED] > Sendt: 29. november 2006 13:41 > Til: Cameron Brunner; Zend Framework > Emne: Re: [fw-general] url generation > > Unfortunately this one is also outdated! Zend_Controller_Front > isn't singleton any more. this means you can't call getInstance() on it. > > I'm still looking for an easy, good and router supported way for URL > creation. > > Any ideas? > > daniel > > Cameron Brunner schrieb: > > The current url helper in the incubator for view is designed to work > > with the old controller setup however i managed to mangle it enough > > that it works cleanly with the new incubator code, no guarentees im > > doing things right but here it is. > > > > > > Cameron > > > > On 11/29/06, Daniel Kipp <[EMAIL PROTECTED]> wrote: > >> hi all > >> > >> Is there already a nice way to generate URL's in a view? > >> I'm using 0.2 incubator and couldn't find a solution jet. > >> > >> daniel > >> ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.f-secure.com/
Re: [fw-general] url generation
Unfortunately this one is also outdated! Zend_Controller_Front isn't singleton any more. this means you can't call getInstance() on it. I'm still looking for an easy, good and router supported way for URL creation. Any ideas? daniel Cameron Brunner schrieb: The current url helper in the incubator for view is designed to work with the old controller setup however i managed to mangle it enough that it works cleanly with the new incubator code, no guarentees im doing things right but here it is. Cameron On 11/29/06, Daniel Kipp <[EMAIL PROTECTED]> wrote: hi all Is there already a nice way to generate URL's in a view? I'm using 0.2 incubator and couldn't find a solution jet. daniel
Re: [fw-general] MVC in incubator - using $request->setBaseUrl();
-- Martel Valgoerad <[EMAIL PROTECTED]> wrote (on Wednesday, 29 November 2006, 11:26 AM +0100): > Arnaud Limbourg wrote: > > I'm trying out my code under the new MVC component and I noticed there > > is a problem when I use $request-> setBaseUrl('http://myapp');. The > > routing falls back to index/index. However if I let the request object > > figure it out by itself it work well. > > You should be using a common string from your REQUEST_URI in the > setBaseUrl, Arnaud. The one that leads to your PHP script. > > Matthew, maybe the method name is a bit misleading? Shouldn't it be changed > to something more closer to it's function? Like setBaseDir for instance. I > think it's not too late yet since the code still resides in incubator. And > later, after the 0.6.0 release, it may be harder to do so. I'd replied to a similar question a couple days ago, which indicates to me that the name is confusing. I'm thinking setBasePath() might make more sense as it's related to path_info. I'll make changes on this today, as there is another bug related to setBaseUrl() in the tracker that I'm planning on addressing. -- Matthew Weier O'Phinney PHP Developer| [EMAIL PROTECTED] Zend - The PHP Company | http://www.zend.com/
Re: [fw-general] MVC in incubator - using $request->setBaseUrl();
Arnaud Limbourg wrote: I'm trying out my code under the new MVC component and I noticed there is a problem when I use $request->setBaseUrl('http://myapp');. The routing falls back to index/index. However if I let the request object figure it out by itself it work well. You should be using a common string from your REQUEST_URI in the setBaseUrl, Arnaud. The one that leads to your PHP script. Matthew, maybe the method name is a bit misleading? Shouldn't it be changed to something more closer to it's function? Like setBaseDir for instance. I think it's not too late yet since the code still resides in incubator. And later, after the 0.6.0 release, it may be harder to do so. Arnaud. -- Michael Minicki aka Martel Valgoerad | [EMAIL PROTECTED] | http://aie.pl/martel.asc =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." -- Martin Fowler
[fw-general] MVC in incubator - using $request->setBaseUrl();
Hi, I'm trying out my code under the new MVC component and I noticed there is a problem when I use $request->setBaseUrl('http://myapp');. The routing falls back to index/index. However if I let the request object figure it out by itself it work well. I found out with a bit of digging that request::_pathInfo gets set properly in setPathInfo() gets resetted to '' afterwards. I did not dive too deep but letting the object figure it out itself does not end up with the same object. Using setBaseUrl i end up with object(Zend_Controller_Request_Http)[11] protected '_requestUri' => '/mycontroller/' (length=13) protected '_baseUrl' => 'http://myapp' (length=14) protected '_basePath' => '' (length=0) protected '_pathInfo' => '' (length=0) protected '_params' => array empty protected '_aliases' => array empty protected '_dispatched' => false protected '_controllerKey' => 'controller' (length=10) protected '_actionKey' => 'action' (length=6) Not using it object(Zend_Controller_Request_Http)[11] protected '_requestUri' => '/mycontroller/' (length=13) protected '_baseUrl' => '' (length=0) protected '_basePath' => '' (length=0) protected '_pathInfo' => '/mycontroller/' (length=13) protected '_params' => array empty protected '_aliases' => array empty protected '_dispatched' => false protected '_controllerKey' => 'controller' (length=10) protected '_actionKey' => 'action' (length=6) hth, Arnaud.
[fw-general] Getting 0.6.0 on the road
Hi everybody, I think I am not the only one who is dying to get his hands on a new release. I guess there might also be some people in this mailing list who would like to help but are not quite sure in which area their help is needed. The issue tracker for release 0.6.0 currently shows 63 unresolved issues. Most of these unresolved issues are already assigned to some one. http://framework.zend.com/issues/secure/IssueNavigator.jspa?reset=true&pid=1&fixfor=10040&resolution=-1 So maybe it is possible to identify some issues which could be solved by others than the current assignee. This could be documentation issues, writing unit tests, testing incubator components or fixing small bugs. Or maybe there are other areas where helping hands are needed? What do others think about this little initiative to get the long list of 63 unresolved issues a little bit smaller to get a chance to release the 0.6.0 version sooner? Or is this a rather bad idea due to some reasons I am not aware of? Thanks and Best Regards, Ralf