On 3 Aug 2000, (Randal L. Schwartz) wrote:
"Drew" == Drew Taylor [EMAIL PROTECTED] writes:
Drew I suppose I could... I was planning on having a nice checklist of
Drew features/systems that would be a pain to do in a fixed width font. An
Drew HTML table would make my life MUCH easier
On Thu, 3 Aug 2000, Gunther Birznieks wrote:
At 05:10 PM 8/3/00 -0700, Perrin Harkins wrote:
On Thu, 3 Aug 2000, Drew Taylor wrote:
Having recently discovered the joy of CVS, I look forward to it. Awfully
nice to able to roll back to a previous version - although (knock on
wood!) I
I've tried installing Apache:ASP on my personal web server, but I can't
get any of the ASP files to work. Also, I can't seem to view the .htaccess
file from the eg directory that came with the installation. I'm running
Apache 1.3.12, mod_perl 1.24, and apache::asp 2.01. I think the reason the
asp
At 08:03 AM 8/4/00 +0100, Matt Sergeant wrote:
On Thu, 3 Aug 2000, Gunther Birznieks wrote:
At 05:10 PM 8/3/00 -0700, Perrin Harkins wrote:
On Thu, 3 Aug 2000, Drew Taylor wrote:
Having recently discovered the joy of CVS, I look forward to it.
Awfully
nice to able to roll back to a
I used Net::LDAP, a pure Perl implementation, against a Novell eDirectory LDAP
server.
You can find it at CPAN or at
http://sourceforge.net/project/?group_id=5050
I coded the authen_cred method to authenicate against LDAP and then store
the username in the session hash.
Make sure that your asp/eg directory is under your htdocs
and that you have "AllowOverride All" configured for
that directory in your *.conf files, probably a Directory
setting. As long as your files are read all permissions
you won't have a problem with the web server having access
to the
Andrew Tucker wrote:
A simple (well, maybe not exactly) question: is there a way to allow normal users to
run their custom ASP scripts without endangering too much system's security (such as
apache suexec or php's safe mode, or even cgiwrap..)? Thanks in advance,
If the CGI method of
Dmitry Beransky wrote:
...
recognizable tokens (as in ''.'form'). Unfortunately, I cannot use XML or
XSLT processing, as you recommend, because the content of the tags often is
HTML. This brings me to another question. Is (would) it possible to do
recursive recursive XML processing
I've got a section of our site where I want to force the user to
connect via ssl.
Inside of mod_perl, is there a parameter I can grab to see whether
the connection is ssl or not? Or a way to get the port number?
If there isnt a special reason otherwise, why not just put a
redirect in
thanks
balan
I hope that you write the doc is POD :)
I suppose I could... I was planning on having a nice checklist of
features/systems that would be a pain to do in a fixed width font. An
HTML table would make my life MUCH easier there. Is there something in
POD that makes tables easier?
http://perl.apache.org/#maillists
thanks
balan
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED]
mgraham ([EMAIL PROTECTED]) said something to this effect:
With the above I expect to be able to call the following in some
handler:
Foo::load_var()
...and $PACKAGE_LEXICAL should still be 'wubba'.
...Except that by calling Foo:load_var() you are setting $PACKAGE_LEXICAL
to undef (by
Gunther Birznieks ([EMAIL PROTECTED]) said something to this effect:
One book I would highly recommend on CVS is Open Source Development with
CVS by Karl Franz Fogel. I found it to be not only highly informative but
an incredibly fun read as well. Each of the semi-dry CVS chapters is
On Fri, 4 Aug 2000, Stas Bekman wrote:
I hope that you write the doc is POD :)
I suppose I could... I was planning on having a nice checklist of
features/systems that would be a pain to do in a fixed width font. An
HTML table would make my life MUCH easier there. Is there
Angel R. Rivera ([EMAIL PROTECTED]) said something to this effect:
I authenticate against a database but need to carry more information than
just their name so if I have read the readme at CPAN correctely, this just
may do the trick. Thanks to all who have written me. -ar
depending on how
Jim Winstead back on June 26 finished debugging a patch to libapreq (that's
Apache::Request) that avoids the problem of the mod_perl process eating up
all the memory required for an upload (and then some!) and not giving it
back.
Stas Bekman wrote:
I believe XML is a way too heavy for docs writing. Why one will want to
get a messy source code, when you can get away with a minimalistic POD.
Just look at the Guide's source code and look at the generated PDF --
isn't it great? I love POD. And if you want more than POD
On Fri, 4 Aug 2000, Stas Bekman wrote:
People are migrating to XML because there are good editors coming onto the
market (though sadly none for Linux yet, but I'm getting close to
persuading Arbotext to port Adept to Linux...). The editors hide the
complexity and you never need to see
On Fri, 4 Aug 2000, Erich L. Markert wrote:
Stas Bekman wrote:
I believe XML is a way too heavy for docs writing. Why one will want to
get a messy source code, when you can get away with a minimalistic POD.
Just look at the Guide's source code and look at the generated PDF --
isn't it
"Jeremy Howard" [EMAIL PROTECTED] writes:
Jim Winstead back on June 26 finished debugging a patch to libapreq (that's
Apache::Request) that avoids the problem of the mod_perl process eating up
all the memory required for an upload (and then some!) and not giving it
back.
[EMAIL PROTECTED] wrote:
I used Net::LDAP, a pure Perl implementation, against a Novell eDirectory LDAP
server.
You can find it at CPAN or at
http://sourceforge.net/project/?group_id=5050
I coded the authen_cred method to authenicate against LDAP and then store
the username in the
Stas Bekman wrote:
I believe XML is a way too heavy for docs writing. Why one will want to
get a messy source code, when you can get away with a minimalistic POD.
Just look at the Guide's source code and look at the generated PDF --
isn't it great? I love POD. And if you want more than POD
I think problem lies around line 378 in multipart_buffer.c:
old_len = blen;
is definitely wrong. It should read
old_len += blen;
Here's (yet another) quick patch that includes this fix.
--- libapreq-0.31/c/multipart_buffer.c Fri Aug 4 10:32:35 2000
+++
Hi, [sorry for posting this again but i wasnt subscribed when i 1st
posted it and couldnt c any reponses, couldnt find an archive either :/]
i have an installation problem, im using apache 1.3.12 and linux kernl
2.2.16-3 and have the
mod_perl installed.
The 'httpd -l' lists the mod_perl as being
Stas Bekman wrote:
I think you confuse,
something. When the script is recompiled all the variables belonging to
the package decalared by Apache::Registry or similar are getting reset. If
you require/use() some modules that declare packages and have global
variables -- these won't be reset
The URL
http://morpheus.laserlink.net/~gyoung/modules/Apache-Dispatch-0.03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GE/GEOFF/Apache-Dispatch-0.03.tar.gz
size: 5735 bytes
md5: 91eacb0aeff8e751ebc8c7156426fbfb
Changes:
0.03 8.4.2000
- complete API and internal
darren chamberlain wrote:
...Except that by calling Foo:load_var() you are setting
$PACKAGE_LEXICAL
to undef (by passing in an empty list via ()), rather than
retrieving it.
Well, actually, I was checking to see if it was set first:
sub load_var {
my $param = shift;
Use CPAN to install HTTP::Date and MLDBM, or better
yet, install Bundle::Apache::ASP. There is a note in
the install error output on how to use CPAN that you
didn't include below. I would follow its instructions.
--Joshua
Pamela O'Shea wrote:
Hi, [sorry for posting this again but i wasnt
On Fri, 4 Aug 2000, Keith G. Murphy wrote:
Stas Bekman wrote:
I think you confuse,
something. When the script is recompiled all the variables belonging to
the package decalared by Apache::Registry or similar are getting reset. If
you require/use() some modules that declare packages
Using Raven's (www.covalent.com) build, I want to use mod_perl as a DSO --
no errors during build:
Apache/1.3.12 (Unix) secured_by_Raven/1.5.1 mod_perl/1.24 PHP/4.0.1pl2
However, trying to use mod_perl's DSO causes Seg Fault (11)
Any thoughts, comments, or ideas would be most appreciated :)
Hi, i have an installation problem, im using apache 1.3.12 and have the
mod_perl installed.
The 'httpd -l' lists the mod_perl as being installed. Bu when i do 'perl
Makefile.PL' in the
Apache-ASP source tree i get the following errors :
[root@dilitium Apache-ASP-2.03]# perl Makefile.PL
Checking
Hi,
Does some one know this error come from modperl or
embperl
[3182]ERR: 12: Line 1: File 3182]ERR: 12: Line 1:
File /usr/www/clients/microjoin/dynamicupdate/htdocs/admin/text/ open error: Is
a directoryApache/1.3.12 (Unix) mod_perl/1.23 HTML::Embperl 1.3b3 [Fri
Aug 4 09:14:18 2000]
I
Try restarting apache. I get problems like this too, where sometimes some
stuff will happen, and sometimes it won't. The only way I know of is to
restart apache. If anyone else knows a better way, I would like to know! I
know that mod_perl compiles a copy of your script, and keeps it in
On Fri, 4 Aug 2000, darren chamberlain wrote:
Sharing a variable among children is difficult; you need to use IPC::Sharable
or something similar.
Not if it's read-only after the fork, which this one appears to be. You
can load it with a value at startup and it will be shared.
- Perrin
On Sun, 30 Jul 2000, mgraham wrote:
Under mod_perl, I find inconsistent behaviour. It works fine when a
module is loaded via the PerlModule directive in httpd.conf. However
when a module is loaded via startup.pl, the package lexicals "forget"
their values between calls.
[...]
The strange
There is more then one section that needs to be secure and its not
quite as blank and white as folder /secure needs to be secure.
for example.
folder /ecom/checkout needs to be secure.
folder /ecom/showcart doesn't
Scott
On 4 Aug 2000, at 10:16, David Mitchell wrote:
VirtualHost _default_:80
On Fri, 4 Aug 2000 [EMAIL PROTECTED] wrote:
There is more then one section that needs to be secure and its not
quite as blank and white as folder /secure needs to be secure.
for example.
folder /ecom/checkout needs to be secure.
folder /ecom/showcart doesn't
it is really starting to sound
Perrin Harkins wrote:
This sounds like a bad interaction with PerlFreshRestart and closure
variables. Does it work if you turn off PerlFreshRestart?
Can you live
with that?
Yes! It works with PerlFreshRestart Off. I think you're right - it
probably has something to do with the timing
On Thu, 3 Aug 2000, Ken Williams wrote:
[EMAIL PROTECTED] (Rob Giseburt) wrote:
Are .htaccess files secure? I don't want users to be able to use
perl.../perl sections or any other mod_perl constructs (setting scripts
to run via the Registry, for example) in .htaccess files. However, I
On Fri, 4 Aug 2000, mgraham wrote:
Why should PerlFreshRestart be on, anyway? Ostensibly, it's so you
can make sure that your modules can survive a soft restart, but can't
you also gather that from 'apachectl graceful'?
With PerlFreshRestart turned off, a graceful restart will not reload
On Fri, 4 Aug 2000, Bill Jones wrote:
Using Raven's (www.covalent.com) build, I want to use mod_perl as a DSO --
no errors during build:
Apache/1.3.12 (Unix) secured_by_Raven/1.5.1 mod_perl/1.24 PHP/4.0.1pl2
However, trying to use mod_perl's DSO causes Seg Fault (11)
Any thoughts,
I briefly asked about this in a previous post, but I wanted to follow up.
I'm curious but not very experienced, so any comments would be welcome...
I have a home-built template cache system that is limited by size. I was
logging failed cache hits (and thus reloading a template from disk) and
"PH" == Perrin Harkins [EMAIL PROTECTED] writes:
PH On Fri, 4 Aug 2000, mgraham wrote:
Why should PerlFreshRestart be on, anyway? Ostensibly, it's so you
can make sure that your modules can survive a soft restart, but can't
you also gather that from 'apachectl graceful'?
PH With
On Fri, 4 Aug 2000, Bill Moseley wrote:
Now, let say for once we do have a limited amount of memory, and we have a
very large number of templates, and the templates are very large and mostly
plain old text. In other words, the compiled templates are basically big
print statements with only a
On Fri, 4 Aug 2000, Bill Moseley wrote:
Now, let say for once we do have a limited amount of memory, and we have a
very large number of templates, and the templates are very large and mostly
plain old text. In other words, the compiled templates are basically big
print statements with only
"NT" == Nathan Torkington [EMAIL PROTECTED] writes:
NT I see some programmers don't check header_only(). Are there
NT bad things in store if you don't? Or will Apache or the browser
NT simply ignore the body that gets created?
My experience is apache just tosses the body for you. The
Thanks for the speedy response. You've now emboldened me to ask my
second question: sometimes I see people not calling send_http_header()
and yet their HTML still comes through. Does mod_perl sometimes
automatically call this for you?
Nat
On Fri, Aug 04, 2000 at 04:22:29PM -0600, Nathan Torkington wrote:
Thanks for the speedy response. You've now emboldened me to ask my
second question: sometimes I see people not calling send_http_header()
and yet their HTML still comes through. Does mod_perl sometimes
automatically call
For some reason (probably my error), $r-get_server_port() always returns 80
although my mod_perl backend only listen to 8080 and 8443 (I use Listen
directives).
I'm using (sockaddr_in($r-connection-local_addr))[0] to get the port
instead.
Though it works, I must load one more module (Socket),
try these and see what they return:
$r-server-port();
$r-parsed_uri-port();
--
___cliff [EMAIL PROTECTED]http://www.genwax.com/
Jean-Denis Girard wrote:
For some reason (probably my error), $r-get_server_port() always returns 80
although my mod_perl backend only listen to 8080 and 8443 (I
Greetings,
A couple of days ago, I installed mod_perl to speed up a CGI program I use
to generate HTML pages for my web site http://www.mostgraveconcern.com .
The CGI script is a perl script that ran fine before mod_perl, and now runs
fine with Internet Explorer, but Netscape Navigator insists
Ken Fox said:
Sorry to be a pain, but I still haven't heard anything back about my
proposal:
Ken Fox wrote:
I was using $request-sent_header and found out that it's
not terribly useful if PerlSendHeader is off -- sent_header
always returns 1. I changed mod_perl_sent_header so that
it
53 matches
Mail list logo
