Hi,
I am running Apache Server with mutiple hosts (IP as well as name based) on
a SuSe Linux 6.4 machine. Some of the hosts are running modperl scripts as
well as perl scripts at the same time and they do share the same global
variables (such as Database login/ password etc.) defined in a perl sc
I don't need to use anyone as a guinea pig and I don't need anybody to
demonstrate that the instructions work. I've wiped everything clean on my
servers and built everything from scratch so many times, that I can do it
all in 10 minutes with absolutely no problems. So I know the instructions
work.
Goodness, Pramod. You seem to be a guru.
I have decided to use mod_perl module, which is installed by stronghold.
But if you want to use me as a guinea-pig, and want me to try to install
mod-perl,
I can do that. Do you want to check whether your instructions work ? Don't
hesitate to
ask me to do m
@INC is the default path for all Perl libs. This is set at your Perl
installation time, but can be modified by various number of ways. You can
check out any Perl documentation for that.
Now for the main task in hand. You are using Stronghold 3.0 and that comes
with it's own distribution of Perl an
Hello there :
I installed perl in dir /export/product/mydir ;
then I installed stronghold 3.0 in the same dir.
After that I installed CPAN modules. Now I am on to mod-perl installation.
To spare you from having to read the whole of this mail, my Q in a nutshell
is :
perl programs use a variable
I am running Apache/1.3.9 (Unix) (Red Hat/Linux 6.2) and DBI-1.14.
When I include a "use DBI" in the startup.pl file, Apache code dumps.
A "use DBI" in cgi scripts works OK. However, as I need to pre-load a
few arrays with data to be shared by the child processes, I need to do
it in the startu
| Yes, perl doesn't reset the 'random generator initialized' status on
| fork, which it arguably should:
For normal perl I can agree that fork() doesn't do something magic with the
pseudo random generator and just makes an exact clone of everything. Most of
us will only do expicit fork() with a g
Perhaps I should auto init srand() then for Apache::ASP
to make sure that its happening post fork? Something like
if(! DONE FOR CURRENT PID) {
srand();
}
For reproducability within Apache::ASP, all that has to
happen is someone initializing it to srand(something)
in one of their scripts.
Ime's on the right track, try Debug 2 to get the output
to the browser, including the compiled perl version of
the script you are executing. Debug 1 will just send it to
the error log. If you ever need to get deep into Apache::ASP
internals, try Debug -2/-1
--Joshua
"Brian S. Craigie" wrote:
I know, seems promising, doesn't it, especially after the overview in
the DBI book. On the other hand, you can do most things another way -
SSH port forwarding for encrypted data transmission, straight DBI/DBD
available for most dbs, etc.
Bill McCabe wrote:
>
> That's a shame. I can see good us
> [EMAIL PROTECTED] wrote:
> >
> > open(F, '> /tmp/count)
>
> --^^
>
> Is that just a typo in the email, or is there really a closing '
> missing?
Just a typo in the email...
> >
> > I don't know where to begin to debug this. Any suggestions?
>
> The apache error_log fi
Ah! I thought that was referring to the client. I didn't realise
Javascript could run server-side.
Hmmm... OK, so ASP isn't a language like php then. I've obviously got
the wrong end of the stick here.
Still, it would have been more helpful if Apache::ASP could have
generated an error messa
Roger Espel Llima <[EMAIL PROTECTED]> writes:
> > The patch makes mod_proxy buffer the post data in a temp file
> > by setting the (new) ProxyPostMax directive to a positive number.
> > If the Content-Length header supplied by Z is greater than this
> > number, mod_proxy rejects the post request.
That's a shame. I can see good use for it. Is it the RPC chunk that is slow
and unreliable or the DBI part? Or has no one really pursued making a
production-quality module out of it?
Bill
At 11:24 AM -0700 9/19/00, Tom Lancaster wrote:
>My experience of using DBI::Proxy several months ago is tha
| Here's a snippet of the code:-
| <%@LANGUAGE="JAVASCRIPT"%>
Now, compare that with the name of this mailing list and you've got a clue
about what's going wrong.
Ime
"Brian S. Craigie" wrote:
> Uhm, I thought ASP was a language like php. Is that not the case? When
> I set up Dreamweaver, I chose ASP with Javascript. I assumed that meant
> it would run ASP on the server and javascript on the client.
I think Apache::ASP currently supports PerlScript only -
Wow! Thanks to all for the quick responses :-)
Ime Smits wrote:
>
> | [Tue Sep 19 18:26:10 2000] [error] [asp] [1] [error] Can't modify
> | concatenation (.) in
> | scalar assignment at (eval 37) line 3, at EOF <--> ,
> | /usr/local/lib/perl5/site_perl/5.6.0/Apache/ASP.pm line 1740
> | Lo
[EMAIL PROTECTED] wrote:
>
> open(F, '> /tmp/count)
--^^
Is that just a typo in the email, or is there really a closing '
missing?
>
> I don't know where to begin to debug this. Any suggestions?
The apache error_log file (usually in /usr/local/apache/logs or
somewhere
Ime Smits wrote:
> It seems that within Apache::ASP (probably mod_perl) the pseudo random
> number generator (rand) is not reinitialized (srand) when Apache forks a new
> process, so each child generates the same sequence of numbers using rand. In
> Apache::ASP 2.03, I can see [...]
> commented ou
Joe Schaefer wrote:
> 1) Z requests a dynamic page from A.
>
> Z -GET 1.1-> A -PROXY-> B -PROXY-> A -CLOSE-> Z
>
> The current mod_proxy CLOSES the connection from A to Z,
> even if Z requests keepalives, and A implements them. This
> is bad since subsequent requests for static content (images/
| [Tue Sep 19 18:26:10 2000] [error] [asp] [1] [error] Can't modify
| concatenation (.) in
| scalar assignment at (eval 37) line 3, at EOF <--> ,
| /usr/local/lib/perl5/site_perl/5.6.0/Apache/ASP.pm line 1740
| Looking at the above file, line 1740 is as indicated below:
For debug information
My experience of using DBI::Proxy several months ago is that it's
terribly slow, and breaks all the time.
It's not meant to be used in a production environment ( and that's
according to the authors ).
I managed to get it running, on linux and NT, but due to the lack of a
working fork() or thread
Hi,
I've got Apache::ASP installed on Apache 1.3.9 with Perl 5.6.0. When I
try to load up a sample asp page created by Dreamweaver, I get a 500
internal server error on the browser, and the following error (and only
this error) in the apache error_log:-
[Tue Sep 19 18:26:10 2000] [error] [asp]
Hi all,
On Tue, 19 Sep 2000, Ime Smits wrote:
> It's not the first time I hear that playing around with srand is
> bad, even perlfunc mentions that. Can anybody explain to me the
> reason?
It's staggeringly difficult to generate a truly random number using a
computer. People go to conferences
Hi,
OK, I have nailed down a second major headache I suffered from last week:
authentication keys for server generated emails which did appear to be not
as random as I hoped.
It seems that within Apache::ASP (probably mod_perl) the pseudo random
number generator (rand) is not reinitialized (sran
Hi All
I'm thinking of restructuring my setup so that I have my apache/mod_perl
servers access database servers remotely using DBI::Proxy, rather than
locally. Does anyone have a sense of what kind of performance degradation I
should expect? Will it come chiefly from network latency (leaving
encr
| > 8 Content-Length: 294
| > 8 Content-Length: 327
| How come that the sizes are different?
The images are dynamically generated png's with GD, but however the contents
may change every time you view a page, it's not necessary for the browser to
constantly get a fresh copy when doing a javascrip
[EMAIL PROTECTED] wrote:
> it finishes. So the "use DBI" is working, but the httpd deamon dies
> anyway, but only when "use DBI" is present.
Maybe you have to specify the path to Perl modules by setting
the PERL5LIB in your httpd's environment or by using "use lib
qw (/path/to/modules)" in your
Ime Smits wrote:
> Below is a sample of the headers it returns. Any ideas? Anything that is
> communicated without me seeing it?
>
> 8 Content-Length: 294
>
> and here for the same image, but as a normal static file fron disk:
> 8 Content-Length: 327
How come that the sizes are different?
OK, did it the hardway: after a lot of tcpdump -i -s 500, grepping and
stringing, I tackled it. Halfway.
IMHO, it boils down to both a IE bug and a somehow 'hidden' feature of
Apache. It seems that on script execution an extra header "Vary: Host" is
sent to the browser.
This is what the RFC's sa
* G.W. Haywood ([EMAIL PROTECTED]) [000919 06:54]:
> Hi there,
>
> On Tue, 19 Sep 2000, Ime Smits wrote:
>
> > Does anybody know of a tool to get a complete log on every piece of
> > information communicated between browser and server?
>
> 'sfunny, I asked Josh the same question a couple of wee
Hi there,
On Tue, 19 Sep 2000, Ime Smits wrote:
> Does anybody know of a tool to get a complete log on every piece of
> information communicated between browser and server?
'sfunny, I asked Josh the same question a couple of weeks ago...
I think it's called a packet sniffer. I've had some suc
| I saw your header, but couldn't tell that it was for tomorrow,
| with the GMT time zone info. I don't read GMT go figure ;)
Euhmmm... If I'm not mistaken, 19 october actually is next *month*, even in
your timezone ;)
| ... maybe IE is "smart" enough to see the .pl in the path and guess
| that
I saw your header, but couldn't tell that it was for tomorrow,
with the GMT time zone info. I don't read GMT go figure ;)
What I would recommend is trying to match the headers exactly
as when serving up the static file since we know that works,
oh and make sure the file extension is the same to
On 19 Sep 2000 [EMAIL PROTECTED] wrote:
> I read in "Apache Modules with Perl and C" book:
>
> "...there is a pre-alpha version of a mod-perl compatible Perl debugger
> in the works; it could very well be available from CPAN by the time you
> read this."
>
> I have searched CPAN for this withou
| In your Apache::ASP version, try setting Expires to tell IE
| to cache explicitly...
| $Response->{Expires} = 86400; # cache until tomorrow
I did that. And and also tried
$r->add_header('Expires',HTTP::Date::time2str(time+86400)); in a normal .pl
file. In fact, the first header dump in my pre
In your Apache::ASP version, try setting Expires to tell IE
to cache explicitly...
$Response->{Expires} = 86400; # cache until tomorrow
--Joshua
_
Joshua Chamas Chamas Enterprises Inc.
NodeWorks >> free
Hi,
I have installed 2 Apache 1.3.12 servers: one with mod_perl and the other is with
mod_proxy. Apache/mod_perl listens to port 81 and
Apache/mod_proxy listens to port 80. Requests coming from slow clients are served
through Apache/mod_proxy which also caches Apache/mod_perl's responses. Ever
I have what must be a very stupid problem...
I cannot get Apache httpd to start when I use DBI in the startup file.
Here are two examples of my startup file. The first one works (i.e.,
httpd runs). The second one fails (i.e., httpd won't run.)
1. Startup.pl
#!/usr/bin/perl
# use DBI;
1;
2.
Hi,
I tried to nail this problem down for over 6 hours now. I use GD.pm to
dynamically generate images used in a dynamically generated Apache::ASP
page. Each image is given a name which is unique (in fact: a md5 on the
original name, width, height, color depth). Some of these images are used in
a
I read in "Apache Modules with Perl and C" book:
"...there is a pre-alpha version of a mod-perl compatible Perl debugger
in the works; it could very well be available from CPAN by the time you
read this."
I have searched CPAN for this without success.
Can anyone point me to it?
Thanks,
Dick Kr
I read in "Apache Modules with Perl and C" book:
"...there is a pre-alpha version of a mod-perl compatible Perl debugger
in the works; it could very well be available from CPAN by the time you
read this."
I have searched CPAN for this without success.
Can anyone point me to it?
Thanks,
Dick Kr
On Tue, 19 Sep 2000, Richard Goerwitz wrote:
> I can certainly understand why someone would want to keep Registry
> or Embperl-enabled scripts in directories reserved for trusted sys-
> tems people.
>
> But it shouldn't be a tremendously big deal to allow people to use
> pre-written modules usin
I can certainly understand why someone would want to keep Registry
or Embperl-enabled scripts in directories reserved for trusted sys-
tems people.
But it shouldn't be a tremendously big deal to allow people to use
pre-written modules using directives like 'PerlHandler', right?
Trouble is that p
44 matches
Mail list logo
