I know it's not the point, but I'd consider it poor style if I saw someone
using anything other than a <
I don't completely understand the purpose of this benchmark.
Are you testing string operations or print operations? Currently it seems
as if the two are being tested together which doesn't necessarily provide
the most meaning in the result.
For example, is it the string concatenation that is s
On Tue, 26 Dec 2000, Ken Williams wrote:
> [EMAIL PROTECTED] (Stas Bekman) wrote:
> >A combination of C and C pragmas keeps modules clean and
> >reduces a bit of noise. However, the C pragma also creates
> >aliases, as does C, which eat up more memory. When
> >possible, try to use fully qualifi
[EMAIL PROTECTED] (Stas Bekman) wrote:
>A combination of C and C pragmas keeps modules clean and
>reduces a bit of noise. However, the C pragma also creates
>aliases, as does C, which eat up more memory. When
>possible, try to use fully qualified names instead of C.
I have to disagree with this
On 26 Dec 2000, Randal L. Schwartz wrote:
> > "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
>
> Stas> Note that Perl 5.6.0 introduced a new our() pragma which works like
> Stas> my() scope-wise, but declares global variables.
>
> Stas> package MyPackage3;
> Stas> use strict;
> Stas>
> "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
Stas> Note that Perl 5.6.0 introduced a new our() pragma which works like
Stas> my() scope-wise, but declares global variables.
Stas> package MyPackage3;
Stas> use strict;
Stas> our @ISA = qw(CGI);
Stas> our $VERSION = "1.00";
Stas>
here is another one
=head2 Global vs. Fully Qualified Variables
It's always a good idea to avoid using global variables where it's
possible. Some variables must be either global, such as C<@ISA> or
else fully qualified such as C<@MyModule::ISA>, so that Perl can see
them from different package
On Tue, 26 Dec 2000, Stas Bekman wrote:
> Your comments are welcome.
your benchmark shows that it is really hard to screw up so much that
it actually matters and that there *always* will be somewhere else in
the application where there's more performance to be won.
:-)
- ask
--
ask bjoern
Something like half a year ago I've posted a benchmark of different
printing techniques. Only now I've absorbed all the comments and here
is a new benchmark based on these comments.
use Benchmark;
use Symbol;
my $fh = gensym;
open $fh, ">/dev/null" or die;
my @text = (
"\n",
[EMAIL PROTECTED] (Steven Lembark) wrote:
>include doesn't work since we are sharing the same CVS tree and
>would end up with the same includes -- unless there is something
>like
>
> Include "$ENV{LOGNAME}-conf"
>
>to allow per-user portions of the config.
I'd be inclined to do it the other
> "RB" == Rod Butcher <[EMAIL PROTECTED]> writes:
RB> I believe you need the trailing /
RB> i.e. Alias /perl/ "/home/httpd/perl/"
RB> (but why not use Scriptalias ?)
Because ScriptAlias makes it use mod_cgi rather than mod_perl.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
On Wed, 27 Dec 2000, Bill Eberle wrote:
> Rod Butcher wrote:
>
> > I believe you need the trailing /
> > i.e. Alias /perl/ "/home/httpd/perl/"
>
> Yes, that was it...thanks!
>
> >
> > (but why not use Scriptalias ?)
>
> Somewhere in the perl.apache.org docs it was suggested that Alias was
>
Rod Butcher wrote:
> I believe you need the trailing /
> i.e. Alias /perl/ "/home/httpd/perl/"
Yes, that was it...thanks!
>
> (but why not use Scriptalias ?)
Somewhere in the perl.apache.org docs it was suggested that Alias was
preferrable to ScriptAlias for mod_perl. I'll have another look
I believe you need the trailing /
i.e. Alias /perl/ "/home/httpd/perl/"
(but why not use Scriptalias ?)
Rod
- Original Message -
From: "Bill Eberle" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 27, 2000 12:48 AM
Subject: Location directive not working for mod
I hope this is the correct mailing list for newbie mod perl questions.
I have just installed mod_perl 1.24 with Apache 1.3.14. Mod perl seems
to be running because upon startup of httpd, the Apache error log file
says
Apache/1.3.14 (Unix) mod_perl/1.24_02-dev configured -- resuming normal
operat
There is a new version of PageKit available for download from CPAN. For
more information, please go to
http://search.cpan.org/search?dist=Apache-PageKit
There has been a major API cleanup and rewrite of code base that makes it
faster and much easier to set up and use. PageKit is still in alpha
16 matches
Mail list logo