At 20:48 22/04/2001 +0800, Stas Bekman wrote:
>There is this entry in the guide:
>
>
>The interface to file handles which are linked to variables with
>Perl's tie() function is not yet complete. The format() and write()
>functions are missing. If you configure Perl with C, write() and
>format(
On Sat, 21 Apr 2001, Joachim Zobel wrote:
>
> Hi.
>
> I try to understand why and if this XML/XSL stuff is useful. Is it that
> transformations (XSL) of XML to HTML can be used instead of the usual HTML
> templates (eg. Template-Toolkit)?
Partly. But XSLT is also able to transform documents, wh
--
mod_perl digest
April 15, 2001 - April 21, 2001
--
Recent happenings in the mod_perl world...
Features
o
Wade Burgett ([EMAIL PROTECTED]) said something to this effect on 04/21/2001:
> sub handler {
> my $r = shift;
> my $CGIQuery = new CGI($r);
> };
I think this will do what you are thining:
sub handler {
my $r = shift;
my $CGIQuery = CGI->new($r->method qe 'POST' ? $r->content : $
Matt Sergeant <[EMAIL PROTECTED]> writes:
> The one thing I think AxKit does really well, that other
> "templating" solutions aren't really designed for, is allowing you
> to build your whole web site with that solution. So for example,
> Mason and EmbPerl are really great for building the dynamic
On 23 Apr 2001, Michael Alan Dorman wrote:
> Errr, respectfully, I think you underestimate Mason's capabilities.
Not really. I've researched Mason quite a bit, and I talk with Jon every
ApacheCon/OSSCON about how we can bring together the Mason and AxKit
synergy. Now Jon has been to my talk, we
Matt Sergeant <[EMAIL PROTECTED]> writes:
> It depends a *lot* on the type of content on your site. The above
> www.dorado.com is brochureware, so it's not likely to need to be
> re-styled for lighter browsers, or WebTV, or WAP, or... etc. So your
> content (I'm guessing) is pure HTML, with Mason
Mason and AxKit solve different but related problems. The former a
code-aware component system with process semantics that lend itself to
easily scoping a component's applicability, the latter a transformation
engine. It would be nice to see a framework published that uses the best
of both (sor
Michael Alan Dorman wrote:
> Matt Sergeant <[EMAIL PROTECTED]> writes:
> > It depends a *lot* on the type of content on your site. The above
> > www.dorado.com is brochureware, so it's not likely to need to be
> > re-styled for lighter browsers, or WebTV, or WAP, or... etc. So your
> > content (I
On Mon, 23 Apr 2001, Ian Kallen <[EMAIL PROTECTED]> wrote:
> Mason and AxKit solve different but related problems. The former a
> code-aware component system with process semantics that lend itself to
> easily scoping a component's applicability, the latter a
> transformation engine. It would b
On 23 Apr 2001, Michael Alan Dorman wrote:
> Well I will say that you made an excellent point that hadn't really
> occured to me---I use XML + XSL for a lot of stuff (the DTD I use for
> my resume is a deeply reworked version of one I believe you had posted
> at one time), but not web sites, in p
Would Apache::Reload be helpful in the case where you have
multiple virtualhosts which each want their own @INC ?
I tried fixing this problem with a previous release, but gave up
when I realized the implication of all those use lib ()
directives in my modules.
If you think so, maybe you should
On Mon, 23 Apr 2001, [EMAIL PROTECTED] wrote:
>
> Would Apache::Reload be helpful in the case where you have
> multiple virtualhosts which each want their own @INC ?
> I tried fixing this problem with a previous release, but gave up
> when I realized the implication of all those use lib ()
> dire
I've been studying Slash to better understand mod_perl. I think I
understand everything that happens in the config file, except for this:
SetHandler "perl-script"
PerlHandler Slash::Host::slashcode::rootHandler
Apparently, whenever the user reqests the root document (normally
Al Morgan wrote:
> I've been studying Slash to better understand mod_perl. I think I
> understand everything that happens in the config file, except for this:
>
>
> SetHandler "perl-script"
> PerlHandler Slash::Host::slashcode::rootHandler
>
>
> Apparently, whenever the user r
Hi there,
On Mon, 23 Apr 2001, Al Morgan wrote:
>
> SetHandler "perl-script"
> PerlHandler Slash::Host::slashcode::rootHandler
>
>
> question is: What does the ~ "^/$" mean?
It's a match expression. It means match (the tilde character means
match) a line containing a string
- Original Message -
From: "Al Morgan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, April 23, 2001 10:11 PM
Subject: Loading Index.pl as the Root File
> I've been studying Slash to better understand mod_perl. I think I
> understand everything that happens in the config fil
On Mon, 23 Apr 2001, Al Morgan wrote:
> I've been studying Slash to better understand mod_perl. I think I
> understand everything that happens in the config file, except for this:
That is probably the single worst way to learn about mod_perl. Slash is
the only program that makes me physicall
On Mon, 23 Apr 2001, Matt Sergeant wrote:
> The alternative of course it to just plug them both
> together - AxKit and Mason play nicely together using
> Apache::Filter (though it's a bit slow).
with version 2.3 of the java servlet api, you can now create
input and output filters, just like the
On Mon, 23 Apr 2001, Matt Sergeant wrote:
> On Mon, 23 Apr 2001, [EMAIL PROTECTED] wrote:
>
> >
> > Would Apache::Reload be helpful in the case where you have
> > multiple virtualhosts which each want their own @INC ?
> > I tried fixing this problem with a previous release, but gave up
> > when I
At least two people responded to my last message telling me that they
didn't like Slash much; it was a horrible piece of code. Are you
refering to it as a general piece of Perl code, or how it deals with
mod_perl? If the latter, where I can find some good code to look it?
Also, Apache can't rec
> At least two people responded to my last message telling me that they
> didn't like Slash much; it was a horrible piece of code. Are you
> refering to it as a general piece of Perl code, or how it deals with
> mod_perl? If the latter, where I can find some good code to look it?
Once you do so
"Jeffrey W. Baker" <[EMAIL PROTECTED]> writes:
> On Mon, 23 Apr 2001, Al Morgan wrote:
>
> > I've been studying Slash to better understand mod_perl. I think I
> > understand everything that happens in the config file, except for this:
>
> That is probably the single worst way to learn about mo
23 matches
Mail list logo
