Hello!
We just finished writing first version of our system Agenda -
http://agenda.samara.net.
First of all I want to say about our framework - Apache::Site, which
we used in all our current projects (about 20). If you don't
interested just skip to next paragraph.
http://agenda.samara.net/Apache
Dave Rolsky <[EMAIL PROTECTED]> wrote:
>On Wed, 17 Jul 2002, Rob Nagler wrote:
>
>> > Petal lets me do that. If that's not of any use to you, fine. The world
>> > is full of excellent 'inline style' modules such as HTML::Mason,
>> > HTML::Embperl and other Apache::ASP.
>>
>> These all work on the
Stas Bekman wrote:
>
> Pete Rothermel wrote:
> > I've got the example echo() handler working for a non-HTTP protocol as
> > outlined on the new web site:
> >
> >
>http://perl.apache.org/docs/2.0/user/handlers/handlers.html#Command__Protocol__Phases
> >
> > Anybody have a similar example for the
Rob Nagler wrote:
> Apologies to those who are tired of the *ML vs. Perl debate.
I think you're confusing the issue. You're not talking about in-line
Perl vs. templating languages, but rather templating vs. a whole
different concept.
Jean-Michel clearly wants to use HTML-based templates, and
On Wednesday 17 July 2002 22:06, Rob Nagler wrote:
> Apologies to those who are tired of the *ML vs. Perl debate.
We might get tired if the "vs" in there made any sense.
--
Robin Berjon <[EMAIL PROTECTED]> -- for hire: http://robin.berjon.com/
"Windows may be pretty. And easy. But it has no d
On Wed, 17 Jul 2002, Rob Nagler wrote:
> > Petal lets me do that. If that's not of any use to you, fine. The world
> > is full of excellent 'inline style' modules such as HTML::Mason,
> > HTML::Embperl and other Apache::ASP.
>
> These all work on the assumption that the template is written in HTM
Jean-Michel Hiver writes:
> > I wonder how much code you would save if you wrote the templates in
> > Perl and let the Perl interpreter do the above.
>
> I recommend that you read this Page:
> http://www.perl.com/pub/a/2001/08/21/templating.html?page=2
Please read the Application Servers section
Hi all,
I've got some Perl code in an htaccess file to choose some configuration based on
client IP. The code starts with $r = Apache->request. The first request that gets
handled by a server instance fails to get the request object (the call succeeds but
returns undef). Subsequent requests to
> I wonder how much code you would save if you wrote the templates in
> Perl and let the Perl interpreter do the above.
I recommend that you read this Page:
http://www.perl.com/pub/a/2001/08/21/templating.html?page=2
I'm an OO-advocate, I believe in proper separation of logic, content and
prese
Title: List files from a share of a windows client
Hello all,
How can I list the directives and files from a share which is on a windows client? I can only list the directories from the local machine, not from a remote one! If I catch a image with my code below, it works fine.
I start the b
Jean-Michel Hiver writes:
> My only problem deals with template caching. Currently Petal does the
> following:
>
> * Generate events to build a 'canonical' template file
> * Convert that template file to Perl code
> ** Cache the Perl code onto disk
> * Compiles the Perl code as a subroutine
> **
On Wed, 17 Jul 2002, Jean-Michel Hiver wrote:
> My only problem deals with template caching. Currently Petal does the
> following:
>
> * Generate events to build a 'canonical' template file
> * Convert that template file to Perl code
> ** Cache the Perl code onto disk
> * Compiles the Perl code a
> I'm curious though, why you've chosen to implement it as a handler for
> XML::Parser rather than as a SAX Handler (or even better, a Filter)? What
> SAX buys (among other things) is the ability for folks to invisibly use
> whatever XML parser is installed, including a pure Perl implementatio
thanks ;)
now i understand
to run in others browser instances you need change url
example:
http://127.0.0.1/hello-world?a
http://127.0.0.1/hello-world?b
http://127.0.0.1/hello-world?c
http://127.0.0.1/hello-world?d
/tmp/test123
1505: 162 <- thread
1505: 155 <- thread
1578: 146
1505: 131 <- threa
its bitten me in the ass a few times before, just thought id mention it
cheers
-pete
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 17, 2002 1:29 PM
To: Peter Werner
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: How to see debug information
Peter Werner wrote:
> and set your LogLevel to debug
why? after all he is talking about perl logging, not Apache. LogLevel
has nothing to do with it.
> -Original Message-
> From: Stas Bekman [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 17, 2002 10:27 AM
> To: [EMAIL PROTECTED]
> C
Hello,
I have look around the documentation of mod_perl 2.0 and I'm looking if
it's possible with the current mod_perl API to add a method (like GET,
HEAD) in apache to extend the functionnaly of the HTTP server ?
There is also some possibility with the new framework to add new protocol
(lik
and set your LogLevel to debug
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 17, 2002 10:27 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: How to see debug information in Net::Smtp?
[EMAIL PROTECTED] wrote:
> I use Net::Smtp module in
[EMAIL PROTECTED] wrote:
> I use Net::Smtp module in my mod_perl script. When I run the
> fragment of my code from command line I can see the debug info.
> But running it on the production server I can't see the debug
> information.
>
> What can I do to see the debug info on the production se
I use Net::Smtp module in my mod_perl script. When I run the
fragment of my code from command line I can see the debug info.
But running it on the production server I can't see the debug
information.
What can I do to see the debug info on the production server?
Thanks in advance
Mark
Allan Juul wrote:
>
> before the mails comes tumbling in ...
>
> please check this url [tested on winXP/IE6.0] as already send to the docs
> list and original poster
>
> http://www.bullitt.suite.dk/clean3/dst_html/docs/1.0/guide/performance.html
>
> thanks
> ./allan
>
>
allan juul wrote:
>
> Quoting Jim Helm <[EMAIL PROTECTED]>:
>
> > Has anyone else had problems with this particular page under IE
> > (6.0.2600 under XP) being extremly slow to update when paging up/down?
> > It works fine under Mozilla, and it's not a memory or cpu issue (checked
> > with tas
Stas Bekman wrote:
>
> Jim Helm wrote:
> > Has anyone else had problems with this particular page under IE
> > (6.0.2600 under XP) being extremly slow to update when paging up/down?
> > It works fine under Mozilla, and it's not a memory or cpu issue (checked
> > with task manager already). And
[Let's move this thread to the docs-dev list, otherwise we make an OT
noise at the modperl list, so, please, when replying to this email,
remove the modperl address from it. thanks!]
>>Has anyone else had problems with this particular page under IE
>>(6.0.2600 under XP) being extremly slow to
Quoting Jim Helm <[EMAIL PROTECTED]>:
> Has anyone else had problems with this particular page under IE
> (6.0.2600 under XP) being extremly slow to update when paging up/down?
> It works fine under Mozilla, and it's not a memory or cpu issue (checked
> with task manager already). And when I say
25 matches
Mail list logo
