This statement demonstrates a lack of understanding on your part. PHP is
free. Completely free. It costs nothing. Nada, zilch, zero. It is not
owned by any company or induhvidual. There are acknowledged leaders in
the community.
Did a worker from Zend just say that if there is going to be an
Not at all. If enough decide to include some other encoding engine
in PHP then Zend can happily withdraw all of their support from PHP,
perhaps making a new product called zPHP or such, and the PHP camp is
not controlled in any way. It seems a bit extreme and probably not
worth it, but no
[snip]
Yes, I think it would be a good idea to make *PHP free*. IMHO, one
company has now too much control in it, it's not good for the language
in general. Unless, of course, you are willing to put the encoding
feature into PHP core
by default.
[/snip]
This statement demonstrates a lack of
want to know is ... Turck MMCache is open source and php is open
source so how hard is it to create that?
-Original Message-
From: David T-G [mailto:[EMAIL PROTECTED]
Sent: November 16, 2003 7:23 PM
To: PHP General list
Cc: John Smith
Subject: Re: [PHP] Include an encoder into PHP
Hello,
On 11/17/2003 05:17 AM, Michael wrote:
Zend will never include a free encoder/accelerator into php by default.
What I am waiting for is Turck MMCache to offer a download of a file like
php-4.3.4.tar.gz with Turck included. So when I need to upgrade php, I
would go download a new version
.
Step 3. Configuring Turck MMCache
Add the following lines into your php.ini file (usually
c:\winnt\php.ini)
-Original Message-
From: Manuel Lemos [mailto:[EMAIL PROTECTED]
Sent: November 17, 2003 2:31 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Include an encoder into PHP distribution
Michael --
...and then Michael said...
%
% I've tried installing it but I need MS Visual Studio C++ so they have to
% make it even easier.
It's easier already: abandon Windows for some *NIX system ;-)
I hate to sound like a curmudgeon, but if you want this then you should
build it, just like
David T-G wrote:
...and then Michael said...
I've tried installing it but I need MS Visual Studio C++ so they have to
make it even easier.
I hate to sound like a curmudgeon, but if you want this then you should
build it, just like John anyone else who wants it should.
That's not really the
Hello,
On 11/17/2003 06:57 AM, Michael wrote:
I've tried installing it but I need MS Visual Studio C++ so they have to
make it even easier.
Yes, you are right for those that want to build it from source on
Windows, having to buy MSVC++ may be a drag. I think I saw somewhere
that there is a
[snip]
In practice it seems that Zend has the final say on PHP, and I think
it's
bad for the language.
[/snip]
That is just plain incorrect. If there were a final arbiter PHP would
cease to be truly open source, and I think the folks on the PHP-DEV list
would be quick to correct you.
--
PHP
David T-G says
I hate to sound like a curmudgeon, but if you want this then you should
build it, just like John anyone else who wants it should. No, I haven't
looked at either (I don't even know what an encoder does; I *think* that
it could be a precompiler or an obfuscator but don't really
* Thus wrote Michael ([EMAIL PROTECTED]):
I've tried installing it but I need MS Visual Studio C++ so they have to
make it even easier.
There is a compiled version on the website for windows. Go to the
download section and you'll see that they have it available for
multiple version of php
Michael, et al --
...and then Michael said...
%
% David T-G says
% I hate to sound like a curmudgeon, but if you want this then you should
% build it, just like John anyone else who wants it should. No, I haven't
...
%
% 1. An obsfuscator scrambles all the variable, function and class names
[mailto:[EMAIL PROTECTED]
Sent: November 17, 2003 10:29 AM
To: [EMAIL PROTECTED]
Subject: Re: [PHP] Include an encoder into PHP distribution?
* Thus wrote Michael ([EMAIL PROTECTED]):
I've tried installing it but I need MS Visual Studio C++ so they have to
make it even easier.
There is a compiled
I was not saying or implying that Zend controls PHP alone. In practice
they have the knife and the cheese in their hands, meaning currently
PHP programs depend on Zend Engine to run. Maybe when somebody develops
real PHP compilers things will be different.
I know that you were not implying
Manuel Lemos wrote, in reply to Chris Shiflett:
IMHO, if you really want to start some political debate or push your
warped ideas on everyone, you can do it on another list.
I am not pushing anything. I am just explaining why GPL extensions and
libraries will not be accepted by the PHP group.
However, I think that an encoder
should not be part of the default php distribution, because it would
*force* people to use the encoder supplied
and
Also, it would seem that PHP was endorsing one product over another, and
such things are never good.
Yes. The problem that you are
John, et al --
...and then John Smith said...
%
% I was not saying or implying that Zend controls PHP alone. In practice
% they have the knife and the cheese in their hands, meaning currently
% PHP programs depend on Zend Engine to run. Maybe when somebody develops
% real PHP compilers
Hello,
On 11/16/2003 08:44 PM, Burhan Khalid wrote:
IMHO, if you really want to start some political debate or push your
warped ideas on everyone, you can do it on another list.
I am not pushing anything. I am just explaining why GPL extensions and
libraries will not be accepted by the PHP
On 11/16/2003 09:50 PM, John Smith wrote:
However, I think that an encoder
should not be part of the default php distribution, because it would
*force* people to use the encoder supplied
and
Also, it would seem that PHP was endorsing one product over another, and
such things are never good.
Ok then, that's nice to hear.
How about then the idea of including a reasonably good compiler/encoder into
standard PHP distribution? For example Turck MMcache is one, gpl'd and comes
as a php/zend extension.
I don't think there are other free encoders as this, so there wouldn't even
be a
, 2003 12:24 PM
Subject: Re: [PHP] Include an encoder into PHP distribution?
Ok then, that's nice to hear.
How about then the idea of including a reasonably good compiler/encoder into
standard PHP distribution? For example Turck MMcache is one, gpl'd and comes
as a php/zend extension.
I
--- John Smith [EMAIL PROTECTED] wrote:
How about then the idea of including a reasonably good
compiler/encoder into standard PHP distribution? For example Turck
MMcache is one, gpl'd and comes as a php/zend extension.
I don't think there are other free encoders as this, so there wouldn't
I think Zend even has their business model partly in the encoder software,
there must be some need for it. Don't you think so?
Granted, this would increase the size of the download by a hundred
kilobytes.
I have no connection to Turck MMcache in any way than just a user who needs
it. But
I don't think there are other free encoders as this, so there wouldn't
even be a dispute over which to choose?
Which one should be chosen? Doesn't it seem a bit ridiculous for the PHP
development team to be picking a winner? Open source is all about choice,
in my opinion.
If I had to
On Sat, Nov 15, 2003 at 07:52:28PM +0200, John Smith wrote:
:
: I have no connection to Turck MMcache in any way than just a user who needs
: it. But distributing software encoded with it is difficult while it is not
: so easily available (have to be separately downloaded and installed).
I'm
Yes, it's still quite a new piece of software, at least so I have
understood. But anyway, as an idea for the future. Just about any encoder
would be great.
If it's really built-in, always-on, that would be even better.
Besides encoding, I think code profiling features should be (almost) built
in
On Sat, Nov 15, 2003 at 11:58:18AM -0600, Eugene Lee wrote:
On Sat, Nov 15, 2003 at 07:52:28PM +0200, John Smith wrote:
:
: I have no connection to Turck MMcache in any way than just a user who needs
: it. But distributing software encoded with it is difficult while it is not
: so easily
Hey,
Or CodeSecure from http://securecents.com
Cheers,
-Ryan
P.S - biased opinion as i work with them.
Ok then, that's nice to hear.
How about then the idea of including a reasonably good compiler/encoder
into
standard PHP distribution? For example Turck MMcache is one, gpl'd and
comes
Hello,
On 11/15/2003 03:24 PM, John Smith wrote:
Ok then, that's nice to hear.
How about then the idea of including a reasonably good compiler/encoder into
standard PHP distribution? For example Turck MMcache is one, gpl'd and comes
as a php/zend extension.
I don't think there are other free
Anyway, I don't think Zend people will allow a competing extension be
included in the core PHP distribution precisely because it compromises
their business.
This is exactly the reason I started this thread by asking Who controls
PHP? ... Thanks for clearing this out.
Either way, another
--- Manuel Lemos [EMAIL PROTECTED] wrote:
Anyway, I don't think Zend people will allow a competing extension be
included in the core PHP distribution precisely because it compromises
their business.
[snip]
IMHO, if you really want to make software free without confusion, forget
GPL.
Hello,
On 11/15/2003 07:46 PM, Chris Shiflett wrote:
Anyway, I don't think Zend people will allow a competing extension be
included in the core PHP distribution precisely because it compromises
their business.
[snip]
IMHO, if you really want to make software free without confusion, forget
Hello,
On 11/15/2003 07:31 PM, John Smith wrote:
Anyway, I don't think Zend people will allow a competing extension be
included in the core PHP distribution precisely because it compromises
their business.
This is exactly the reason I started this thread by asking Who controls
PHP? ... Thanks
34 matches
Mail list logo