On 1/8/2009 12:05, Rob Allen wrote:
On 8 Jan 2009, at 09:26, Bart McLeod wrote:
You can of course have a base custom controller, but you do not need to.
Depending on what you need exactly you can use either an action helper
in the init method or a plugin or both a plugin and an action helper.
My bad, I meant PHP 5.2.0.
On Tue, Jan 6, 2009 at 12:43 PM, Ionut Gabriel Stan
wrote:
> There is no PEAR in Zend_Json. By default Zend_Json will try to use
> json_encode/json_decode functions. These functions are not part of PECL as
> of PHP5, they're part of the standard PH
There is no PEAR in Zend_Json. By default Zend_Json will try to use
json_encode/json_decode functions. These functions are not part of PECL
as of PHP5, they're part of the standard PHP distribution. Nevertheless,
you could ask Zend_Json to use its *own* encoder/decoder.
On 1/6/2009 12:30, moh
Matthew Weier O'Phinney wrote:
-- Ralf Eggert<[EMAIL PROTECTED]> wrote
(on Friday, 28 November 2008, 06:23 PM +0100):
What I've started doing and recommending is to attach forms to your
model, and to use forms for model validation.
Thanks for your reply. Your approach sounds very s
Vince42 wrote:
Hi,
Ionut Gabriel Stan schrieb:
Thanks Robert, I had no idea there's an option for a hierarchical
view. I Should have played more with PDT before complaining about
this.
Let's face it: This option is *very well hidden* ... it should rather
reside in the co
resentation -> Hierachical
- Robert
-Original Message-
From: Vince42 [mailto:[EMAIL PROTECTED]
Sent: Thu 06/11/2008 12:06
To: fw-general@lists.zend.com
Subject: Re: [fw-general] Zend PDT 2.0 all-in-one available (BETA)
Ionut Gabriel Stan schrieb:
> The representation of folders inside PHP
The representation of folders inside PHP Explorer view is driving me crazy.
It should be a tree like structure...
On 11/6/2008 12:02, Robert Castley wrote:
A bit off-list but those Zend guys have packaged an all-in-one build
of the latest PDT 2.0 and Eclipse 3.4.
http://downloads.zend.com/pdt/
I took a look at this package, especially Zend_Soap_Client as right now I'm
involved in developing some SOAP consumers.
Before I go any further I should mention that these are my first SOAP projects
so I'm not that versed in this field.
So... in my opinion and at this moment I see no real benefit
I guess you are wondering why isn't throwing an error
because you have 4 mandatory arguments in
User::notify(), right?
Hmmm, it makes sense what you're saying, because if I
would use your class and only know you're implementing
SplSubject, I'd knew there's notify() that I can use,
but as you have
I'm not sure what kind of problem the Zend Feed
component can confront when dealing with your code,
but if I may, you can extract the date as a Unix
timestamp directly from MySQL using it's built-in
function:
UNIX_TIMESTAMP(date),
then format it in PHP with a simple:
date('r', $row->tim
I've realized I said something wrong, the files are
still interpreted. I keep the semantics reason.
--- Ionut Gabriel Stan <[EMAIL PROTECTED]> wrote:
> Your problem right now is that your views won't get
> parsed as PHP, unless you add an Apache directive in
> .htaccess
Your problem right now is that your views won't get
parsed as PHP, unless you add an Apache directive in
.htaccess or http.conf. The reason I see using .phtml
instead of using .php or .html is that these files
need to be interpreted by the PHP engine _while_
they're more like HTML than PHP. The cho
12 matches
Mail list logo