At 16:19 15/10/2002, Per Einar Ellefsen wrote:
At 13:07 25.10.2002, Lee Goddard wrote:
Well, not really a patch but a tiny contribution to an
excellent guide -- Mr Beckman, I hope this is of use:
On/section:
guide/performance.html#Using_1_Under_mod_perl_and_be
Using $|=1
in the mod_perl Guide example, you should see what I mean.
Sure, I understand what you mean now. I'll consider it for inclusion. Thank
you for your contribution.
--
Per Einar Ellefsen
[EMAIL PROTECTED]
Well, not really a patch but a tiny contribution to an
excellent guide -- Mr Beckman, I hope this is of use:
On/section:
guide/performance.html#Using_1_Under_mod_perl_and_be
Using $|=1 Under mod_perl and Better print() Techniques
Whilst the code is correct, even if it does use
At 13:07 25.10.2002, Lee Goddard wrote:
Well, not really a patch but a tiny contribution to an
excellent guide -- Mr Beckman, I hope this is of use:
On/section:
guide/performance.html#Using_1_Under_mod_perl_and_be
Using $|=1 Under mod_perl and Better print() Techniques
Thanks. I didn't see the [pdf] button!
I tried cvs'ing the data and doing the build deal referenced on
perl.apache.org, but I'm missing something as I get an error from
DocSet/Util.pm. It's trying to load Template.pm on line 13, but I don't
have a Template.pm on my system anywhere.
At 09:24 PM 7/13/2002, Stas Bekman wrote:
Gunther Birznieks wrote:
I agree! It is great work. It looks really slick.
:)
Unfortunately, the mod_perl guide documentation area has lost
functionality. I wanted to download the latest guide before my 23 hour
flight to the USA (to read on the flight
Gunther Birznieks wrote:
At 09:24 PM 7/13/2002, Stas Bekman wrote:
Gunther Birznieks wrote:
I agree! It is great work. It looks really slick.
:)
Unfortunately, the mod_perl guide documentation area has lost
functionality. I wanted to download the latest guide before my 23
hour
since the last time you've read some docs.
That said, there will be no more separate mod_perl_guide's releases on
CPAN as they used to be, since the guide has now been merged into the
mod_perl documentation. It's possible that we will start releasing the
modperl-docs repository on CPAN instead
I recently downloaded the mod_perl Guide and
tried to install it. Problem is that it would not
install properly because the file:
pod2hpp
was missing. After trying other versions I kept
getting the same error. Then I checked google.com. I
am not the only one w/ this problem
Wouldn't it thus be simpler and more convenient
for 1st times like myself if the guide download were
simply the already created html pages which appear
online.
Frankly, hardly anyone does that. Most people refer to the guide
on-line. I've used mod_perl for years, referred to the guide
stas02/03/07 08:03:12
Modified:guidehelp.html
Log:
[EMAIL PROTECTED][EMAIL PROTECTED]/
Revision ChangesPath
1.33 +6 -6 modperl-site/guide/help.html
Index: help.html
===
RCS file
I am trying to get the exception class described in the guide to work, but am having
trouble with die returning the class incorrectly.
The example in the guide was:
die My::Exception-RetCode(code = 204);
The module code is at:
http://thingy.kcilink.com/modperlguide/perl
stas01/12/20 23:43:38
Modified:guideinstall.html
Log:
s|www.perl.com/CPAN-local|www.cpan.org|g as the later doesn't feature
multiplexing
Revision ChangesPath
1.23 +1 -1 modperl-site/guide/install.html
Index: install.html
A new version of the mod_perl guide is now available:
- online:
o HTML http://perl.apache.org/guide/
o PDF http://perl.apache.org/guide/mod_perl_guide.pdf.gz (665pp)
- the source at CPAN:
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.31.tar.gz
size: 472182 bytes
md5
!
then maybe the last line of reread_conf in mod_perl guide should be
modified to
$MODIFIED{$file} = -M $file;
in case the do ( ) loads something which can possibily stat file.
ok, I'll add a note, saying that _ shouldn't be used if it's not known whether no
other files are stat'ed
.
thanks for clearing it out !
then maybe the last line of reread_conf in mod_perl guide should be
modified to
$MODIFIED{$file} = -M $file;
in case the do ( ) loads something which can possibily stat file.
ok, I'll add a note, saying that _ shouldn't be used if it's not known
whether
pascal barbedor wrote:
hello,
I am reading mod_perl guide and i had a problem with a piece of code in
chapter 9.7.4.2 about
reloading configuration files. this is version jan 2001 but i have
checked in the last one the piece of code is the same.
when running the code
- Original Message -
From: Stas Bekman [EMAIL PROTECTED]
To: pascal barbedor [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, October 07, 2001 2:22 PM
Subject: Re: piece of code in mod_perl guide
I have located that if i change $MODIFIED{$file} = -M
!
then maybe the last line of reread_conf in mod_perl guide should be
modified to
$MODIFIED{$file} = -M $file;
in case the do ( ) loads something which can possibily stat file.
pascal barbedor
sub reread_conf{
my $file=shift;
return unless $file;
return unless -e $file and -r _;
unless
hello,
I am reading mod_perl guide and i had a problem
with a piece of code in chapter 9.7.4.2 about
reloading configuration files. this is version jan
2001 but i have checked in the last one the piece of code is the
same.
when running the code exactly, things don't work,
even outside
I actually tried to send this directly to Sats -
twice. But mail seemed to be bouncing, so I suppose I'll have to do this
through the list...
Firstly - the typo:
the mod_perl porting page contains info
about setting HTTP headers - but the guide says to do $r-headers_out, when
These are protected files so we have to use authentication and authorization
that is done by mod_perl. And Internet Explorer that use most of our customers
has bug that prevents displaying of PDF (and any other large non-dynamic
non-HTML) files if the URL to that file was result of Redirect.
Hi!
I have one question. According to the Guide there's buffering feature of
mod_proxy that allows to release heavy mod_perl process from delivering data
over slow connection to the user.
In our system we have to pass large PDF files thru mod_perl to proxy and we
noticed that it takes the same
to the
client (file module/proxy/proxy_http.c function ap_proxy_http_handler. So
the heavy mod_perl server is not released for serving other requests
untill
the data is sent to the client by proxy.
Maybe I'm missing something but the practice shows that this is true and
Guide
contains error
AAV == Andrei A Voropaev [EMAIL PROTECTED] writes:
AAV In our system we have to pass large PDF files thru mod_perl to
AAV proxy and we noticed that it takes the same time as sending it
AAV directly to customer.
Why do you have to pass the PDF thru mod_perl? Are you generating it
on the fly?
Thanks Vivek,
Andrei, use the front end to directly handle any binaries, static files,
etc.
I doubt they are generating of these on the fly.
Vivek Khera wrote:
AAV == Andrei A Voropaev [EMAIL PROTECTED] writes:
AAV In our system we have to pass large PDF files thru mod_perl to
AAV
On Wed, Aug 01, 2001 at 12:15:53AM -0700, Perrin Harkins wrote:
http://perl.apache.org/features/tmpl-cmp.html
The article Choosing a Templating System is now available at the above
URL. This is the same material I presented at the O'Reilly conference,
but a bit less rushed. It gives an
: Re: mod_perl guide HELP
Thanks a lot for your response
but what happens is when it reports
+ adding selected modules
o perl_module uses ConfigStart/End
+ mod_perl build type: OBJ
+ setting up mod_perl build environment
+ id: mod_perl/1.26
+ id
http://perl.apache.org/features/tmpl-cmp.html
The article Choosing a Templating System is now available at the above
URL. This is the same material I presented at the O'Reilly conference,
but a bit less rushed. It gives an overview of currently available
templating tools and their basic
--On 17/07/01 15:16 + [EMAIL PROTECTED] wrote:
sbekman 01/07/17 08:16:44
Modified:.distributions.html index.html mod_perl_cvs.html
dist .htaccess
embperl CVS.pod.1.html
guidedownload.html
Log:
- cvs server
The updated guide is out, rush and read it before you ask a question :)
How to get it:
* CPAN:
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.29.tar.gz
size: 469832 bytes
md5: 498ae2164b637f59bea34cbe9343b9ac
* Online:
http://perl.apache.org/guide/
* PDF Book (663pp
On Sat, 28 Apr 2001, Stas Bekman wrote:
* strategy.pod:
o added a ref to a light and fast Boa webserver
The strategy guide mentions thttpd, khttpd and Boa. khttpd doesn't look to
be production quality yet (its website says that it can crash the kernel),
so that leaves thttpd and Boa
sbekman 01/04/27 09:57:30
Modified:guideCHANGES browserbugs.html config.html control.html
correct_headers.html dbm.html debug.html
download.html help.html index.html index_long.html
install.html intro.html
CTED]
http://www.drh.net/
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 22, 2001 10:22 PM
To: David Harris
Cc: mod_perl list
Subject: RE: dbm locking info in the guide
On Thu, 22 Mar 2001, David Harris wrote:
Two points about switching from exclusive mode
no other processes can have the
file open.
They can, if there weren't untie()d per my above explanation.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http
. I'll try to summarize our discussion later.
Thanks David!
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http
a bunch!
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/
http
Stas Bekman [mailto:[EMAIL PROTECTED]] wrote:
As the person who has discovered this bad flaw in DB_File docs and made
sure that the right thing will be done, may be David will have a time to
go further and check up on this issue. I would definitely do it myself,
but there so many things I've
.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://logilune.com/
http://singlesheaven.com http
Stas Bekman [mailto:[EMAIL PROTECTED]] wrote:
On Thu, 22 Mar 2001, David Harris wrote:
If you want to downgrade a lock from exclusive to shared, sync the
database
and change the lock status. This will allow other readers access to a
fully-written database. No one else will be allowed to
to the database and
changing the data on disk. There is no need to do a re-tie().
That's correct.
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org
of the file on the disk, as the process might have a stale
data?
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http
Ok, what about calling sync before accesing the database? (read and write)
Will it force the process to sync its data with the disk, or will it cause
the corruption of the file on the disk, as the process might have a stale
data?
Well, that's what we don't know. As David Harris pointed out,
On Tue, 20 Mar 2001, Stas Bekman wrote:
Is anyone aware of a safe to way to do multi-process read/write access
through a dbm module other than BerkeleyDB.pm without tie-ing and
untie-ing every time? I thought that was the only safe thing to do
because of buffering issues, but this seems
Perrin Harkins wrote:
Is anyone aware of a safe to way to do multi-process read/write access
through a dbm module other than BerkeleyDB.pm without tie-ing and
untie-ing every time? I thought that was the only safe thing to do
because of buffering issues, but this seems to be implying that
On Tue, 20 Mar 2001, Joshua Chamas wrote:
I know the tie/untie MLDBM::Sync strategy with DB_File is
slow, but what size data are you caching?
I'm not. Well, actually I am, but I use BerkeleyDB which handles its
own locking. I just noticed this in the Guide and figured that either it
was out
not to lock on dbm fd but an external file! That's where
the problem happens.
http://perl.apache.org/guide/dbm.html#Flawed_Locking_Methods_Which_Mus If
you lock before you tie, and flush before you untie (or change the lock
type), it should be safe
On Wed, 21 Mar 2001, Stas Bekman wrote:
You mean with DB_File? There's a big warning in the current version
saying not to do that, because there is some initial buffering that
happens when opening a database.
The warning says not to lock on dbm fd but an external file!
I think you'll
Perrin Harkins [mailto:[EMAIL PROTECTED]] wrote:
I think you'll still have problems with this technique, unless you
tie/untie every time. I'm looking at the perldoc for DB_File version
1.76, at the section titled "Locking: the trouble with fd". At the very
least, you'd have to call sync
al section
write...
sync()
flock SH = end critical section
read...
untie()
flock UN
notice that the locking is done on the *external* file (or fd).
The only problem in this approach is a possible writing starvation as
explained:
http://perl.apache.org/guide/dbm.html#Locking_dbm_Handlers_a
JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:[EMAIL PROTECTED] http://apachetoday.com http://eXtropia.com/
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Stas Bekman wrote:
So basically what you are saying is that sync() is broken and shouldn't be
used at all. Something fishy is going on. The purpose of sync() is to
flush the modifications to the disk.
Saving changes to disk isn't the problem. The issue is that some of the
database gets
While working on adding info on Berkeley DB to the Guide, I came across
this statement:
"If you need to access a dbm file in your mod_perl code in the read only
mode the operation would be much faster if you keep the dbm file open
(tied) all the time and therefore ready to be
On Mon, 19 Mar 2001, Perrin Harkins wrote:
While working on adding info on Berkeley DB to the Guide, I came across
this statement:
"If you need to access a dbm file in your mod_perl code in the read only
mode the operation would be much faster if you keep the dbm file open
(tied
Marc Lehmann [EMAIL PROTECTED] -
in http://perl.apache.org/guide/browserbugs.html I read:
Preventing QUERY_STRING from getting corrupted because of entity key
names:
http://my.site.com/foo.pl?foo=barreg=foobar, then some browsers will
interpret reg as an SGML entity
This claims
On Mon, Feb 12, 2001 at 03:13:55AM +0100, Robin Berjon [EMAIL PROTECTED] wrote:
I don't think so. The browser would be right to treat reg; as an entity,
not reg.
But why? It's not HTML in the first place, so expecting from clients to
interpret it in one way or another is not sensible.
If it
At 03:26 12/02/2001 +0100, Marc Lehmann wrote:
On Mon, Feb 12, 2001 at 03:13:55AM +0100, Robin Berjon [EMAIL PROTECTED]
wrote:
I don't think so. The browser would be right to treat reg; as an entity,
not reg.
But why? It's not HTML in the first place, so expecting from clients to
interpret it
On Thu, Jan 11, 2001 at 03:09:43PM +0100, Stas Bekman wrote:
* dbm.pod:
o reviewed/rewritten/corrected
Any volunteers to extend this, or at least suggest additions, in
relation to using Berkeley DB v3 in 'shared memory' configuration?
Tim.
On Thu, 11 Jan 2001, Stas Bekman wrote:
Une nouvelle version du guide de mod_perl est en ligne et habituels aux
endroits (My Paris farewell release :)
Online:
HTML: http://perl.apache.org/guide/
PDF : http://perl.apache.org/guide/mod_perl_guide.pdf.gz
CPAN:
file: $CPAN/authors/id
I've gotten in touch with Stas, and the 'scaling mod_perl' site will
eventually be folded into the Guide. woohoo!
I'm going to spend several weeks fleshing it out and cleaning it up before
it goes in, though.
-Ed
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent
. Automatic retrieval of pods sections from .pm files and integration in
the documentation tree.
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf are
already working in the guide, other formats to come).
4. Distribution within mod_perl or outside of it? (The main point of
having
, Installation, Configuration,
Tips, Trick and more.
Is the guide the best place for tips and tricks? Its certainly the best
place for hard-core installation configuration and other stuff, but often
tips and tricks focus on one particular technology. Are we missing out on
having a place to store smaller tips
and integration in
the documentation tree.
That would be nice! :)
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf are
already working in the guide, other formats to come).
I'd _very_much_ like a PDA-version of the guide! It might have to be
set up differently (e.g. code snippets
On Tue, 5 Dec 2000, Salve J Nilsen wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf are
already working in the guide, other formats to come).
I'd _very_much_ like a PDA-version of the guide! It might have to be
set up differently (e.g. code snippets presented
Suddenly, Matt Sergeant uttered:
On Tue, 5 Dec 2000, Salve J Nilsen wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf are
already working in the guide, other formats to come).
I'd _very_much_ like a PDA-version of the guide! It might have to be
set up
. *All* pods located under one roof. API, Installation, Configuration,
Tips, Trick and more.
Is the guide the best place for tips and tricks? Its certainly the best
place for hard-core installation configuration and other stuff, but often
tips and tricks focus on one particular technology
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf
are already working in the guide, other formats to come).
What other formats do you think people want/need?
info files would be cool. :-)
See you,
--
Godoy. [EMAIL PROTECTED
On 5 Dec 2000, Jorge Godoy wrote:
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote:
3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf
are already working in the guide, other formats to come).
What other formats do you think people want/need?
info files would be cool
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote:
On 5 Dec 2000, Jorge Godoy wrote:
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote:
3. Automatic generating of html/ps/pdf/other
formats. (html/ps/pdf are already working in the guide, other
formats to come).
What other formats do you think
On 05 Dec 2000, [EMAIL PROTECTED] wrote:
I'll look after something to make pod or html into info and will
send what I find to the list.
OK, I've done homework.
Module id = Pod::Texinfo
DESCRIPTION converter to texinfo
CPAN_USERID KJALB (Kenneth Albanowski [EMAIL PROTECTED])
The new version of the mod_perl guide is available:
Online:
http://perl.apache.org/guide/
PDF version (650pp):
http://perl.apache.org/guide/mod_perl_guide.pdf.gz
CPAN:
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.27.tar.gz
size: 457620 bytes
md5
sbekman 00/11/26 14:02:46
Modified:guideCHANGES advocacy.html browserbugs.html config.html
control.html correct_headers.html databases.html
dbm.html debug.html download.html frequent.html
hardware.html
On 14 Sep 2000, Joe Schaefer wrote:
2) Apache::Request is better than your performance numbers indicate.
The problem I have with your comparison with Apache::args vs Apache::Request vs CGI
is that your benchmark code isn't fair. You're comparing method calls against
hash-table lookups,
Doug MacEachern [EMAIL PROTECTED] writes:
my $args = $q-param; # hash ref
you mean parms() ? the Apache::Request::parms hash ref is tied, so
there are still method calls, but less than calling params(), which does
extra stuff to emulate CGI::params.
I just looked at
On Tue, Sep 19, 2000 at 03:24:50PM -0400, Joe Schaefer wrote:
On linux, the ext2 filesystem is VERY efficient at buffering filesystem
writes (see http://www.tux.org/lkml/#s9-12). If the post data is small
( I don't know what the default size is, but the FILE buffer for the tmpfile
is
Roger Espel Llima [EMAIL PROTECTED] writes:
On Tue, Sep 19, 2000 at 03:24:50PM -0400, Joe Schaefer wrote:
On linux, the ext2 filesystem is VERY efficient at buffering filesystem
writes (see http://www.tux.org/lkml/#s9-12). If the post data is small
( I don't know what the default size
[EMAIL PROTECTED] writes:
What if you wanted the functionality of the fase handlers before and after
the loading of the file..
Could this also be accomplished by proper use of configuration statements
in http.conf?
Right now I do not think so, so getting the child tied up for the time
of
On 14 Sep 2000, Joe Schaefer wrote:
Stas,
http://perl.apache.org/guide/scenario.html#Buffering_Feature
...
There is no buffering of data uploaded from the client browser to the proxy,
thus you cannot use this technique to prevent the heavy mod_perl server from
being tied up during
Stas,
I was looking over the latest version of the performance
section, and I have a few suggestions/comments regarding
http://perl.apache.org/guide/performance.html
1) Your description of keep-alive performance is confusing.
Every browser I've seen that implements keep-alives
will open
for a valid dbh handle before it goes it all the trouble
to make one along with Apache::DBI
In fact there is no need for a ping, I don't see why don't you just make
the timeout long enough so it'd never time out. I use 48 hours:
http://perl.apache.org/guide/databases.html#The_Morning_Bug
We have
In the section on optimizing the db and prepare statements (in the
http://perl.apache.org/guide/performance.html url), the document discusses
creating a subroutine called "connect" in a package called package My::DB;
My question is if you have the
my $dbh = My::DB-connect;
statement
Hmmm. How busy is the site or is still in testing phase?
Testing phase.
Are you saying your connection is getting dropped and then you get an
error,or that you get dropped and then it has to reconnect?
Here's a sample of errors that I'm getting the error_log file:
[Tue Aug 29 20:15:52 2000]
On Thu, 31 Aug 2000 [EMAIL PROTECTED] wrote:
What I think is going on is that the script gets killed by Oracle for
being idle and tries to ping the connection, but the ping fails.
It is supposed to reconnect when the ping fails. I've had problems
getting reconnects to Oracle 8 working. The
I don't work on Oracle so I will speak from my experience with MySQL. MySQL
servers time out after the 8 hour standard disconnect for inactivity (this
can be adjusted in your my.conf file). To compensate for this we now run our
own connect checks for a valid dbh handle before it goes it all the
A new version of the mod_perl guide has been released.
CPAN:
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.26.tar.gz
size: 451448 bytes
md5: 37a07ec5f147f75ed9b5b2fc8359adeb
Online:
HTML: http://perl.apache.org/guide/
PDF : http://perl.apache.org/guide/mod_perl_guide.pdf.gz
sbekman 00/08/21 06:18:23
Modified:guideCHANGES config.html control.html
correct_headers.html help.html index.html
index_long.html install.html mod_perl_guide.pdf.gz
performance.html perl.html porting.html
The uploaded file
Apache-mod_perl_guide-1.25.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.25.tar.gz
size: 520586 bytes
md5: 7b1d0c0022139936b6b6e47cb295
The online version is at http://perl.apache.org/guide/
The PDF version is at http
engine for the Guide
On Thu, 4 May 2000, Stas Bekman wrote:
On Wed, 3 May 2000, Matt Sergeant wrote:
On Wed, 3 May 2000, Stas Bekman wrote:
Yeah, I've been thinking about it. There was one site
that has offered me
to provide a good search engine and they did
/english/yandex/YandexFree.html
Thanks Vladislav, but I think we are already quite happy with the two new
engines provided by Randy and Vivek and the new version of the split
guide, I really like it :). BTW, Randy's engine highlightes the words.
-Original Message-
From: Stas Bekman
Stas,
I just logged on to CPAN to download the latest version of
the guide, and even though CPAN thinks version 1.24 is there
(search for mod_perl_guide) the actual file is not there in
your directory (this was at 11:20 BST (08/06/2000)).
Kees
Kees Vonk 7249 24549 wrote:
Stas,
I just logged on to CPAN to download the latest version of
the guide, and even though CPAN thinks version 1.24 is there
(search for mod_perl_guide) the actual file is not there in
your directory (this was at 11:20 BST (08/06/2000)).
What server are you
Stas,
I was searched at search.cpan.org and then followed the link
from there, as far as I know that is a link to www.perl.com.
Kees
"SB" == Stas Bekman [EMAIL PROTECTED] writes:
SB mod_perl Guide Version 1.24 Jun 7, 2000 has been released.
[ ... ]
SB New 2 search engines and splitted version of the Guide. Vivek's version is
SB almost up to date, Randy's is not. So please use Vivek's version for
SB search. The s
Stas,
just did another search and now (13:15 BST) it is there.
Kees
mod_perl Guide Version 1.24 Jun 7, 2000 has been released.
The online version:
http://perl.apache.org/guide/
The PDF version: 631pages (1,810KB compressed)
http://perl.apache.org/guide/mod_perl_guide.pdf.gz
The sources at CPAN:
file: $CPAN/authors/id/S/ST/STAS/Apache-mod_perl_guide-1.24
This is notify you that Randy's guide search engine's content is up to
date, and Vivek's version is almost up-todate, so you can use both now.
Enjoy!
_
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http
On Sun, 4 Jun 2000, Stas Bekman wrote:
On Sat, 3 Jun 2000, Matt Sergeant wrote:
Just a "heads up" about the exceptions section of the guide. Don't try and
create more than one generic exception handler on your server. As I've
just discovered it really confuses things. Create
On Sat, 3 Jun 2000, Matt Sergeant wrote:
Just a "heads up" about the exceptions section of the guide. Don't try and
create more than one generic exception handler on your server. As I've
just discovered it really confuses things. Create one class and one class
only for handling
Just a "heads up" about the exceptions section of the guide. Don't try and
create more than one generic exception handler on your server. As I've
just discovered it really confuses things. Create one class and one class
only for handling exceptions globally.
Maybe I should put out a CP
On Wed, 17 May 2000, Jeremy Howard wrote:
...the perl.apache.org search facility
* Where is it? (doing a Find on the front page doesn't show it)
At the bottom of all guide pages.
How funny--I'd never even noticed it!
I see that it's using 'Swish-E' http://sunsite.berkeley.edu
1 - 100 of 170 matches
Mail list logo
