On Wed, July 19, 2006 11:51 am, Marco wrote:
>> I would rather move more extensions from core to PECL, than from
>> PECL to
>> core.
>
> From my experiences the problem with this is many shared hosts wont
> install
> non core modules, so the more modules moved from core to pecl the less
> flexible
Move enough crucial things to PECL, and they'll start being smart
about their install, or they'll start losing customers.
Or PHP will become non viable as a language and people with start using ruby
on rails ;-)
Regards
Marco
Antony Dovgal wrote:
> -0.
>
> I would rather move more extensions from core to PECL, than from PECL
> to core.
I second that emotion.
--
Sebastian Bergmann http://www.sebastian-bergmann.de/
GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69
--
PHP
So this then means bundling more extensions by default and / or
better marketing.
What is the issue with simply not bundling all
known-to-be-good/stable/current extensions?
Admittedly, file size would be up. But I don't really see that as an issue.
As a windows user, I would just want them all
Hi,
so it seems to me like several core developers think its a worthwhile
addition to core if the class is renamed to ZipArchive (if I understood
Pierre correctly in a private IRC exchange he is ok with renaming the
class).
The idea of a PDO for archives does not seem to generate much suppor
I think its important to understand why shared hosts dont like PECL.
Some of the main reasons IME is that they
1. Dont know the author of the package
2. Dont trust the package to be secure
3. Dont know if the package will have a knock of effect on server stability.
They know the core package an
My recommendations would be:
for (1): Let the build system spit out packages for the most well known
distributions which are similar to the windows ones, e.g. one small php
binary, many *.so in the "standard" package and a pecl *.so package.
Dedicated server owners or small web hosts usually
On 7/22/06, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
I agree with Jani here. It's a bit of a catch-22 but putting more
popular extensions into PECL should help.
So do it and stop (plural form) to add all possible new rules to block
my proposal.
Also remove all the recent additions. no? So fo
The problem of web hosting remains, and isn't easily resolved. We already
saw what the situation is when it comes to web hosts and the distributed
.ini files; it's much the same when it comes to extensions. The better hosts
may well enable further extensions on request, but many won't - possibly
I agree with Jani here. It's a bit of a catch-22 but putting more
popular extensions into PECL should help.
-Andrei
On Jul 22, 2006, at 5:09 AM, Jani Taskinen wrote:
Bullshit. PECL is just as good as "core".
It just needs more marketing. One good way to sell it to people
might
Bullshit. PECL is just as good as "core".
To the developers of PHP and people with dedicated servers this might be
true, however in my experience this is far from true for mass virtual
hosters. If its not included in the core php package it wont be available to
the end user. So moving more
Bullshit. PECL is just as good as "core".
It just needs more marketing. One good way to sell it to people
might be to put some most used extensions there. :)
If some extension is useful and needed people WILL find it in PECL.
--Jani
On Sat, 22 Jul 2006, John Coggeshall wro
On Fri, 2006-07-21 at 23:48 +0200, Lukas Smith wrote:
> EXPERIMENTAL is just a way to cover our asses against not being able to
> break BC if we find out we screwed something up in a new extension.
> Bringing something into core obviously gives us a larger testbed and so
> new situations are lik
On Fri, 21 Jul 2006, Pierre wrote:
On 7/21/06, Jani Taskinen <[EMAIL PROTECTED]> wrote:
No, your vote does NOT count.
His vote counts. He is a php.net member (Summer of Code).
Since when does every @php.net badge earn a right to vote?
In my eyes only core devs have that right.
Andrei Zmievski wrote:
FWIW, I'm fine with moving it into core if EXPERIMENTAL is removed and
it's renamed to ZipArchive.
Is that a new (double) standard? It used to be common practice to add
new extensions as EXPERIMENTAL to core. IIRC all the last PECL
extensions that got moved to core wer
Pierre,
The onus is you to convince people that moving a non-stable version
of pecl/zip into core is advantageous. So, yes, even if you posted
your answers before you might need to repeat yourself. Also, I would
suggest that you stop acting like a victim. It's not going to help
things.
On 7/21/06, Jani Taskinen <[EMAIL PROTECTED]> wrote:
No, your vote does NOT count.
His vote counts. He is a php.net member (Summer of Code).
THANKS for your understandings,
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub
EMAIL PROTECTED]
> Sent: Friday, July 21, 2006 5:13 AM
> To: internals@lists.php.net
> Subject: Re: [PHP-DEV] Adding pecl/zip to 5.2
>
> A compression wrapper like PDO would be great. And they do
> all do the same things more or less. Take data and compress
> it. Take compre
No, your vote does NOT count.
--Jani
On Fri, 21 Jul 2006, Alexander Pak wrote:
Hi,
if my vote counts, then:
move to core: +1
Zip: +1
ZipArchive: -1
ZipFile: -1
Not sure about other php-developers, but as for me - Zip means ZIP archive,
not post code or a fastener.
On 7/21/06, Pierre
On Fri, 21 Jul 2006 20:09:50 +0200 (CEST)
[EMAIL PROTECTED] (Derick Rethans) wrote:
> On Fri, 21 Jul 2006, Pierre wrote:
>
> > Hi,
> >
> > On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> > > I am -1 moving it to core if the EXPERIMENTAL tag file is present.
> >
> > So I will count your
Hi,
if my vote counts, then:
move to core: +1
Zip: +1
ZipArchive: -1
ZipFile: -1
Not sure about other php-developers, but as for me - Zip means ZIP archive,
not post code or a fastener.
On 7/21/06, Pierre <[EMAIL PROTECTED]> wrote:
Hi,
On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>
On Fri, 21 Jul 2006, Pierre wrote:
> Hi,
>
> On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
> > I am -1 moving it to core if the EXPERIMENTAL tag file is present.
>
> So I will count your vote as -1. I'm not going to freeze the APIs now.
Heh? It isn't stable yet? Then why are you even su
Hi,
On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
I am -1 moving it to core if the EXPERIMENTAL tag file is present.
So I will count your vote as -1. I'm not going to freeze the APIs now.
Before 5.2.0 stable, the API will certainly be frozen, but I cannot
promise anything. But I got so
Hello Pierre,
Friday, July 21, 2006, 7:42:15 PM, you wrote:
> Hello,
> On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>> Hello Pierre,
>>
>> move to core -0 (as long as EXPERIMENTAL is being removed)
> You want it only if it is not experimental, you don't care or you
> don't want it? (
Hello,
On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello Pierre,
move to core -0 (as long as EXPERIMENTAL is being removed)
You want it only if it is not experimental, you don't care or you
don't want it? (-0 has no sense, btw)
ZipArchieve +1
Let say you mean ZipAchirve, ok
Hello Pierre,
move to core -0 (as long as EXPERIMENTAL is being removed)
ZipArchieve +1
ZipFile +0
Zip -0
regards
marcus
Friday, July 21, 2006, 7:17:38 PM, you wrote:
> Hi,
> On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>> I said i am fine, i don't want it. I j
Hi,
On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
I said i am fine, i don't want it. I just cannot accept the classname 'Zip'.
que? let do it with -1/0/+1 ;-)
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello Pierre,
Friday, July 21, 2006, 11:16:22 AM, you wrote:
> Hi Andi,
> On 7/21/06, Andi Gutmans <[EMAIL PROTECTED]> wrote:
>> Although I don't want to clutter the list further, I do agree with
>> Derick&Marcus on this. I actually like ZipArchive() better :)
> You agree with Rasmus and Derick
I'm corrected by Edin. Misunderstood.
So, why are some extensions bundled and not others? Surely all
successfully built, non experimental extensions should be part of the
distro?
On 21/07/06, Pierre <[EMAIL PROTECTED]> wrote:
On 7/21/06, Richard Quadling <[EMAIL PROTECTED]> wrote:
> So where
On 7/21/06, Richard Quadling <[EMAIL PROTECTED]> wrote:
So where does this leave adding pecl/zip to 5.2? PDO is not core for
Windows so should zip?
PDO is not core on windows? I do not understand what you say here.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscrib
On 7/21/06, Richard Quadling <[EMAIL PROTECTED]> wrote:
A compression wrapper like PDO would be great. And they do all do the
same things more or less. Take data and compress it. Take compressed
data and uncompress it. Not that different.
Then do it in PHP, it is very easy to create one for the
On 7/21/06, Ron Korving <[EMAIL PROTECTED]> wrote:
Well, if they all implement some common interface, that would really be an
improvement too. And I guess in that case there'd be GZipArchive,
ZipArchive, RarArchive, ... classes.
People have a choice then; use the specific format of their choice
Edin Kadribasic wrote:
Richard Quadling wrote:
So where does this leave adding pecl/zip to 5.2? PDO is not core for
Windows so should zip?
PDO is bundled in the core PHP distribution. Pierre was not asking for
Zip to be enabled by default, just to be a part of the distro.
Yes, exactly.
As f
Richard Quadling wrote:
> So where does this leave adding pecl/zip to 5.2? PDO is not core for
> Windows so should zip?
PDO is bundled in the core PHP distribution. Pierre was not asking for
Zip to be enabled by default, just to be a part of the distro.
Edin
--
PHP Internals - PHP Runtime Devel
So where does this leave adding pecl/zip to 5.2? PDO is not core for
Windows so should zip?
On 21/07/06, Pierre <[EMAIL PROTECTED]> wrote:
On 7/21/06, Richard Quadling <[EMAIL PROTECTED]> wrote:
> A compression wrapper like PDO would be great. And they do all do the
> same things more or less. T
Well, if they all implement some common interface, that would really be an
improvement too. And I guess in that case there'd be GZipArchive,
ZipArchive, RarArchive, ... classes.
People have a choice then; use the specific format of their choice and have
all the extras it comes with, or go for a
A compression wrapper like PDO would be great. And they do all do the
same things more or less. Take data and compress it. Take compressed
data and uncompress it. Not that different.
On 21/07/06, Pierre <[EMAIL PROTECTED]> wrote:
Hello,
On 7/21/06, Ron Korving <[EMAIL PROTECTED]> wrote:
> I was
Hello,
On 7/21/06, Ron Korving <[EMAIL PROTECTED]> wrote:
I was thinking the same thing. We can of course clutter the namespace with a
class for every possible file extension we want to develop an API for, but
maybe we can do the smart thing and do what PDO does for databases: present
a unified
I was thinking the same thing. We can of course clutter the namespace with a
class for every possible file extension we want to develop an API for, but
maybe we can do the smart thing and do what PDO does for databases: present
a unified API.
I don't like the idea of having GZip, Zip, Rar, Arj,
> Many people (incl. php devs) asked me if I can include zip in 5.2.0.
> Ilia thought it was too late in the game and planed to do it in 5.2.1.
>
> I like to have it in, as experimental.
>
> Please note that it intoduces a new class called Zip, but I
> never saw a
> php zip implementation name
Hi Andi,
On 7/21/06, Andi Gutmans <[EMAIL PROTECTED]> wrote:
Although I don't want to clutter the list further, I do agree with
Derick&Marcus on this. I actually like ZipArchive() better :)
You agree with Rasmus and Derick, as Marcus does want it in for all
possible reasons. However, it seems
Developers Mailing List
> Subject: Re: [PHP-DEV] Adding pecl/zip to 5.2
>
> On Thu, 20 Jul 2006, Pierre wrote:
>
> > Do you really ask me what Zip say?
>
> You miss the point. If you do "new Zip" ... then I've no idea
> what the object you get represent
Hello Pierre,
Friday, July 21, 2006, 2:56:00 AM, you wrote:
> Hello,
> On 7/21/06, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
>> Regardless of whether you wanted him to rename it or not release it
>> at all, you were concerned about the impact a class named 'Date'
>> would have on PEAR and other
Pierre wrote:
I reitere my proposal a last time, let fix this issue once and for all
and then I will consider to rename Zip if it is required (no, don't
answer now about that). But without this discussion, I will stay in
the kingdom of freedom, named PECL, et vive le Roi.
I'll hold you to the "
Totally agreed.
-Andrei
On Jul 20, 2006, at 5:46 PM, Rasmus Lerdorf wrote:
We did actually come to a consensus Pierre. And that is that PHP
owns the top-level namespace, but we should use decent descriptive
names and avoid any obvious clashes.
ext/date does date, time and timezone stuff
Pierre wrote:
Hello,
On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
So you're class does only allow to compress, is that what you are trying
to explain?
Only than being a unix does make you clueless about zip. And please
stop your pointless comments as you perfectly know what provides
On 7/21/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
Pierre wrote:
> Hello,
>
> On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>
>> So you're class does only allow to compress, is that what you are trying
>> to explain?
>
> Only than being a unix does make you clueless about zip. And plea
Hello,
On 7/21/06, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
Regardless of whether you wanted him to rename it or not release it
at all, you were concerned about the impact a class named 'Date'
would have on PEAR and other userland apps, were you not?
Actually no.
As Lukas and I pointed out
Hello,
On 7/21/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
So you're class does only allow to compress, is that what you are trying
to explain?
Only than being a unix does make you clueless about zip. And please
stop your pointless comments as you perfectly know what provides the
class.
No
Regardless of whether you wanted him to rename it or not release it
at all, you were concerned about the impact a class named 'Date'
would have on PEAR and other userland apps, were you not? How is this
different from pecl/zip?
-Andrei
On Jul 20, 2006, at 4:50 PM, Pierre wrote:
I never
On 7/21/06, Andrei Zmievski <[EMAIL PROTECTED]> wrote:
Pierre,
Let's stop with hypocrisy. You wanted Derick to change 'Date' class
names, so he did it. Now you are arguing that the same rules shouldn't
apply to you? Enough.
I never wanted him to change it. I wanted him to respect our decisions
Pierre,
Let's stop with hypocrisy. You wanted Derick to change 'Date' class
names, so he did it. Now you are arguing that the same rules shouldn't
apply to you? Enough.
-Andrei
On Jul 20, 2006, at 3:10 PM, Pierre wrote:
Hello,
On 7/21/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
Pierre
Hello Pierre,
Friday, July 21, 2006, 12:10:02 AM, you wrote:
> Hello,
> On 7/21/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
>> Pierre wrote:
>> > Hello,
>> >
>> > On 7/20/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
>> >
>> >> Well, in the US at least, Zip says Zip Code to me. Zip compressio
Hello,
On 7/21/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
Pierre wrote:
> Hello,
>
> On 7/20/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
>
>> Well, in the US at least, Zip says Zip Code to me. Zip compression
>> would be my second guess so it isn't completely obvious.
>
> It is a ZipCode,
Rasmus Lerdorf wrote:
And by the same logic, a Zip archive is a ZipArchive. Do a web search
for "zip" and you will find that half of the first set of results are
about zip archives and the other half are about zip codes. Why are you
assuming zip automatically means zip archive to people? It
Derick Rethans wrote:
On Thu, 20 Jul 2006, Pierre wrote:
Do you really ask me what Zip say?
You miss the point. If you do "new Zip" ... then I've no idea what the
object you get represents. However, doing "new ZipArchive" makes sense
as then you know the object represents a ZipArchive for e
if we plan to include new classes and have E_STRICT (imo not notice) to
inform about the inclusion with the next minor version update would be a
good thing. To stay with the example at hand, inclusion then would go
like accepting Zip during 5.2 phase. Adding the E_STRICT at the point the
decisi
Pierre wrote:
Hello,
On 7/20/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
Well, in the US at least, Zip says Zip Code to me. Zip compression
would be my second guess so it isn't completely obvious.
It is a ZipCode, exactly.
And by the same logic, a Zip archive is a ZipArchive. Do a web
Hello,
On Thu, 20 Jul 2006 23:26:58 +0200
[EMAIL PROTECTED] (Marcus Boerger) wrote:
> I am but you obviously prefer to bring instable suff into core or what
> now? Until now my idea of Zip was a stable idea so you could easily
> have removed the tag file. The above said makes me thing that it is
Hello,
On 7/20/06, Rasmus Lerdorf <[EMAIL PROTECTED]> wrote:
Well, in the US at least, Zip says Zip Code to me. Zip compression
would be my second guess so it isn't completely obvious.
It is a ZipCode, exactly.
--Pierre
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
On 7/20/06, Derick Rethans <[EMAIL PROTECTED]> wrote:
On Thu, 20 Jul 2006, Pierre wrote:
> Do you really ask me what Zip say?
You miss the point. If you do "new Zip" ... then I've no idea what the
object you get represents. However, doing "new ZipArchive" makes sense
as then you know the object
Pierre wrote:
On 7/20/06, Derick Rethans <[EMAIL PROTECTED]> wrote:
On Thu, 20 Jul 2006, Pierre wrote:
> > where
> > possible. Each word in the class name should start with a capital
> > letter,
> > without underscore delimiters (CampelCaps starting with a capital
> > letter).
>
On Thu, 20 Jul 2006, Pierre wrote:
> Do you really ask me what Zip say?
You miss the point. If you do "new Zip" ... then I've no idea what the
object you get represents. However, doing "new ZipArchive" makes sense
as then you know the object represents a ZipArchive for example. Just
"Zip" does
On 7/20/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello Pierre,
actually i think we should no longer accept EXPERIMENTAL extensions in
core, though from my view at pecl/zip it should have reached a stable
state just right now, am i correct?
Ok, it is getting really ridiculuous. Where hav
Hello Pierre,
Thursday, July 20, 2006, 11:15:05 PM, you wrote:
> On 7/20/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
>> Hello Pierre,
>>
>> actually i think we should no longer accept EXPERIMENTAL extensions in
>> core, though from my view at pecl/zip it should have reached a stable
>> state
On 7/20/06, Derick Rethans <[EMAIL PROTECTED]> wrote:
On Thu, 20 Jul 2006, Pierre wrote:
> > where
> > possible. Each word in the class name should start with a capital
> > letter,
> > without underscore delimiters (CampelCaps starting with a capital
> > letter).
> > The clas
On Thu, 20 Jul 2006, Pierre wrote:
> > where
> > possible. Each word in the class name should start with a capital
> > letter,
> > without underscore delimiters (CampelCaps starting with a capital
> > letter).
> > The class name should be prefixed with the name of the 'parent s
Hello Marco,
if we plan to include new classes and have E_STRICT (imo not notice) to
inform about the inclusion with the next minor version update would be a
good thing. To stay with the example at hand, inclusion then would go
like accepting Zip during 5.2 phase. Adding the E_STRICT at the poin
Hello Pierre,
Thursday, July 20, 2006, 12:08:10 PM, you wrote:
> Hello,
>> [7] Classes should be given descriptive names. Avoid using abbreviations
>> where
>> possible. Each word in the class name should start with a capital letter,
>> without underscore delimiters (CampelCaps startin
Hello Pierre,
actually i think we should no longer accept EXPERIMENTAL extensions in
core, though from my view at pecl/zip it should have reached a stable
state just right now, am i correct?
best regards
marcus
Thursday, July 20, 2006, 12:05:08 PM, you wrote:
> On Thu, 20 Jul 2006 04:27:19 +0
On 7/20/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
If not then there probably
is no mainstream use for a Zip class and inclusion to core makes little
sense.
Hi,
I took this from wikipedia(
http://en.wikipedia.org/wiki/ZIP_%28file_format%29):
---
Microsoft has also included minimal buil
Hello,
On 7/20/06, Marco <[EMAIL PROTECTED]> wrote:
Why not delay Zip until 5.3 and make an E_STRICT or E_NOTICE in 5.2 for the
Zip classname being a reserved word?
It makes little sense as it is not enable by default. A visible entry
in the NEWS and Changelog should be enough.
Note that it i
Why not delay Zip until 5.3 and make an E_STRICT or E_NOTICE in 5.2 for the
Zip classname being a reserved word?
In fact if we could come up with a list of class names php wants to reserve
for itself then we could make them all raise notices so that people have
time to fix their code.
Regards
M
Hello,
[7] Classes should be given descriptive names. Avoid using abbreviations where
possible. Each word in the class name should start with a capital letter,
without underscore delimiters (CampelCaps starting with a capital letter).
The class name should be prefixed with the name
On Thu, 20 Jul 2006 04:27:19 +0200
[EMAIL PROTECTED] (Rainer Müller) wrote:
> Pierre wrote:
> > Please note that it intoduces a new class called Zip, but I never
> > saw a php zip implementation named Zip.
>
> Uh, well this already was on thedailywtf...
> See here, http://thedailywtf.com/forums/t
On Thu, 20 Jul 2006 09:44:38 +0200 (CEST)
[EMAIL PROTECTED] (Derick Rethans) wrote:
> On Wed, 19 Jul 2006, Pierre wrote:
>
> > Hello,
> >
> > On 7/19/06, Sean Coates <[EMAIL PROTECTED]> wrote:
> >
> > > Tony mentioned another issue: the headache of maintaining PECL
> > > code between PHP versio
On Thu, 20 Jul 2006 09:51:37 +0200
[EMAIL PROTECTED] (Marcus Boerger) wrote:
> Hello Pierre,
>
> well Jan has a has a very good point here. Just as it was unlikely
Jan?
> that a class called PDO had been implemented a hundred times, it
> didn't cause any namespace clashes. However it is fairl
Antony Dovgal wrote:
On 20.07.2006 11:52, Robin Ericsson wrote:
Seems silly to have a place like PECL where extensions can live their
own life with their own release-cycles
That's another problem for another offtopic discussion:
"own release cycle" is just a myth, because of the "symlinks" us
On 20.07.2006 11:52, Robin Ericsson wrote:
On 7/20/06, Derick Rethans <[EMAIL PROTECTED]> wrote:
Although the zip ext is a useful thing to have, I think it should stay
in PECL as Tony says we're trying to move things to PECL... so a -1 from
me on the current proposal to add ext/zip to core with
On 7/20/06, Derick Rethans <[EMAIL PROTECTED]> wrote:
Although the zip ext is a useful thing to have, I think it should stay
in PECL as Tony says we're trying to move things to PECL... so a -1 from
me on the current proposal to add ext/zip to core with the Zip
classname.
Seems silly to have a p
Hello Pierre,
well Jan has a has a very good point here. Just as it was unlikely that
a class called PDO had been implemented a hundred times, it didn't cause
any namespace clashes. However it is fairly likely that some frameworks
bring Zip support and have a class named Zip. If not then there p
On Thu, 20 Jul 2006, Edin Kadribasic wrote:
> Even pcre can still be disabled.
That's on the todo for php 6 though.
Derick
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 19 Jul 2006, Pierre wrote:
> Hello,
>
> On 7/19/06, Sean Coates <[EMAIL PROTECTED]> wrote:
>
> > Tony mentioned another issue: the headache of maintaining PECL code
> > between PHP versions. This is a valid point (and he can elaborate if he
> > likes), but is a separate issue.
>
> I'm v
On Wed, 19 Jul 2006, Antony Dovgal wrote:
> On 19.07.2006 18:34, Pierre wrote:
> > Hello,
> >
> >
> > Many people (incl. php devs) asked me if I can include zip in 5.2.0.
> > Ilia thought it was too late in the game and planed to do it in 5.2.1.
> >
> > I like to have it in, as experimental.
>
Pierre wrote:
> Please note that it intoduces a new class called Zip, but I never saw a
> php zip implementation named Zip.
Uh, well this already was on thedailywtf...
See here, http://thedailywtf.com/forums/thread/80949.aspx
Rainer
--
PHP Internals - PHP Runtime Development Mailing List
To uns
Pierre wrote:
> Hello,
>
>
> Many people (incl. php devs) asked me if I can include zip in 5.2.0.
> Ilia thought it was too late in the game and planed to do it in 5.2.1.
>
> I like to have it in, as experimental.
>
> Please note that it intoduces a new class called Zip, but I never saw a
> php
Jani Taskinen wrote:
> On Wed, 19 Jul 2006, Pierre wrote:
>
>> Please note that it intoduces a new class called Zip, but I never saw a
>> php zip implementation named Zip.
>>
>> +1/-1/0?
>
>
> -1 in core, PECL is the place for this.
> -100 for class called Zip for the same reasons why we
On 7/20/06, Jani Taskinen <[EMAIL PROTECTED]> wrote:
On Wed, 19 Jul 2006, Pierre wrote:
> Please note that it intoduces a new class called Zip, but I never saw a
> php zip implementation named Zip.
>
> +1/-1/0?
-1 in core, PECL is the place for this.
-100 for class called Zip for the
Sean Coates wrote:
From my experiences the problem with this is many shared hosts wont install
non core modules, so the more modules moved from core to pecl the less
flexible php will be and the less use it will be.
I understand the need to keep the core code maintained and as clean and
lean
as
On Wed, 19 Jul 2006, Pierre wrote:
Please note that it intoduces a new class called Zip, but I never saw a
php zip implementation named Zip.
+1/-1/0?
-1 in core, PECL is the place for this.
-100 for class called Zip for the same reasons why we can not have
Date and TimeZone classe
On Wed, 2006-07-19 at 17:34 +0200, Pierre wrote:
> +1/-1/0?
+1 from me, I still to this day get people pestering me about my article
on creating .zip files from pure PHP -- a real extension is clearly
useful.
John
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: ht
+1
I wish to see Zip in PHP, it's a popular archive and plus used in .jar
implementation and .jar in its turn is used in other file formats, for
example OpenDocument one..
On 7/19/06, Pierre <[EMAIL PROTECTED]> wrote:
Hello,
Many people (incl. php devs) asked me if I can include zip in 5.2.0.
Shared hosts are used to deploying PHP Proper and ignoring PECL, because
in the past, core was the only repository for everything.
As PECL grows in popularity (and as users demand more PECL
installations), we can hope this these hosts become more flexible.
I agree and I also hope this is the c
> From my experiences the problem with this is many shared hosts wont install
> non core modules, so the more modules moved from core to pecl the less
> flexible php will be and the less use it will be.
>
> I understand the need to keep the core code maintained and as clean and
> lean
> as possibl
I would rather move more extensions from core to PECL, than from PECL to
core.
From my experiences the problem with this is many shared hosts wont install
non core modules, so the more modules moved from core to pecl the less
flexible php will be and the less use it will be.
I understand t
Hello,
On 7/19/06, Sean Coates <[EMAIL PROTECTED]> wrote:
Tony mentioned another issue: the headache of maintaining PECL code
between PHP versions. This is a valid point (and he can elaborate if he
likes), but is a separate issue.
I'm very aware of the PECL issues and that's irrelevant in thi
> Many people (incl. php devs) asked me if I can include zip in 5.2.0.
> Ilia thought it was too late in the game and planed to do it in 5.2.1.
I don't remember seeing a discussion on including Zip in core (perhaps I
just missed it, but a quick search didn't turn it up). I think Zip is
better suit
On 19.07.2006 18:34, Pierre wrote:
Hello,
Many people (incl. php devs) asked me if I can include zip in 5.2.0.
Ilia thought it was too late in the game and planed to do it in 5.2.1.
I like to have it in, as experimental.
Please note that it intoduces a new class called Zip, but I never saw a
Hello,
Many people (incl. php devs) asked me if I can include zip in 5.2.0.
Ilia thought it was too late in the game and planed to do it in 5.2.1.
I like to have it in, as experimental.
Please note that it intoduces a new class called Zip, but I never saw a
php zip implementation named Zip.
+1
99 matches
Mail list logo
