Ken Williams wrote:
[EMAIL PROTECTED] (Dan McCormick) wrote:
Hi,
I was just trying to hack a script into showing its HTML output to a
browser by setting the content type to 'text/plain', but it looks like
Apache::SSI, which I'm using, always sets the content type to
'text/html' (line 23
On Thu, 13 Apr 2000, Sam Carleton wrote:
I simply cannot get mod_perl/apache to compile. My understanding is
that I configure .makepl_args.mod_perl to compile both mod_perl. Then I
do the following:
perl Makefile.PL
make
make test
make install
Assuming there where no problems, all
Hi
Following to my last email, I tried to build apache_1.3.12 with mod_perl-1.21.
And it worked well with the same makepl_args.mod_perl file .
So does that mean that there is a bug in mod_perl-1.22 ? Or That my conf file
had wrong arguments in it, even if I could build it on an other server
David,
Does PHP (of which I know nothing) use any of the dbm libraries statically? I
remember that I had a
hard time using DBlib a while back because there is a sybase dblib function called db
and one in the dbm
libraries called db, and they were conflicting. I had to recompile perl not to
Hello All!
I'm runningApache 1.3.12 with mod_perl
1.21inLinux Mandrake 7.0.
After some time running my modperl scripts in the webserver I have noticed,
using
the system utility top, that the httpd processes had grown from 7mb to 30mb
each.
It's my first script in modperl, and I have no idea
David Hojo Hajoglou writes:
So, I was having a hell of a time to get DBlib to work in a module. The
code worked fine as a script, but the database handle was not created
properly when with a module. As I prepared for Harikari, I looked at the
loggs and php glared back at me.
My
check out
http://perl.apache.org/guide/performance.html
for some guidance
HTH
--Geoff
-Original Message-From: Dimas Kotvan
[mailto:[EMAIL PROTECTED]]Sent: Thursday, April 13, 2000 7:09
PMTo: [EMAIL PROTECTED]Subject: Httpd process
growing
Hello All!
I'm
"KW" == Ken Williams [EMAIL PROTECTED] writes:
KW I'll remove it if it won't break anything - will Apache set the type to
KW text/html if no other information is given?
Apache has a default document type parameter, and I believe the
shipped configurations say text/plain.
Hi,
I installed the Apache ASP package and the mod_perl with the Apache server.
I guess there is no error in the setup and everything should run fine.
Then I run the example. When I try to run index.html, it returned a error
message saying that it couldn't find the global.asa or something
Hello,
I searched the egroups.com mod_perl archive for "cgiwrap" and didn't find
anything relevant to ASP.
I'm wondering if there's any documentation about how to use cgiwrap with
the ASP extension. Currently I have a modified version of cgiwrap
installed on my system such that all .cgi/.pl
| I installed the Apache ASP package and the mod_perl with the Apache
server.
| I guess there is no error in the setup and everything should run fine.
| Then I run the example. When I try to run index.html, it returned a error
| message saying that it couldn't find the global.asa or something
| I also have ASP installed, and I'd like to be able to transparently suid
| the .asp scripts too. Do you know how I could go about doing this?
I think this is a general bad idea. The only purpose of running scripts via
a suexec or setuid mechanism I can think of is to stop different users
Hi Folks- I tried searching the archives and the only thing I found close to
this was re-building perl dynamically, I (think) I got this done, although I
could be wrong.
I will include any output I think might be relevant. Any suggestions would
be greatly appreciated.
Thanks- Michael
mod_perl
Disclaimer: the numbers here are too low for mod_perl, because my machine
is to slow :( I'll rerun the same tests on a much faster machine
before releasing the new version of the Guide.
=head1 Benchmarking Apache::Registry and Perl Content Handler
=head2 Empty scripts
First lets see the
=head1 Benchmarking CGI.pm and Apache::Request
Let's write two registry scripts that use CCGI.pm and
CApache::Request to process the form's input and print it out.
benchmarks/cgi_pm.pl
use strict;
use CGI;
my $q = new CGI;
print $q-header('text/plain');
print
Hello!
Can you please provide the technical specifications for the hardware that performed
these tests.
Thanks!
Stas Bekman wrote:
Disclaimer: the numbers here are too low for mod_perl, because my machine
is to slow :( I'll rerun the same tests on a much faster machine
before
Someone has asked how to move from registry scripts to perl handlers, this
is my attempt to show in details the process. Comments are welcome.
=head1 Transitioning from Apache::Registry to Apache handlers
Even if you are a CGI script die-hard at some point you might want to
move a few or all
On Fri, 14 Apr 2000, Buddy Lee Haystack wrote:
Hello!
Can you please provide the technical specifications for the hardware that performed
these tests.
Sure, but the point here is a comparison and not absolute values,
therefore I believe this doesn't change a thing. Am I wrong?
Anyway,
Someone has asked how to move from registry scripts to perl handlers, this
is my attempt to show in details the process. Comments are welcome.
In my mind, one of the biggest problems in transitioning from
Apache::Registry is the added server configuration complexity. Would it be
possible to
So I'm trying to work around my problems with Apache::Request by parsing the
request myself. This way I can work with only a single open file at a time.
But now I have a new problem. In my content handler, if I add "use
MIME::Parser;" to the top of my file, apache won't start - it seems to
I want to build a web page dynamically with content from several other web
sites. I need to be able to fetch the remote URL's content into variables.
How do I do that?
For starters, I just have a module that just goes and gets a URL and writes
that URL back to the browser. Can't even get that
Take a look at Apache::ProxyStuff on CPAN. It mau already do what you want it
do and if it doesn't it'll give you an idea of how you can do what you want to
do.
On 14-Apr-2000 Paul McCumber wrote:
I want to build a web page dynamically with content from several other web
sites. I need to be
On Fri, 14 Apr 2000, Paul McCumber wrote:
I want to build a web page dynamically with content from several other web
sites. I need to be able to fetch the remote URL's content into variables.
How do I do that?
For starters, I just have a module that just goes and gets a URL and writes
I want to build a web page dynamically with content from several other web
sites. I need to be able to fetch the remote URL's content into
variables. How do I do that?
This really is not that difficult, and yes, lots of people certainly have
done it. You have many options open to you, but
On Fri, 14 Apr 2000, John S. Evans wrote:
So I'm trying to work around my problems with Apache::Request by parsing the
request myself. This way I can work with only a single open file at a time.
But now I have a new problem. In my content handler, if I add "use
MIME::Parser;" to the top
Okay, then I'll remove the line for the next version, it won't touch
content-type.
[EMAIL PROTECTED] (Dan McCormick) wrote:
It looks like Apache will follow its normal extension-to-MIME-type
mapping, which seems like the right to do. I just tested it on a .ps
file (using Apache::SSI to
Fickle, fickle machines.
The segfault problem with Embperl and Apache::Session can be fixed with about 3
keystrokes in emacs.
When I was getting the segfault error I had:
# BEGIN EMBPERL SESSION HANDLING
PerlSetEnv EMBPERL_SESSION_CLASSES "DBIStore SysVSemaphoreLocker"
PerlSetEnv
Gerald, if it's not on the wish list already, could you add a
request for the
ability to set nsems in EMBPERL_SESSION_ARGS. Or maybe I should
just get off my
butt and make a patch.
This works already. You can give any arguments to EMBPERL_SESSION_ARGS that
a Store or Locker module
Title: Compiler errors...
We are currently using Linux/Apache/mod_perl (and Stat::INC) with good success (thanks to the help of this list) as a replacement for WinNT/IIS/Velocigen. Everything is (now) going good except that we miss one of Velocigen's debugging features. Velocigen would
On Fri, 14 Apr 2000, Robert Jenks wrote:
We are currently using Linux/Apache/mod_perl (and Stat::INC) with good
success (thanks to the help of this list) as a replacement for
WinNT/IIS/Velocigen. Everything is (now) going good except that we miss one
of Velocigen's debugging features.
Title: RE: Compiler errors...
Thanks Ken! It worked like a charm!
-Robert
At 11:56 AM 04/14/00 +0300, Stas Bekman wrote:
sticking to the convention of single quoting constant strings
Why? You lose the interpolation feature when you need it and you get to
the awkward statement like this:
-print $h_fh "\n#define ",
+print $h_fh "\n", '#define
Orwant and friends in "Algorithms with Perl" page 28 claims the first form
is slower.
faster to *parse*, not faster to *run*. stas, your benchmarks don't test
parse time.
It seems that TIMTOWTDI is going to die soon as everybody tells me that I
should code as shown in "OO Perl" and
On Fri, 14 Apr 2000, Doug MacEachern wrote:
Orwant and friends in "Algorithms with Perl" page 28 claims the first form
is slower.
faster to *parse*, not faster to *run*. stas, your benchmarks don't test
parse time.
It seems that TIMTOWTDI is going to die soon as everybody tells
dougm 00/04/14 16:29:46
Added: lib/Apache .cvsignore
Log:
ignore
Revision ChangesPath
1.1 modperl-2.0/lib/Apache/.cvsignore
Index: .cvsignore
===
BuildConfig.pm
35 matches
Mail list logo