On Tue, 11 Jan 2000, Michael wrote:
On Tue, 11 Jan 2000, John Armstrong wrote:
Hello all-
I just got the word from down high that VC's will freak out
if they see we are using mysql and now we are looking at an Oracle
solution.
The product is a mid level mod perl
Don,
Try and get a static install to work. mod_perl DSO does not
work reliably. If mod_perl is compiled statically into
Apache, it just works, and you don't need to configure
the web server with anything, and you'll probably need
to comment out lines like "LoadModule ...".
You know that
Matt Sergeant wrote:
On Tue, 11 Jan 2000, Joshua Chamas wrote:
BTW, I have also evaled Sybase, Informix, DB2, SQLServer 6.5,
Solid, and found Oracle to be the best of all those, but if
you don't need transactions, go with MySQL...
Do you mind sharing with me (if not the list) why
I'm having some problems with other modules in Apache, in particular
the mod_proxy module. It appears to strip non-standard headers from
requests as they pass through the proxy. This is bad. Can anyone help me?
You should go to www.apache.org, you will find all the info over there,
From my quick look at Registry.pm it looks like there's no way to disable
the feature where a script will be re-compiled if it changes on disk.
* take a look at Apache::RegistryNG
* move the code into a module and require from the 2 lines script
Is this correct?
This is a problem if I
Hi,
I have written a perl module that is meant to run at the root of a web
site (blah.com/, let's say), but there are errors whenever it tries to
access an image with an absolute URL. For instance, this tag returns a
broken image:
img src="/images/logo.gif"
this, I'm guessing, is because
There are a few ways to go about this one, but here's the solution
that I'd use.
1) Install a PerlTransHandler that sets the URI to / or whatever
you want to have your PerlHandler work with. Have the transhandler return
DECLINED if $r-uri =~ m:^/images/:o;
2) Install a
I have written a perl module that is meant to run at the root of a web
site (blah.com/, let's say), but there are errors whenever it tries to
access an image with an absolute URL. For instance, this tag returns a
broken image:
img src="/images/logo.gif"
this, I'm guessing, is
Hi,
I just upgraded to Embperl 1.2.1 and I've broken my internet server!$%
It appears the problem is I have some perl routines that go
print EOF
HTML
EOF
etc.. That was probably the wrong thing to do. I think the HTML is
coming out before the http headers. Well I've tried the
Hi,
I just upgraded to Embperl 1.2.1 and I've broken my internet server!$%
It appears the problem is I have some perl routines that go
print EOF
HTML
EOF
From which version did you upgrade? This problem should also be there for
all older versions I remember...
etc.. That was probably
"Sean" == Sean Chittenden [EMAIL PROTECTED] writes:
Sean There are a few ways to go about this one, but here's the solution
Sean that I'd use.
Sean 1) Install a PerlTransHandler that sets the URI to / or whatever
Sean you want to have your PerlHandler work with. Have the transhandler
Oh great mod_perl sages...I beseech thee on bended knee ( with eyes
averted) :)
I'd like to preface this by saying that I _hate_ to ask lists for help, so
do all I can to research the problem on my own... but I'm not sure I'm even
looking in the right place. I've read the mod_perl guide (have
"BM" == Bill Moseley [EMAIL PROTECTED] writes:
BM I'd like to be able to move the updated script and module into place and
BM either do a -USR1 restart or just wait for the Apache processes to go
BM through their normal life cycle. As is, it seems as if I have to bring
Well, you can do it in
I was doing the stress testing of the Apache web server by simulating a
large number of http requests. After several hours I started getting the
following line in my access_log file:
165.78.11.40 - - [11/Jan/200:22:33:45 -0500] "-" 408 -
Instead of the URL that was supposed to be accessed.
At 11:09 AM 1/12/00 -0500, Gacesa, Petar wrote:
I was doing the stress testing of the Apache web server by simulating a
large number of http requests. After several hours I started getting the
following line in my access_log file:
165.78.11.40 - - [11/Jan/200:22:33:45 -0500] "-" 408 -
Instead
I do not consider myself a mod_perl guru... But, it sounds like you are
having troubles with global variables. Once you have the script compiled go
here...
1) http://yourserver.com/perl-status
2) click "Compiled Registry Scripts"
3) click on the script in question
4) check on your hashes,
Mind if I ask a nit-pick of a performance question? Currently
speed and performance are of upmost importance (I'm currently involved in
a mod_perl vs JServ development race). That being said, isn't pushing a
handler onto the request stack slower than predefining a handler that the
"Randal" == Randal L Schwartz [EMAIL PROTECTED] writes:
Randal Or a variation of that, that I like... set up a TransHandler like this:
Randal sub handler { # PerlTransHandler
Randal return DECLINED unless $r-uri eq "/";
Randal $r-set_handler("perl-script");
That should have
i am using embperl with cookies.
i also have this set in httpd.conf
PerlSetEnv EMBPERL_COOKIE_DOMAIN .genwax.com
PerlSetEnv EMBPERL_COOKIE_PATH /
PerlSetEnv EMBPERL_COOKIE_EXPIRES 'Friday, 31-Dec-2010 14:00:00 GMT'
how are you checking to make sure cookies are sent?
either telnet directly to
the easiest way to tell if you have a module installed is
$ perl -MModule::Name
if you have the module perl will load it and wait (ctrl-d to exit), and if
you don't it will choke.
requires in eval { } 's is good for code that will be distributed and needs
to do different things based on
Hi,
I have just upgraded to Embperl 1.2.1 and I seem to have stuffed my web
server.
The problem seems to be that I have some perl subroutines that write
directly to STDOUT...
print EOF
HTML
EOF
This is probably the wrong thing to do, but it used to work fine.
Anyway, I've now tried
don Wang wrote:
Joshua, (and all)
Thanks very much for your reply. Following your suggestions, I have tried
again this morning, to no avail.
I am sure I missed something obvious here. although serveral people have
mentioned compiling mod_perl STATICALLY with Apache, I have not found
Hi,
I've just upgraded to Embperl 1.2.1 and I've stuffed my webserver. It
appears the problem is that I've been writing code like this..
print EOF
HTML
EOF
This used to work, but I guess it's wrong. I've tried $optRedirectStdout
but it quotes everything...
lt;HTMLgt; which is not what I want.
print qq(Using qq() works remarkably well and preserves newlines,
tabs, etc. Here docs are... legacy, in my mind and are less friendly to
editors (such as emacs). See if moving to qq() solves your problems, if
not, then ... I dunno.);
This is more along the lines of a PS than
$ httpd -X
Segmentation Fault(coredump)
I thought this was the old 'apache modperl use a different malloc'
problem, so I recompiled Perl with -Uusemymalloc, along with all the
other installed modules. No joy - it still core dumps. Here's the
stack trace:
Does anyone have experience using an alarm() call under Apache::Registry?
Should I set alarm(0) as my script "exits" or is it ok to leave it set?
I'm using it to cap runaway scripts.
-j
Sorry if you got my previous mail a few times. I successfully subscribed
to modperl (including auth) and then... nothing. Not sure what's
happening there, but I'm subscribed now under a different email. Should
be ok now. (cross fingers).
The $escmode thing doesn't seem to work for me. In my
Sean Chittenden wrote:
Mind if I ask a nit-pick of a performance question? Currently
speed and performance are of upmost importance (I'm currently involved in
a mod_perl vs JServ development race).
If you're on Linux, I can tell you right now that mod_perl is
significantly faster
Does anyone have experience using an alarm() call under Apache::Registry?
http://perl.apache.org/guide/debug.html#Handling_the_server_timeout_case
Should I set alarm(0) as my script "exits" or is it ok to leave it set?
I'm using it to cap runaway scripts.
Try
Don,
Don't do that Location /ASP/ thing yet... let the .htaccess
in site/eg override things. The PerlSerVar won't work because
its PerlSetVar. The black thing is probably a bug that came
up recently, set DynamicIncludes to 1 in the .htaccess file,
and the page should be white. That you are
30 matches
Mail list logo