Nabble - Zend Framework

Re: Re: optgroup class or id

2009-11-08T11:02:12Z

On Sun, Nov 8, 2009 at 1:44 PM, Matthew Weier O'Phinney
<matthew@...> wrote:
> Can you add an issue to the tracker for this, along with your patch? The
> feature has been requested more than once. :)
>

Sure, opened as ZF-8252 (not sure why the formatting got hosed):

http://framework.zend.com/issues/browse/ZF-8252

> -- Bradley Holt <bradley.holt@...> wrote
> (on Sunday, 08 November 2009, 01:28 PM -0500):
>> I dug into the rendering code in Zend_View_Helper_FormSelect. Based on
>> how the optgroup element is created I can see that there's no way to
>> add an id or class to the optgroup. Here is a patch that should allow
>> for the following use case but should still be backwards compatible.
>> This is not necessarily the best way to do this and could probably be
>> a lot better: I put it together very quickly. The existing code
>> doesn't seem to follow the Zend Framework coding standards so I kept
>> my new code similar to the code that's already there. Again, this
>> could be a lot more extensible than it is (e.g. it only allows for id
>> and not class or other arbitrary decorators).
>>
>> Here is the use case that will give the desired output in my previous
>> email (id attribute on optgroup elements):
>>
>> $optgroupTest = new Zend_Form_Element_Select('optgroup_test');
>> $options = array (
>> array(
>> 'id' => 'option_group_1',
>> 'label' => 'Option Group 1',
>> 'options' => array (
>> 'A' => 'Option A',
>> 'B' => 'Option B',
>> 'C' => 'Option C',
>> ),
>> ),
>> array(
>> 'id' => 'option_group_2',
>> 'label' => 'Option Group 2',
>> 'options' => array (
>> 'D' => 'Option D',
>> ),
>> ),
>> );
>> $optgroupTest
>> ->setLabel('Optgroup Test')
>> ->addMultiOptions(
>> $options
>> )
>> ;
>>
>> Here is the patch against Zend Framework 1.9.5 (tags/release-1.9.5)
>> that will make the above use case work (patch attached as well):
>>
>> Index: View/Helper/FormSelect.php
>> ===================================================================
>> --- View/Helper/FormSelect.php (revision 18900)
>> +++ View/Helper/FormSelect.php (working copy)
>> @@ -116,6 +116,15 @@
>> $translator = $this->getTranslator();
>> foreach ((array) $options as $opt_value => $opt_label) {
>> if (is_array($opt_label)) {
>> + $opt_id = '';
>> + if (is_integer($opt_value)) {
>> + $opt_array = $opt_label;
>> + if (array_key_exists('id', $opt_array)) {
>> + $opt_id = ' id="' . $opt_array['id'] . '"';
>> + }
>> + $opt_value = $opt_array['label'];
>> + $opt_label = $opt_array['options'];
>> + }
>> $opt_disable = '';
>> if (is_array($disable) && in_array($opt_value, $disable)) {
>> $opt_disable = ' disabled="disabled"';
>> @@ -124,6 +133,7 @@
>> $opt_value = $translator->translate($opt_value);
>> }
>> $list[] = '<optgroup'
>> + . $opt_id
>> . $opt_disable
>> . ' label="' . $this->view->escape($opt_value) .'">';
>> foreach ($opt_label as $val => $lab) {
>>
>> ---
>>
>> Thanks,
>> Bradley
>
>
>
> --
> Matthew Weier O'Phinney
> Project Lead | matthew@...
> Zend Framework | http://framework.zend.com/
>

Re: Re: optgroup class or id

2009-11-08T10:44:59Z

Can you add an issue to the tracker for this, along with your patch? The
feature has been requested more than once. :)

-- Bradley Holt <bradley.holt@...> wrote
(on Sunday, 08 November 2009, 01:28 PM -0500):

> I dug into the rendering code in Zend_View_Helper_FormSelect. Based on
> how the optgroup element is created I can see that there's no way to
> add an id or class to the optgroup. Here is a patch that should allow
> for the following use case but should still be backwards compatible.
> This is not necessarily the best way to do this and could probably be
> a lot better: I put it together very quickly. The existing code
> doesn't seem to follow the Zend Framework coding standards so I kept
> my new code similar to the code that's already there. Again, this
> could be a lot more extensible than it is (e.g. it only allows for id
> and not class or other arbitrary decorators).
>
> Here is the use case that will give the desired output in my previous
> email (id attribute on optgroup elements):
>
> $optgroupTest = new Zend_Form_Element_Select('optgroup_test');
> $options = array (
> array(
> 'id' => 'option_group_1',
> 'label' => 'Option Group 1',
> 'options' => array (
> 'A' => 'Option A',
> 'B' => 'Option B',
> 'C' => 'Option C',
> ),
> ),
> array(
> 'id' => 'option_group_2',
> 'label' => 'Option Group 2',
> 'options' => array (
> 'D' => 'Option D',
> ),
> ),
> );
> $optgroupTest
> ->setLabel('Optgroup Test')
> ->addMultiOptions(
> $options
> )
> ;
>
> Here is the patch against Zend Framework 1.9.5 (tags/release-1.9.5)
> that will make the above use case work (patch attached as well):
>
> Index: View/Helper/FormSelect.php
> ===================================================================
> --- View/Helper/FormSelect.php (revision 18900)
> +++ View/Helper/FormSelect.php (working copy)
> @@ -116,6 +116,15 @@
> $translator = $this->getTranslator();
> foreach ((array) $options as $opt_value => $opt_label) {
> if (is_array($opt_label)) {
> + $opt_id = '';
> + if (is_integer($opt_value)) {
> + $opt_array = $opt_label;
> + if (array_key_exists('id', $opt_array)) {
> + $opt_id = ' id="' . $opt_array['id'] . '"';
> + }
> + $opt_value = $opt_array['label'];
> + $opt_label = $opt_array['options'];
> + }
> $opt_disable = '';
> if (is_array($disable) && in_array($opt_value, $disable)) {
> $opt_disable = ' disabled="disabled"';
> @@ -124,6 +133,7 @@
> $opt_value = $translator->translate($opt_value);
> }
> $list[] = '<optgroup'
> + . $opt_id
> . $opt_disable
> . ' label="' . $this->view->escape($opt_value) .'">';
> foreach ($opt_label as $val => $lab) {
>
> ---
>
> Thanks,
> Bradley

--
Matthew Weier O'Phinney
Project Lead | matthew@...
Zend Framework | http://framework.zend.com/

Re: optgroup class or id

2009-11-08T10:28:00Z

I dug into the rendering code in Zend_View_Helper_FormSelect. Based on
how the optgroup element is created I can see that there's no way to
add an id or class to the optgroup. Here is a patch that should allow
for the following use case but should still be backwards compatible.
This is not necessarily the best way to do this and could probably be
a lot better: I put it together very quickly. The existing code
doesn't seem to follow the Zend Framework coding standards so I kept
my new code similar to the code that's already there. Again, this
could be a lot more extensible than it is (e.g. it only allows for id
and not class or other arbitrary decorators).

Here is the use case that will give the desired output in my previous
email (id attribute on optgroup elements):

$optgroupTest = new Zend_Form_Element_Select('optgroup_test');
$options = array (
array(
'id' => 'option_group_1',
'label' => 'Option Group 1',
'options' => array (
'A' => 'Option A',
'B' => 'Option B',
'C' => 'Option C',
),
),
array(
'id' => 'option_group_2',
'label' => 'Option Group 2',
'options' => array (
'D' => 'Option D',
),
),
);
$optgroupTest
->setLabel('Optgroup Test')
->addMultiOptions(
$options
)
;

Here is the patch against Zend Framework 1.9.5 (tags/release-1.9.5)
that will make the above use case work (patch attached as well):

Index: View/Helper/FormSelect.php
===================================================================
--- View/Helper/FormSelect.php (revision 18900)
+++ View/Helper/FormSelect.php (working copy)
@@ -116,6 +116,15 @@
$translator = $this->getTranslator();
foreach ((array) $options as $opt_value => $opt_label) {
if (is_array($opt_label)) {
+ $opt_id = '';
+ if (is_integer($opt_value)) {
+ $opt_array = $opt_label;
+ if (array_key_exists('id', $opt_array)) {
+ $opt_id = ' id="' . $opt_array['id'] . '"';
+ }
+ $opt_value = $opt_array['label'];
+ $opt_label = $opt_array['options'];
+ }
$opt_disable = '';
if (is_array($disable) && in_array($opt_value, $disable)) {
$opt_disable = ' disabled="disabled"';
@@ -124,6 +133,7 @@
$opt_value = $translator->translate($opt_value);
}
$list[] = '<optgroup'
+ . $opt_id
. $opt_disable
. ' label="' . $this->view->escape($opt_value) .'">';
foreach ($opt_label as $val => $lab) {

---

Thanks,
Bradley

FormSelect.patch (1K) Download Attachment

optgroup class or id

2009-11-08T09:34:03Z

I'm trying to create a Zend_Form_Element_Select with option groups
(optgroup) that each have their own class or id (preferably id). Is
there a way to do this? I need to be able to select specific optgroups
in JavaScript to enable/disable them which is why I need an id or
class (selecting on label would be a messy hack). Here is code similar
to what I'm using:

---

$optgroupTest = new Zend_Form_Element_Select('optgroup_test');
$options = array (
'Option Group 1' => array (
'A' => 'Option A',
'B' => 'Option B',
'C' => 'Option C',
),
'Option Group 2' => array (
'D' => 'Option D',
),
);
$optgroupTest
->setLabel('Optgroup Test')
->addMultiOptions(
$options
)
;

---

The corresponding output:

---

<select name="optgroup_test" id="optgroup_test">
<optgroup label="Option Group 1">
<option value="A" label="Option A">Option A</option>
<option value="B" label="Option B">Option B</option>
<option value="C" label="Option C">Option C</option>
</optgroup>
<optgroup label="Option Group 2">
<option value="D" label="Option D">Option D</option>
</optgroup>
</select>

---

The desired output (note the id on the two optgroup elements):

---

<select name="optgroup_test" id="optgroup_test">
<optgroup label="Option Group 1" id="option_group_1">
<option value="A" label="Option A">Option A</option>
<option value="B" label="Option B">Option B</option>
<option value="C" label="Option C">Option C</option>
</optgroup>
<optgroup label="Option Group 2" id="option_group_2">
<option value="D" label="Option D">Option D</option>
</optgroup>
</select>

---

Is there any way with Zend_Form_Element_Select to get this desired
output? As I said before, either an id or class on optgroup elements
would be acceptable.

Thanks,
Bradley

Re: Zend Autloader Throwing Exceptions

2009-11-07T12:12:40Z

-- A.J. Brown <fynwine@...> wrote
(on Saturday, 07 November 2009, 12:48 PM -0500):

> That makes sense, but in the situation I had previously, the exception
> was making it through to my code. When I tried to catch it, it
> wouldn't catch.
>
> for example:
>
> $al = Zend_Loader_Autloader::getInstance();
> $al->suppressNotFoundWarnings( true );
>
> try {
> $al->autoload( 'Non_Existing_Class );
> } catch ( Zend_Exception $ ) {
> //do nothing
> }
>
> was throwing an exception for me.

I've gone through the code to trace execution, and there's no way
Zend_Loader_Autoloader::autoload() is throwing an exception; if you're
seeing differently, there's likely something funky with your install, or
the exception is occuring in a place different than you think.

I recommend stepping through execution with a debugger to see when and
where the exception is being raised.

> On Fri, Nov 6, 2009 at 2:20 PM, Matthew Weier O'Phinney
> <matthew@...> wrote:
> > -- A.J. Brown <fynwine@...> wrote
> > (on Friday, 06 November 2009, 01:33 PM -0500):
> >> Thanks a lot, that worked. The only modification is to add the @
> >> symbol before the `include` in the new autoloader to suppress the
> >> warnings.
> >>
> >> One question remains, though -- why was I not able to catch the
> >> exception thrown by Zend's autoloader? Is it because it uses
> >> call_user_func? I think this needs to be filed as a bug. I'll do the
> >> honors if you agree.
> >
> > Zend_Loader_Autoloader::_autoload() has a try/catch block within it; if
> > an exception occurs during Zend_Loader::loadClass(), it catches the
> > exception and returns boolean false. This was by design; failure to
> > autoload a class is not an exceptional condition. PHP will raise a fatal
> > error later if the class is not found, but there may be other
> > autoloaders registered and executed later that could potentially match
> > the class.
> >
> >> On Fri, Nov 6, 2009 at 9:34 AM, Matthew Weier O'Phinney
> >> <matthew@...> wrote:
> >> > -- A.J. Brown <fynwine@...> wrote
> >> > (on Wednesday, 04 November 2009, 11:31 AM -0500):
> >> >> Just incase it's useful somehow, here's the full config:
> >> >>
> >> >> http://www.pastie.org/683340
> >> >>
> >> >> By the way, I'm aware that I shouldn't be registering Doctrine's
> >> >> namespace and instead should push the Doctrine autoloader. I'm just
> >> >> doing this temporarily until we begin actually leveraging doctrine.
> >> >>
> >> >> Here is the complete code of the class that's giving me trouble:
> >> >>
> >> >> http://www.pastie.org/683348
> >> >
> >> > I figured it out.
> >> >
> >> > So, Zend_Loader_Autoloader utilizes Zend_Loader::loadClass() internally
> >> > to resolve class files. However, I was wrong about how it works -- it
> >> > *does*, in fact, throw an exception if the class does not exist after it
> >> > attempted to load it.
> >> >
> >> > Your best bet is to create an additional autoloader that you attach to
> >> > Zend_Loader_Autoloader that will attempt to load just your form classes
> >> > -- and declare them otherwise.
> >> >
> >> > One way to do that might be as follows:
> >> >
> >> > class CP_Form_Autoloader
> >> > {
> >> > public static function autoload($className)
> >> > {
> >> > if (class_exists($className, false)) {
> >> > return $className;
> >> > }
> >> >
> >> > $fileName = str_replace('_', '/', $className) . '.php';
> >> > if (include($fileName)) {
> >> > return $className;
> >> > }
> >> >
> >> > eval("class $className extends CP_Form { }");
> >> >
> >> > return $class;
> >> > }
> >> > }
> >> >
> >> > You would then register this with the main autoloader as follows:
> >> >
> >> > $al = Zend_Loader_Autoloader::getInstance();
> >> > class_exists('CP_Form_Autoloader'); // to ensure it's autoloaded
> >> > // prior to registration...
> >> > $al->pushAutoloader(array('CP_Form_Autoloader', 'autoload'), 'CP_Form_')
> >> >
> >> > Note the second argument -- this will ensure it only attempts to load
> >> > classes beginning with 'CP_Form_'.
> >> >
> >> > Do the above in a bootstrap resource, and then modify your CP_Form
> >> > class's _declareFormClass() method as follows:
> >> >
> >> > protected function _declareFormClass($formName)
> >> > {
> >> > $class = 'CP_Form_' . $formName;
> >> > return $class;
> >> > }
> >> >
> >> > and that *should* get you going.
> >> >
> >> >> And here's the complete source of the controller where that code is being run:
> >> >>
> >> >> http://www.pastie.org/683344
> >> >>
> >> >> On Wed, Nov 4, 2009 at 11:22 AM, A.J. Brown <fynwine@...> wrote:
> >> >> > Hey Matthew,
> >> >> >
> >> >> > Thanks for the explanation. I assumed since the error had
> >> >> > "Zend_Exception" in it, that it was actually an exception being
> >> >> > thrown.
> >> >> >
> >> >> > Zend_Version::VERSION == '1.9.3'
> >> >> >
> >> >> > The code in the pastie is literally the only code that ever does
> >> >> > anything with the autoloader. This is a new project, and other than
> >> >> > some boilerplate controller code, this is the first few lines of code
> >> >> > that have been typed. The only other modifications are adding the
> >> >> > namespaces to the autoloader, using the built-in method through the
> >> >> > application configuration:
> >> >> >
> >> >> >
> >> >> > autoloaderNamespaces.cp = "CP_"
> >> >> > autoloaderNamespaces.doctrine = "Doctrine_"
> >> >> >
> >> >> >
> >> >> > It's also strange that the error is not being suppressed by the @ symbol.
> >> >> >
> >> >> >
> >> >> > On Wed, Nov 4, 2009 at 8:57 AM, Matthew Weier O'Phinney
> >> >> > <matthew@...> wrote:
> >> >> >> -- A.J. Brown <aj@...> wrote
> >> >> >> (on Tuesday, 03 November 2009, 07:59 PM -0500):
> >> >> >>> I'm trying to supress errors with the Zend Autoloader, but it's still
> >> >> >>> throwing them. In this specific case, I'm dynamically ceating a class
> >> >> >>> if it doesn't already exist. I'm calling suppressNotFoundWarnings(
> >> >> >>> true ).
> >> >> >>>
> >> >> >>> Here's my code:
> >> >> >>>
> >> >> >>> http://www.pastie.org/682603
> >> >> >>>
> >> >> >>> On line 13, I'm getting a Zend_Exception saying that CP/Form/Login.php
> >> >> >>> not found and CP_Form_Login does not exist. Here's that line:
> >> >> >>>
> >> >> >>> if( @$autoloader->autoload( $class ) ) {
> >> >> >>>
> >> >> >>> even wrapping it in a Try/Catch doesn't catch the exception. The best
> >> >> >>> part is that further down in the code, the class is still declared,
> >> >> >>> and the code continues to run.
> >> >> >>>
> >> >> >>> the CP_ namespace is registered to the autoloader at bootstrap. (I
> >> >> >>> confirmed this through debugging).
> >> >> >>
> >> >> >> You're confusing exceptions with errors. Zend_Loader_Autoloader does not
> >> >> >> throw exceptions within its autoload() method (it's considered a bad
> >> >> >> practice, and PHP itself behaves badly when it happens); this is why the
> >> >> >> try/catch does not work. What's actually happening is that PHP's
> >> >> >> include() function is raising a PHP warning when it can't find the
> >> >> >> related file in question.
> >> >> >>
> >> >> >> What *is* odd to me is that the autoloader is not suppressing the errors
> >> >> >> when you've specifically requested it do so. I've just tried this
> >> >> >> locally with the following:
> >> >> >>
> >> >> >>
> >> >> >> $autoloader->suppressNotFoundWarnings(true);
> >> >> >> if (!$autoloader->autoload('Zend_Foo_Bar')) {
> >> >> >> echo 'Not found';
> >> >> >> exit;
> >> >> >> }
> >> >> >> echo 'Found';
> >> >> >>
> >> >> >> With the warnings suppressed, it works as expected; without, I get
> >> >> >> the PHP warning, again, as expected.
> >> >> >>
> >> >> >> So, a few questions:
> >> >> >>
> >> >> >> * What version of ZF are you using?
> >> >> >> * Can you provide *all* code indicating how you've configured the
> >> >> >> autoloader?
> >> >> >> * Is the "CP_" namespace registered with the autoloader? If not, do you
> >> >> >> have another autoloader registered that would be handling it?
> >> >> >>
> >> >> >> Based on what you've presented, I have to assume that there's some other
> >> >> >> configuration issue that's leading to the error.
> >> >> >>
> >> >> >> --
> >> >> >> Matthew Weier O'Phinney
> >> >> >> Project Lead | matthew@...
> >> >> >> Zend Framework | http://framework.zend.com/
> >> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >> > --
> >> >> > A.J. Brown
> >> >> > web | http://ajbrown.org
> >> >> > phone | (937) 660-3969
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> A.J. Brown
> >> >> web | http://ajbrown.org
> >> >> phone | (937) 660-3969
> >> >>
> >> >
> >> > --
> >> > Matthew Weier O'Phinney
> >> > Project Lead | matthew@...
> >> > Zend Framework | http://framework.zend.com/
> >> >
> >>
> >>
> >>
> >> --
> >> A.J. Brown
> >> web | http://ajbrown.org
> >> phone | (937) 660-3969
> >>
> >
> > --
> > Matthew Weier O'Phinney
> > Project Lead | matthew@...
> > Zend Framework | http://framework.zend.com/
> >
>
>
>
> --
> A.J. Brown
> web | http://ajbrown.org
> phone | (937) 660-3969
>

--
Matthew Weier O'Phinney
Project Lead | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend + MVC + Dojo pane ?

2009-11-07T12:08:51Z

-- forst <fredforst@...> wrote
(on Friday, 06 November 2009, 01:26 PM -0800):
> I'm trying to create a web page using a MVC model (Zend) and some of
> Dojo/Dijit 's features. My layout is pretty heavy to load each time so I
> would know if possible to only load each view content ; when a link is
> clicked ; into a dojox ContentPane ?

You have two options.

First, Dojo offers facilities for creating custom builds. A build
inters all Dojo files into a single file, and does a variety of
compression mechanisms on it (removes whitespace and comments, does some
heuristics on variable names, etc.). This can have a *huge* impact on
your application. However, it's only recommended for production, as
often during development you will benefit from the use-at-will nature of
Dojo. For more information on this, see this section of the manual:

http://framework.zend.com/manual/en/zend.dojo.build-layers.html

If you want to use XHR calls to populate dojo panes, it's entirely
possible. You will need to intercept links to instead perform XHR calls,
and then have the markup returned fill the content pane. There are
several examples of this in the Dojo documentation (particularly in the
ContentPane docs); I recommend going there for more information.

--
Matthew Weier O'Phinney
Project Lead | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend Autloader Throwing Exceptions

2009-11-07T09:48:52Z

That makes sense, but in the situation I had previously, the exception
was making it through to my code. When I tried to catch it, it
wouldn't catch.

for example:

$al = Zend_Loader_Autloader::getInstance();
$al->suppressNotFoundWarnings( true );

try {
$al->autoload( 'Non_Existing_Class );
} catch ( Zend_Exception $ ) {
//do nothing
}

was throwing an exception for me.

On Fri, Nov 6, 2009 at 2:20 PM, Matthew Weier O'Phinney
<matthew@...> wrote:

> -- A.J. Brown <fynwine@...> wrote
> (on Friday, 06 November 2009, 01:33 PM -0500):
>> Thanks a lot, that worked. The only modification is to add the @
>> symbol before the `include` in the new autoloader to suppress the
>> warnings.
>>
>> One question remains, though -- why was I not able to catch the
>> exception thrown by Zend's autoloader? Is it because it uses
>> call_user_func? I think this needs to be filed as a bug. I'll do the
>> honors if you agree.
>
> Zend_Loader_Autoloader::_autoload() has a try/catch block within it; if
> an exception occurs during Zend_Loader::loadClass(), it catches the
> exception and returns boolean false. This was by design; failure to
> autoload a class is not an exceptional condition. PHP will raise a fatal
> error later if the class is not found, but there may be other
> autoloaders registered and executed later that could potentially match
> the class.
>
>> On Fri, Nov 6, 2009 at 9:34 AM, Matthew Weier O'Phinney
>> <matthew@...> wrote:
>> > -- A.J. Brown <fynwine@...> wrote
>> > (on Wednesday, 04 November 2009, 11:31 AM -0500):
>> >> Just incase it's useful somehow, here's the full config:
>> >>
>> >> http://www.pastie.org/683340
>> >>
>> >> By the way, I'm aware that I shouldn't be registering Doctrine's
>> >> namespace and instead should push the Doctrine autoloader. I'm just
>> >> doing this temporarily until we begin actually leveraging doctrine.
>> >>
>> >> Here is the complete code of the class that's giving me trouble:
>> >>
>> >> http://www.pastie.org/683348
>> >
>> > I figured it out.
>> >
>> > So, Zend_Loader_Autoloader utilizes Zend_Loader::loadClass() internally
>> > to resolve class files. However, I was wrong about how it works -- it
>> > *does*, in fact, throw an exception if the class does not exist after it
>> > attempted to load it.
>> >
>> > Your best bet is to create an additional autoloader that you attach to
>> > Zend_Loader_Autoloader that will attempt to load just your form classes
>> > -- and declare them otherwise.
>> >
>> > One way to do that might be as follows:
>> >
>> > class CP_Form_Autoloader
>> > {
>> > public static function autoload($className)
>> > {
>> > if (class_exists($className, false)) {
>> > return $className;
>> > }
>> >
>> > $fileName = str_replace('_', '/', $className) . '.php';
>> > if (include($fileName)) {
>> > return $className;
>> > }
>> >
>> > eval("class $className extends CP_Form { }");
>> >
>> > return $class;
>> > }
>> > }
>> >
>> > You would then register this with the main autoloader as follows:
>> >
>> > $al = Zend_Loader_Autoloader::getInstance();
>> > class_exists('CP_Form_Autoloader'); // to ensure it's autoloaded
>> > // prior to registration...
>> > $al->pushAutoloader(array('CP_Form_Autoloader', 'autoload'), 'CP_Form_')
>> >
>> > Note the second argument -- this will ensure it only attempts to load
>> > classes beginning with 'CP_Form_'.
>> >
>> > Do the above in a bootstrap resource, and then modify your CP_Form
>> > class's _declareFormClass() method as follows:
>> >
>> > protected function _declareFormClass($formName)
>> > {
>> > $class = 'CP_Form_' . $formName;
>> > return $class;
>> > }
>> >
>> > and that *should* get you going.
>> >
>> >> And here's the complete source of the controller where that code is being run:
>> >>
>> >> http://www.pastie.org/683344
>> >>
>> >> On Wed, Nov 4, 2009 at 11:22 AM, A.J. Brown <fynwine@...> wrote:
>> >> > Hey Matthew,
>> >> >
>> >> > Thanks for the explanation. I assumed since the error had
>> >> > "Zend_Exception" in it, that it was actually an exception being
>> >> > thrown.
>> >> >
>> >> > Zend_Version::VERSION == '1.9.3'
>> >> >
>> >> > The code in the pastie is literally the only code that ever does
>> >> > anything with the autoloader. This is a new project, and other than
>> >> > some boilerplate controller code, this is the first few lines of code
>> >> > that have been typed. The only other modifications are adding the
>> >> > namespaces to the autoloader, using the built-in method through the
>> >> > application configuration:
>> >> >
>> >> >
>> >> > autoloaderNamespaces.cp = "CP_"
>> >> > autoloaderNamespaces.doctrine = "Doctrine_"
>> >> >
>> >> >
>> >> > It's also strange that the error is not being suppressed by the @ symbol.
>> >> >
>> >> >
>> >> > On Wed, Nov 4, 2009 at 8:57 AM, Matthew Weier O'Phinney
>> >> > <matthew@...> wrote:
>> >> >> -- A.J. Brown <aj@...> wrote
>> >> >> (on Tuesday, 03 November 2009, 07:59 PM -0500):
>> >> >>> I'm trying to supress errors with the Zend Autoloader, but it's still
>> >> >>> throwing them. In this specific case, I'm dynamically ceating a class
>> >> >>> if it doesn't already exist. I'm calling suppressNotFoundWarnings(
>> >> >>> true ).
>> >> >>>
>> >> >>> Here's my code:
>> >> >>>
>> >> >>> http://www.pastie.org/682603
>> >> >>>
>> >> >>> On line 13, I'm getting a Zend_Exception saying that CP/Form/Login.php
>> >> >>> not found and CP_Form_Login does not exist. Here's that line:
>> >> >>>
>> >> >>> if( @$autoloader->autoload( $class ) ) {
>> >> >>>
>> >> >>> even wrapping it in a Try/Catch doesn't catch the exception. The best
>> >> >>> part is that further down in the code, the class is still declared,
>> >> >>> and the code continues to run.
>> >> >>>
>> >> >>> the CP_ namespace is registered to the autoloader at bootstrap. (I
>> >> >>> confirmed this through debugging).
>> >> >>
>> >> >> You're confusing exceptions with errors. Zend_Loader_Autoloader does not
>> >> >> throw exceptions within its autoload() method (it's considered a bad
>> >> >> practice, and PHP itself behaves badly when it happens); this is why the
>> >> >> try/catch does not work. What's actually happening is that PHP's
>> >> >> include() function is raising a PHP warning when it can't find the
>> >> >> related file in question.
>> >> >>
>> >> >> What *is* odd to me is that the autoloader is not suppressing the errors
>> >> >> when you've specifically requested it do so. I've just tried this
>> >> >> locally with the following:
>> >> >>
>> >> >>
>> >> >> $autoloader->suppressNotFoundWarnings(true);
>> >> >> if (!$autoloader->autoload('Zend_Foo_Bar')) {
>> >> >> echo 'Not found';
>> >> >> exit;
>> >> >> }
>> >> >> echo 'Found';
>> >> >>
>> >> >> With the warnings suppressed, it works as expected; without, I get
>> >> >> the PHP warning, again, as expected.
>> >> >>
>> >> >> So, a few questions:
>> >> >>
>> >> >> * What version of ZF are you using?
>> >> >> * Can you provide *all* code indicating how you've configured the
>> >> >> autoloader?
>> >> >> * Is the "CP_" namespace registered with the autoloader? If not, do you
>> >> >> have another autoloader registered that would be handling it?
>> >> >>
>> >> >> Based on what you've presented, I have to assume that there's some other
>> >> >> configuration issue that's leading to the error.
>> >> >>
>> >> >> --
>> >> >> Matthew Weier O'Phinney
>> >> >> Project Lead | matthew@...
>> >> >> Zend Framework | http://framework.zend.com/
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > A.J. Brown
>> >> > web | http://ajbrown.org
>> >> > phone | (937) 660-3969
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> A.J. Brown
>> >> web | http://ajbrown.org
>> >> phone | (937) 660-3969
>> >>
>> >
>> > --
>> > Matthew Weier O'Phinney
>> > Project Lead | matthew@...
>> > Zend Framework | http://framework.zend.com/
>> >
>>
>>
>>
>> --
>> A.J. Brown
>> web | http://ajbrown.org
>> phone | (937) 660-3969
>>
>
> --
> Matthew Weier O'Phinney
> Project Lead | matthew@...
> Zend Framework | http://framework.zend.com/
>

--
A.J. Brown
web | http://ajbrown.org
phone | (937) 660-3969

Re: mysqlnd cannot connect to MySQL 4.1+ using old authentication

2009-11-07T06:38:50Z

I suppose this is not the whole truth since the server is running Mysql 4.1.

Cheers,

Johannes

2009/11/4 Karol Grecki <kgrecki@...>

AFAIK all you need is reset your existing password to a new format.
This happened because you upgraded your mysql server to 5.x and passwords
are in 4.x format.
This should be trivial to resolve, unless your database is also accessed by
some outdated clients not supporting the new format.

Cheers

Johannes Schill wrote:
>
> I got the same error when i upgraded to Snow leopard (OSX 10.6).
> Unfortunately I haven't managed to fix this in a good way, I installed
> XAMPP
> (http://www.apachefriends.org/en/xampp.html) to get my environment back up
> running until i find a better solution.
>
> This problem is not Zend Framework-related.
>
> Cheers,
> Johannes
>
> 2009/11/3 Goran Juric <goran.juric@...>
>
>>
>> Hi,
>>
>> I have been running phpunit tests on PHP 5.3 (on Mac OSX 10.6) and I am
>> getting an error:
>>
>> Zend_Db_Adapter_Exception: SQLSTATE[HY000] [2000] mysqlnd cannot connect
>> to
>> MySQL 4.1+ using old authentication
>>
>> I am using the Zends PDO_MYSQL adapter and the MySQL server is running
>> version 5.0.86.
>>
>> Everything works fine on versions prior to PHP 5.3 (because there is no
>> mysqlnd :) ).
>>
>> How to fix this?
>>
>> Regards,
>>
>> Goran Juric
>> http://gogs.info/
>> --
>> View this message in context:
>> http://old.nabble.com/mysqlnd-cannot-connect-to-MySQL-4.1%2B-using-old-authentication-tp26160077p26160077.html
>> Sent from the Zend Framework mailing list archive at Nabble.com.
>>
>>
>
>

Re: Incredible memory usage on public server, normal on dev server

2009-11-07T02:56:32Z

In HiNii app, the problems are not the data passed by the input fields, because the error appears just showing the page (1 time yes, 1 time no). But afther the sending of the form there are serverside validations.

There is a way to determine where the error appears? The file and the real line of code?

Re: "Connect" a form to one created in the view

2009-11-07T01:55:48Z

Hi,

Why don't you use a view script decorator?

http://framework.zend.com/manual/en/zend.form.standardDecorators.html#zend.form.standardDecorators.viewScript

This way you will still be able to get the fine-grained control your after.

Thanks

2009/11/6 Simeon Goranov <saiman@...>

Hello,
I've got this one in my view script index.phtml:

<h2>Log In</h2>
<p>
<?php echo $this->form('Default_Form_Login', array('name' =>
'form_login', 'id' => 'form_login', 'method' => 'post', 'action' =>
$this->link('login', 'index')), false); ?>
Username <br />
<?php echo $this->formText('form_username');?><br />
Password <br />
<?php echo $this->formPassword('form_password');?><br />
<?php echo $this->formSubmit('Submit', 'Login');?>
</form>
</p>

The form up is created with the view helpers and I want to "connect"
this form to one created from the class:

class Default_Form_Login extends Zend_Form
{

public function __construct($options=array())
{
parent::__construct($options);

$this->setName('form_login');
$this->setMethod('post');

$element = new Zend_Form_Element_Text('form_username');
$element->setLabel('Username');
$this->addElement($element);

$element = new Zend_Form_Element_Password('form_password');
$element->setLabel('Password');
$this->addElement($element);

$element = new Zend_Form_Element_Submit('Login');
$this->addElement($element);
}
}

So I will be able to use the form in my action in this way:

public function loginAction()
{
$form = new Default_Form_Login();
$result = $form->getValues();

Is it possible and how ?

Regards,
S.G.

Re: "Connect" a form to one created in the view

2009-11-07T00:06:36Z

Thank you for the answer,
I don't use the class, because I want to place the fields and display
the errors in specific way (not in default form class view). That's the
reason to use the view helpers to create the form. But I still need the
form object, because future validation. Thanks again for the answer.

Regards,
S.G.

В 19:07 -0500 на 06.11.2009 (пт), Ant Cunningham написа:

> Well my first question is - if they are the same thing whay arent you
> using the class to create the form used in the view you outlined?
>
> Secondly if all the fields have the exact same names/ids then you can
> just use the form class in your action as described simply using the
> validate method
>
> $form = new Default_Form_Login();
> if($form->validate($this->getRequest()->getPost())
> {
> $result = $form->getValues();
> // successful validation logic
> }
>
> or if you dont want/need to validate...
>
>
> $form = new Default_Form_Login();
> $form->populate($this->getRequest()->getPost());
> $result = $form->getValues();
>
> Although with the latter i dont undrestand why youd bother running it
> through the form again unless its for redisplay purposes...
>
>
>
> Simeon Goranov wrote:
> > Hello,
> > I've got this one in my view script index.phtml:
> >
> > <h2>Log In</h2>
> > <p>
> > <?php echo $this->form('Default_Form_Login', array('name' =>
> > 'form_login', 'id' => 'form_login', 'method' => 'post', 'action' =>
> > $this->link('login', 'index')), false); ?>
> > Username <br />
> > <?php echo $this->formText('form_username');?><br />
> > Password <br />
> > <?php echo $this->formPassword('form_password');?><br />
> > <?php echo $this->formSubmit('Submit', 'Login');?>
> > </form>
> > </p>
> >
> >
> > The form up is created with the view helpers and I want to "connect"
> > this form to one created from the class:
> >
> > class Default_Form_Login extends Zend_Form
> > {
> >
> > public function __construct($options=array())
> > {
> > parent::__construct($options);
> >
> > $this->setName('form_login');
> > $this->setMethod('post');
> >
> > $element = new Zend_Form_Element_Text('form_username');
> > $element->setLabel('Username');
> > $this->addElement($element);
> >
> > $element = new Zend_Form_Element_Password('form_password');
> > $element->setLabel('Password');
> > $this->addElement($element);
> >
> > $element = new Zend_Form_Element_Submit('Login');
> > $this->addElement($element);
> > }
> > }
> >
> >
> > So I will be able to use the form in my action in this way:
> >
> > public function loginAction()
> > {
> > $form = new Default_Form_Login();
> > $result = $form->getValues();
> >
> > Is it possible and how ?
> >
> > Regards,
> > S.G.
> >
>

Re: "Connect" a form to one created in the view

2009-11-06T16:07:01Z

Well my first question is - if they are the same thing whay arent you
using the class to create the form used in the view you outlined?

Secondly if all the fields have the exact same names/ids then you can
just use the form class in your action as described simply using the
validate method

$form = new Default_Form_Login();
if($form->validate($this->getRequest()->getPost())
{
$result = $form->getValues();
// successful validation logic
}

or if you dont want/need to validate...

$form = new Default_Form_Login();
$form->populate($this->getRequest()->getPost());
$result = $form->getValues();

Although with the latter i dont undrestand why youd bother running it
through the form again unless its for redisplay purposes...

Simeon Goranov wrote:

> Hello,
> I've got this one in my view script index.phtml:
>
> <h2>Log In</h2>
> <p>
> <?php echo $this->form('Default_Form_Login', array('name' =>
> 'form_login', 'id' => 'form_login', 'method' => 'post', 'action' =>
> $this->link('login', 'index')), false); ?>
> Username <br />
> <?php echo $this->formText('form_username');?><br />
> Password <br />
> <?php echo $this->formPassword('form_password');?><br />
> <?php echo $this->formSubmit('Submit', 'Login');?>
> </form>
> </p>
>
>
> The form up is created with the view helpers and I want to "connect"
> this form to one created from the class:
>
> class Default_Form_Login extends Zend_Form
> {
>
> public function __construct($options=array())
> {
> parent::__construct($options);
>
> $this->setName('form_login');
> $this->setMethod('post');
>
> $element = new Zend_Form_Element_Text('form_username');
> $element->setLabel('Username');
> $this->addElement($element);
>
> $element = new Zend_Form_Element_Password('form_password');
> $element->setLabel('Password');
> $this->addElement($element);
>
> $element = new Zend_Form_Element_Submit('Login');
> $this->addElement($element);
> }
> }
>
>
> So I will be able to use the form in my action in this way:
>
> public function loginAction()
> {
> $form = new Default_Form_Login();
> $result = $form->getValues();
>
> Is it possible and how ?
>
> Regards,
> S.G.
>

Re: Incredible memory usage on public server, normal on dev server

2009-11-06T15:01:41Z

Il giorno 06/nov/2009, alle ore 22.59, Kevin McArthur ha scritto:

> Ralph, normally you'd be right, but since that allocation is 500
> megs in one-shot. It should be near the code that is the problem.
> Would have to see what he's doing but im guessing a massive
> attachment?
>
> If it was a pecked-to-death-by-ducks thing, you'd see a message
> saying "Fatal error: Allowed memory size of 67108864 bytes exhausted
> (tried to
> allocate 16 bytes) in Unknown on line 0" or something similar, with
> a low byte count.
>
> Looking at the file at line ~284 it appears thats where the email
> finally gets sent, and logged. To debug, check the size of $request
> at that point. If its huge, you have your error.

For the records, I run my script with a debugger and I set a
conditional breakpoint in the _send method with strlen($request) > 75
as condition and the script was never halted...

--
Fabio Napoleoni
f.napoleoni@...

"Computer Science is no more about computers than astronomy is
about telescopes"

Edsger W. Dijkstra

Re: Incredible memory usage on public server, normal on dev server

2009-11-06T14:47:01Z

Il giorno 06/nov/2009, alle ore 22.59, Kevin McArthur ha scritto:

> Ralph, normally you'd be right, but since that allocation is 500
> megs in one-shot. It should be near the code that is the problem.
> Would have to see what he's doing but im guessing a massive
> attachment?

There is no attachment in my emails, it is a cli script invoked by a
cronjob that sends a newsletter to about 800 users, each message is
~80KB. The algorithm is this:

1) Fetch users from db
2) Instantiate a Zend_View object
3) Instantiate a Zend_Mail object
4) For each users as u
4.1) Render the view with u as model
4.2) Set to address to u.email
4.3) Set html body to the rendered view
4.4) clear the addresses in the email
end for.

> If it was a pecked-to-death-by-ducks thing, you'd see a message
> saying "Fatal error: Allowed memory size of 67108864 bytes exhausted
> (tried to
> allocate 16 bytes) in Unknown on line 0" or something similar, with
> a low byte count.

In fact IMHO that's the actual problem, the one-shot allocation (in my
case 130MB, in the other case 500MB).

> Looking at the file at line ~284 it appears thats where the email
> finally gets sent, and logged. To debug, check the size of $request
> at that point. If its huge, you have your error.

I read some code, emails are sent by _sendMail function in
Zend_Mail_Transport_Smtp which calls data method in
Zend_Mail_Protocol_Smtp. This method calls the _send function but it
breaks lines (line 315) so the _send argument should never be huge,
because it's encoded by Zend_Mail and it should be broken in small
lines.

--
Fabio Napoleoni
f.napoleoni@...

"Computer Science is no more about computers than astronomy is
about telescopes"

Edsger W. Dijkstra

Re: Incredible memory usage on public server, normal on dev server

2009-11-06T13:59:43Z

Ralph, normally you'd be right, but since that allocation is 500 megs in
one-shot. It should be near the code that is the problem. Would have to
see what he's doing but im guessing a massive attachment?

If it was a pecked-to-death-by-ducks thing, you'd see a message saying
"Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to
allocate 16 bytes) in Unknown on line 0" or something similar, with a
low byte count.

Looking at the file at line ~284 it appears thats where the email
finally gets sent, and logged. To debug, check the size of $request at
that point. If its huge, you have your error.

K

Ralph Schindler wrote:

> One thing to keep in mind... Just because the request is running out
> of memory on that line does not mean that it is that
> file/line/execution that is the culprit. It only means that the like
> mentioned is where you have run out of memory.
>
> This basically means that any process before that line could be the
> problematic code. I would try to profile your applicaion, or even
> perhaps see if you are attempting to retrieve a large dataset before
> spinning off a mail? Perhaps you have Zend_Pdf in play creating a
> large document?
>
> There are alot of variables here. I would try to find out what part
> of the process is consuming all the memory.
>
> -ralph
>
> fab2008 wrote:
>>
>> jollyr0ger wrote:
>>> Hi,
>>> my ZF application runs perfectely with 16mb of memory (into php.ini)
>>> on my
>>> dev machine.
>>>
>>> The same code on the public hosting (limit to 64mb of memory) returns
>>> error like:
>>> "Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to
>>> allocate 532655056 bytes) in Unknown on line 0"
>>>
>>> Try to allocate 500mb of memory! Can't be, it is simply loading the
>>> login
>>> page: http://beta.hinii.com/en/auth/login
>>>
>>> I've inserted memory_get_peak_usage() to the end of the request cycle
>>> (visible now at the end of each page) and it isn't higher than 9-10mb.
>>>
>>
>> I have a similar problem using Zend_Mail, I found a couple of these
>> messages
>> in my php logfile:
>>
>> PHP Fatal error: Allowed memory size of 134217728 bytes exhausted
>> (tried to
>> allocate 115901301 bytes) in
>> /home/fabio/ZendFramework-1.9.4/library/Zend/Mail/Protocol/Abstract.php
>> on
>> line 284
>> [04-Nov-2009 14:55:41] PHP Fatal error: Allowed memory size of
>> 134217728
>> bytes exhausted
>> Now what is strange is that enormous request of memory, how is
>> possible to
>> ask system for 115MB in a single line of code? Maybe a php bug? Or more
>> likely a bug in php error reporting function. I can't believe that the
>> indicated line asks for 115MB of memory to the system.
>>
>> My php version is: # php -v
>> PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009
>> 22:16:23) Copyright (c) 1997-2008 The PHP Group
>> Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
>>
>> P.s. I tried to trace the error using memory_get_peak_usage() at the
>> end of
>> my script. When it ends with no errors that function reports only
>> 20-30MB of
>> ram used.
>>

Re: Incredible memory usage on public server, normal on dev server

2009-11-06T13:33:27Z

One thing to keep in mind... Just because the request is running out of
memory on that line does not mean that it is that file/line/execution
that is the culprit. It only means that the like mentioned is where you
have run out of memory.

This basically means that any process before that line could be the
problematic code. I would try to profile your applicaion, or even
perhaps see if you are attempting to retrieve a large dataset before
spinning off a mail? Perhaps you have Zend_Pdf in play creating a large
document?

There are alot of variables here. I would try to find out what part of
the process is consuming all the memory.

-ralph

fab2008 wrote:

>
> jollyr0ger wrote:
>> Hi,
>> my ZF application runs perfectely with 16mb of memory (into php.ini) on my
>> dev machine.
>>
>> The same code on the public hosting (limit to 64mb of memory) returns
>> error like:
>> "Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to
>> allocate 532655056 bytes) in Unknown on line 0"
>>
>> Try to allocate 500mb of memory! Can't be, it is simply loading the login
>> page: http://beta.hinii.com/en/auth/login
>>
>> I've inserted memory_get_peak_usage() to the end of the request cycle
>> (visible now at the end of each page) and it isn't higher than 9-10mb.
>>
>
> I have a similar problem using Zend_Mail, I found a couple of these messages
> in my php logfile:
>
> PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to
> allocate 115901301 bytes) in
> /home/fabio/ZendFramework-1.9.4/library/Zend/Mail/Protocol/Abstract.php on
> line 284
> [04-Nov-2009 14:55:41] PHP Fatal error: Allowed memory size of 134217728
> bytes exhausted
>
> Now what is strange is that enormous request of memory, how is possible to
> ask system for 115MB in a single line of code? Maybe a php bug? Or more
> likely a bug in php error reporting function. I can't believe that the
> indicated line asks for 115MB of memory to the system.
>
> My php version is:
> # php -v
> PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009
> 22:16:23)
> Copyright (c) 1997-2008 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
>
> P.s. I tried to trace the error using memory_get_peak_usage() at the end of
> my script. When it ends with no errors that function reports only 20-30MB of
> ram used.
>

Zend + MVC + Dojo pane ?

2009-11-06T13:26:02Z

Hi
I'm trying to create a web page using a MVC model (Zend) and some of Dojo/Dijit 's features. My layout is pretty heavy to load each time so I would know if possible to only load each view content ; when a link is clicked ; into a dojox ContentPane ?

Thanks you

Re: Zend_Form and dependency injection

2009-11-06T12:01:00Z

Wow, I had no idea you could do that! Very nice :) I'll update my form now. Thanks!

--
Hector

On Fri, Nov 6, 2009 at 11:17 AM, Matthew Weier O'Phinney <matthew@...> wrote:

-- Hector Virgen <djvirgen@...> wrote
(on Friday, 06 November 2009, 09:05 AM -0800):

> I am building a search form that contains many fields and options that are
> generated dynamically based on the user. For example, one field is a large
> multiCheckbox that contains a list of "publishers" the user is allowed to
> search through.
>
> My form extends Zend_Form and does all of its work in init(), meaning I need to
> know which user the form is being built for.
>
> Initially, I had the form pull the current user from the session to build the
> options. This works fine on the web.
>
> But now I need to unit-test this form (or, more specifically, a service that
> contains a factory method for this form). Since init() is run at the end of
> Zend_Form's constructor, I am not given an opportunity to inject a user stub
> until after the form has been created (which is too late).

Easy way to take care of this: create a setter method for injecting the
user:

class My_Form extends Zend_Form
{
protected $_user;

public function setUser(UserInterface $user)
{
$this->_user = $user;
return $this;
}

public function getUser()
{
return $this->_user;
}
}

setOptions(), which is called during __construct(), will check to see if
a given option key matches an existing setter; if so, it passes the
value to that setter. Thus:

$form = new My_Form(array(
'user' => $user,
));

will now work.

You can then do some checks later to see if you have a user object or
not, or even have getUser() raise an exception if none has been set --
allowing you to test.

> I have a few options here on how to get around this:
>
> A. Overload Zend_Form's constructor to add an optional $user param:
>
> public function __construct($options = null, UserInteface $user = null)
> {
> $this->_user = $user;
> parent::__construct($options);
> }
>
> B. Make my form a dumb container with empty multiCheckbox fields and inject the
> options via a service layer or wrapper class. It would be nice if there was a
> Zend_Form_Interface so that I don't have to update all of my code that uses
> this form.
>
> C. Make my form work without a user by ignoring fields that require user
> permissions to populate.
>
> Any suggestions on these approaches? Is there another way to safely inject a
> user stub into Zend_Form or is my form handling too much responsibility by
> checking user permissions? Thanks for the help!

--

Matthew Weier O'Phinney
Project Lead | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend Autloader Throwing Exceptions

2009-11-06T11:20:43Z

-- A.J. Brown <fynwine@...> wrote
(on Friday, 06 November 2009, 01:33 PM -0500):
> Thanks a lot, that worked. The only modification is to add the @
> symbol before the `include` in the new autoloader to suppress the
> warnings.
>
> One question remains, though -- why was I not able to catch the
> exception thrown by Zend's autoloader? Is it because it uses
> call_user_func? I think this needs to be filed as a bug. I'll do the
> honors if you agree.

Zend_Loader_Autoloader::_autoload() has a try/catch block within it; if
an exception occurs during Zend_Loader::loadClass(), it catches the
exception and returns boolean false. This was by design; failure to
autoload a class is not an exceptional condition. PHP will raise a fatal
error later if the class is not found, but there may be other
autoloaders registered and executed later that could potentially match
the class.

> On Fri, Nov 6, 2009 at 9:34 AM, Matthew Weier O'Phinney
> <matthew@...> wrote:
> > -- A.J. Brown <fynwine@...> wrote
> > (on Wednesday, 04 November 2009, 11:31 AM -0500):
> >> Just incase it's useful somehow, here's the full config:
> >>
> >> http://www.pastie.org/683340
> >>
> >> By the way, I'm aware that I shouldn't be registering Doctrine's
> >> namespace and instead should push the Doctrine autoloader. I'm just
> >> doing this temporarily until we begin actually leveraging doctrine.
> >>
> >> Here is the complete code of the class that's giving me trouble:
> >>
> >> http://www.pastie.org/683348
> >
> > I figured it out.
> >
> > So, Zend_Loader_Autoloader utilizes Zend_Loader::loadClass() internally
> > to resolve class files. However, I was wrong about how it works -- it
> > *does*, in fact, throw an exception if the class does not exist after it
> > attempted to load it.
> >
> > Your best bet is to create an additional autoloader that you attach to
> > Zend_Loader_Autoloader that will attempt to load just your form classes
> > -- and declare them otherwise.
> >
> > One way to do that might be as follows:
> >
> > class CP_Form_Autoloader
> > {
> > public static function autoload($className)
> > {
> > if (class_exists($className, false)) {
> > return $className;
> > }
> >
> > $fileName = str_replace('_', '/', $className) . '.php';
> > if (include($fileName)) {
> > return $className;
> > }
> >
> > eval("class $className extends CP_Form { }");
> >
> > return $class;
> > }
> > }
> >
> > You would then register this with the main autoloader as follows:
> >
> > $al = Zend_Loader_Autoloader::getInstance();
> > class_exists('CP_Form_Autoloader'); // to ensure it's autoloaded
> > // prior to registration...
> > $al->pushAutoloader(array('CP_Form_Autoloader', 'autoload'), 'CP_Form_')
> >
> > Note the second argument -- this will ensure it only attempts to load
> > classes beginning with 'CP_Form_'.
> >
> > Do the above in a bootstrap resource, and then modify your CP_Form
> > class's _declareFormClass() method as follows:
> >
> > protected function _declareFormClass($formName)
> > {
> > $class = 'CP_Form_' . $formName;
> > return $class;
> > }
> >
> > and that *should* get you going.
> >
> >> And here's the complete source of the controller where that code is being run:
> >>
> >> http://www.pastie.org/683344
> >>
> >> On Wed, Nov 4, 2009 at 11:22 AM, A.J. Brown <fynwine@...> wrote:
> >> > Hey Matthew,
> >> >
> >> > Thanks for the explanation. I assumed since the error had
> >> > "Zend_Exception" in it, that it was actually an exception being
> >> > thrown.
> >> >
> >> > Zend_Version::VERSION == '1.9.3'
> >> >
> >> > The code in the pastie is literally the only code that ever does
> >> > anything with the autoloader. This is a new project, and other than
> >> > some boilerplate controller code, this is the first few lines of code
> >> > that have been typed. The only other modifications are adding the
> >> > namespaces to the autoloader, using the built-in method through the
> >> > application configuration:
> >> >
> >> >
> >> > autoloaderNamespaces.cp = "CP_"
> >> > autoloaderNamespaces.doctrine = "Doctrine_"
> >> >
> >> >
> >> > It's also strange that the error is not being suppressed by the @ symbol.
> >> >
> >> >
> >> > On Wed, Nov 4, 2009 at 8:57 AM, Matthew Weier O'Phinney
> >> > <matthew@...> wrote:
> >> >> -- A.J. Brown <aj@...> wrote
> >> >> (on Tuesday, 03 November 2009, 07:59 PM -0500):
> >> >>> I'm trying to supress errors with the Zend Autoloader, but it's still
> >> >>> throwing them. In this specific case, I'm dynamically ceating a class
> >> >>> if it doesn't already exist. I'm calling suppressNotFoundWarnings(
> >> >>> true ).
> >> >>>
> >> >>> Here's my code:
> >> >>>
> >> >>> http://www.pastie.org/682603
> >> >>>
> >> >>> On line 13, I'm getting a Zend_Exception saying that CP/Form/Login.php
> >> >>> not found and CP_Form_Login does not exist. Here's that line:
> >> >>>
> >> >>> if( @$autoloader->autoload( $class ) ) {
> >> >>>
> >> >>> even wrapping it in a Try/Catch doesn't catch the exception. The best
> >> >>> part is that further down in the code, the class is still declared,
> >> >>> and the code continues to run.
> >> >>>
> >> >>> the CP_ namespace is registered to the autoloader at bootstrap. (I
> >> >>> confirmed this through debugging).
> >> >>
> >> >> You're confusing exceptions with errors. Zend_Loader_Autoloader does not
> >> >> throw exceptions within its autoload() method (it's considered a bad
> >> >> practice, and PHP itself behaves badly when it happens); this is why the
> >> >> try/catch does not work. What's actually happening is that PHP's
> >> >> include() function is raising a PHP warning when it can't find the
> >> >> related file in question.
> >> >>
> >> >> What *is* odd to me is that the autoloader is not suppressing the errors
> >> >> when you've specifically requested it do so. I've just tried this
> >> >> locally with the following:
> >> >>
> >> >>
> >> >> $autoloader->suppressNotFoundWarnings(true);
> >> >> if (!$autoloader->autoload('Zend_Foo_Bar')) {
> >> >> echo 'Not found';
> >> >> exit;
> >> >> }
> >> >> echo 'Found';
> >> >>
> >> >> With the warnings suppressed, it works as expected; without, I get
> >> >> the PHP warning, again, as expected.
> >> >>
> >> >> So, a few questions:
> >> >>
> >> >> * What version of ZF are you using?
> >> >> * Can you provide *all* code indicating how you've configured the
> >> >> autoloader?
> >> >> * Is the "CP_" namespace registered with the autoloader? If not, do you
> >> >> have another autoloader registered that would be handling it?
> >> >>
> >> >> Based on what you've presented, I have to assume that there's some other
> >> >> configuration issue that's leading to the error.
> >> >>
> >> >> --
> >> >> Matthew Weier O'Phinney
> >> >> Project Lead | matthew@...
> >> >> Zend Framework | http://framework.zend.com/
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > A.J. Brown
> >> > web | http://ajbrown.org
> >> > phone | (937) 660-3969
> >> >
> >>
> >>
> >>
> >> --
> >> A.J. Brown
> >> web | http://ajbrown.org
> >> phone | (937) 660-3969
> >>
> >
> > --
> > Matthew Weier O'Phinney
> > Project Lead | matthew@...
> > Zend Framework | http://framework.zend.com/
> >
>
>
>
> --
> A.J. Brown
> web | http://ajbrown.org
> phone | (937) 660-3969
>

--
Matthew Weier O'Phinney
Project Lead | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend_Form and dependency injection

2009-11-06T11:17:41Z

-- Hector Virgen <djvirgen@...> wrote
(on Friday, 06 November 2009, 09:05 AM -0800):

> I am building a search form that contains many fields and options that are
> generated dynamically based on the user. For example, one field is a large
> multiCheckbox that contains a list of "publishers" the user is allowed to
> search through.
>
> My form extends Zend_Form and does all of its work in init(), meaning I need to
> know which user the form is being built for.
>
> Initially, I had the form pull the current user from the session to build the
> options. This works fine on the web.
>
> But now I need to unit-test this form (or, more specifically, a service that
> contains a factory method for this form). Since init() is run at the end of
> Zend_Form's constructor, I am not given an opportunity to inject a user stub
> until after the form has been created (which is too late).

Easy way to take care of this: create a setter method for injecting the
user:

class My_Form extends Zend_Form
{
protected $_user;

public function setUser(UserInterface $user)
{
$this->_user = $user;
return $this;
}

public function getUser()
{
return $this->_user;
}
}

setOptions(), which is called during __construct(), will check to see if
a given option key matches an existing setter; if so, it passes the
value to that setter. Thus:

$form = new My_Form(array(
'user' => $user,
));

will now work.

You can then do some checks later to see if you have a user object or
not, or even have getUser() raise an exception if none has been set --
allowing you to test.

> I have a few options here on how to get around this:
>
> A. Overload Zend_Form's constructor to add an optional $user param:
>
> public function __construct($options = null, UserInteface $user = null)
> {
> $this->_user = $user;
> parent::__construct($options);
> }
>
> B. Make my form a dumb container with empty multiCheckbox fields and inject the
> options via a service layer or wrapper class. It would be nice if there was a
> Zend_Form_Interface so that I don't have to update all of my code that uses
> this form.
>
> C. Make my form work without a user by ignoring fields that require user
> permissions to populate.
>
> Any suggestions on these approaches? Is there another way to safely inject a
> user stub into Zend_Form or is my form handling too much responsibility by
> checking user permissions? Thanks for the help!

--
Matthew Weier O'Phinney
Project Lead | matthew@...
Zend Framework | http://framework.zend.com/

Re: Zend_Locale

2009-11-06T10:55:14Z

According to manual the registry key 'Zend_Locale' has to be an instance of
Zend_Locale.
'fr_CA' may be a locale, but it's not an instance of Zend_Locale.

So when you want to change the application wide locale afterwards you need
to change the instance and not the registry content.

$locale = Zend_Registry::get('Zend_Locale');
$locale->setLocale('fr_CA');
Zend_Registry::set('Zend_Locale', $locale);

Because giving a string does not overwrite the content of the set instance.

Greetings
Thomas Weidner, I18N Team Leader, Zend Framework
http://www.thomasweidner.com

----- Original Message -----
From: "asagala" <asagala@...>
To: <fw-general@...>
Sent: Friday, November 06, 2009 5:32 PM
Subject: Re: [fw-general] Zend_Locale

>
>
> Also tried this
> $locale = new Zend_Locale('fr_CA');
> Zend_Registry::set('Zend_Locale', 'fr_CA');
>
>
> asagala wrote:
>>
>> Hi,
>>
>> I am currently having an issue with Zend_Locale. I am initializing the
>> default in my bootstrap like this
>>
>> protected function _initLocale()
>> {
>> $locale = new Zend_Locale('en_US');
>> Zend_Registry::set('Zend_Locale', $locale);
>>
>> return $locale;
>> }
>>
>> and this works fine. However when I try and change the value of the
>> locale
>> in my controllers the initial value is not overwritten. Here is how I am
>> writting the new value to the Zend_Locale key in my controllers
>>
>> Zend_Registry::set('Zend_Locale','fr_CA');
>>
>> Anyone have a clue?
>>
>
> --
> View this message in context:
> http://old.nabble.com/Zend_Locale-tp26230812p26230819.html
> Sent from the Zend Framework mailing list archive at Nabble.com.

Re: Zend Autloader Throwing Exceptions

2009-11-06T10:33:24Z

Hi Matt,

Thanks a lot, that worked. The only modification is to add the @
symbol before the `include` in the new autoloader to suppress the
warnings.

One question remains, though -- why was I not able to catch the
exception thrown by Zend's autoloader? Is it because it uses
call_user_func? I think this needs to be filed as a bug. I'll do the
honors if you agree.

On Fri, Nov 6, 2009 at 9:34 AM, Matthew Weier O'Phinney
<matthew@...> wrote:

> -- A.J. Brown <fynwine@...> wrote
> (on Wednesday, 04 November 2009, 11:31 AM -0500):
>> Just incase it's useful somehow, here's the full config:
>>
>> http://www.pastie.org/683340
>>
>> By the way, I'm aware that I shouldn't be registering Doctrine's
>> namespace and instead should push the Doctrine autoloader. I'm just
>> doing this temporarily until we begin actually leveraging doctrine.
>>
>> Here is the complete code of the class that's giving me trouble:
>>
>> http://www.pastie.org/683348
>
> I figured it out.
>
> So, Zend_Loader_Autoloader utilizes Zend_Loader::loadClass() internally
> to resolve class files. However, I was wrong about how it works -- it
> *does*, in fact, throw an exception if the class does not exist after it
> attempted to load it.
>
> Your best bet is to create an additional autoloader that you attach to
> Zend_Loader_Autoloader that will attempt to load just your form classes
> -- and declare them otherwise.
>
> One way to do that might be as follows:
>
> class CP_Form_Autoloader
> {
> public static function autoload($className)
> {
> if (class_exists($className, false)) {
> return $className;
> }
>
> $fileName = str_replace('_', '/', $className) . '.php';
> if (include($fileName)) {
> return $className;
> }
>
> eval("class $className extends CP_Form { }");
>
> return $class;
> }
> }
>
> You would then register this with the main autoloader as follows:
>
> $al = Zend_Loader_Autoloader::getInstance();
> class_exists('CP_Form_Autoloader'); // to ensure it's autoloaded
> // prior to registration...
> $al->pushAutoloader(array('CP_Form_Autoloader', 'autoload'), 'CP_Form_')
>
> Note the second argument -- this will ensure it only attempts to load
> classes beginning with 'CP_Form_'.
>
> Do the above in a bootstrap resource, and then modify your CP_Form
> class's _declareFormClass() method as follows:
>
> protected function _declareFormClass($formName)
> {
> $class = 'CP_Form_' . $formName;
> return $class;
> }
>
> and that *should* get you going.
>
>> And here's the complete source of the controller where that code is being run:
>>
>> http://www.pastie.org/683344
>>
>> On Wed, Nov 4, 2009 at 11:22 AM, A.J. Brown <fynwine@...> wrote:
>> > Hey Matthew,
>> >
>> > Thanks for the explanation. I assumed since the error had
>> > "Zend_Exception" in it, that it was actually an exception being
>> > thrown.
>> >
>> > Zend_Version::VERSION == '1.9.3'
>> >
>> > The code in the pastie is literally the only code that ever does
>> > anything with the autoloader. This is a new project, and other than
>> > some boilerplate controller code, this is the first few lines of code
>> > that have been typed. The only other modifications are adding the
>> > namespaces to the autoloader, using the built-in method through the
>> > application configuration:
>> >
>> >
>> > autoloaderNamespaces.cp = "CP_"
>> > autoloaderNamespaces.doctrine = "Doctrine_"
>> >
>> >
>> > It's also strange that the error is not being suppressed by the @ symbol.
>> >
>> >
>> > On Wed, Nov 4, 2009 at 8:57 AM, Matthew Weier O'Phinney
>> > <matthew@...> wrote:
>> >> -- A.J. Brown <aj@...> wrote
>> >> (on Tuesday, 03 November 2009, 07:59 PM -0500):
>> >>> I'm trying to supress errors with the Zend Autoloader, but it's still
>> >>> throwing them. In this specific case, I'm dynamically ceating a class
>> >>> if it doesn't already exist. I'm calling suppressNotFoundWarnings(
>> >>> true ).
>> >>>
>> >>> Here's my code:
>> >>>
>> >>> http://www.pastie.org/682603
>> >>>
>> >>> On line 13, I'm getting a Zend_Exception saying that CP/Form/Login.php
>> >>> not found and CP_Form_Login does not exist. Here's that line:
>> >>>
>> >>> if( @$autoloader->autoload( $class ) ) {
>> >>>
>> >>> even wrapping it in a Try/Catch doesn't catch the exception. The best
>> >>> part is that further down in the code, the class is still declared,
>> >>> and the code continues to run.
>> >>>
>> >>> the CP_ namespace is registered to the autoloader at bootstrap. (I
>> >>> confirmed this through debugging).
>> >>
>> >> You're confusing exceptions with errors. Zend_Loader_Autoloader does not
>> >> throw exceptions within its autoload() method (it's considered a bad
>> >> practice, and PHP itself behaves badly when it happens); this is why the
>> >> try/catch does not work. What's actually happening is that PHP's
>> >> include() function is raising a PHP warning when it can't find the
>> >> related file in question.
>> >>
>> >> What *is* odd to me is that the autoloader is not suppressing the errors
>> >> when you've specifically requested it do so. I've just tried this
>> >> locally with the following:
>> >>
>> >>
>> >> $autoloader->suppressNotFoundWarnings(true);
>> >> if (!$autoloader->autoload('Zend_Foo_Bar')) {
>> >> echo 'Not found';
>> >> exit;
>> >> }
>> >> echo 'Found';
>> >>
>> >> With the warnings suppressed, it works as expected; without, I get
>> >> the PHP warning, again, as expected.
>> >>
>> >> So, a few questions:
>> >>
>> >> * What version of ZF are you using?
>> >> * Can you provide *all* code indicating how you've configured the
>> >> autoloader?
>> >> * Is the "CP_" namespace registered with the autoloader? If not, do you
>> >> have another autoloader registered that would be handling it?
>> >>
>> >> Based on what you've presented, I have to assume that there's some other
>> >> configuration issue that's leading to the error.
>> >>
>> >> --
>> >> Matthew Weier O'Phinney
>> >> Project Lead | matthew@...
>> >> Zend Framework | http://framework.zend.com/
>> >>
>> >
>> >
>> >
>> > --
>> > A.J. Brown
>> > web | http://ajbrown.org
>> > phone | (937) 660-3969
>> >
>>
>>
>>
>> --
>> A.J. Brown
>> web | http://ajbrown.org
>> phone | (937) 660-3969
>>
>
> --
> Matthew Weier O'Phinney
> Project Lead | matthew@...
> Zend Framework | http://framework.zend.com/
>

--
A.J. Brown
web | http://ajbrown.org
phone | (937) 660-3969

Zend_Form and dependency injection

2009-11-06T09:05:14Z

Hello,

I am building a search form that contains many fields and options that are generated dynamically based on the user. For example, one field is a large multiCheckbox that contains a list of "publishers" the user is allowed to search through.

My form extends Zend_Form and does all of its work in init(), meaning I need to know which user the form is being built for.

Initially, I had the form pull the current user from the session to build the options. This works fine on the web.

But now I need to unit-test this form (or, more specifically, a service that contains a factory method for this form). Since init() is run at the end of Zend_Form's constructor, I am not given an opportunity to inject a user stub until after the form has been created (which is too late).

I have a few options here on how to get around this:

A. Overload Zend_Form's constructor to add an optional $user param:

public function __construct($options = null, UserInteface $user = null)

{

$this->_user = $user;

parent::__construct($options);

}

B. Make my form a dumb container with empty multiCheckbox fields and inject the options via a service layer or wrapper class. It would be nice if there was a Zend_Form_Interface so that I don't have to update all of my code that uses this form.

C. Make my form work without a user by ignoring fields that require user permissions to populate.

Any suggestions on these approaches? Is there another way to safely inject a user stub into Zend_Form or is my form handling too much responsibility by checking user permissions? Thanks for the help!

--
Hector

Re: Zend_Locale

2009-11-06T08:32:57Z

Also tried this
$locale = new Zend_Locale('fr_CA');
Zend_Registry::set('Zend_Locale', $locale);

asagala wrote:

Hi,

I am currently having an issue with Zend_Locale. I am initializing the default in my bootstrap like this

protected function _initLocale()
{
$locale = new Zend_Locale('en_US');
Zend_Registry::set('Zend_Locale', $locale);

return $locale;
}

and this works fine. However when I try and change the value of the locale in my controllers the initial value is not overwritten. Here is how I am writting the new value to the Zend_Locale key in my controllers

Zend_Registry::set('Zend_Locale','fr_CA');

Anyone have a clue?

Re: Zend_Locale

2009-11-06T08:32:41Z

Also tried this
$locale = new Zend_Locale('fr_CA');
Zend_Registry::set('Zend_Locale', 'fr_CA');

asagala wrote:

>
> Hi,
>
> I am currently having an issue with Zend_Locale. I am initializing the
> default in my bootstrap like this
>
> protected function _initLocale()
> {
> $locale = new Zend_Locale('en_US');
> Zend_Registry::set('Zend_Locale', $locale);
>
> return $locale;
> }
>
> and this works fine. However when I try and change the value of the locale
> in my controllers the initial value is not overwritten. Here is how I am
> writting the new value to the Zend_Locale key in my controllers
>
> Zend_Registry::set('Zend_Locale','fr_CA');
>
> Anyone have a clue?
>

--
View this message in context: http://old.nabble.com/Zend_Locale-tp26230812p26230819.html
Sent from the Zend Framework mailing list archive at Nabble.com.

Zend_Locale

2009-11-06T07:58:29Z

Hi,

I am currently having an issue with Zend_Locale. I am initializing the default in my bootstrap like this

protected function _initLocale()
{
$locale = new Zend_Locale('en_US');
Zend_Registry::set('Zend_Locale', $locale);

return $locale;
}

and this works fine. However when I try and change the value of the locale in my controllers the initial value is not overwritten. Here is how I am writting the new value to the Zend_Locale key in my controllers

Zend_Registry::set('Zend_Locale','fr_CA');

Anyone have a clue?

RE: Incredible memory usage on public server, normal on dev server

2009-11-06T06:47:49Z

I could see how the code at line 284 on
/home/fabio/ZendFramework-1.9.4/library/Zend/Mail/Protocol/Abstract.php
could attempt to take a lot of memory, if the $request was large or the
function was called multiple times.

// Save request to internal log
$this->_log .= $request . self::EOL;

You could try adding a syslog debug code before line 284 and see if the size
of the $request is the problem.

syslog(LOG_NOTICE, "{$_SERVER['REMOTE_ADDR']}: debug: Abstract.php - ".
Strlen($request));

Maybe to make it cleaner wrap a try around line 284, and then syslog the
size when an error occurs, or even dump the request string to a file and see
what it was. Though I'd start with checking the size.

Just be warned if your site is busy this could flood the syslog.

As for the similar error in a login, http://beta.hinii.com/en/auth/login

As a suggestion, I'd put in a limit on the number of characters they can
enter for a username/password. The form doesn't have any limit set
currently.

Not sure on the memory error, there should be a line before the "Unknown on
line 0" that might give more clues.

I've seen the "Unknown on line 0" error with db calls, file uploads and a
few other times in loops...

Terre

-----Original Message-----
From: fab2008 [mailto:f.napoleoni@...]
Sent: Thursday, November 05, 2009 9:48 PM
To: fw-general@...
Subject: Re: [fw-general] Incredible memory usage on public server, normal
on dev server

jollyr0ger wrote:

>
> Hi,
> my ZF application runs perfectely with 16mb of memory (into php.ini)
> on my dev machine.
>
> The same code on the public hosting (limit to 64mb of memory) returns
> error like:
> "Fatal error: Allowed memory size of 67108864 bytes exhausted (tried
> to allocate 532655056 bytes) in Unknown on line 0"
>
> Try to allocate 500mb of memory! Can't be, it is simply loading the
> login
> page: http://beta.hinii.com/en/auth/login
>
> I've inserted memory_get_peak_usage() to the end of the request cycle
> (visible now at the end of each page) and it isn't higher than 9-10mb.
>

I have a similar problem using Zend_Mail, I found a couple of these messages
in my php logfile:

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to
allocate 115901301 bytes) in
/home/fabio/ZendFramework-1.9.4/library/Zend/Mail/Protocol/Abstract.php on
line 284
[04-Nov-2009 14:55:41] PHP Fatal error: Allowed memory size of 134217728
bytes exhausted

Now what is strange is that enormous request of memory, how is possible to
ask system for 115MB in a single line of code? Maybe a php bug? Or more
likely a bug in php error reporting function. I can't believe that the
indicated line asks for 115MB of memory to the system.

My php version is:
# php -v
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009
22:16:23)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies

P.s. I tried to trace the error using memory_get_peak_usage() at the end of
my script. When it ends with no errors that function reports only 20-30MB of
ram used.

--
View this message in context:
http://old.nabble.com/Incredible-memory-usage-on-public-server%2C-normal-on-
dev-server-tp26215767p26225656.html
Sent from the Zend Framework mailing list archive at Nabble.com.

Facebook iframe app

2009-11-06T06:47:06Z

Hey all,

I'm having a bit of a tough time getting my iframe-zend-based facebook app up and running. I managed to get it running on my dev box using a fake domain, however it's been redirecting itself all over the place with an auth_token=XXXX when I'm working on my staging site. I've read a lot of people's posts who have issues, but no clear step-by-step guide.

Has anyone done this?

here's my FacebookController's init() function (you can poo-poo my putting stuff straight in the view once I get the damn thing up and running):

public function init()

{

$this->config = Zend_Registry::get('config');

$this->view->layout()->setLayout("facebooklayout");

$this->view->fbcallbackurl = $this->config['fb']['callbackurl'];

$this->view->fbcanvasurl = $this->config['fb']['canvasurl'];

$this->view->appid = $this->config['fb']['appid'];

$this->view->apikey = $this->config['fb']['apikey'];

$this->view->action = $this->_getParam('action');

$this->view->facebookApi = Collaborator_FacebookConnectionManager::getInstance()->getFacebookApi();

$this->view->userid = $this->view->facebookApi->require_login();

}

and my singleton for the connectionManager:

<?php

/**

* Singleton for handling the connection to Facebook

* @author jon

class Collaborator_FacebookConnectionManager

{

/**

* @var Facebook_Facebook

protected $facebookApi;

/**

* @var Collaborator_FacebookConnectionManager

protected static $connectionManager = null;

protected function __construct()

{

$config = Zend_Registry::get('config');

$this->facebookApi = new Facebook_Facebook($config['fb']['apikey'], $config['fb']['apisecret']);

}

/**

* Singleton here to ensure one connection

* @return Collaborator_FacebookConnectionManager

public static function getInstance()

{

if (self::$connectionManager === null)

self::$connectionManager = new self();

return self::$connectionManager;

}

/**

* @return Facebook_Facebook

public function getFacebookApi()

{

return $this->facebookApi;

}

Re: Zend Autloader Throwing Exceptions

2009-11-06T06:34:24Z

-- A.J. Brown <fynwine@...> wrote
(on Wednesday, 04 November 2009, 11:31 AM -0500):

> Just incase it's useful somehow, here's the full config:
>
> http://www.pastie.org/683340
>
> By the way, I'm aware that I shouldn't be registering Doctrine's
> namespace and instead should push the Doctrine autoloader. I'm just
> doing this temporarily until we begin actually leveraging doctrine.
>
> Here is the complete code of the class that's giving me trouble:
>
> http://www.pastie.org/683348

I figured it out.

So, Zend_Loader_Autoloader utilizes Zend_Loader::loadClass() internally
to resolve class files. However, I was wrong about how it works -- it
*does*, in fact, throw an exception if the class does not exist after it
attempted to load it.

Your best bet is to create an additional autoloader that you attach to
Zend_Loader_Autoloader that will attempt to load just your form classes
-- and declare them otherwise.

One way to do that might be as follows:

class CP_Form_Autoloader
{
public static function autoload($className)
{
if (class_exists($className, false)) {
return $className;
}

$fileName = str_replace('_', '/', $className) . '.php';
if (include($fileName)) {
return $className;
}

eval("class $className extends CP_Form { }");

return $class;
}
}

You would then register this with the main autoloader as follows:

$al = Zend_Loader_Autoloader::getInstance();
class_exists('CP_Form_Autoloader'); // to ensure it's autoloaded
// prior to registration...
$al->pushAutoloader(array('CP_Form_Autoloader', 'autoload'), 'CP_Form_')

Note the second argument -- this will ensure it only attempts to load
classes beginning with 'CP_Form_'.

Do the above in a bootstrap resource, and then modify your CP_Form
class's _declareFormClass() method as follows:

protected function _declareFormClass($formName)
{
$class = 'CP_Form_' . $formName;
return $class;
}

and that *should* get you going.

> And here's the complete source of the controller where that code is being run:
>
> http://www.pastie.org/683344
>
> On Wed, Nov 4, 2009 at 11:22 AM, A.J. Brown <fynwine@...> wrote:
> > Hey Matthew,
> >
> > Thanks for the explanation. I assumed since the error had
> > "Zend_Exception" in it, that it was actually an exception being
> > thrown.
> >
> > Zend_Version::VERSION == '1.9.3'
> >
> > The code in the pastie is literally the only code that ever does
> > anything with the autoloader. This is a new project, and other than
> > some boilerplate controller code, this is the first few lines of code
> > that have been typed. The only other modifications are adding the
> > namespaces to the autoloader, using the built-in method through the
> > application configuration:
> >
> >
> > autoloaderNamespaces.cp = "CP_"
> > autoloaderNamespaces.doctrine = "Doctrine_"
> >
> >
> > It's also strange that the error is not being suppressed by the @ symbol.
> >
> >
> > On Wed, Nov 4, 2009 at 8:57 AM, Matthew Weier O'Phinney
> > <matthew@...> wrote:
> >> -- A.J. Brown <aj@...> wrote
> >> (on Tuesday, 03 November 2009, 07:59 PM -0500):
> >>> I'm trying to supress errors with the Zend Autoloader, but it's still
> >>> throwing them. In this specific case, I'm dynamically ceating a class
> >>> if it doesn't already exist. I'm calling suppressNotFoundWarnings(
> >>> true ).
> >>>
> >>> Here's my code:
> >>>
> >>> http://www.pastie.org/682603
> >>>
> >>> On line 13, I'm getting a Zend_Exception saying that CP/Form/Login.php
> >>> not found and CP_Form_Login does not exist. Here's that line:
> >>>
> >>> if( @$autoloader->autoload( $class ) ) {
> >>>
> >>> even wrapping it in a Try/Catch doesn't catch the exception. The best
> >>> part is that further down in the code, the class is still declared,
> >>> and the code continues to run.
> >>>
> >>> the CP_ namespace is registered to the autoloader at bootstrap. (I
> >>> confirmed this through debugging).
> >>
> >> You're confusing exceptions with errors. Zend_Loader_Autoloader does not
> >> throw exceptions within its autoload() method (it's considered a bad
> >> practice, and PHP itself behaves badly when it happens); this is why the
> >> try/catch does not work. What's actually happening is that PHP's
> >> include() function is raising a PHP warning when it can't find the
> >> related file in question.
> >>
> >> What *is* odd to me is that the autoloader is not suppressing the errors
> >> when you've specifically requested it do so. I've just tried this
> >> locally with the following:
> >>
> >>
> >> $autoloader->suppressNotFoundWarnings(true);
> >> if (!$autoloader->autoload('Zend_Foo_Bar')) {
> >> echo 'Not found';
> >> exit;
> >> }
> >> echo 'Found';
> >>
> >> With the warnings suppressed, it works as expected; without, I get
> >> the PHP warning, again, as expected.
> >>
> >> So, a few questions:
> >>
> >> * What version of ZF are you using?
> >> * Can you provide *all* code indicating how you've configured the
> >> autoloader?
> >> * Is the "CP_" namespace registered with the autoloader? If not, do you
> >> have another autoloader registered that would be handling it?
> >>
> >> Based on what you've presented, I have to assume that there's some other
> >> configuration issue that's leading to the error.
> >>
> >> --
> >> Matthew Weier O'Phinney
> >> Project Lead | matthew@...
> >> Zend Framework | http://framework.zend.com/
> >>
> >
> >
> >
> > --
> > A.J. Brown
> > web | http://ajbrown.org
> > phone | (937) 660-3969
> >
>
>
>
> --
> A.J. Brown
> web | http://ajbrown.org
> phone | (937) 660-3969
>

--
Matthew Weier O'Phinney
Project Lead | matthew@...
Zend Framework | http://framework.zend.com/

"Connect" a form to one created in the view

2009-11-06T04:52:36Z

Hello,
I've got this one in my view script index.phtml:

<h2>Log In</h2>
<p>
<?php echo $this->form('Default_Form_Login', array('name' =>
'form_login', 'id' => 'form_login', 'method' => 'post', 'action' =>
$this->link('login', 'index')), false); ?>
Username <br />
<?php echo $this->formText('form_username');?><br />
Password <br />
<?php echo $this->formPassword('form_password');?><br />
<?php echo $this->formSubmit('Submit', 'Login');?>
</form>
</p>

The form up is created with the view helpers and I want to "connect"
this form to one created from the class:

class Default_Form_Login extends Zend_Form
{

public function __construct($options=array())
{
parent::__construct($options);

$this->setName('form_login');
$this->setMethod('post');

$element = new Zend_Form_Element_Text('form_username');
$element->setLabel('Username');
$this->addElement($element);

$element = new Zend_Form_Element_Password('form_password');
$element->setLabel('Password');
$this->addElement($element);

$element = new Zend_Form_Element_Submit('Login');
$this->addElement($element);
}
}

So I will be able to use the form in my action in this way:

public function loginAction()
{
$form = new Default_Form_Login();
$result = $form->getValues();

Is it possible and how ?

Regards,
S.G.

Re: Incredible memory usage on public server, normal on dev server

2009-11-06T03:15:46Z

Yeah, my process just to show a page (without doing some logic operation, just showing the view) sometimes request 490mb of memory...

Can be a bug... But I can't get help from zend developers.

fab2008 wrote:

I have a similar problem using Zend_Mail, I found a couple of these messages in my php logfile:

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 115901301 bytes) in /home/fabio/ZendFramework-1.9.4/library/Zend/Mail/Protocol/Abstract.php on line 284
[04-Nov-2009 14:55:41] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted

Now what is strange is that enormous request of memory, how is possible to ask system for 115MB in a single line of code? Maybe a php bug? Or more likely a bug in php error reporting function. I can't believe that the indicated line asks for 115MB of memory to the system.

My php version is:
# php -v
PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009 22:16:23)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies

P.s. I tried to trace the error using memory_get_peak_usage() at the end of my script. When it ends with no errors that function reports only 20-30MB of ram used.

Re: Zend Autloader Throwing Exceptions

2009-11-06T02:38:02Z

Do you have an error handler that's throwing exceptions on error???

On 6 Nov 2009, at 10:33, Tim Fountain <timf@...> wrote:

2009/11/6 Tim Fountain <timf@...>

2009/11/5 A.J. Brown <fynwine@...>

Anyone have any ideas? I've been playing around with this all day and
can't seem to nudge into working. If I can't figure it out, I'll just
skip using the autoloader here and write my own method, but I don't
want to duplicate code.

FYI, we used this method in another project, and it worked fine.

Unless I'm missing something, the error you are getting states:

> Zend_Exception: File "CP/Form/Login.php" does not exist or class
> "CP_Form_Login" was not found in the file in
> /home/ajbrown/Projects/
CitationPoint2/library/Zend/Loader.php on line
> 88

however the file you gave defines a class called: "CP_Form". Rename the class to "CP_Form_Login" and all should work fine.

Ignore the above - I misunderstood what your class was doing. Could it be a problem in the definition of CP_Form_Login though? Or does this class not exist and you're expecting your factory method to return false?

--
Tim Fountain
http://tfountain.co.uk/

Re: Zend Autloader Throwing Exceptions

2009-11-06T02:33:58Z

2009/11/6 Tim Fountain <timf@...>

2009/11/5 A.J. Brown <fynwine@...>

Anyone have any ideas? I've been playing around with this all day and
can't seem to nudge into working. If I can't figure it out, I'll just
skip using the autoloader here and write my own method, but I don't
want to duplicate code.

FYI, we used this method in another project, and it worked fine.

Unless I'm missing something, the error you are getting states:

> Zend_Exception: File "CP/Form/Login.php" does not exist or class
> "CP_Form_Login" was not found in the file in
> /home/ajbrown/Projects/
CitationPoint2/library/Zend/Loader.php on line
> 88

however the file you gave defines a class called: "CP_Form". Rename the class to "CP_Form_Login" and all should work fine.

Ignore the above - I misunderstood what your class was doing. Could it be a problem in the definition of CP_Form_Login though? Or does this class not exist and you're expecting your factory method to return false?

--
Tim Fountain
http://tfountain.co.uk/

Re: Zend Autloader Throwing Exceptions

2009-11-06T02:19:50Z

2009/11/5 A.J. Brown <fynwine@...>

Anyone have any ideas? I've been playing around with this all day and
can't seem to nudge into working. If I can't figure it out, I'll just
skip using the autoloader here and write my own method, but I don't
want to duplicate code.

FYI, we used this method in another project, and it worked fine.

Unless I'm missing something, the error you are getting states:

> Zend_Exception: File "CP/Form/Login.php" does not exist or class
> "CP_Form_Login" was not found in the file in
> /home/ajbrown/Projects/

CitationPoint2/library/Zend/Loader.php on line
> 88

however the file you gave defines a class called: "CP_Form". Rename the class to "CP_Form_Login" and all should work fine.

--
Tim Fountain
http://tfountain.co.uk/

Strageties for lost view vars when re-rendering an invalid form ?

2009-11-06T01:26:17Z

Problem: When rendering an action's view script from a different action, the view variables that normally would exist are never initialized.

For example, indexAction creates a form it's view script and at least one other variable for the view:
public function indexAction()
    {
        $this->view->runs = array();

        $contactForm = $this->_getContactForm();
        $this->view->contactForm = $contactForm;

        $dbAdapter = $this->getInvokeArg('bootstrap')->getResource('db');
        $runGateway = new Model_RunGateway(array('dbAdapter' => $dbAdapter));
        $runs = array();
        $runs = $runGateway->getRuns();

        $this->view->runs = $runs; // Will be lost if another action calls $this->render('index')
    }

The form's action is contactprocessAction() ('/index/contactprocess/'). The form is submitted and is not valid. I can assign the $form to a view variable and render the original 'index' view.

    public function contactprocessAction()
    {
        $this->view->valid = false;
        $request = $this->getRequest();
        $form = $this->_getContactForm();

        if (!$form->isValid($request->getPost())) {
            $this->view->contactForm = $form; // $this->contactForm is in the view, but no other vars are.
            return $this->render('index');
        }
    }

But, the other view variables that would normally be created when indexAction is called, do not get created.

What do you think is the best way to deal with this?