[Catalyst] TT macro to avoid excessive $c->uri_for calls

I'm wondering if it has any bad side effects to have a TT macro which is set to $c->uri_for. If I'm remembering previous posts on this topic correctly, calling uri_for() repeatedly has quite a big impact on performance which really matters most for my current application. I have this in a global ma

[Catalyst] Reseting a chained action

Hi, In the course of a project I'm working on, I found it useful to "reset" chained actions. It would work like this: . assume that you have a chain like /company/ID/copywrongs . and in certain situations you want a alternative environment for the chain, like this: /approve/compa

Re: [Catalyst] overload/override sub? (Session::PerUser)

On Mon, Aug 06, 2007 at 09:42:28PM +0100, Ash Berlin wrote: > Fernan Aguero wrote: > > Hi, > > > > I'd like to overload (or would it be override?) the > > merge_session_to_user sub in > > Catalyst::Plugin::Session::PerUser to be able to guide the > > hash merge (i.e. create new hash value keys for

Re: [Catalyst] TT macro to avoid excessive $c->uri_for calls

On Tue, Aug 07, 2007 at 09:43:30AM +0200, Tobias Kremer wrote: > I'm wondering if it has any bad side effects to have a TT macro which is set > to > $c->uri_for. If I'm remembering previous posts on this topic correctly, > calling > uri_for() repeatedly has quite a big impact on performance which

Re: [Catalyst] Reseting a chained action

On Tue, Aug 07, 2007 at 10:13:59AM +0100, Pedro Melo wrote: > Hi, > > In the course of a project I'm working on, I found it useful to > "reset" chained actions. It would work like this: > > . assume that you have a chain like /company/ID/copywrongs > . and in certain situations you want a a

Re: [Catalyst] TT macro to avoid excessive $c->uri_for calls

On 8/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote: > That's why we optimised the living crap out of uri_for. > > It's more than 10x faster than it used to be. Great to hear that. Does it also apply to uri_with? -- Zbigniew Lukasiak http://brudnopis.blogspot.com/ ___

Re: [Catalyst] firing a POST method with Test::WWW::Mechanize

thanks. what Michael said covers it, I think - I searched POST in the docs and didn't find, but perhaps too hastily ... :-) On 8/6/07, Jonathan T. Rockway <[EMAIL PROTECTED]> wrote: > On Mon, Aug 06, 2007 at 06:24:43PM +0200, Daniel McBrearty wrote: > > I want to do this by just making the POST re

Re: [Catalyst] How to execute controller at startup

On Mon, Aug 06, 2007 at 11:33:04PM -0700, Aditya Verma wrote: > Hi All, > > Thank you very much for all your valuable comments at appreciate your quick > response. > > I have one more query. > I have implemented a Plugin. How can I call a plugin method from controller > outside of the controller

Re: [Catalyst] How to execute controller at startup

--- Aditya Verma <[EMAIL PROTECTED]> wrote: > Hi All, > > Thank you very much for all your valuable comments > at appreciate your quick > response. > > I have one more query. > I have implemented a Plugin. How can I call a plugin > method from controller > outside of the controller methods. >

Re: [Catalyst] TT macro to avoid excessive $c->uri_for calls

On Tue, Aug 07, 2007 at 01:10:09PM +, Zbigniew Lukasiak wrote: > On 8/7/07, Matt S Trout <[EMAIL PROTECTED]> wrote: > > That's why we optimised the living crap out of uri_for. > > > > It's more than 10x faster than it used to be. > > Great to hear that. Does it also apply to uri_with? Nobody

Re: [Catalyst] How to execute controller at startup

> On Mon, Aug 06, 2007 at 11:33:04PM -0700, Aditya Verma wrote: > > Hi All, > > > > Thank you very much for all your valuable comments at appreciate your quick > > response. > > > > I have one more query. > > I have implemented a Plugin. How can I call a plugin method from controller > > outside