[phpa] Re: About registration and Re: Re: PHPA 1.2 Released
- From: Monte Ohrt <monte@xxxxxxxx>
- To: phpa@xxxxxxxxxxxxx
- Date: Tue, 22 Jan 2002 12:15:40 -0600
IMHO if you want to track where phpa is being used, I'd rather see that
done on a volunteer basis through a form on a web page, not a technical
way such as this key. It adds too much of a management overhead for its
purpose.
... unless is there an ulterior motive behind this registration key we
aren't clear about? Probably along the same reasons why the source code
is not available? Not that it's necessarily a bad thing, but one has to
wonder. I'd pay a license fee for this accellerator, but only if it's
something that scales well. Zend Cache/Accellerator doesn't scale at ALL
because it is host-id based. Therefore if I have a website hosted on a
cluster, I have to purchase a separate license for EACH physical server.
And on top of that, it limits you to the number of CPUs.
Nick Lindridge wrote:
>
> > Whats the reason for doing this Nick?
> > I was looking at implementing PHPA on a FreeBSD server with 500+
> > domains (individual virtualhost entries)
> > But, I cannot do this now :(
>
> Hi Paul,
>
> Sorry for what I hope is a transient inconvenience. As Ed said, just email
> me the servernames, one per line, and I'll send back the keys this evening.
> I've already thought to add a batch facility and will do that too.
>
> If you're going to have 500 virtual host sections then a shell/perl script
> or emacs macro could add keys to the entries automatically. So I could
> write some lisp code for emacs or a shell script to do this if it would
> help you. If I get time tonight I'll look to adding a utility and maybe an
> emacs/xemacs solution to the site to do it.
>
> Btw., did you consider using mod_rewrite rather than virtual hosts if you
> have so many, as some mod_rewrite rules might be able to replace all your
> virtual host sections if they follow the same pattern. Although I'm not
> sure whether setting the key would be possible efficiently, if at all, with
> mod_rewrite. It might have to be passed as a server variable itself. But as
> mod_rewrite is pretty powerful it might be up to it, perhaps using the map
> features. I'll try to have a look into that as well as it would be worth
> knowing if it's possible.
>
> There's no sinister reason for adding the key; I just wanted to get a feel
> for where it's being used. I considered and discussed a number of
> alternatives, and decided that overall this would be the most preferable
> and least intrusive. If, as a result, it stops certain configurations from
> being able to use it then I'd certainly look to addressing that.
>
> Nick
>
> ------------------------------------------------------------------------
> www.php-accelerator.co.uk Home of the free PHP Accelerator
>
> To post, send email to phpa@xxxxxxxxxxxxx
> To unsubscribe, email phpa-request@xxxxxxxxxxxxx with subject unsubscribe
--
Monte Ohrt <monte@xxxxxxxx>
http://www.ispi.net/
------------------------------------------------------------------------
www.php-accelerator.co.uk Home of the free PHP Accelerator
To post, send email to phpa@xxxxxxxxxxxxx
To unsubscribe, email phpa-request@xxxxxxxxxxxxx with subject unsubscribe
Other related posts:
