RE: [fw-general] Fisheye offline?

2008-02-01 Thread Wil Sinclair
I believe I know the problem and it should be behaving better soon.

,Wil

> -Original Message-
> From: Simone Carletti [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 01, 2008 2:38 AM
> To: fw-general@lists.zend.com
> Subject: [fw-general] Fisheye offline?
> 
> 
> http://framework.zend.com/fisheye/browse/Zend_Framework
> 
> Proxy Error
> The proxy server received an invalid response from an upstream server.
> The proxy server could not handle the request GET
> /fisheye/browse/Zend_Framework.
> Reason: Error reading from remote server
> 
> From JIRA i get the following error
> 
> Error communicating with FishEye: java.net.SocketTimeoutException:
Read
> timed out
> --
> View this message in context: http://www.nabble.com/Fisheye-offline--
> tp15224145s16154p15224145.html
> Sent from the Zend Framework mailing list archive at Nabble.com.



Re: [fw-general] Zend_Layout - images and css not loading

2008-02-01 Thread Matthew Weier O'Phinney
-- Peter Atkins <[EMAIL PROTECTED]> wrote
(on Friday, 01 February 2008, 12:17 PM -0800):
> I apologize that was my typo
>
> 
> 
> 
> Home
>  type="text/css" />
> 
> 
> 
> 
> .
>
> I wish that was it...
>
> I do see the following two errors:
>
> HP Fatal error:  Uncaught exception 'Zend_Controller_Dispatcher_Exception' 
> with message 'Invalid controller specified (css)'...
> PHP Fatal error:  Uncaught exception 'Zend_Controller_Dispatcher_Exception' 
> with message 'Invalid controller specified (images)' 

Okay, this sounds like one of two things:

  * Either the css and image files are not under your public directory,
OR
  * You've got a bad rewrite rule, and *all* files are getting routed to
the front controller instead of omitting static content

What does your rewrite rule look like? Is it the one from the
documentation:

RewriteRule !\.(js|ico|gif|jpg|png|css)$ index.php


> On Feb 1, 2008, at 11:50 AM, Matthew Weier O'Phinney wrote:
>
>> -- Peter Atkins <[EMAIL PROTECTED]> wrote
>> (on Friday, 01 February 2008, 11:34 AM -0800):
>>> This is my first post to the list, and also my first project with ZF.
>>>
>>> I'm trying to implement Zend_Layout with all the MVC elements outside of
>>> the public doc root. This also includes the new layout templates (I also
>>> tried with templates in pub tree).
>>>
>>> This issue I'm having is that the "css" and/or "images" are not 
>>> displaying.
>>> I have an image call in the base.phtml template and I'm trying to load 
>>> the
>>> css from the indexController using ...
>>>
>>> $this->view->headLink()->appendStylesheet('/css/lib.css');
>>>
>>> It produces the proper code: >> rel="stylesheet" type="text/css" />
>>
>> Wait -- where did the leading '/' go? That could very well be the issue,
>> as without the leading slash, the browser is going to look in the path,
>> which could likely contain a /controller/action/ string... leading to a
>> 404 for the file.
>>
>> appendStylesheet() shouldn't be trimming this off, nor should headLink()
>> be removing it when rendering itself. You're sure you're adding it with
>> the leading slash?
>>
>>> They are located in the pub tree see below:
>>>
>>> File locations
>>> /application/controller/*
>>> /application/models/*
>>> /application/views/*
>>> /application/views/layouts
>>> /application/views/layouts/basic
>>> /application/views/layouts/basic/basic.phtml // basic layout template
>>>
>>> Base file content:
>>> 
>>> 
>>>
>>>headTitle() ?>
>>>headLink() ?>
>>>headScript() ?>
>>>headStyle() ?>
>>> 
>>> 
>>>
>>> // not displaying
>>> 
>>>
>>>render('header.phtml') ?>
>>>placeholder('nav') ?>
>>>layout()->content ?>
>>>render('footer.phtml') ?>
>>> 
>>> 
>>>
>>> /public_html/images/logo.gif
>>> /public_html/css/lib.css
>>> /public_html/index.php // bootloader
>>>
>>>
>>> Any thoughts would be great, I'm sure I'm missing something simple.
>>
>> -- 
>> Matthew Weier O'Phinney
>> PHP Developer| [EMAIL PROTECTED]
>> Zend - The PHP Company   | http://www.zend.com/
>
>

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] Zend_Layout - images and css not loading

2008-02-01 Thread Peter Atkins

I apologize that was my typo





Home
type="text/css" />





.

I wish that was it...

I do see the following two errors:

HP Fatal error:  Uncaught exception  
'Zend_Controller_Dispatcher_Exception' with message 'Invalid  
controller specified (css)'...
PHP Fatal error:  Uncaught exception  
'Zend_Controller_Dispatcher_Exception' with message 'Invalid  
controller specified (images)' 



On Feb 1, 2008, at 11:50 AM, Matthew Weier O'Phinney wrote:


-- Peter Atkins <[EMAIL PROTECTED]> wrote
(on Friday, 01 February 2008, 11:34 AM -0800):

This is my first post to the list, and also my first project with ZF.

I'm trying to implement Zend_Layout with all the MVC elements  
outside of
the public doc root. This also includes the new layout templates (I  
also

tried with templates in pub tree).

This issue I'm having is that the "css" and/or "images" are not  
displaying.
I have an image call in the base.phtml template and I'm trying to  
load the

css from the indexController using ...

$this->view->headLink()->appendStylesheet('/css/lib.css');

It produces the proper code: 


Wait -- where did the leading '/' go? That could very well be the  
issue,
as without the leading slash, the browser is going to look in the  
path,
which could likely contain a /controller/action/ string... leading  
to a

404 for the file.

appendStylesheet() shouldn't be trimming this off, nor should  
headLink()
be removing it when rendering itself. You're sure you're adding it  
with

the leading slash?


They are located in the pub tree see below:

File locations
/application/controller/*
/application/models/*
/application/views/*
/application/views/layouts
/application/views/layouts/basic
/application/views/layouts/basic/basic.phtml // basic layout template

Base file content:


   

   headTitle() ?>
   headLink() ?>
   headScript() ?>
   headStyle() ?>



// not displaying


   render('header.phtml') ?>
   placeholder('nav') ?>
   layout()->content ?>
   render('footer.phtml') ?>



/public_html/images/logo.gif
/public_html/css/lib.css
/public_html/index.php // bootloader


Any thoughts would be great, I'm sure I'm missing something simple.


--
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/





Re: [fw-general] Zend_Layout - images and css not loading

2008-02-01 Thread Matthew Weier O'Phinney
-- Peter Atkins <[EMAIL PROTECTED]> wrote
(on Friday, 01 February 2008, 11:34 AM -0800):
> This is my first post to the list, and also my first project with ZF.
>
> I'm trying to implement Zend_Layout with all the MVC elements outside of 
> the public doc root. This also includes the new layout templates (I also 
> tried with templates in pub tree).
>
> This issue I'm having is that the "css" and/or "images" are not displaying. 
> I have an image call in the base.phtml template and I'm trying to load the 
> css from the indexController using ...
>
> $this->view->headLink()->appendStylesheet('/css/lib.css');
>
> It produces the proper code:  rel="stylesheet" type="text/css" />

Wait -- where did the leading '/' go? That could very well be the issue,
as without the leading slash, the browser is going to look in the path,
which could likely contain a /controller/action/ string... leading to a
404 for the file.

appendStylesheet() shouldn't be trimming this off, nor should headLink()
be removing it when rendering itself. You're sure you're adding it with
the leading slash?

> They are located in the pub tree see below:
>
> File locations
> /application/controller/*
> /application/models/*
> /application/views/*
> /application/views/layouts
> /application/views/layouts/basic
> /application/views/layouts/basic/basic.phtml // basic layout template
>
> Base file content:
> 
> 
> 
> headTitle() ?>
> headLink() ?>
> headScript() ?>
> headStyle() ?>
> 
> 
>
> // not displaying
> 
>
> render('header.phtml') ?>
> placeholder('nav') ?>
> layout()->content ?>
> render('footer.phtml') ?>
> 
> 
>
> /public_html/images/logo.gif
> /public_html/css/lib.css
> /public_html/index.php // bootloader
>
>
> Any thoughts would be great, I'm sure I'm missing something simple.

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] How do I add Zend to my WampServer?

2008-02-01 Thread Bradley Holt
You said, "this is where I placed the library folder from the ZF download."
Did you mean that literally or did you put the Zend folder in library? Is
it:

c:\wamp\library\library\Zend

or:

c:\wamp\library\Zend

You want the second one.

-- 
Bradley Holt
[EMAIL PROTECTED]


Re: [fw-general] Zend_Validate_NotEmpty special case to handle '0'

2008-02-01 Thread Pieter

Hi Amr,

Zend_Validate_NotEmpty is expected to behave on the same way as the 
empty() function. So, there is no need to change this behaviour. And I 
could also imagine cases where you allow a '0' to be posted. You should 
create an own validator for this (I thought Zend_Form used 
Zend_Loader_PluginLoader for this, so it shouldn't be hard to add an own 
validator).


Regards,

Pieter kokx

Amr Mostafa schreef:

Hi All,

I'm using NotEmpty validator with the new Zend_Form component, to
validate empty fields. But it didn't work out as expected because it
doesn't consider a '0' (zero string) to be empty.

Use cases:

  1. Validating numbers, which could have 0 as perfectly valid input.
  2. Validating input of radio options that have one of their items'
value set to 0. Example: array(1 => 'Yes', 0 => 'No'). Or similar
controls like select lists.

I understand that this is due to PHP's empty() but I was also
wondering if it's worth adding a special case for string '0'. Of
course, I'm proposing adding strict type checking only, so the integer
0 would still give a false. But string '0' would give a true. The end
behavior would make more sense IMHO.

Thank you

Best,
- Amr




[fw-general] Zend_Layout - images and css not loading

2008-02-01 Thread Peter Atkins

All,

This is my first post to the list, and also my first project with ZF.

I'm trying to implement Zend_Layout with all the MVC elements outside  
of the public doc root. This also includes the new layout templates (I  
also tried with templates in pub tree).


This issue I'm having is that the "css" and/or "images" are not  
displaying. I have an image call in the base.phtml template and I'm  
trying to load the css from the indexController using ...


$this->view->headLink()->appendStylesheet('/css/lib.css');

It produces the proper code: rel="stylesheet" type="text/css" />


They are located in the pub tree see below:

File locations
/application/controller/*
/application/models/*
/application/views/*
/application/views/layouts
/application/views/layouts/basic
/application/views/layouts/basic/basic.phtml // basic layout template

Base file content:




headTitle() ?>
headLink() ?>
headScript() ?>
headStyle() ?>



// not displaying


render('header.phtml') ?>
placeholder('nav') ?>
layout()->content ?>
render('footer.phtml') ?>



/public_html/images/logo.gif
/public_html/css/lib.css
/public_html/index.php // bootloader


Any thoughts would be great, I'm sure I'm missing something simple.

Cheers,
Peter




Re: [fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread Lars Strojny
Hi,

Am Freitag, den 01.02.2008, 09:48 -0500 schrieb Matthew Weier O'Phinney:
[...]
> So, what I'm thinking is that instead of checking for is_int(), we
> should cast to int prior to any other checks. That way, both '303' and
> 303 will work, and users don't need to be worried about the specific
> type they send.

This won't work, as Redirector::redirect('foo') will return 0. Just
replace the is_int() with is_numeric() and cast it to an integer before
sending the header to make sure it is not a float.

cu, Lars


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil


[fw-general] Zend_Validate_NotEmpty special case to handle '0'

2008-02-01 Thread Amr Mostafa
Hi All,

I'm using NotEmpty validator with the new Zend_Form component, to
validate empty fields. But it didn't work out as expected because it
doesn't consider a '0' (zero string) to be empty.

Use cases:

  1. Validating numbers, which could have 0 as perfectly valid input.
  2. Validating input of radio options that have one of their items'
value set to 0. Example: array(1 => 'Yes', 0 => 'No'). Or similar
controls like select lists.

I understand that this is due to PHP's empty() but I was also
wondering if it's worth adding a special case for string '0'. Of
course, I'm proposing adding strict type checking only, so the integer
0 would still give a false. But string '0' would give a true. The end
behavior would make more sense IMHO.

Thank you

Best,
- Amr


[fw-general] How do I add Zend to my WampServer?

2008-02-01 Thread zendnewbie

Greetings! 

I am a total newbie and I can install ZF. I have downloaded the latest copy
of the zend framework. My root directory is located @ c:\wamp\www\ . I set
the the include_path in my php.ini file to c:\wamp\library (this is where i
placed the library folder from the ZF download). However, I still can get
anything to work! Please help.
-- 
View this message in context: 
http://www.nabble.com/How-do-I-add-Zend-to-my-WampServer--tp15231749s16154p15231749.html
Sent from the Zend Framework mailing list archive at Nabble.com.



Re: [fw-general] Zend_Controller_Action::render - difference between ZF 1.5PR and 1.0.3

2008-02-01 Thread Aljosa Mohorovic
On Jan 31, 2008 2:59 PM, Matthew Weier O'Phinney <[EMAIL PROTECTED]> wrote:
> This looks like a definite error. We modified the ViewRenderer to use
> Zend_Filter_Inflector for the 1.5 release, and it looks like we didn't
> take into account directory separators as part of inflection -- a pretty
> major regression.
>
> I've taken the liberty of creating an issue in our tracker for you:
>
> http://framework.zend.com/issues/browse/ZF-2535
>
> Please update with any other information you find relevant.

adding "\/" to ViewRenderer.php resolves my issues but i found no way
to comment (i was logged in) on issue page
line 270 >> ':action' => array('Word_CamelCaseToDash', new
Zend_Filter_PregReplace('/[^a-z0-9\/]+/i', '-'), 'StringToLower'),

Aljosa


RE: [fw-general] zend.com, a bit slow?

2008-02-01 Thread Andi Gutmans
Btw, one thing Matthew forgot to mention is that the XML-RPC goes to a legacy 
PHP app which is one of the main bottlenecks (which is why it wasn't trivial to 
fix - a lot of old code there). Over time we will move more and more business 
logic into the front-end layer which is new, performs much better and is also 
utilizing ZF.

Andi

> -Original Message-
> From: Łukasz Wojciechowski [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 01, 2008 7:49 AM
> To: fw-general@lists.zend.com
> Subject: Re: [fw-general] zend.com, a bit slow?
> 
> On Feb 1, 2008 2:57 PM, Matthew O'Phinney <[EMAIL PROTECTED]> wrote:
> >
> > Andi's given me the go-ahead to respond to this. :-)
> >
> 
> Thanks for sharing! I'm always very into live refactoring examples.
> 
> --
> Łukasz Wojciechowski


Re: [fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread Matthew Weier O'Phinney
-- AmirBehzad Eslami <[EMAIL PROTECTED]> wrote
(on Friday, 01 February 2008, 07:07 PM +0330):
> I just found the following note in PHP Manual (@see: entry for is_int())
> 
> Note:
> 
> To test if a variable is a number or a numeric string (such as form input,
> which is always a string), you must use is_numeric().

The problem with is_numeric is that floats also evaluate to true -- and
we don't want floats. So, casting explicitly to integer *prior* to
testing is a safer and saner approach for us.

> OK. I'll place an issue in the tracker.

Great, thanks -- I'll keep an eye out for it.

> Thank you for your attention.

My pleasure!

> On Feb 1, 2008 6:18 PM, Matthew Weier O'Phinney <[EMAIL PROTECTED]> wrote:
> 
> -- AmirBehzad Eslami <[EMAIL PROTECTED]> wrote
> (on Friday, 01 February 2008, 05:47 PM +0330):
> > >> My understanding is
> > >> that PHP will convert it to an integer before sending it anyways.
> >
> > No. In my experience an exception thrown
> > @see: Controller/Response/Abstract.php , Line 230
> >
> > if (!is_int($code) || (100 > $code) || (599 < $code)) {
> > require_once 'Zend/Controller/Response/Exception.php';
> > throw new Zend_Controller_Response_Exception('Invalid HTTP
> response
> > code');
> > }
> 
> So, what I'm thinking is that instead of checking for is_int(), we
> should cast to int prior to any other checks. That way, both '303' and
> 303 will work, and users don't need to be worried about the specific
> type they send.
> 
> Can you place an issue in the tracker for this?

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] zend.com, a bit slow?

2008-02-01 Thread Łukasz Wojciechowski
On Feb 1, 2008 2:57 PM, Matthew O'Phinney <[EMAIL PROTECTED]> wrote:
>
> Andi's given me the go-ahead to respond to this. :-)
>

Thanks for sharing! I'm always very into live refactoring examples.

-- 
Łukasz Wojciechowski


[fw-general] Zend_Config_XML charset encoding

2008-02-01 Thread Denis Fohl

Hi,

it's my first message on this list and I want first thanks all the 
people involved into ZF devloppement for their good work. I'm beginning 
using the zend framework for my job now.


Using Zend_Config_XML I have got a problem with latin charset. My 
initial xml file is encoded in latin1, then I retrieve the datas through 
zend_config_xml and display it in a html page with latin1 charset 
declared. The accents and special characters are not display correctly. 
If I change the encoding for the html to utf8 then it's ok for those 
datas but it does not fit with the datas coming from my database.
The solution i found is to convert dats from config object with 
utf8_decode function before each echo.


It seems that zend_config_xml convert characters to utf8 internaly.

Is there a lighter solution than utf8_decode ? i can't find the way to 
manage encoding within zend_config_xml


Thank you for your answers and sorry for my english

Denis.


--
Denis Fohl
--
df-info
06 84 38 21 99


Re: [fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread AmirBehzad Eslami
I just found the following note in PHP Manual (@see: entry for is_int())

*Note: *

*To test if a variable is a number or a numeric string (such as form input,
which is always a string), you must use is_numeric().
*
OK. I'll place an issue in the tracker.
Thank you for your attention.


On Feb 1, 2008 6:18 PM, Matthew Weier O'Phinney <[EMAIL PROTECTED]> wrote:

> -- AmirBehzad Eslami <[EMAIL PROTECTED]> wrote
> (on Friday, 01 February 2008, 05:47 PM +0330):
> > >> My understanding is
> > >> that PHP will convert it to an integer before sending it anyways.
> >
> > No. In my experience an exception thrown
> > @see: Controller/Response/Abstract.php , Line 230
> >
> > if (!is_int($code) || (100 > $code) || (599 < $code)) {
> > require_once 'Zend/Controller/Response/Exception.php';
> > throw new Zend_Controller_Response_Exception('Invalid HTTP
> response
> > code');
> > }
>
> So, what I'm thinking is that instead of checking for is_int(), we
> should cast to int prior to any other checks. That way, both '303' and
> 303 will work, and users don't need to be worried about the specific
> type they send.
>
> Can you place an issue in the tracker for this?
>
> --
> Matthew Weier O'Phinney
> PHP Developer| [EMAIL PROTECTED]
> Zend - The PHP Company   | http://www.zend.com/
>


Re: [fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread Matthew Weier O'Phinney
-- AmirBehzad Eslami <[EMAIL PROTECTED]> wrote
(on Friday, 01 February 2008, 05:47 PM +0330):
> >> My understanding is
> >> that PHP will convert it to an integer before sending it anyways.
> 
> No. In my experience an exception thrown
> @see: Controller/Response/Abstract.php , Line 230
> 
> if (!is_int($code) || (100 > $code) || (599 < $code)) {
> require_once 'Zend/Controller/Response/Exception.php';
> throw new Zend_Controller_Response_Exception('Invalid HTTP 
> response
> code');
> }

So, what I'm thinking is that instead of checking for is_int(), we
should cast to int prior to any other checks. That way, both '303' and
303 will work, and users don't need to be worried about the specific
type they send.

Can you place an issue in the tracker for this?

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread AmirBehzad Eslami
Also see: Controller/Action/Helper/Redirector.php Line 89:

if (!is_int($code) || (300 > $code) || (307 < $code)) {
require_once 'Zend/Controller/Exception.php';
throw new Zend_Controller_Action_Exception('Invalid redirect
HTTP status code (' . $code  . ')');
}




On Feb 1, 2008 5:47 PM, AmirBehzad Eslami <[EMAIL PROTECTED]> wrote:

> >> My understanding is
> >> that PHP will convert it to an integer before sending it anyways.
>
> No. In my experience an exception thrown
> @see: Controller/Response/Abstract.php , Line 230
>
> if (!is_int($code) || (100 > $code) || (599 < $code)) {
> require_once 'Zend/Controller/Response/Exception.php';
> throw new Zend_Controller_Response_Exception('Invalid HTTP
> response code');
> }
>
>


Re: [fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread AmirBehzad Eslami
>> My understanding is
>> that PHP will convert it to an integer before sending it anyways.

No. In my experience an exception thrown
@see: Controller/Response/Abstract.php , Line 230

if (!is_int($code) || (100 > $code) || (599 < $code)) {
require_once 'Zend/Controller/Response/Exception.php';
throw new Zend_Controller_Response_Exception('Invalid HTTP
response code');
}


Re: [fw-general] zend.com, a bit slow?

2008-02-01 Thread Matthew O'Phinney
-- mbneto <[EMAIL PROTECTED]> wrote
(on Thursday, 31 January 2008, 09:35 PM -0400):
> As a suggestion, since I assume zend.com uses some ZF components,
> please let us know what caused the performance degradation and what
> was done to make it play nicer :)

Andi's given me the go-ahead to respond to this. :-)

There were a few things that affected our performance. First off,
Zend.com moved to a new datacenter just a couple months ago, and we had
a variety of factors that contributed to the issue:

  * More sites utilizing the same master database
  * Heavier requirements for the front-end web servers, but on machines
that had slightly fewer resources (in terms of processors and RAM)
  * Huge amounts of traffic
  * Incomplete caching strategy

We're working on improving the specs on the servers, and potentially
providing additional servers to the pool, but that takes time. To help
in the near-term, we did a number of things, but the two largest were:

  * We'd been using partial-content caching to Zend Platform using
Zend_Cache. We quickly realized that the only reason we needed
partial caching was due to the 'login/logout' buttons (which are
dependent on state). We removed these (keeping only the 'My Account')
button (we'll replace with a client-side solution soon). This allows
us to use full-page dynamic content caching via Platform --
effectively by-passing the PHP engine entirely for requests to
cached pages. 

  * We also setup a filter in our templating engine to rewrite image
URLs to the Content Delivery Network (CDN) we use for our product
downloads, and set up processes to sync all images to the CDN. This
offloads a ton of requests from our server, opening more apache
processes for visitors.

These two changes (plus a number of other minor tweaks) have allowed us
to handle nearly the same amount of traffic this past week as we
received last week, only this time without melting our servers while
still allowing people to actually get to the site. :-)

We also have a middle-tier of XML-RPC servers to which our site makes
many requests. A lot of these requests are read-only, and one of my
co-workers has been writing up a layer on both Zend_XmlRpc_Server and
Zend_XmlRpc_Client for caching requests. Based on the benchmarks he's
done so far, this could potentially be another huge performance gain.
Those contributions will eventually find their way back into ZF.


> On Jan 31, 2008 5:04 PM, Wil Sinclair <[EMAIL PROTECTED]> wrote:
> 
> You *should* be congratulating us on a very successful launch of Studio
> for Eclipse and Platform 2.6. ;) Seriously, tho, we've been prioritizing
> getting the site back up to speed for the last week. The ZF team even
> had to get by without Matthew for a couple of days while he helped out
> on the site. :O
> As Matthew mentioned, [EMAIL PROTECTED] is the right place to bring
> this to our attention. I hope you guys enjoy some of the new
> framework-specific features in Studio. Stay tuned for more to come!
> 
> ,Wil
> 
> > -Original Message-
> > From: Matthew Weier O'Phinney [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, January 31, 2008 6:08 AM
> > To: fw-general@lists.zend.com
> > Subject: Re: [fw-general] zend.com, a bit slow?
> >
> > -- Federico Cargnelutti <[EMAIL PROTECTED]> wrote
> > (on Thursday, 31 January 2008, 05:52 AM -0800):
> > > I've been visiting the site a couple of times in the last 2 weeks,
> > and it's
> > > a bit slow. And also, http://www.zend.com/lists.php needs some
> > styling and
> > > is not showing the months in the drop-down menus. Nothing mayor, but
> > I
> > > thought it was better to report it than ignore it.
> >
> > Send this sort of report to [EMAIL PROTECTED], please; the framework
> > mailing lists are not monitored by the team running the zend.com site.
> >
> > (As for the slowness of the site, there were two major product
> releases
> > by Zend last week, so the traffic to the site has been incredibly
> > high.)
> >
> > --
> > Matthew Weier O'Phinney
> > PHP Developer| [EMAIL PROTECTED]
> > Zend - The PHP Company   | http://www.zend.com/
> 
> 

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread Matthew Weier O'Phinney
-- AmirBehzad Eslami <[EMAIL PROTECTED]> wrote
(on Friday, 01 February 2008, 04:13 PM +0330):
> @see: 7.8.4.3.2. Basic Usage Examples
> ...
> 
> $this->_redirector->setCode('303')
> 
> should become:
> 
> $this->_redirector->setCode(303)

Have you actually experienced an issue with that? My understanding is
that PHP will convert it to an integer before sending it anyways.

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] Slow performance with ZF 1.5.0PR on a live server

2008-02-01 Thread Darby Felton
Ralf Eggert wrote:
>> As to your performance problems, I suspect that you could be having
>> trouble with Zend_Loader. Please see the following JIRA issue if you
>> also suspect the same could be true:
>>
>> http://framework.zend.com/issues/browse/ZF-2463
> 
> But could this problem really result in a quadruplication of the run
> time for almost all pages? I rather thought that amendments to other
> components like Zend_Db or Zend_Controller might have caused the
> performance decrease.

I probably should not guess any further. :) I'll recommend to use
profiling to determine the cause(s) of your performance degradation. :)

I just happened to be aware (having made the changes myself) of a
not-so-fast Zend_Loader implementation pursuant to:

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

This implementation made it into 1.5.0 PR before I could change it, but
the latest SVN version of it does not have the error handling functions
about which I was concerned. Instead, errors in included files will
simply be handled in the normal PHP way. :)

>> Finally, I would recommend that Zend_Loader be eschewed, in favor of
>> using require_once, whenever possible. If there are any framework
>> components using Zend_Loader, where require_once would work nicely
>> instead, please let us know about it.
> 
> This is not so easy to accomplish since my whole application relies on
> Zend_Loader. All classes I use should be loaded by Zend_Loader and I
> don't really get the point of a Zend_Loader class if it is not
> recommended to use it

Okay, so in this case, it's not reasonably possible for you not to use
Zend_Loader. That's fine. I was really more concerned about the version
that came with 1.5.0 PR than the version from 1.0.3 or the version that
will be in 1.5.0 RC1.

Best regards,
Darby


Re: [fw-general] Slow performance with ZF 1.5.0PR on a live server

2008-02-01 Thread Matthew Weier O'Phinney
-- Ralf Eggert <[EMAIL PROTECTED]> wrote
(on Friday, 01 February 2008, 09:00 AM +0100):
> > As to your performance problems, I suspect that you could be having
> > trouble with Zend_Loader. Please see the following JIRA issue if you
> > also suspect the same could be true:
> > 
> > http://framework.zend.com/issues/browse/ZF-2463
> 
> But could this problem really result in a quadruplication of the run
> time for almost all pages? 

It's possible. 

We have been doing some performance tweaking of Zend_Loader, trying to
optimize the algorithm (we've received some detailed complaints that
were pointing to Zend_Loader as a bottleneck).

However, in doing those changes, several users reported that they were
no longer receiving expected errors for missing files. Darby tried to
address that, and introduced some code for better error reporting. This
code was setting up and tearing down error handlers so that it could
create error objects that could in turn be thrown. It was a nice design,
but our conclusion is that it likely negated most of the other
performance tweaks.

> I rather thought that amendments to other components like Zend_Db or
> Zend_Controller might have caused the performance decrease.

I know of no changes to Zend_Controller that would have affected
performance. There were tweaks done for 1.0.3 to *speed up*
Zend_Controller, and those remain in place; the only other work on
Zend_Controller recently has been bugfixes by Martel.

Zend_Db is another matter, and I'd need to defer to Simon, Thomas, and
Darby for that.

-- 
Matthew Weier O'Phinney
PHP Developer| [EMAIL PROTECTED]
Zend - The PHP Company   | http://www.zend.com/


Re: [fw-general] Addition of utility classes to ZF

2008-02-01 Thread Darby Felton
Hi Steven,

We have an implementation of the Luhn algorithm within
Zend_Validate_Ccnum, though I'm pretty sure we have not implemented the
Verhoeff algorithm anywhere. (Please correct me if I'm wrong, anyone.)

I think that such validation may fit nicely into the Zend_Validate
"namespace", but if you are interested in contributing this and other
utilities to Zend Framework, please see:

http://framework.zend.com/community/contribute

for more information. Probably it would be good to describe the
utilities and getting some more feedback before making any judgment
about whether they would be worth including. :)

There is also a proposal process for making ZF contributions:

http://framework.zend.com/wiki/display/ZFPROP/Home

Thank you for your interest in contributing to Zend Framework! :)

Best regards,
Darby

Steven Brown wrote:
> Hi all,
> 
> I was just about to create some utility classes for Luhn (MOD10) and
> Verhoeff check digit generation and checking. Is this the kind of thing that
> might fit into ZF somewhere and if so where?
> 
> There are a whole heap of utility classes I use outside of ZF that are
> sometimes incompatible or not in the coding standard of ZF, is there much
> point in converting these and contributing them to ZF?
> 
> Cheers,
> Steven
> 
> 
> 


Re: [fw-general] Slow performance with ZF 1.5.0PR on a live server

2008-02-01 Thread Darby Felton
Nick Lo wrote:
> Hi Darby,
> 
>>> Finally, I would recommend that Zend_Loader be eschewed, in favor of
>>> using require_once, whenever possible. If there are any framework
>>> components using Zend_Loader, where require_once would work nicely
>>> instead, please let us know about it.
> 
> Based on that recommendation, is it correct then to presume that it
> would be wise to also avoid using Zend_Loader::registerAutoload() for
> the same performance reasons?
> 
> Nick

Well, I would say that the Zend_Loader that came with ZF 1.5.0 PR is not
as fast as it could be and should probably not be used in production
without some impact testing. That said, it may work fine for you,
depending on the situation. There is no doubt a penalty for using
autoloading, more so with the Zend_Loader of ZF 1.5.0 PR, but whether
that penalty is acceptable to you completely depends on the situation.

I recently removed some performance-hindering error handling code from
Zend_Loader, so the latest version in trunk should be much better, and
this would be included with ZF 1.5.0 RC1.

Best regards,
Darby




[fw-general] Request to correct a sample code in ZF Manual

2008-02-01 Thread AmirBehzad Eslami
@see: 7.8.4.3.2. Basic Usage Examples
...

$this->_redirector->setCode('303')

should become:

$this->_redirector->setCode(303)


Re: [fw-general] Proposal for a user agent component

2008-02-01 Thread Simone Carletti
I contacted him and he said this is not really an issue.
He can adapt the license or provide custom permission for such this derived
work.

He hasn't posted here an answer yet because - he said - "my English is not
really understandable". :)

On Fri, Feb 1, 2008 at 8:41 AM, Kevin Golding <[EMAIL PROTECTED]>
wrote:

> In article <[EMAIL PROTECTED]>
> , Vincent <[EMAIL PROTECTED]> writes
> >
> >
> >On 31/01/2008, Matthew Weier O'Phinney <[EMAIL PROTECTED]> wrote:
> >>Simone Carletti <[EMAIL PROTECTED]> wrote
> >>   (on Wednesday, 30 January 2008, 11:19 PM +0100):
> >>   > http://creativecommons.org/licenses/by-nc-sa/2.5/
> >>   > Attribution-Noncommercial-Share Alike 2.5 Generic
> >>   >
> >>   > Additionally, you should consider I already talked with my
> >>   friend about the
> >>   > idea of a PHP porting and he was more than happy.
> >>   > I guess license or permission is not really a problem.
> >
> >>   Excellent -- I'll have somebody on the Zend team verify that
> >>   this is a
> >>   compatable license; I'm not sure what our policy is on
> >>   attribution.
> >
> >Wouldn't the NonCommercial part be a problem? (As in: IIRC the New
> >BSD license allows commercial usage)
>
> Share Alike is also more GPL than BSD.
>
> Also, it must be said there's a reason attribution was dropped from most
> BSD style licenses (i.e. it became a complete pain).
>
> I assumed by Simone's comments though that his friend was happy to
> change the license to something that was compatible.
>
> Kevin
>


Re: [fw-general] Alias for controller

2008-02-01 Thread Marcos Gil Fuertes
Thanks Michał, but it doesn't work. It never ends loading the page... :(

And I think it wouldn't be appropiate because ALL the controllers will redirect 
to 'categories', right?

I'll report it.

Bye,
 
Marcos Gil Fuertes
[EMAIL PROTECTED]

- Mensaje original 
De: Michał Minicki <[EMAIL PROTECTED]>
Para: marcis <[EMAIL PROTECTED]>; fw-general@lists.zend.com
Enviado: viernes, 1 de febrero, 2008 9:11:17
Asunto: Re: [fw-general] Alias for controller

marcis 
<[EMAIL PROTECTED]> 
napisał(a):

> 
How 
do 
you 
think 
it 
could 
be 
done? 
Through 
routing? 
Rewriting 
the
> 
dispatch 
method 
(Zend_Controller_Front 
or 
Zend_Controller_Dispatcher_Standard)?
> 
Any 
idea? 
Thanks 
in 
advance!!
>
> 
I 
tried 
it 
creating 
a 
new 
route 
(I 
was 
using 
the 
standard 
one) 
like 
this:
>
> 
$router->addRoute(
>  
  
 
'families',
>  
  
 
new 
Zend_Controller_Router_Route('families/:action/*',
>  
  
 
array('module' 
=> 
'default', 
'controller' 
=> 
'categories', 
'action'
> 
=>
> 
'index'))
> 
);

Try 
this 
one 
instead:

$router->addRoute(
  
  
'families', 
new 
Zend_Controller_Router_Route(':type/:action/*',
  
  
array('module' 
=> 
'default', 
'controller' 
=> 
'categories', 
'action' 
=> 
'index'))
  
  
array('type' 
=> 
'(categories|families)')
);

This 
way 
you 
will 
have 
'type' 
parameter 
in 
your 
actions 
ready 
for 
inclusion 
in 
database 
queries.

> 
And 
it 
worked 
BUT 
now 
it 
generates 
URIs 
like:
>
> 
/families/edit/controller/categories/id/4
>
> 
I 
can't 
understand 
why 
it's 
including 
'controller' 
parameter. 
Can 
anyone
> 
help 
me, 
please?

It 
probably 
shouldn't 
- 
could 
you 
create 
a 
Jira 
issue 
for 
this?

--
Michał


-- 
Martel 
Valgoerad 
aka 
Michal 
Minicki 
| 
[EMAIL PROTECTED] 
| 
http://aie.pl/martel.asc
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Idleness 
is 
not 
doing 
nothing. 
Idleness 
is 
being 
free 
to 
do 
anything." 
 
-- 
Floyd 
Dell







   
__ 
¿Con Mascota por primera vez? Sé un mejor Amigo. Entra en Yahoo! Respuestas 
http://es.answers.yahoo.com/info/welcome

Re: [fw-general] Proposal for a user agent component

2008-02-01 Thread Kevin Golding
In article <[EMAIL PROTECTED]>
, Vincent <[EMAIL PROTECTED]> writes
>
>
>On 31/01/2008, Matthew Weier O'Phinney <[EMAIL PROTECTED]> wrote:
>>Simone Carletti <[EMAIL PROTECTED]> wrote
>>   (on Wednesday, 30 January 2008, 11:19 PM +0100):
>>   > http://creativecommons.org/licenses/by-nc-sa/2.5/
>>   > Attribution-Noncommercial-Share Alike 2.5 Generic
>>   >
>>   > Additionally, you should consider I already talked with my 
>>   friend about the
>>   > idea of a PHP porting and he was more than happy.
>>   > I guess license or permission is not really a problem.
>
>>   Excellent -- I'll have somebody on the Zend team verify that 
>>   this is a
>>   compatable license; I'm not sure what our policy is on 
>>   attribution.
>
>Wouldn't the NonCommercial part be a problem? (As in: IIRC the New 
>BSD license allows commercial usage)

Share Alike is also more GPL than BSD.

Also, it must be said there's a reason attribution was dropped from most
BSD style licenses (i.e. it became a complete pain).

I assumed by Simone's comments though that his friend was happy to
change the license to something that was compatible.

Kevin


[fw-general] Fisheye offline?

2008-02-01 Thread Simone Carletti

http://framework.zend.com/fisheye/browse/Zend_Framework

Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET
/fisheye/browse/Zend_Framework.
Reason: Error reading from remote server

>From JIRA i get the following error

Error communicating with FishEye: java.net.SocketTimeoutException: Read
timed out
-- 
View this message in context: 
http://www.nabble.com/Fisheye-offline--tp15224145s16154p15224145.html
Sent from the Zend Framework mailing list archive at Nabble.com.



Re: [fw-general] Proposal for a user agent component

2008-02-01 Thread Simone Carletti
I absolutely agree.

On Fri, Feb 1, 2008 at 10:13 AM, Christer Edvartsen <[EMAIL PROTECTED]>
wrote:

> I think the user agent component should be a separate component, and
> have the context switcher configured to be "aware" of different
> parameters. If the switcher is set up to be aware of user agents it
> could then use the user agent component to figure out the user agent.
>
> No everyone uses the MVC part of ZF and thats why I would like to have
> the user agent component as a separate component.
>
> Inash Zubair wrote:
> > True. That's what I meant by glueing both proposals at some time but not
> > for 1.5, probably for a future release. The helper should stand
> > primarily for the request Context and it should provide detecting and/or
> > switching based on other request parameters/environment as well. We
> > don't actually need 2 or more components for this and it has to be part
> > of the Controller_Action_Helpers. That's what I think. Any views on this
> > for a future release!?
> >
> > On 1/31/08, *Matthew Weier O'Phinney* <[EMAIL PROTECTED]
> > > wrote:
> >
> > -- Inash Zubair <[EMAIL PROTECTED] > wrote
> > (on Thursday, 31 January 2008, 04:55 PM +0500):
> >  > Sorry I missed sending this previously to the list. Here it is
> now.
> >  >
> >  > I'm assuming the purpose of this component is to detect the type
> > of client and
> >  > customize the output to fit it's capabilities. There is a similar
> > component
> >  > already in the incubator for version 1.5 and probably that will
> > be rolled out
> >  > with the PR version of 1.5 that is Zend_Controller_Action_Helper
> >  > _ContextSwitch which does something similar.
> >  >
> >  > Matthew: Is there a possibility both these proposals could be
> > glued!? The
> >  > purpose is similar as far as I know but how the context is
> > determined is
> >  > different.
> >
> > ContextSwitch currently only looks for a given parameter in the
> request.
> > However, once we have UserAgent detection, I can write support for
> that
> > into ContextSwitch. UserAgent support will *not* happen by 1.5,
> however.
> >
> >
> >  > On 1/31/08, Matthew Weier O'Phinney <[EMAIL PROTECTED]
> > > wrote:
> >  >
> >  > -- Simone Carletti <[EMAIL PROTECTED]
> > > wrote
> >  > (on Wednesday, 30 January 2008, 09:52 PM +0100):
> >  > > a friend of mine created the best ASP class for user agent
> > sniffing.
> >  > > It's a long time project, started more than 5 years ago.
> > It's called
> >  > WBStat.
> >  > > http://www.useragents.org/develop-wbstat.asp
> >  > >
> >  > > 4 years ago I created a tracking tool and this class was
> > part of the
> >  > > application core.
> >  > > We made a kind of partnership: I was in charge of providing
> > the class
> >  > tons of
> >  > > new user agents and my friend was in charge of updating the
> > database.
> >  > > This is the result: http://www.useragents.org/
> >  > > Probably on of the huge useragent database, daily updated
> with
> >  > >
> >  > > * 153 browsers,
> >  > > * 221 robots,
> >  > > * 89 operating systems
> >  > > * 2045 unique user-agent string (the real database is more
> > than 400k user
> >  > > agents)
> >  > >
> >  > > Have a look at what the class can do just from an user
> agent!
> >  > > http://www.useragents.org/develop-wbstat.asp?w=demo
> >  > >
> >  > > I always promised to myself (and to him!) to create a PHP
> > porting of this
> >  > > excellent tool for ZF.
> >  > > You should definitely have a look at the class.
> >  > >
> >  > > It is Italian based but the code is international! ;)
> >  > > The class is just the core, client definitions are stored
> > in 3 external
> >  > XML
> >  > > files that can be easily adapted to ZF needs.
> >  > >
> >  > > You should definitely have a look at this wonderful piece
> > of code. :)
> >  >
> >  > Before he does, what is the license? Depending on the
> > license, we may
> >  > not be able to accept such a port...
> >  >
> >  >
> >  > > On Wed, Jan 30, 2008 at 8:26 PM, Christer Edvartsen
> > <[EMAIL PROTECTED] >
> >  > > wrote:
> >  > >
> >  > > I have created a page in the wiki that will hold the
> > proposal for a
> >  > > Zend_UserAgent component. The proposal does not hold
> > that much
> >  > > information yet, but I will add some more as soon as I
> > get some
> >  > feedback
> >  > > from you guys. It's lo

Re: [fw-general] Proposal for a user agent component

2008-02-01 Thread Christer Edvartsen
I think the user agent component should be a separate component, and 
have the context switcher configured to be "aware" of different 
parameters. If the switcher is set up to be aware of user agents it 
could then use the user agent component to figure out the user agent.


No everyone uses the MVC part of ZF and thats why I would like to have 
the user agent component as a separate component.


Inash Zubair wrote:
True. That's what I meant by glueing both proposals at some time but not 
for 1.5, probably for a future release. The helper should stand 
primarily for the request Context and it should provide detecting and/or 
switching based on other request parameters/environment as well. We 
don't actually need 2 or more components for this and it has to be part 
of the Controller_Action_Helpers. That's what I think. Any views on this 
for a future release!?


On 1/31/08, *Matthew Weier O'Phinney* <[EMAIL PROTECTED] 
> wrote:


-- Inash Zubair <[EMAIL PROTECTED] > wrote
(on Thursday, 31 January 2008, 04:55 PM +0500):
 > Sorry I missed sending this previously to the list. Here it is now.
 >
 > I'm assuming the purpose of this component is to detect the type
of client and
 > customize the output to fit it's capabilities. There is a similar
component
 > already in the incubator for version 1.5 and probably that will
be rolled out
 > with the PR version of 1.5 that is Zend_Controller_Action_Helper
 > _ContextSwitch which does something similar.
 >
 > Matthew: Is there a possibility both these proposals could be
glued!? The
 > purpose is similar as far as I know but how the context is
determined is
 > different.

ContextSwitch currently only looks for a given parameter in the request.
However, once we have UserAgent detection, I can write support for that
into ContextSwitch. UserAgent support will *not* happen by 1.5, however.


 > On 1/31/08, Matthew Weier O'Phinney <[EMAIL PROTECTED]
> wrote:
 >
 > -- Simone Carletti <[EMAIL PROTECTED]
> wrote
 > (on Wednesday, 30 January 2008, 09:52 PM +0100):
 > > a friend of mine created the best ASP class for user agent
sniffing.
 > > It's a long time project, started more than 5 years ago.
It's called
 > WBStat.
 > > http://www.useragents.org/develop-wbstat.asp
 > >
 > > 4 years ago I created a tracking tool and this class was
part of the
 > > application core.
 > > We made a kind of partnership: I was in charge of providing
the class
 > tons of
 > > new user agents and my friend was in charge of updating the
database.
 > > This is the result: http://www.useragents.org/
 > > Probably on of the huge useragent database, daily updated with
 > >
 > > * 153 browsers,
 > > * 221 robots,
 > > * 89 operating systems
 > > * 2045 unique user-agent string (the real database is more
than 400k user
 > > agents)
 > >
 > > Have a look at what the class can do just from an user agent!
 > > http://www.useragents.org/develop-wbstat.asp?w=demo
 > >
 > > I always promised to myself (and to him!) to create a PHP
porting of this
 > > excellent tool for ZF.
 > > You should definitely have a look at the class.
 > >
 > > It is Italian based but the code is international! ;)
 > > The class is just the core, client definitions are stored
in 3 external
 > XML
 > > files that can be easily adapted to ZF needs.
 > >
 > > You should definitely have a look at this wonderful piece
of code. :)
 >
 > Before he does, what is the license? Depending on the
license, we may
 > not be able to accept such a port...
 >
 >
 > > On Wed, Jan 30, 2008 at 8:26 PM, Christer Edvartsen
<[EMAIL PROTECTED] >
 > > wrote:
 > >
 > > I have created a page in the wiki that will hold the
proposal for a
 > > Zend_UserAgent component. The proposal does not hold
that much
 > > information yet, but I will add some more as soon as I
get some
 > feedback
 > > from you guys. It's located at
 > > http://framework.zend.com/wiki/display/ZFPROP/
 > > Zend_UserAgent+-+Christer+Edvartsen
 > >
 > > The component is supposed to be used to classify user
agents into
 > some
 > > predefined categories. I suggest the following categories:
 > >
 > > * Browser
 > > * RSS Reader
 > > * Mobile Device
 > > * Robot
 > >
 > > A Zend_Controller_Action helper c

Re: [fw-general] Alias for controller

2008-02-01 Thread Michał Minicki
Marcos Gil Fuertes <[EMAIL PROTECTED]> napisał(a):

> Thanks Michał, but it doesn't work. It never ends loading the page... :(
>
> And I think it wouldn't be appropiate because ALL the controllers will
> redirect to 'categories', right?

Actually, no. Second array you pass to route constructor are the 
requirements. As you see it says 'families or categories', so setting the 
first part of the url to anything but those will result in a negative 
match. After that next route in the chain will be tried.

> I'll report it.

Thanks, Marcos.



-- 
Martel Valgoerad aka Michal Minicki | [EMAIL PROTECTED] | 
http://aie.pl/martel.asc
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Idleness is not doing nothing. Idleness is being free to do anything." 
 -- Floyd Dell



Re: [fw-general] Alias for controller

2008-02-01 Thread Michał Minicki
marcis <[EMAIL PROTECTED]> napisał(a):

> How do you think it could be done? Through routing? Rewriting the
> dispatch method (Zend_Controller_Front or 
Zend_Controller_Dispatcher_Standard)?
> Any idea? Thanks in advance!!
>
> I tried it creating a new route (I was using the standard one) like this:
>
> $router->addRoute(
> 'families',
> new Zend_Controller_Router_Route('families/:action/*',
> array('module' => 'default', 'controller' => 'categories', 'action'
> =>
> 'index'))
> );

Try this one instead:

$router->addRoute(
'families', new Zend_Controller_Router_Route(':type/:action/*',
array('module' => 'default', 'controller' => 'categories', 'action' => 
'index'))
array('type' => '(categories|families)')
);

This way you will have 'type' parameter in your actions ready for inclusion 
in database queries.

> And it worked BUT now it generates URIs like:
>
> /families/edit/controller/categories/id/4
>
> I can't understand why it's including 'controller' parameter. Can anyone
> help me, please?

It probably shouldn't - could you create a Jira issue for this?

--
Michał


-- 
Martel Valgoerad aka Michal Minicki | [EMAIL PROTECTED] | 
http://aie.pl/martel.asc
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Idleness is not doing nothing. Idleness is being free to do anything." 
 -- Floyd Dell



Re: [fw-general] Slow performance with ZF 1.5.0PR on a live server

2008-02-01 Thread Ralf Eggert
Hi Darby,

> Please take SVN r7726 for a spin, and let us know if it improves things
> for you or if there are any problems. Thanks! :)

Thanks for the quick improvement. Unfortunately, it is not so easy to
switch between ZF 1.0.3 and 1.5.0 because my application currently based
on ZF 1.0.3 needs some amendments to work with 1.5.0. So I removed all
these amendments again and switched back to 1.0.3 to get the site back
running properly.

Our live server environment is not set up to switch between ZF versions
on the fly. So it will be not so easy to test the fix. I guess I will
need to wait until 1.5.0RC1 or GA release to test my live application
again.

Thanks and Best Regards,

Ralf



Re: [fw-general] Slow performance with ZF 1.5.0PR on a live server

2008-02-01 Thread Ralf Eggert
Hi Darby

> First, I advise that ZF 1.5.0PR probably should not be used in
> production, mission-critical applications, since it is a "preview
> release" or unstable distribution, including components from the
> incubator in various stages of completion. Of course, the 1.5.0RC1
> should be more stable, and the 1.5.0GA release should be quite solid.

Yep! I know that and generally I never do such "mad" things, but this
time I did it. I will probably wait for 1.5.0GA until I move to the
1.5.0 version next time.

> As to your performance problems, I suspect that you could be having
> trouble with Zend_Loader. Please see the following JIRA issue if you
> also suspect the same could be true:
> 
> http://framework.zend.com/issues/browse/ZF-2463

But could this problem really result in a quadruplication of the run
time for almost all pages? I rather thought that amendments to other
components like Zend_Db or Zend_Controller might have caused the
performance decrease.

> Finally, I would recommend that Zend_Loader be eschewed, in favor of
> using require_once, whenever possible. If there are any framework
> components using Zend_Loader, where require_once would work nicely
> instead, please let us know about it.

This is not so easy to accomplish since my whole application relies on
Zend_Loader. All classes I use should be loaded by Zend_Loader and I
don't really get the point of a Zend_Loader class if it is not
recommended to use it

Best Regards,

Ralf