Hi all,
just to inform you that when you have in action things in this order
$iFilterP = new Zend_Input_Filter($_POST);
$params = $this-_getAllParams();
you will get an Unsupported operand type in
library\Zend\Controller\Request\Http.php on line 601
Just switch the order and everything will
I mean Zend_Filter_Input.
Martin Milesich wrote:
Hi all,
just to inform you that when you have in action things in this order
$iFilterP = new Zend_Input_Filter($_POST);
$params = $this-_getAllParams();
you will get an Unsupported operand type in
fw-svn is not a mailing list for discussion. I've changed the list to
fw-general.
With Zend::exception() we avoid loading all those exception classes
that are only needed if an error occurs, which should be an
exception. So instead of loading these files or at least stat()ing it
with an
I currently check out
http://framework.zend.com/wiki/display/ZFDOC/Zend_Locale and want to use
Zend_Translate, but the current version 0.6.0 an the current snapshot don't
include Zend_Translate.
When Zend_Translate will be ready to publish? It gives somewhere a version
of Zend_Translate to test?
When Zend_Translate will be ready to publish? It gives somewhere a version
of Zend_Translate to test?
Zend_Translate is not ready for public use until now.
It will be released mid January.
The first incubator version is estimated for the 10. January.
Greetings
Thomas
(I18N Team Lead, Main
I guess this is going to be one of the most *important*/*interesting
*components
similar to Locale. We look forward to seeing this in the incubator.
Thanks for the initiative...
On 12/18/06, Andi Gutmans [EMAIL PROTECTED] wrote:
Hi all,
I've been thinking for a while now to see if there
Why does this happen everytime I send an email I get something from Amazon?
-- Forwarded message --
From: Amazon.com [EMAIL PROTECTED]
Date: Dec 18, 2006 10:07 AM
Subject: Re: Your Amazon.com Order
To: Shekar C Reddy [EMAIL PROTECTED]
Greetings from Amazon.com.
We're sorry.
I have been thinking on this since I started Cerebral Cortex, along
with OOo support.
I /will/ be needing this for work sometime in the near future, so
count me in for working on it :)
My final goal for this sorta thing is the ability to abstract it out
enough do something like:
Hi Martin,
You can add second parameter with value false in
Zend_Input_Filter call instead changing order.
This code should work properly:
$iFilterP = new Zend_Input_Filter($_POST, false);
$params = $this-_getAllParams();
Greetings,
Wojciech Naruniec
http://wojciech.naruniec.info/
On
Will look into this...
_
From: Shekar C Reddy [mailto:[EMAIL PROTECTED]
Sent: Monday, December 18, 2006 7:12 AM
To: Andi Gutmans; [EMAIL PROTECTED]; Zend Framework; Maarten
Balliauw
Subject: Fwd: Support for Office 2007 (Your Amazon.com Order)
Why does this happen everytime I send an
Nico Edtinger wrote:
With Zend::exception() we avoid loading all those exception classes
that are only needed if an error occurs, which should be an exception.
So instead of loading these files or at least stat()ing it with an
opcode cache we waste some lines in a file that's loaded anyway.
Yann Nave wrote:
I would like to use Registry object, But it seems not in 0.6 preview.
Zend_Registry moved from incubator to core in 0.6.
Regards,
Bill Karwin
You could solve this with a little more inconvient coding yes?
Function exception($line, $file) {
$exp = new Zend_Exception();
$exp-setLine($line);
$exp-setFile($file);
}
Throw Zend::exception(__LINE__, __FILE__);
--
John Coggeshall
Team Lead NA Pro. Services
Zend
Hi all,
Zend::exception() only returns an exception; it does not currently throw
an exception, by design, to avoid such obfuscation:
throw Zend::exception('SomeException', 'Some Message');
Best regards,
Darby
Bill Karwin wrote:
Nico Edtinger wrote:
With Zend::exception() we avoid loading all
Okay I just tried this:
?php
function testException()
{
require_once 'Zend.php';
try {
$x = Zend::exception('Zend_Exception', 'boo!');
throw $x;
} catch (Zend_Exception $e) {
echo {$e-getMessage()}\n;
echo file: {$e-getFile()}\n;
echo line:
Exception() base doesn't include the method, but the properties ($e-line,
and $e-file I *believe*, check the docs) are protected so you should be
able to implement your own setFile() and setLine() methods from the extended
Zend_Exception.
John
--
John Coggeshall
Team Lead NA Pro. Services
Zend
Yes, this is the case, the exception object will populate its internal
members at construction time, and having been thrown makes no
alterations to internal members. This is good b/c a trace at the time
of construction will persist until/or when the developer wishes to
handle it.
I
In this situation you are offloading the setting to the user which could
be cumbersome.
I guess now that ive got 2 eyes fixed on the current solution, I wonder
why ::exception lives in the Zend class and not in the Zend_Exception
class? Wouldn't it make more sense to have
No I'm not, I'm saying basically what you are -- the framework should be
repointing the exception to the correct location. I'm simply implying that
for internal ZF exceptions we can afford to pass the __LINE__ or __FILE__
in the code. If this can be done transparently from the exception base
Speaking stricky of the DB-side of things for a moment though,
shouldn't you be able to design an application using PDO (and SQLite)
and move your datasource to something like pgSQL or MySQL when
concurrency becomes an issue (with very little modification to your
code) ?
For the record, I have
I just got the same thing.. did someone sign up an amazon email
address up on the ml?
On 12/18/06, Andi Gutmans [EMAIL PROTECTED] wrote:
Will look into this...
From: Shekar C Reddy [mailto:[EMAIL PROTECTED]
Sent: Monday, December 18, 2006 7:12 AM
To: Andi
Colin Ross wrote:
I just got the same thing.. did someone sign up an amazon email
address up on the ml?
Apparently so. It has been removed from the subscriptions, so this
should solve the problem.
Bill
Colin Ross wrote:
Speaking stricky of the DB-side of things for a moment though,
shouldn't you be able to design an application using PDO (and SQLite)
and move your datasource to something like pgSQL or MySQL when
concurrency becomes an issue (with very little modification to your
code) ?
:) .. this is almost exactly what I suggested to Bill last week for
exactly the same reasons (see the API: http://www.php.net/exceptions ).
To see the problem in detail, please consider the attached scripts and
their output.
Due to the time pressure of the 0.6 release, and the likely time
On Dec 18, 2006, at 10:57 AM, Richard Thomas wrote:
Thats just another file and class that needs to be loaded and
parsed adding to the overall overhead.
As is right now to use the very basic features, registry, class
loading and all require just a single file which is nice.
Zend.php
This is a design decision borrowed from Java and explained in this PHP
bug: http://bugs.php.net/bug.php?id=33407
On Mon, 2006-18-12 at 12:15 -0600, Ralph Schindler wrote:
Yes, this is the case, the exception object will populate its internal
members at construction time, and having been thrown
Here Here
I say code it right and if people want performance they can get an op-code
cache.
Kevin
- Original Message -
From: Willie Alberty [EMAIL PROTECTED]
To: Zend Framework General fw-general@lists.zend.com
Sent: Monday, December 18, 2006 3:27 PM
Subject: Re: [fw-general] Re: Do
Zend_Registry :: getInstance() not work in 0.6.
The tutorial AJAX Chat Tutorial not work:
http://devzone.zend.com/node/view/id/1387
Bill Karwin wrote:
Yann Nave wrote:
I would like to use Registry object, But it seems not in 0.6 preview.
Zend_Registry moved from incubator to core in 0.6.
I don't know, I think all of these are answers in search of a problem
that's already been satisfactorily resolved with Zend::exception().
To be honest, I also don't understand what the problem is in the e-mail
that touched off this subject. Exceptions are thrown inside of Zend[_*]
classes so
Try $registry = Zend::registry();
Moving discussion to [EMAIL PROTECTED]
Fábio T. da Costa wrote:
Zend_Registry :: getInstance() not work in 0.6.
The tutorial AJAX Chat Tutorial not work:
http://devzone.zend.com/node/view/id/1387
Bill Karwin wrote:
Yann Nave wrote:
I would like to
Colin Ross wrote:
Speaking stricky of the DB-side of things for a moment though,
shouldn't you be able to design an application using PDO (and SQLite)
and move your datasource to something like pgSQL or MySQL when
concurrency becomes an issue (with very little modification to your
code) ?
31 matches
Mail list logo
