Greetings.
Stas so if Alessandro or Randy volunteers (please say so), please
Stas ask winXX
Stas users to send you more winXX specific notes/scenarios and you (the
Stas volunteer) will be the official maintainer of the doc and send me the
Stas new doc and then the future patches. For 2.0 you
Alessandro Forghieri wrote:
Greetings.
Stas so if Alessandro or Randy volunteers (please say so), please
Stas ask winXX
Stas users to send you more winXX specific notes/scenarios and you (the
Stas volunteer) will be the official maintainer of the doc and send
me the
Stas new doc
Hi there,
On Fri, 23 Nov 2001, Alessandro Forghieri wrote:
I sure can co-maintain such a document. The co part is a good idea for
several reasons - the most cogent being that I am not a native speaker
Heck, you write English better than many Englishmen I know...
73,
Ged.
Hi all,
I have a problem with HTTP head requests and mod_perl. I have been
looking at the docs, searching google newsgroup archive but I couldn't
find anything thus you are my very last hope ;-)
In order to show what the problem is, I have set up two simple identical
'Hello World' type CGI
At 11:43 AM 11/23/2001 +, Jean-Michel Hiver wrote:
PROBLEM HERE
A head request should * NOT * return the body of the document
You should check $r-header_only in your handler.
http://thingy.kcilink.com/modperlguide/correct_headers/3_1_HEAD.html
Bill Moseley
mailto:[EMAIL PROTECTED]
Sorry for continuing the OT thread. I just thought this might be useful...
Gunther Birznieks [mailto:[EMAIL PROTECTED]] wrote:
By the way, if you are really working for a bank and cashflow is an issue
for you in 60 days you can also ask the bank what business banking
services
they offer. One
I am having some trouble getting Apache::AuthCookie (version 3 which i
believe is the latest version) to do what want:
What i want is:
* To be able to give the user a reson if login fails
- eg reason: * No such username
* Your password was incorrect
Has anyone else come
Dear All,
I've been tasked with setting up a mod_perl apache. I've complied my own
perl etc ... in my own home dir, as I need to test our code against it,
before passing it off to the addmins for pkg'ing and rolling out to other
servers.
perl + modules pass all tests.
mod_perl appears to
Hi,
Thanks for your quick answer,
PROBLEM HERE
A head request should * NOT * return the body of the document
You should check $r-header_only in your handler.
http://thingy.kcilink.com/modperlguide/correct_headers/3_1_HEAD.html
My only concern is that I thought that Apache::Registry
At 04:09 PM 11/23/2001 +1100, simran wrote:
Hi All,
I am having some trouble getting Apache::AuthCookie (version 3 which i
believe is the latest version) to do what want:
What i want is:
* To be able to give the user a reson if login fails
- eg reason: * No such username
At 02:53 PM 11/23/01 +, Jean-Michel Hiver wrote:
My only concern is that I thought that Apache::Registry was designed
to act as a CGI emulator, allowing not so badly written CGIs to have
mod_perl benefits without having to change them.
Right, sorry I completely missed the Registry
Title: RE: [OT] Re: How to create a browser popup window
Hello,
Thanks for all the window tips.
I have fixed it with out using any javascript.
just mention BASE TARGET=_blank in your html head
and give TARGET=_self to the references which should be opened within the
parent window.
Try HEAD on this script.
#!/usr/local/bin/perl -w
use CGI;
my $q = CGI-new;
print $q-header, $q-start_html,
join( BR\n, map { $_ : $ENV{$_} } keys %ENV),
$q-end_html;
I'm still getting the headers. I also have this behavior on other boxes
(one on our redhat server and on
Jean-Michel Hiver wrote:
PROBLEM HERE
A head request should * NOT * return the body of the document
You should check $r-header_only in your handler.
http://thingy.kcilink.com/modperlguide/correct_headers/3_1_HEAD.html
My only concern is that I thought that Apache::Registry was designed
You can subclass Apache::RegistryNG to do what you want and send the
patch for others to re-use.
The perldoc Apache::Registry says
Apache::Registry - Run unaltered CGI scrips under mod_perl
Thus I guess if I have to amend Apache::Registry it might be worth
submitting a pach for a bugfix
At 03:21 PM 11/23/01 +, Jean-Michel Hiver wrote:
Duh... That's a lot of info for a head request :-)
Yes, and that's what I get for using HEAD to test! Yesterday's holliday
doesn't help todays thinking.
How about patching Apache::Registry?
Oh, Stas, of course, just posted a better
computing the headers, sure. But there are number of things that you
might want to be in the headers (like date last modified, md5 checksum,
content language, content length, etc) and they need the whole page to
be computed anyway.
You could argue that sending minimalistic headers to speed
On Fri 23-Nov-2001 at 11:45:19PM +0800, Stas Bekman wrote:
did you mean to reply to the list? before I reply?
Sorry I screwed up because my mailer doesn't know yet that
[EMAIL PROTECTED] is a mailing list. I guess it's time to go tweak my
muttrc file ;-)
So here is a cleaner repost:
You can
Hi All,
Well, you won't save CPU if you need to compute the whole page anyway...
And we're talking of dynamic generated pages, most won't be cached, and those
that will might as well send an Expires: header, in which case the proxy
and browser will cache the data unless the user forces the
Jean-Michel Hiver wrote:
You can subclass Apache::RegistryNG to do what you want and send the
patch for others to re-use.
The perldoc Apache::Registry says
Apache::Registry - Run unaltered CGI scrips under mod_perl
Were your CGI scripts designed to handle HEAD requests? You don't have
The perldoc Apache::Registry says
Apache::Registry - Run unaltered CGI scrips under mod_perl
Were your CGI scripts designed to handle HEAD requests? You
don't have
to alter them to run under mod_perl, do you?
You didn't have to design them to because apache handles it for you. With
Hi,
I have some modules that use the idiom
package Foo;
use Bar;
{
my $bar = Bar-new(args);
sub bar { return $bar }
}
which works fine until one tries to preload them in startup.pl.
I realized that, by preloading, I was innocently sharing the same DBI
object between Apache children
Adam Prime wrote:
The perldoc Apache::Registry says
Apache::Registry - Run unaltered CGI scrips under mod_perl
Were your CGI scripts designed to handle HEAD requests? You
don't have
to alter them to run under mod_perl, do you?
You didn't have to design them to because apache handles it
Bill Moseley wrote:
At 04:09 PM 11/23/2001 +1100, simran wrote:
Hi All,
I am having some trouble getting Apache::AuthCookie (version 3 which i
believe is the latest version) to do what want:
What i want is:
* To be able to give the user a reson if login fails
- eg reason: * No
24 matches
Mail list logo