Ok, that works!
But I never realized this before.
Quite contra intuitive.
And what about the /per/ dir...
So if you could still be so kind as to look at the code sample below:
On Sat, 12 Jan 2002, Ged Haywood wrote:
> Hi again,
>
> On Sat, 12 Jan 2002, Arnold van Kampen wrote:
>
> > (only th
Hi,
I have noticed that Yahoo uses Location: header only for redirect responses and
thought it may be good to save half of the bandwidth and do the same, as my particular
script/server is serving redirects mostly.
So my question is how to unset Date:, Server: and Content-Type: response headers?
On Sun, 13 Jan 2002, Richard [utf-8] Čepas wrote:
> I have noticed that Yahoo uses Location: header only for redirect responses and
>thought it may be good to save half of the bandwidth and do the same, as my
>particular script/server is serving redirects mostly.
To save bandwidth you can try
> competition with this product (which has some really
> freaking license clauses which you can read about on
> freshmeat) seems pretty easy:
[...]
> anybody interested?
Well, does this product actually have any users to compete for? GUI
builders usually don't work for anything but the most triv
> http://www.spamassassin.org/
>
> Without a doubt, the best anti-spam solution around.
That looks great for solving the problem on my own account, but the
larger problem is that there are all of these insecure installations of
formmail.pl out there that spammers are using to send tons of mail.
I
> I have noticed that Yahoo uses Location: header only for redirect
responses and thought
> it may be good to save half of the bandwidth and do the same, as my
particular script/server
> is serving redirects mostly. So my question is how to unset Date:,
Server: and
> Content-Type: response header
On Sat, 12 Jan 2002, Perrin Harkins wrote:
> Well, does this product actually have any users to
> compete for?
unknown. i figure a large established software company isn't
going to spend time developing a product for a market that
doesn't exist, but you never know.
> GUI builders usually don't
-- brian moseley <[EMAIL PROTECTED]>
> many of us on this list have well-developed preferences for
> editing and debugging our code, configuring and testing our
> applications that are based on executing shell commands in a
> terminal. don't you think there are lots of well developed
> advocacy
On Sat, 12 Jan 2002, Perrin Harkins wrote:
> > http://www.spamassassin.org/
> >
> > Without a doubt, the best anti-spam solution around.
>
> That looks great for solving the problem on my own account, but the
> larger problem is that there are all of these insecure installations of
> formmail.pl
On Sun, 13 Jan 2002, Perrin Harkins wrote:
> > I have noticed that Yahoo uses Location: header only for redirect
> responses and thought
> > it may be good to save half of the bandwidth and do the same, as my
> particular script/server
> > is serving redirects mostly. So my question is how to un
On Sat, 12 Jan 2002, Perrin Harkins wrote:
> > http://www.spamassassin.org/
> >
> > Without a doubt, the best anti-spam solution around.
>
> That looks great for solving the problem on my own account,
Well it might look great, but the only result I've had from it so far
is MORE SPAM! Mail:: Sp
The URL
http://prdownloads.sourceforge.net/apache-umeter/Apache-UploadMeter-0.17.tar.gz
has entered CPAN as
file: $CPAN/authors/id/I/IS/ISAAC/Apache-UploadMeter-0.17.tar.gz
size: 6182 bytes
md5: 184038fd7ce8255c1591f0ec4f5eff25
No action is required on your part
Also available on S
Hi Arnold,
On Sun, 13 Jan 2002, Arnold van Kampen wrote:
> So if you could still be so kind as to look at the code sample below:
I'm sorry, I cannot afford the time to vet your code for you.
Perhaps you don't need CGI.pm at all, could you use Apache::Request?
73,
Ged.
On Sat, 12 Jan 2002, Perrin Harkins wrote:
> Well, does this product actually have any users to compete for? GUI
> builders usually don't work for anything but the most trivial websites
> that could be written in anything and do fine. People seem to come to
> mod_perl because they need more per
On Sun, 13 Jan 2002, Sam Tregar wrote:
> On Sat, 12 Jan 2002, Perrin Harkins wrote:
>
> > Well, does this product actually have any users to compete for? GUI
> > builders usually don't work for anything but the most trivial websites
> > that could be written in anything and do fine. People seem
On Sun, 13 Jan 2002, brian moseley wrote:
> On Sun, 13 Jan 2002, Sam Tregar wrote:
> >
> > Agree.
>
> you know, i think it's this attitude, or a more insidious
> version of it, that keeps mod_perl from being as ubiquitous
> as php. it's like having to pledge the frat before you can
> get the hot
On Sun, 13 Jan 2002, Sam Tregar wrote:
> Ah, gimme a break. You want to convince me that
> non-programmers can find their way to the party with a
> fancy GUI? Go right ahead! I'll let you wear the
> moose-hat for a whole week if you succeed. However,
> that doesn't mean I'm going to stay quie
On Sun, 13 Jan 2002, brian moseley wrote:
> altho kylix was discussed in the first post of the thread,
> my actual reply to you stood on its own as a condemnation of
> a general cliquish attitude.
Oh, consider me properly chastened then. BTW - kylix is actually the
subject of this thread, suppo
I hesitate to post this because I haven't kept up with my reading. I did
do several searches of my 28K message modperl mail folder and the list
archives.
My httpd.conf reads...
LoadModule perl_module /opt/apache/libexec/libperl.so
#PerlModule Apache::Status
PerlRequire /home/stevens.1/a
At 06:16 AM 1/14/2002, brian moseley wrote:
>On Sun, 13 Jan 2002, Sam Tregar wrote:
>
> > On Sat, 12 Jan 2002, Perrin Harkins wrote:
> >
> > > Well, does this product actually have any users to compete for? GUI
> > > builders usually don't work for anything but the most trivial websites
> > > tha
All my perl-5.0.3 installs have useperlio=define d_sfio=undef
I recall that this was to fix problems with early modperl's and
print methods. Is there any reason to use the perlio abstraction
if I'm not using AT&T's sfio?
John
[EMAIL PROTECTED]
On Mon, 14 Jan 2002, Gunther Birznieks wrote:
> OK, I learned mod_perl, now where are my hot chicks! :)
no, no, you have to pledge the frat!
> I think a UI tool would help a bit, but it wouldn't
> necessarily solve the hard part of mod_perl which is the
> lack of Interpreter cleanup between inv
I've a script (controlled by a directive) that wraps a standard
header and footer around an HTML page
I've this at the top of my script:
my $r = shift;
return DECLINED unless ($r->content_type() eq 'text/html');
but any images that may be inline never make it to the browser (also, if I
explic
>
> On Sun, 13 Jan 2002, brian moseley wrote:
>
> Kylix is, as I understand it, something much closer to original Delphi aim
> of programming without coding. I'm not saying it wouldn't be neat if you
> could do Kylix for Perl. I'm just saying I don't think it would be a
> fantastic success. S
The Doctor wrote:
> On Sat, Jan 12, 2002 at 10:00:04AM -0600, Randy Kobes wrote:
>
>>On Sat, 12 Jan 2002, The Doctor wrote:
>>
>>
>>>Why in this beta am I getting:
>>>
>>>
>>>Script started on Sat Jan 12 02:42:20 2002
>>>doctor.nl2k.ab.ca//usr/source/modperl-2.0$ make cd
>>>"src/modules/perl" &&
John D Groenveld wrote:
> I hesitate to post this because I haven't kept up with my reading. I did
> do several searches of my 28K message modperl mail folder and the list
> archives.
>
> My httpd.conf reads...
> LoadModule perl_module /opt/apache/libexec/libperl.so
> #PerlModule Apach
> I assume that you use Apache DSO. I think that you need to rebuild your
> perl with -Ubincompat5005. I cannot see the value of bincompat5005 in
> your 'perl -V'
> http://perl.apache.org/guide/install.html#When_DSO_can_be_Used
Still cores after explicit -Ubincompat5005, I'm fairly certain I a
I've had a little bit of a look, but can't
find anything in the mod_perl guide about this. Basically it seems to me that
'my' variables at the package level don't retain their value under
mod_perl.
For instance, consider the following
mod_perl handler.
package My::Module;
my $var;
sub
28 matches
Mail list logo