Title: Mod_perl Apache to encapsulate legacy protocol
I am in process of porting an existing cgi database application over to Mod_perl2 Apache [and learning Mod_perl at the same time]. I have moved all cgi scripts over to registry scripts and am working on moving to handlers.
The app is a ser
Title: RE: Mod_perl Apache to encapsulate legacy protocol
One of these approaches should fit my need.
Thank you,
Christian Werner
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 16, 2005 10:56 AM
To: Tom Schindl
Cc: Chris Werner; modperl
Title: Training recommendations?
Any recommendations for Apache/Mod_perl training? My company is exploring the possibility that we would suitcase a week of such instruction on site.
Thanks,
Christian Werner
Title: RE: Suggestions for creating an archive
colin_e wrote:
> a) User invokes script as "script.pl"
>
> b) Script redirects to "script_downloader.zip"
> (But configure Apache to pass this back to the original script).
>
I'm sorry, maybe this is obvious [but not to me!] how do you d
Title: RE: How do I check a socket to know it is not closed?
Ivan,
My thought is that this general type of problem is solved by defining a protocol for the conversation. If you want to know if your client is [still] listening, send a challenge that it must answer.
Christian Werner
-Or
Title: RE: 2.02 make fails: cannot find -lperl
Tom Setka wrote:
> Apache 2.0.55 has been installed on my PC's hard drive
So why not compile and install perl in the same [or a similar] directory structure?
I always build all the tools I will need.
Just a thought,
Christian Werner
Title: RE: Can't print to selected filehandle?
Frank Wiles Wrote:
> http://perl.apache.org/docs/1.0guideporting.html#STDIN__STDOUT_and_STDERR_streams
Dead link?
man GDBM_File
-Original Message-From: Mark Galbreath
[mailto:[EMAIL PROTECTED]Sent: Thursday, February 23, 2006 7:08
AMTo: modperl@perl.apache.orgSubject:
TIE
I must be missing the point. In the 3rd
edition of the Camel Book, there is a passing reference in Chapter
1
to get the
government to change anything on a server without lengthy and exhaustive
QA. I'd like to start using stuff like this before 2010. :-)
mark>>> Chris Werner <[EMAIL PROTECTED]>
23-Feb-06 09:34:43 AM >>>
man GDBM_File
-Original Messag
Title: Protocol Philosophy
Mod_perl list, Apache 2.2.0 mod_perl 2.0.2
I have been working with an alternative protocol implementation for apache for some time now and [as would be expected with a perl based tool] I have found many ways to accomplish the same task. I am asking about the phi
Title: RE: Apache::DB - What am I doing wrong?
I don't think that is what he was asking... He asked if there was a way to attache the DEBUGGER to a specific pid; he did not address the issue of getting the correct input to that pid.
I do not use the debugger [but embed debugging code to be sw
Title: RE: Protocol Philosophy
> You lost it here, Chris. Input filters feed the protocol handler, not > the other way around.
Maybe, but that's why I ask questions... Now read what you write:
> ... the protocol handlers simply ask the last input filter to give it > data ...
Still, the
Tom,
I never build on RedHat, I consider it a
prepackage type distribution; If the package you need is not available you are
out of luck.
If you want to build tools, go to a
distribution set up with a clean build environment: I recommend slackware or one
of these derivatives.
I
13 matches
Mail list logo
