On Thu, 20 Dec 2001 11:51:30 -0500
"Perrin Harkins" <[EMAIL PROTECTED]> wrote:
> > Like this? (using register_cleanup instead of pnotes)
>
> Better to use pnotes. I started out doing this kind of thing with
> register_cleanup and had problems like random segfaults. I think it was
> because ot
On Thu, 20 Dec 2001 11:51:30 -0500
"Perrin Harkins" <[EMAIL PROTECTED]> wrote:
> > Like this? (using register_cleanup instead of pnotes)
>
> Better to use pnotes. I started out doing this kind of thing with
> register_cleanup and had problems like random segfaults. I think it was
> because oth
> By the way, is there a perl module to do calculations with money?
There's Math::Currency.
- Perrin
> By the way, is there a perl module to do calculations with money?
We use Math::BigInt to do fixed point. We couldn't get the other math
modules to work a few years back. Our wrapper (Bivio::Type::Number)
normalizes the rounding and allows subclasses to specify precision,
decimals, min, max, e
At 10:50 19.12.01 +0200, you wrote:
>4. [...] Ok, let's say we even
>somehow make these formulas general enough to use, but where shall the
>calculation take place? Postgres stored procs or in perl code/module (i
>think this) or even in TT? Constans will be in db.
I tend to do calculations involv
> Like this? (using register_cleanup instead of pnotes)
Better to use pnotes. I started out doing this kind of thing with
register_cleanup and had problems like random segfaults. I think it was
because other cleanup handlers sometimes needed access to these resources.
- Perrin
On Thu, 20 Dec 2001, Mark Fowler wrote:
> (sorry to break threading but I'm getting this from multiple lists)
>
> > that IE 6 (beta at the time) considered my cookies to be third party
> > because I used frame-based domain redirection and by default would not
> > accept them.
>
> You need to in
Mark Fowler wrote:
> I'd really appreciate it other people could check this and confirm that IE6
> is not
> offering any actual privacy level protection and is just discriminated
> against people that don't have P3P headers.
>
I tried a few header combinations before I got IE6 to send cookies in
(sorry to break threading but I'm getting this from multiple lists)
> that IE 6 (beta at the time) considered my cookies to be third party
> because I used frame-based domain redirection and by default would not
> accept them.
You need to include a P3P header in your HTTP header that contains a
On Thu, 20 Dec 2001 08:57:32 -
Matt Sergeant <[EMAIL PROTECTED]> wrote:
> Yeah, just like that. Why don't you wrap it up and stick it on CPAN? Saves
> me another module :-)
Okay ;)
The URL
http://bulknews.net/lib/archives/Apache-Singleton-0.01.tar.gz
has entered CPAN as
file: $CPAN
> -Original Message-
> From: Tatsuhiko Miyagawa [mailto:[EMAIL PROTECTED]]
>
> On Wed, 19 Dec 2001 16:01:22 -
> Matt Sergeant <[EMAIL PROTECTED]> wrote:
>
> > Actually I was wondering about writing an Apache::Singleton
> class, that
> > works the same as Class::Singleton, but clears
On Wed, 19 Dec 2001 16:01:22 -
Matt Sergeant <[EMAIL PROTECTED]> wrote:
> Actually I was wondering about writing an Apache::Singleton class, that
> works the same as Class::Singleton, but clears the singleton out on each
> request (by using pnotes). Would anyone be interested in that?
Like t
> > If you want a per-request global, use $r->pnotes() instead of a standard
> > perl global. Then mod_perl *WILL* do it for you.
>
> True. But then you are using the Apache object and you're program
> doesn't work as a standard CGI anymore :(
I handle this by chekcing for $ENV{MOD_PERL} and jus
On Wed 19-Dec-2001 at 10:43:34AM -0500, Perrin Harkins wrote:
> > ALWAYS reinitialize $Your::Singleton::ETERNAL on each query!
> > mod_perl will *NOT* do it for you.
>
> If you want a per-request global, use $r->pnotes() instead of a standard
> perl global. Then mod_perl *WILL* do it for you.
T
> One thing I don't quite
> understand is the need to "clear out" a singleton. Why would a
> singleton need to hold transient state?
It's good for holding something request-specific, like a user session.
Perrin Harkins writes:
> Okay, wishful thinking. I don't use Class::Singleton, but I have written my
> own versions of Object::Registrar a few times to accomplish the same goal.
Ditto. We use a registry mechanism, too. One thing I don't quite
understand is the need to "clear out" a singleton.
> No, it's nothing like Object::Registrar. It's like Class::Singleton.
Okay, wishful thinking. I don't use Class::Singleton, but I have written my
own versions of Object::Registrar a few times to accomplish the same goal.
I don't like to make my core classes dependent on running in a mod_perl
en
> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
>
> > Actually I was wondering about writing an Apache::Singleton
> class, that
> > works the same as Class::Singleton, but clears the
> singleton out on each
> > request (by using pnotes). Would anyone be interested
> ALWAYS reinitialize $Your::Singleton::ETERNAL on each query!
> mod_perl will *NOT* do it for you.
If you want a per-request global, use $r->pnotes() instead of a standard
perl global. Then mod_perl *WILL* do it for you.
> You might think 'ah yeah but it would be nice if
> $Your::Singleton::ET
> Actually I was wondering about writing an Apache::Singleton class, that
> works the same as Class::Singleton, but clears the singleton out on each
> request (by using pnotes). Would anyone be interested in that?
This sounds a bit like Object::Registrar. If you do it, I'd suggest giving
it a "s
> -Original Message-
> From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
>
> > ALWAYS reinitialize $Your::Singleton::ETERNAL on each query!
> > mod_perl will *NOT* do it for you.
>
> If you want a per-request global, use $r->pnotes() instead of
> a standard
> perl global. Then mod_perl *
> 2. We will use Template-Toolkit and Apache/mod_perl. Problem is that 2
> out of 3 people have never used TT or programmed mod_perl and OO Perl.
> Only I've made sites this way, they've used Embperl til now. How can I
> make this switch for them a little easier?
Get them all copies of the Eagle
If you're developing a complex application, you'll probably want to
split it in a horde of specialized modules. Few things to remember:
==
You will probably feel the need to use static variables (i.e. variables
shared with all instances of a given class) at some point. For example
if you have a
[EMAIL PROTECTED] wrote:
>
> 1. Regarding the switch to postgresql, I think that's a good choice. Just pay
> attention to postgresql's data types, and try to get your fields types and
> lengths correct the first time if possible. It doesn't completely support the
> ALTER TABLE command, so changi
OTECTED]> on 12/19/2001 03:50:49 AM
To: modperl list <[EMAIL PROTECTED]>, templates list
<[EMAIL PROTECTED]>
cc:(bcc: Wesley Sheldahl/Lex/Lexmark)
Subject: Tips & tricks needed :)
Hello,
We're going to make a web-site for insurance company (err, more like
portal
Viljo Marrandi <[EMAIL PROTECTED]> writes:
I'm answering what I can... :-)
> 3. Authorization. Is cookie based auth most reasonable or are there some
> other ways too? .htaccess will not do, I think, because all data is in
> the same directory and authorized access/login is needed only on some
Hello,
We're going to make a web-site for insurance company (err, more like
portal for several companies) and the problem is that ( I think ) it's
going to be our biggest and most complex site we've ever done AND we're
going to use some new stuff we've never used. So I'd be very happy if
you can
27 matches
Mail list logo