Hartmaier Alexander said:
Does anybody know why the cat error page shows the proxy url set in the
http_proxy env var?
A bunch of ideas:
- It's just a dump.
- It's the debug screen, your customers/visitors should never see it.
- Debugging some issues might get a bit hard if that's just omitted.
Yes it's a dump, but why/how comes the env var into this perl hash?
-Alex
-Original Message-
From: [EMAIL PROTECTED] [mailto:catalyst-
[EMAIL PROTECTED] On Behalf Of Robert 'phaylon' Sedlacek
Sent: Thursday, July 13, 2006 11:47 AM
To: The elegant MVC web framework
Subject: Re:
Chisel Wright wrote:
On Thu, Jul 13, 2006 at 12:49:21PM +0100, Ash Berlin wrote:
1) You should really think about converting to DBIC::Schema instead.
Yes, I'd like to, but I have no idea where to start.
The number of users still using a class-based approach must be very
small by now so I
Quite often I create non action methods in my controllers to centralize
functions that don't need to be an action. Stuff like building up a
HTML::Widget form, etc. Usually in the controller I call it with
$self-local_method(...) and so forth.
Now in the TT view you have the stash and the
From: John Napiorkowski [EMAIL PROTECTED]
Usually I just do something like $c-stash-{self} = \$self;
I've been doing the same thing in some proof of concept code, expecting to bump
into a better (more proper) way to handle it. I have a sneaking suspicion that
we aren't supposed to talk
John Napiorkowski said:
Now in the TT view you have the stash and the context but I find no easy
way to access the $self-xxx stuff. I know it can be considered bad form
to have too much interaction between your template and your logic, but I
do have uses for this. Usually I just do something