Greg Stark wrote:
> A better plan for such systems is to have a queue in your database for
> parameters for e-mails to send. Insert a record in the database and let your
> web server continue processing.
>
> Have a separate process possibly on a separate machine or possibly on multiple
> machines
"Kyle Dawkins" <[EMAIL PROTECTED]> wrote:
> "Joe Brenner" <[EMAIL PROTECTED]> wrote:
>
> > I've run into problems adding virtual hosts to a machine
> > where I've already got mod_perl working, but I'm having
> > some trouble pinning it down, because apache just seems to
> > die silently without
Doug MacEachern <[EMAIL PROTECTED]> writes:
> On Mon, 25 Sep 2000, Stas Bekman wrote:
>
> > All you care about is to measure the time between email sending start and
> > end (when the process continues on its execution flow). Why should one
> > care about the details of internal implementation
Joe
Your problem is with the RPMs that you're using (I bet). I am guessing
you're using the pre-built ones that come with RH6.1, right? Don't be
fooled... these are buggy. You solution is extremely simple and will only
take a short time if you follow the instructions:
1. Use "rpm -e" to remove
I've run into problems adding virtual hosts to a machine
where I've already got mod_perl working, but I'm having
some trouble pinning it down, because apache just seems to
die silently without giving me any hints in the error_log.
It definitely does have something to do with an interaction
w
I have a server that I'm trying to get mod_perl working on and
I'm having a bit of trouble getting mod_so and mod_perl working
together (at least I think). The server as it is has mod_so
compiled into the httpd and loads PHP as a DSO. I have been
able (as far as I can tell) to get the mod_perl
The call to open2 seems to work fine for one or two times
after I restart the server. Would that imply
that the filehandles are not getting closed somehow?
I'm explicitly closing them, to no avail.
Also, when I check $! after the open2 call, I'm seeing
the same error about "Illegal Seek..."
doug, lincoln,
looks like www.modperl.com needs a link to errata.
martin,
check out:
http://www.ora.com/catalog/wrapmod/errata/wrapmod.699
martin langhoff wrote:
> Thanks Tim and all,
> for-the-record, I did check www.modperl.com looking for an
> errata.
>
> marks down for O'Reilly tech
>>> Ken Williams writes:
kw> Do you also have config lines like
kw> PerlModule Apache::RegistryFilter
kw> PerlModule Apache::Compress
kw> somewhere in the config file? You should.
i don't; i've been letting mod_perl do its own thing there.
i'll make that change.
kw>
[EMAIL PROTECTED] (kevin montuori) wrote:
> i'm wondering if anyone else has seen the following behaviour, and,
> if you have, how you dealt with it. here's the problem:
>
> i have a bunch (200 or so) CGI scripts being handled by
> Apache::RegistryFilter then Apache::Compress, i.e.,
>
>
Thanks Tim and all,
my gathering is that the sample script on page 146 of the Eagle:
- needed a 'use Apache::Constants(:common);' line
- needed a 'return OK;' line at EOF
- had an 'unless' that should've been an 'if'.
for-the-record, I did check www.modper
On Mon, 2 Oct 2000, martin langhoff wrote:
> Now shouldn't it be an 'if' instead of an 'unless'?
yes, it should be an `if'. your script works fine for me with that
change.
On Mon, 2 Oct 2000, Ken Williams wrote:
ken, i have a feature request too :) i would like to be able to test if
mod_include is linked static with httpd, otherwise Makefile.PL will
disable PERL_SSI. a hash of parsed `httpd -l`, something like:
my $static_modules = Apache::test->http_static_modu
On Mon, 2 Oct 2000, B. Burke wrote:
> Why would the lack of a $r->send_http_header call cause socket persistence
> to go away? I was under the impression that $r->send_http_header only affected
> what was sent to the client, but appearantly it affects Apache's socket handling
> as well.
because
martin langhoff wrote:
>
> ... it made no difference ... :(
>
> Drew Taylor wrote:
> > I believe all you need to add is "return OK;" after your print
> > statement. Without that, Apache doesn't know what the status of the
> > request should be.
Doh. I missed what Tim caught. I believe Apache wi
On Mon, 2 Oct 2000, Ken Williams wrote:
> In looking over the changes, I found that I've done a little more work
> since the last patch I sent. I didn't send it on because I wasn't sure
> whether the first patch would be accepted or not. Anyway, I beefed up
> the fetch() method and documented
... it made no difference ... :(
Drew Taylor wrote:
> I believe all you need to add is "return OK;" after your print
> statement. Without that, Apache doesn't know what the status of the
> request should be.
This should be an "if" instead of "unless"
return OK if $r->header_only;
header_only() will return true if the request method is HEAD. You'll want
to simply return OK once you've gathered all the necessary outgoing headers
for HEAD requests.
Thanks,
Tim Tompkins
martin langhoff wrote:
>
> hi,
>
> I've been developing with mod_perl for a while, but, thanks to
> Richter's Embperl module and the excellent backwards compatibility
> (regarding CGI.pm) I had never got anywhere near Apache::Request -- for
> production, that is.
>
> Now I have
hi,
I've been developing with mod_perl for a while, but, thanks to
Richter's Embperl module and the excellent backwards compatibility
(regarding CGI.pm) I had never got anywhere near Apache::Request -- for
production, that is.
Now I have this very silly question, that I've boile
Hello Perl People:
Silicon Valley Perl Mongers will be holding a social next Tuesday
with *FREE* food and drinks, courtesy of Spinway Internet, our corporate
sponsor for October. Yes, they're hiring Perl and C++ people.
The event will be held at the QCafe in Palo Alto.
You *must* RSVP me with a
>>> Ben Cottrell writes:
bc> This fixes static html completely! It's compressed, and also
bc> comes through as text/html. Thanks very much!!
no problem. i've been doing a lot of this myself lately.
bc> perl scripts are still coming through as compressed (which is
bc> good) tex
I mentioned my issues with CyberCash yesterday, and I've been trying to work
some of the bugs out of the implementation. But I seem to be having
problems
with their using IPC::open2.
Basically, they use separate binaries to encrypt data and decrypt data that
is
to be sent to their server. The
On Mon, 2 Oct 2000 15:28:09 -0400 (EDT), kevin montuori wrote:
> bc> Static .html files aren't compressed at all (but do come through
> bc> as text/html).
>
> do you have
>
> SetHandler perl-script
>
> in there somewhere?
Kevin,
This fixes static html completely
Hi,
This is in regards to Ken Williams' Apache::Compress module (announced
here on August 22).
I've installed it, along with zlib, Compress::Zlib, and Apache::Filter,
and am having a couple of issues getting it running -- wondering if anyone
has any clues.
perl is version 5.004_04, apache is 1.
> "HJ" == Herrington, Jack <[EMAIL PROTECTED]> writes:
HJ> Compile-time? You mean, when I compile Perl 5.6 I can permanently disable
HJ> taint checking?
No, when your perl code is compiled, just prior to it being run.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>>> Matt Sergeant writes:
ms> On Mon, 2 Oct 2000, kevin montuori wrote:
>> i'm wondering if anyone else has seen the following behaviour,
>> and, if you have, how you dealt with it. [...]
ms> Do you have StatINC in that mix anywhere?
i do not. should i?
k.
--
k
no, the other compile time :)
see camel 3rd ed chapter 18 for compile v run-time distinctions, esp p467
--Geoff
> -Original Message-
> From: Herrington, Jack [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 02, 2000 2:05 PM
> To: 'Vivek Khera'
> Cc: '[EMAIL PROTECTED]'
> Subject: RE:
On Mon, 2 Oct 2000, kevin montuori wrote:
>
>
> folks --
>
> i'm wondering if anyone else has seen the following behaviour, and,
> if you have, how you dealt with it. here's the problem:
>
> i have a bunch (200 or so) CGI scripts being handled by
> Apache::RegistryFilter then Apache:
Stefano Triolo wrote:
I realy do not
understand where is the problem!I attach the output that my internal server
return when I try to execute these few lines:
My First
ASP script
<%
response.write
"Hello, ASP World!"
This should be $Response->Write("Hello AS
I've finally managed to put AxKit 1.0 out, after a long run-up to the 1.0
release. There are a couple of known issues with XSP and a couple of other
potential bugs still standing, but the API is now stable, and we can add
further enhancements as "bug fixes" now. Despite these minor bugs, AxKit
has
Compile-time? You mean, when I compile Perl 5.6 I can permanently disable
taint checking?
-Original Message-
From: Vivek Khera [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 02, 2000 11:04 AM
To: Herrington, Jack
Cc: '[EMAIL PROTECTED]'
Subject: RE: Taint
> "HJ" == Herrington, Ja
folks --
i'm wondering if anyone else has seen the following behaviour, and,
if you have, how you dealt with it. here's the problem:
i have a bunch (200 or so) CGI scripts being handled by
Apache::RegistryFilter then Apache::Compress, i.e.,
SetHandlerperl-sc
> "HJ" == Herrington, Jack <[EMAIL PROTECTED]> writes:
HJ> Is there a way to enable and disable taint checking at run-time?
No; taint mode is a Perl compile time decision.
I realy do not understand where is the
problem!
I attach the output that my internal server return when I
try to execute these few lines:
My First ASP
script
<% response.write "Hello, ASP
World!"%>
Please answer me to [EMAIL PROTECTED]
Err
>> 4) How do I check the taint setting at run-time from a perl handler?
>I'm not sure that you can. PerlTaintCheck On or Off applies to all perl
>scripts/handlers...
>see http://perl.apache.org/guide/porting.html#Taint_Mode
The problem that I am having is that I am getting taint errors in mason
> -Original Message-
> From: Herrington, Jack [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 02, 2000 12:59 PM
> To: '[EMAIL PROTECTED]'
> Subject: Taint
>
>
> A couple of questions about taint checking.
>
> 1) What is the default taint check setting?
off
>
> 2) Does compiling
A couple of questions about taint checking.
1) What is the default taint check setting?
2) Does compiling mod_perl with EVERYTHING=1 make a difference to the taint
setting?
3) Does 'PerlTaintCheck Off' actually work?
4) How do I check the taint setting at run-time from a perl handler?
Thanks!
I read recently that webtechniques has an award pending for tools, and
the Zope list just mentioned:
http://www.linux-community.de/News/story?storyid=349
Any mod_perl evangelists interested?
--
Dave Hodgkinson, http://www.hodgkinson.org
Editor-in-chief, The Highway
Why would the lack of a $r->send_http_header call cause socket persistence
to go away? I was under the impression that $r->send_http_header only affected
what was sent to the client, but appearantly it affects Apache's socket handling
as well.
When I don't use $r->send_http_header, my sockets ar
On Mon, 2 Oct 2000, Matthew Byng-Maddick wrote:
> Given that filling the notes table is the standard method for things to be
> logged, then is there much of a performance overhead. You might even be
> able to pass data using notes to the standard apache logging mechanism,
> although I'm not the r
Thanks for the info and code. That is essentially what I was doing as well.
I was just
getting a lot of errors. Looking further into their code, they're
misspelling a lot of their
own variable names and have some incorrect regex syntax.
Lots of "Use of uninitialized value in concatenation...",
On Mon, 2 Oct 2000, steven wrote:
> I'm rewriting authentication headers on the fly and those rewritten
> headers are being logged, but I would like to log the details supplied by
> the client as opposed to what I've rewritten them as. I thought of writing
> a logging module and passing it a note,
Hi,
I'm rewriting authentication headers on the fly and those rewritten
headers are being logged, but I would like to log the details supplied by
the client as opposed to what I've rewritten them as. I thought of writing
a logging module and passing it a note, but it seems a bit long-winded and
I
I have been using version 3.2.0.4, it definately leaves something to be
desired. Insecure /tmp files, C-ish coding style, no good testing
facilities, it goes on. One thing to note about the perfectly valid
cards failing randomly: one time for a few months one time of credit
card would fail no ma
> "RA" == Ryan Adams <[EMAIL PROTECTED]> writes:
RA> I'm trying to integrate CyberCash with a shopping system that we've
RA> developed in-house using mod_perl almost exclusively. I haven't been
RA> particularly impressed with the way it installs. We're on a Linux machine
RA> and it has a ve
> I am developing computer software for more than 30 years.
> Yet not able to install even the minimal support for ASP using APACHE
> on WIN95 platform (which is no doubt, the most popular in the world).
Well we've all had problems when installing things for the first time, that's
what this list
On Mon, 2 Oct 2000, - wrote:
> I am developing computer software for more than 30 years.
> Yet not able to install even the minimal support for ASP using APACHE
> on WIN95 platform (which is no doubt, the most popular in the world).
Not for web serving. Please read the note about Windows on the
I am developing computer software for more than 30 years.
Yet not able to install even the minimal support for ASP using APACHE
on WIN95 platform (which is no doubt, the most popular in the world).
I do believe that there are a lot of persons getting salaries from
"APACHE ORG".
Is it not reas
49 matches
Mail list logo