I was updating my front end to 1.3.24 (I know, should have checked for
problems in the newsgroups/mailing lists). While I was at it I updated
debian.
Now, the apache child processes on my front end server are segfaulting
whenever a URL defined by ProxyPass/ReverseProxyPass statements gets
Michael Nino wrote:
If the browser is Lynx then send text only version otherwise send JavaScript
browser sniffer. The JavaScript sniffer can check for CSS, DHTML, DOM,
plugins, etc... then redirect back to the server for the correct
implementation.
Do you have a sniffer example - I have an
Hello,
I'm using Apache 1.3.22, mod_perl 1.25 and Template-Toolkit 2.06.
How can I make my system so, that my perl handler is not called for each
image, css and script the page has? Apache conf has following lines:
Location /
SetHandler perl-script
PerlHandler
A sniffer can be much more subtle than that. If you have at least one
page view beforehand, like some kind of neutral title page, you can
stick an image tag where the SRC is a call to a mod perl script, with
all you want to know set as parameters IMG
SRC=/ninja-image.pl?has_plugin=1.3 You can
Poss. not the best person to answer this.. but I'll take a shot..
Can you not limit your perl-script to a single folder, so that you can set:
Alias /scripts/ /path/to/scripts/
Location /scripts
SetHandler perl-script
PerlHandler My::Site
PerlSendHeader On
* Viljo Marrandi [EMAIL PROTECTED] [2002-05-02 08:57]:
How can I make my system so, that my perl handler is not called for
each image, css and script the page has?
[-- snip --]
The example handlers that come with HTML::Mason have an answer; in
My::Site::handler, add something like:
# If
Hello again,
* Viljo Marrandi [EMAIL PROTECTED] [2002-05-02 08:57]:
How can I make my system so, that my perl handler is not called for
each image, css and script the page has?
[-- snip --]
return DECLINED if $r-content_type $r-content_type !~ m|^text/|i;
I tried that, but no luck
Can you not limit your perl-script to a single folder, so that you can set:
Alias /scripts/ /path/to/scripts/
Location /scripts
SetHandler perl-script
PerlHandler My::Site
PerlSendHeader On
/Location
Unfortunately I can't do this, my handler must
Hi,
Hello again,
* Viljo Marrandi [EMAIL PROTECTED] [2002-05-02 08:57]:
How can I make my system so, that my perl handler is not called for
each image, css and script the page has?
[-- snip --]
return DECLINED if $r-content_type $r-content_type !~ m|^text/|i;
I tried that,
I thought $r-content_type was used for the server to set the content
type for a response, not discover it from the request.
$r-content_type is just a get/set routine for the request record, giving you the
option
to either peek at it or set it yourself.
So it should I
think be empty
I'm running into a possible related problem. I'm using http_load to load
test a simple hander (the aforementioned unique number generator). When
I keep the load low (10-30 requests for 3-5 seconds) it works lovely.
When I stry anything more stressful (say 50 requests for 5 seconds or
30r/10s)
At 16:18 02.05.2002, Viljo Marrandi wrote:
return DECLINED if $r-content_type $r-content_type !~ m|^text/|i;
I tried that, but no luck - $r-content_type is just plain empty, don't
know why. Maybe i can somehow debug or track this content_type and figure
out, why it's empty? First lines in
At 16:27 02.05.2002, Viljo Marrandi wrote:
The way I figure this, is that https://mysite.com/scripts/* act the
same way
as everything used to, and you can load your images from
https://mysite.com/images/* without complaints about crossing the
secure/nonsecure boundry...
Hmm, but maybe
* Viljo Marrandi [EMAIL PROTECTED] [2002-05-02 10:26]:
The way I figure this, is that https://mysite.com/scripts/* act the
same way as everything used to, and you can load your images from
https://mysite.com/images/* without complaints about crossing the
secure/nonsecure boundry...
Dear List,
i want to create a server in mod_perl/apache, which receives request via get/post
(plain), process this request (with database access and some functions) and answers in
xml (with correct header), after planning this about a month i realized that this is
called a web service.
the
Stas Bekman wrote:
Ideally when such a
situation happens, and you must load all the data into the memory, which
is at short, your best bet is to rewrite the datastorage layer in XS/C,
and use a tie interface to make it transparent to your perl code. So you
will still use the hash but the
At 19:34 02.05.2002, Bart Frackiewicz wrote:
Dear List,
i want to create a server in mod_perl/apache, which receives request via
get/post (plain), process this request (with database access and some
functions) and answers in xml (with correct header), after planning this
about a month i
Do you have this in httpd.conf (or mod_perl.conf)
PerlSetVar BuscaWAPDBI_SecretKeyFile /home/fxn/prj/bw/buscawap/etc/auth.key
?
-Fran
F.Xavier Noria wrote:
I am having problems configuring Apache::AuthCookieDBI and am a bit
lost, since it seems there is something wrong with the secret key
Stable enough? you'll have to ask someone else, but I think it should work well
enough.
I've been using SOAP::Lite + Apache for a bunch of my newer projects
with moderate load, and so far I've had no problems... ;)
--d
Are you sure soap is what you want?. Just because SOAP uses XML to encode
the parameters and data which it transmits doesnt necessarily mean you want
that same format sent to the user. Why would you not have a normal mod perl
content handler execute whatever procedures are necessary to get the
I am having problems configuring Apache::AuthCookieDBI and am a bit
lost, since it seems there is something wrong with the secret key
file I cannot see, I attach below the configuration in case it can
help. I have checked the permissions of the file (the server runs
in by box as fxn):
$ ls -la
Richard Clarke wrote:
I use mod_perl/apache/soap::lite to create an internal application server
so that I can distribute processing load from the public webserver.
That would be a lot more efficient if you just used vanilla HTTP. Less
wasted overhead. This is the same principal at work when
Bart,
I would have to recommend SOAD::Lite ( http://www.soaplite.org) also. We use it
accomplish many tasks - not the least of which is exposing Perl data structures to M$
ASP applications - which have a moderate load and have had no problems.
Joe
-Original Message-
From: Bart
On Thu, 02 May 2002 20:24:10 +0200
Per Einar Ellefsen [EMAIL PROTECTED] wrote:
: At 20:10 02.05.2002, F.Xavier Noria wrote:
: PerlModule Apache::AuthCookieDBI
:
: PerlSetVar BuscaWAPPath /
: PerlSetVar BuscaWAPLoginScript /cgi/login.pl
:
: # These must be set
: PerlSetVar BuscaWAPDBI_DSN
I'm not sure, but I think PerlSetVars aren't merged into
location-specific configuration, so they might not actually be caught by
Apache::AuthCookieDBI
they should merge just fine. I do stuff like
PerlSetVar DBASE dbi:Oracle:HELM
all the time and grab it in Location specific handlers
At 20:10 02.05.2002, F.Xavier Noria wrote:
PerlModule Apache::AuthCookieDBI
PerlSetVar BuscaWAPPath /
PerlSetVar BuscaWAPLoginScript /cgi/login.pl
# These must be set
PerlSetVar BuscaWAPDBI_DSN dbi:Oracle:BW_CATALOG
PerlSetVar BuscaWAPDBI_SecretKeyFile /home/fxn/prj/bw/buscawap/etc/auth.key
On Thu, May 02, 2002 at 01:27:48PM -0500, Joe Breeden wrote:
Bart,
I would have to recommend SOAD::Lite ( http://www.soaplite.org) also. We use it
accomplish many tasks - not the least of which is exposing Perl data structures to M$
ASP applications - which have a moderate load and have had
greetings,
Has anybody had any luck getting Apache-AuthCookie going
on an Apache 2.0 / mod_perl 1.99 setup? The first thing that
I hit was $r-connection-user is deprecated. I've changed these
to $r-user. The next hurdle is that the status code REDIRECT
does not seen to be Apache::Constants.
Hello,
I had an odd thing happen today with a script I've been running successfully under
Apache::Registry for weeks now. It's been
going fine and then today the error_log started to fill with messages such as:
Too many arguments for
At 21:25 02.05.2002, Peter Rothermel wrote:
greetings,
Has anybody had any luck getting Apache-AuthCookie going
on an Apache 2.0 / mod_perl 1.99 setup? The first thing that
I hit was $r-connection-user is deprecated. I've changed these
to $r-user. The next hurdle is that the status code
On Wednesday, May 1, 2002, at 05:04 AM, Fran Fabrizio wrote:
I spoke too soon.
I need:
Perl
push Alias, [ qw(/cgi-bin/chimpkit/ $ENV{SERVER_ROOT}/cgi-
bin/chimpkit/) ];
/Perl
This does not appear to be possible because there's no way to
pass in SERVER_ROOT to the apache startup.
Hi all,
Does anyone have a sample connect and query string for using Apache::AuthDBI
with MS-SQL?
Darren
32 matches
Mail list logo