On Monday 15 Nov 2010 22:30:04 Steve Rayner wrote:
however i still get the dt and dd html tags.
am i doing this wrong?
is there a simple way to turn off this feature for all forms. I'm finding
that these tags are making my css more complicated than it needs to be.
The dt and dd are
Hi,
I was wondering if it is possible to add some basic RewriteRules to the ZF
.htaccess?
Is it possible to match certain urls while there is not a corresponding
Controller/Action/View or Routes configured for these paths?
Something like:
SetEnv APPLICATION_ENV development
RewriteEngine On
'Twas brillig, and Laurens van Vliet at 16/11/10 11:11 did gyre and gimble:
Hi,
I was wondering if it is possible to add some basic RewriteRules to the ZF
.htaccess?
Is it possible to match certain urls while there is not a corresponding
Controller/Action/View or Routes configured for
Problem with this code is that it is not working.
When I try to open in my browser my application with /foo at the end of the
url, say for example: http://www.example.com/foo
then I get this error message:
Fatal error: Uncaught exception 'Zend_Controller_Dispatcher_Exception' with
message
'Twas brillig, and Laurens van Vliet at 16/11/10 11:57 did gyre and gimble:
Problem with this code is that it is not working.
When I try to open in my browser my application with /foo at the end of the
url, say for example: http://www.example.com/foo
then I get this error message:
Fatal
Reprinted from http://dz.zend.com/a/12785
For those who haven't put the reoccurring event in their calendar, this
announcement is for you: Zend Framework Monthly Bug-hunt is here again!
This *Thursday*, *Friday* and *Saturday* of November (the 18th, 19th and
20th 2010), we'll be hosting our
weierophinney wrote:
(APC http://php.net/manual/en/book.apc.php will help your speed issues)
APC is one solution -- and that applies to ZF1 as well. However, the
better solution is to profile the code and re-architect pain points to
make them more performant. The autoloading/plugin
monk.e.boy wrote:
weierophinney wrote:
(APC http://php.net/manual/en/book.apc.php will help your speed issues)
APC is one solution -- and that applies to ZF1 as well. However, the
better solution is to profile the code and re-architect pain points to
make them more performant. The
Steve Rayner wrote:
I'm trying to get rid of the default decorators in zend form.
I don't want the dl, dt dd tags.
snip/
is there a simple way to turn off this feature for all forms. I'm finding that
these tags are making my css more complicated than it needs to be.
Hi Steve,
I also
I'm seeing a lot of talk about Doctrine 2 and ZF lately. Is the general
consensus that Doctrine is going to be used for object persistence, rather
than a new Zend component?
Yes Doctrine is great, but it has some limitations, some of which are
non-trivial in complex applications and the
Is there any was to list specific objects in Zend_Service_Amazon_S3
For example I have objects in a tree like structure and I want to access on
a particular tree.
/mybucket/sites/foo
/mybucket/sites/bar
/mybucket/sites/baz
Can I do a query and list just /mybucket/sites/baz ?
Your help is
The biggest concern I have with Doctrine 2 is that it requires developers to
explicitly define class members in their code. This is ok in many cases, but
consider the case of a CMS that allows users to define their own fields
through a GUI w/o coding. The way to accomplish this would be to store
On Tuesday 16 Nov 2010 22:45:42 Nick Daugherty wrote:
Regardless, I think Zend is important enough to have it's own ORM. If it
had a performant and above all, easy to use, ORM, it could be THE killer
framework. Right now, Symfony is easily coupled with Doctrine (and
Doctrine requires parts of
Hi Jurian,
I'm not sure if Benjamin's reasons for stopping were 'very good'...to me it
sounds like it came down to him not having enough time to flesh everything
out and get it as functional as Doctrine, rather than real reasons for
excluding it from Zend. If we find additional interest in the
Hey Nick,
Doctrine does not rely on getters and setters for hydration. It only uses
reflection to set and get the values. That is why we cannot implement your
requested support for dynamic fields.
However the functionality you want from Doctrine 2 exists in 2.0 already
and is planned to
Hi Benjamin,
Thanks for the insight into your work on Zend_Entity. The reason I believed
that Doctrine used getters and setters for hydration was that the
documentation encouraged making the members private (so I assumed that
Doctrine would not be able to properly set the values without
16 matches
Mail list logo