Every now and then when I have a few new articles on take23 I hope to post
a message here. Let me know if you think I should just leave you all alone
:-)
Building Web Sites with Apache::PageKit
http://take23.org/articles/2001/01/04/pagekit.xml/1
In the first of our series of articles
-Original Message-
From: James G Smith [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 01, 2001 1:21 PM
To: Scott Alexander
Cc: [EMAIL PROTECTED]
Subject: Re: Help with Limit in Perl
Ahh... Now we get into the interesting bits of mod_perl. There
is a way to change the
* Gerd Kortemeyer ([EMAIL PROTECTED]) [010105 19:20]:
Hi,
Did anybody ever see a message like this in the error log after an "internal
server error"?
[error] Undefined subroutine Apache::lonhomework::handler called at /dev/null
line 65535.
No further entries.
Here is good, maybe:
At 11:45 1/7/2001 -0600, George Sanderson wrote:
What HTML/XHTML syntax tools are recommended? I was hoping that the tool
would run on the browser (client) side. I prefer a PC version, but hey, a
good ap is best.-)
There is a good on-line one at
http://validator.w3.org/
Check also for HTML
"BLH" == Buddy Lee Haystack [EMAIL PROTECTED] writes:
BLH There are two components to DBI. The perl module is required for
BLH database access, but the Apache DBI module is not. Although you
BLH really should use the Apache DBI module to maintain persistent
BLH connections to your database.
Hi,
This simple Apache::Registry script is supposed to print the PID and then
hang, it used to work with older mod_perl/perl versions, it doesn't print
the PID now -- rflush doesn't seem to work. (neither $|=1 works)
my $r = shift;
$r-send_http_header('text/plain');
$r-print("PID =
Les Mikesell wrote:
[cut]
I don't think I understand what you mean by LRU. When I view the
Apache server-status with ExtendedStatus On, it appears that
the backend server processes recycle themselves as soon as they
are free instead of cycling sequentially through all the available
On Mon, 8 Jan 2001, Stas Bekman wrote:
Hi,
This simple Apache::Registry script is supposed to print the PID and then
hang, it used to work with older mod_perl/perl versions, it doesn't print
the PID now -- rflush doesn't seem to work. (neither $|=1 works)
my $r = shift;
Stas,
I am printing 4k of data for each push ..
# this to flush buffer of front end proxy-server.
my $new_line = "\n" x 4096;
print $new_line;
(make sure gzip filter if off ...)
http://forum.swarthmore.edu/epigone/modperl/kerdsnestim/14702.7611.496757.13
[EMAIL PROTECTED]
I am sure there
Bad generic advice. You should use persistent connections when it
makes sense to use them.
BLH Whether or not you use mod_perl is irrelevant.
It is relevent if you want to use Apache::DBI.
Ouch!
I was a bit more specific in my follow-up email which I sent direct since I didn't
think
I've got a mod_perl application that's using swish-e. A query from swish
may return hundreds of results, but I only display them 20 at a time.
There's currently no session control on this application, and so when the
client asks for the next page (or to jump to page number 12, for example),
I
The uploaded file
Apache-AuthenLDAP-0.52.tar.gz
has entered CPAN as
file: $CPAN/authors/id/C/CG/CGILMORE/Apache-AuthenLDAP-0.52.tar.gz
size: 8013 bytes
md5: 6a14a04f645bbec6506ad1035731e657
Apache::AuthenLDAP is designed to work with mod_perl and
Net::LDAP. This module
The uploaded file
Apache-AuthzLDAP-0.51.tar.gz
has entered CPAN as
file: $CPAN/authors/id/C/CG/CGILMORE/Apache-AuthzLDAP-0.51.tar.gz
size: 9191 bytes
md5: 86999685dbf96137a739e4431faa6fc9
Apache::AuthzLDAP is designed to work with mod_perl and
Net::LDAP. This module authorizes a
The uploaded file
Apache-AuthzCache-0.03.tar.gz
has entered CPAN as
file: $CPAN/authors/id/C/CG/CGILMORE/Apache-AuthzCache-0.03.tar.gz
size: 8508 bytes
md5: 237a62049ca0cabe74fdcd62272624c1
Apache::AuthzCache is designed to work with a mod_perl
authorization module to provide
Bill Moseley wrote:
Anyway, I'd like to avoid the repeated queries in mod_perl, of course. So,
in the sort term, I was thinking about caching search results (which is
just a sorted list of file names) using a simple file-system db -- that is,
(carefully) build file names out of the queries
Hi,
I have been trying to compile mod-perl (various 1.21 to 1.24_01 ) on Solaris
2.6 with apache (various 1.3.11 to 1.3.14) with perl-5.005003 and also
perl-5.6. If i compile it statically, i get a core dump on running apache
and if i compile it via apxs, i get a "Symbol not found main, in
hmmm. i checked CPAN about a month ago, and they
had the new version. i believe CPAN is actually a bunch of mirrored
sites that the dns redirects to. I wonder if the one you ended up
getting is not getting properly mirrored?
Mike Hanafey wrote:
Thanks for the replies. Next time I will not
You need to run, do not walk, immediately to www.sun.com and apply all
of the Solaris patches to your machine.
Siddhartha Jain wrote:
Hi,
I have been trying to compile mod-perl (various 1.21 to 1.24_01 ) on Solaris
2.6 with apache (various 1.3.11 to 1.3.14) with perl-5.005003 and also
oh! Sorry, i didn't mention but i have already applied all the latest Sun
recommended patches on the machine. Now what?
- Original Message -
From: "Jimi Thompson" [EMAIL PROTECTED]
To: "Siddhartha Jain" [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, January 08, 2001 11:55 PM
Subject:
Did you rebuild Perl since then?
-Original Message-
From: Siddhartha Jain [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 08, 2001 1:38 PM
To: [EMAIL PROTECTED]
Subject: Re: mod-perl on Solaris 2.6
oh! Sorry, i didn't mention but i have already applied all the latest Sun
recommended
Siddhartha Jain wrote:
Hi,
I have been trying to compile mod-perl (various 1.21 to 1.24_01 ) on Solaris
2.6 with apache (various 1.3.11 to 1.3.14) with perl-5.005003 and also
perl-5.6. If i compile it statically, i get a core dump on running apache
and if i compile it via apxs, i get a
"cr" == cliff rayman [EMAIL PROTECTED] writes:
cr hmmm. i checked CPAN about a month ago, and they
cr had the new version. i believe CPAN is actually a bunch of mirrored
cr sites that the dns redirects to. I wonder if the one you ended up
cr getting is not getting properly mirrored?
But the
Applying patches was the first thing i did after installing the OS (kind of
a standard practise with me). So, yes everything i've done has been after
installing the patches.
Siddhartha
- Original Message -
From: "Khachaturov, Vassilii" [EMAIL PROTECTED]
To: "'Siddhartha Jain'" [EMAIL
Okay ... the compiler i've been using all along is gcc-2.95.2. If i compile
only apache, it runs fine but if i add any kind of mod_perl, it crashes.
Siddhartha
- Original Message -
From: "Danny Rathjens" [EMAIL PROTECTED]
To: "Siddhartha Jain" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
And i tried every possible way given in the INSTALL.*
- Original Message -
From: "Danny Rathjens" [EMAIL PROTECTED]
To: "Siddhartha Jain" [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, January 09, 2001 12:08 AM
Subject: Re: mod-perl on Solaris 2.6
Siddhartha Jain wrote:
-Original Message-
From: Christian Gilmore [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 08, 2001 12:52 PM
To: Modperl Mailing List (E-mail)
Subject: [ANNOUNCE] Apache-AuthenLDAP 0.52
o Better handled of pre-1.26 set_handlers bugs
did I miss something - this is the
Yup, but according to Doug, the patch committed to fix the set_handlers
problems is not slated to enter production until 1.26 is released. 1.25
will not contain the patch. You'd have to ask Doug why.
Regards,
Christian
-Original Message-
From: Geoffrey Young [mailto:[EMAIL PROTECTED]]
At 10:10 AM 1/8/01 -0800, you wrote:
Bill Moseley wrote:
Anyway, I'd like to avoid the repeated queries in mod_perl, of course. So,
in the sort term, I was thinking about caching search results (which is
just a sorted list of file names) using a simple file-system db -- that is,
Geoff,
Here's the relevant note from Doug last August.
Regards,
Christian
-Original Message-
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 30, 2000 10:54 PM
To: Geoffrey Young
Cc: '[EMAIL PROTECTED]'
Subject: RE: $r-get_handlers bug/oversight?
i committed 2
Check out the mailing list archive for something I posted
a while back. It boiled down to not using GNU binutils for
anything. Including GCC.
--Jeff
--
Jeff Beard
_
Web:www.cyberxape.com
Email: jeff at cyberxape dot com
Earth:
-Original Message-
From: Christian Gilmore [mailto:[EMAIL PROTECTED]]
Sent: Monday, January 08, 2001 2:24 PM
To: 'Geoffrey Young'; 'Modperl Mailing List (E-mail)'
Subject: RE: [ANNOUNCE] Apache-AuthenLDAP 0.52
Yup, but according to Doug, the patch committed to fix the
Is the answer using LD_PRELOAD? But i remember having compiled successfully
on Solaris 7 x86. Anyway, please tell me if there is anyway other than using
the LD_PRELOAD option.
Siddhartha
- Original Message -
From: "Jeff Beard" [EMAIL PROTECTED]
To: "Siddhartha Jain" [EMAIL PROTECTED]
On Mon, 8 Jan 2001, Perrin Harkins wrote:
Bill Moseley wrote:
Anyway, I'd like to avoid the repeated queries in mod_perl, of course. So,
in the sort term, I was thinking about caching search results (which is
just a sorted list of file names) using a simple file-system db -- that is,
At 02:02 PM 1/8/01 -0800, Sander van Zoest wrote:
On Mon, 8 Jan 2001, Simon Rosenthal wrote:
an RDBMS is not much more trouble to purge, if you have a
time-of-last-update field. And if you're ever going to access your cache
from multiple servers, you definitely don't want to deal with
On Mon, 8 Jan 2001, Simon Rosenthal wrote:
an RDBMS is not much more trouble to purge, if you have a
time-of-last-update field. And if you're ever going to access your cache
from multiple servers, you definitely don't want to deal with locking
issues for DBM and filesystem based
On Mon, Jan 08, 2001 at 10:10:25AM -0800, Perrin Harkins wrote:
Always start with CPAN. Try Tie::FileLRUCache or File::Cache for
starters. A dbm would be fine too, but more trouble to purge old
entries from.
If you find that File::Cache works for you, then you may also want to
check out the
On Mon, 8 Jan 2001, Sander van Zoest wrote:
starters. A dbm would be fine too, but more trouble to purge old entries
from.
You could always have a second dbm file that can keep track of TTL issues
of your data keys, so it would simply be a series of delete calls.
Granted you would have
On Mon, 8 Jan 2001, Simon Rosenthal wrote:
I couldn't see writing a daemon as you suggested offering us any
benefits under those circumstances, given that RDBMS access is built into
Apache::Session.
No, in your case I do not see a reason behind it either. ;-)
Again this shows that it
On Mon, 8 Jan 2001, Perrin Harkins wrote:
On Mon, 8 Jan 2001, Sander van Zoest wrote:
starters. A dbm would be fine too, but more trouble to purge old entries
from.
You could always have a second dbm file that can keep track of TTL issues
of your data keys, so it would simply be a
Hi Guys,
On Mon, 8 Jan 2001, Sander van Zoest wrote:
On Mon, 8 Jan 2001, Perrin Harkins wrote:
On Mon, 8 Jan 2001, Sander van Zoest wrote:
At the risk of getting shot down in flames again,
do you think you could take this off-list guys?
I can't seem to delete the messages as fast as
On Mon, 8 Jan 2001, G.W. Haywood wrote:
At the risk of getting shot down in flames again,
do you think you could take this off-list guys?
I guess this could be moved to the scalable list ([EMAIL PROTECTED]),
or in private since this isn't really on the topic of modperl anymore.
Cheers,
--
I have a configuration hash that controls all the aspects of my
application.
It is updated while the server is running so it needs to be "refreshed"
for all processes.
What is the best way to share it globally and insure that updates are
read by all processes?
I currently store the hash using
Hi Tom,
You probably want something like this:
PerlModule Apache::Filter
PerlModule Apache::Footer
PerlModule Apache::SSI
PerlModule Apache::TomSSI
Files ~ "\.html?$"
SetHandler perl-script
PerlHandler Apache::Footer
/Files
Files ~ "\.shtml?$"
SetHandler
On Mon, 8 Jan 2001, Vivek Khera wrote:
Are there any showstoppers in 1.24_02-dev that need addressing or
should we just roll this out as 1.25? I have no problems with it.
well, there are some hpux-dso issues i am going to fix before 1.25. i
would also like to catch up on what's left in my
From: Jeff Beard [EMAIL PROTECTED]
Date: Mon, 08 Jan 2001 12:48:58 -0700 (MST)
Subject: Re: mod-perl on Solaris 2.6
Check out the mailing list archive for something I posted
a while back. It boiled down to not using GNU binutils for
anything. Including GCC.
Partly, I agree. Gcc is fine
Good morning, Ged and modperl list,
I used the below provided argument listing (or so I believe). This must be
executed automatically by the perl Makefile.PL routine?
I tried it once as you sent it, and once with the change listed to the
APACHE_SRC default directoy. Both times, I got the
Hey,
I like the idea of Apache::SizeLimit, to no longer worry about
setting MaxRequestsPerChild. That just seems smart, and might
get maximum usage out of each Apache child.
What I would like to see though is instead of killing the
child based on VmRSS on Linux, which seems to be the apparent
On Sat, Jan 06, 2001 at 12:28:01PM -0500, Blue Lang wrote:
On Sat, 6 Jan 2001 [EMAIL PROTECTED] wrote:
Eh, I'm prepared to take my lynching, but I'd just like to remind everyone
that there's nothing at all wrong with using PHP for things like this.
You'll never be a worse person for
OK ...
So I had a mini-revelation about how to do max unshared RAM
for Apache::SizeLimit ... couldn't you register a
child_init handler that calculated the processes size
post fork, then the unshared size would be
UNSHARED_SIZE = CURRENT_SIZE - CHILD_INIT_SIZE
Voila!
OK, so what happen if
49 matches
Mail list logo