If anyone out there's building modules with directives you'll know
that its a tricky business. I ran across two problems and related
solutions. (Thanks for nudging me along for #1 Geoff - but #2 I solved
all by my lonesome!)
FIRST HINT - Modules compirised of several files and make Apache
DRI really like the new logo, and in fact I voted for it. However, I just
DRrealized that the logo uses modperl, whereas mod_perl's name is
DRmod_perl, with the underscore. Does anyone else see this as a problem?
BMIt's a graphic design so I don't see that it needs to follow the Apache
BMmodule
Jeffrey - interesting point!
What did you have in mind to encrypt the cookie data? Perhaps you could use
Storable to serialize data structure then convert, crypt to scramble and
then MIME64 to text encode?
I agree with you on processing delays - that is probably the biggest
drawback to needing
Robert - that's along the lines of what I'm after. My nuance is that I might
have several different configurations for the server - since there are
several
different containers that have different PerlSetVar directives.
In my example below a call to /test is going to have a different config
to a
For the Canadians out there you can get it at Chapters.Indigo.CA too
Search for Geoffrey Young as mod_perl does not come up through their
search engine.
Jay
- Original Message -
From: ___cliff rayman___ [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 31, 2002 12:29 PM
I looked at some of the candidates at
http://wypug.digital-word.com/mod_perl/
must confess I am partial to
http://wypug.digital-word.com/mod_perl/logos/louise_bramald_1.jpg so far
Thinking camels for Perl and feathers for Apache putting them together all I
could see is flying camels - is that
I register a clean up handler to explicitly untie the session variable. I am
not
sure how to do this in the setup you have running...so I can't be of much
explicit help.
Jay
- Original Message -
From: Ken Williams [EMAIL PROTECTED]
To: Perrin Harkins [EMAIL PROTECTED]
Cc: [EMAIL
]
Cc: Jay Lawrence [EMAIL PROTECTED]
Sent: Saturday, January 12, 2002 10:28 AM
Subject: Re: PREANNOUNCE Tied Request and Cookies Module
At 10:18 PM 1/7/2002 -0500, Jay Lawrence wrote:
I am thinking of names such as:
Apache::Request::Tied
or Apache::Args::Tied
and
Apache::Cookies
For what it is worth - I would encourage you to check out the Error package
as well.
Rather than:
eval { };
if ($@-isa('FooException')) {
# ...
} elsif ($@-isa('BarException')) {
# ...
} else {
# ...
}
You would have:
try {
code;
} catch FooException
Hello All,
I have written a couple modules to provide tied access to GET/POST arguments
of an Apache request. Basically hides the mechanics of libapreq behind a
tied hash. On a similiar vein I have one for cookies. The nice thing about
the cookies one is that it will set headers automatically
Howdy!
In my development I neglected to supply the Apache
request object when I called Apache::Request-new( $r ). Actually $r was
undef. It still works! I am just wondering if this is expected behaviour and if
it will be supported going forward or was this just a
fluke?Thanks,
J
]; Jay Lawrence
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, May 29, 2001 9:53 AM
Subject: Re: Real Widgets and Template Languages
At 05:17 PM 5/28/01 -0400, Stephen Adkins wrote:
I don't understand the Widget::Controller. Can you say more about
this?
Also will we require XML
James,
Yeh - that idea has merit. We don't always see that concepts map 1:1 between
languages but probably 99% of the time it should be ok. Of course it is the
1% case that drives most people totally nuts.
What might be of interest is a data type that is smart enough to hunt down
its text tag
Let's focus a bit.
Specifically on requirements more than implementation - *GOOD*
All I (just my opinion) really want is a widget library for is to get and
set data in a widget and have the widget subclass know how to display
itself. In addition, there should be some mechanism for
Hey all,
Let me describe what I have been imagining as the ideal widget for what I am
writing:
1 - it can look to its environment to determine how to render itsself
- am I on an HTML page or something else?
2 - it has properties that can be set and remain static no matter who's
15 matches
Mail list logo
