On Tue, Jul 21, 2009 at 10:48 AM, troels knak-nielsentroel...@gmail.com wrote:
Ireymichaeli...@dmgworldmedia.com wrote:
That's a performance boost of 7X using a singleton versus not using a
singleton.
You're conflating two unrelated concepts. The performance difference
that you observe is
Since I'm trying to get a better understanding, and since we seem to
be mixing several issues here, let me try to clarify and see if you
agree.
As per Wiki, a global variable is a variable that is accessible in
every scope They are usually considered bad practice precisely
because of their
That boost can also occur if you simply do metadata caching, per the
performance recommendations. ;) Truly, that's the single easiest way to
improve performance in Zend_Db_Table, and it has huge impact,
particularly if you instantiate multiple copies of the table within your
app.
Using a
* Autoloader changes
* Refactoring to use Zend_Application (not necessary, but
future-proofs your code)
Any recommended tutorials for Zend_Application?
-Ed
Should I expect to see these debug warnings when debugging my ZF-based
application in Zend Studio?
Debug Warning: /www/lib/zend/ZendFramework-1.9.2/library/Zend/Loader.php
line 165 - fopen(/www/vhosts/local.test.com/application/views/helpers/Url.php)
[a href='function.fopen'function.fopen/a]:
Hi Ralph,
Thanks - I really appreciate the response, the clarification, and
knowing that it will be possible to address this in the future.
-Ed
This is correct behavior. The debugger in studio is throwing a warning in a
situation where PHP has already suppressed the error. FYI, Zend_Loader
Any how to fix this error?
From inside of Zend Studio 7.0.2, using Zend Tool:
executing zf create controller Test
Current context is not valid, consider using the 'cd' command to
alter the contextfile:/Users/edlazor/Zend/workspaces/DefaultWorkspace7
Something broke in my project, not sure what, but ZF is suddenly
having trouble finding classes - models, controllers, forms, etc..
Everything works if I manually add the directories to the include
path. Any idea of what broke, how to fix it, or what to check?
In one special case, the models are
On Thu, Oct 15, 2009 at 7:58 AM, Ralph Schindler
ralph.schind...@zend.com wrote:
Do you know which php you have setup for Zend Studio to use? Perhaps the
include_path is getting mangled somewhere?
It's using whatever the default php is for Zend Studio 7.0.2. Going
into Zend Studio Preferences
More information that I thought might be helpful...
I have two computers with the same problem. Both have php and zf
1.9.4 minimal installed. The php cli has zf in it's include_path and
this include path matches the include_path reported from zf show
phpinfo.
From both systems, running Zend
Hi,
I'm trying to clean up my bootstrap. Is there a way to move these
lines to application.ini?
setlocale(LC_ALL, 'en_US.utf8');
Zend_Locale::setDefault('en');
I read through the manual and it looks like this is required in the
bootstrap, but I'd like to double check.
Thanks,
Ed
I'm trying to clean up my bootstrap. Is there a way to move these
lines to application.ini?
setlocale(LC_ALL, 'en_US.utf8');
Zend_Locale::setDefault('en');
I read through the manual and it looks like this is required in the
bootstrap, but I'd like to double check.
Take a look at
Is there a way to rebuild the zfproject.xml file with Zend_Tool? How
do you keep it updated on a project with others when some people use
Zend_Tool and others don't? Or is this not a big concern?
-Ed
13 matches
Mail list logo
