I am a developer on a CMS also which uses the auto-include functionality to
include many classes over many files. Each request can include up to 30
different files. The speed increase is around the 15% mark when combining
the files. This is with APC installed too.
I heard rumours however that
PHP 4 Bug Database summary - http://bugs.php.net
Num Status Summary (626 total including feature requests)
===[*Compile Issues]==
43389 Open configure ignoring --without-cdb flag
PHP 6 Bug Database summary - http://bugs.php.net
Num Status Summary (63 total including feature requests)
===[*General Issues]==
26771 Suspended register_tick_funtions crash under threaded webservers
43408 Open get_called_class
Hi,
I have been doing some code-reading. Why is the RSHUTDOWN function for
syslog ext called only when run under win32?
Shouldn't the cleanup happen on linux as well?
Another question is for the use of zend_strndup instead of one of the
non-persistent memory allocation functions (i.e. estrndup()
On 03.12.2007 18:19, Rachmel, Nir (Nir) wrote:
Hi,
I have been doing some code-reading. Why is the RSHUTDOWN function for
syslog ext called only when run under win32?
Shouldn't the cleanup happen on linux as well?
`man closelog` says it's not required.
DESCRIPTION
closelog() closes
I am currently working on a Object-Oriented Library extension that wraps a
lot of functionality in PHP's standard library dealing with strings,
arrays, fileIO, etc. into classes.
(String class, Collection class, etc.)
This would allow end-users to create objects that represent data types and
Alexey Zakhlestin wrote:
On 12/2/07, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
The \u syntax is specific to JSON, yes.
\u syntax is specific to javascripts string literals, regular
expressions and identifiers[1]
And JSON is not the only way to deliver data into javascript. Manual
approaches
Hello Jordan,
have a look at the SPL extension (Standard PHP Library) which introduces
a few things (for instance SplFile). Have a look here: http://php.net/~helly
I do not think we need a string class right now unless you want to provide a
full unicode one that later works with HEAD
You mean something like http://pear.php.net/map ?
On Dec 3, 2007 12:44 PM, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
I have some new code for it. I'll try to find some time to update it
over the next couple of weeks.
-Rasmus
Silvano Girardi Jr wrote:
Gentleman,
This morning I went to
I have some new code for it. I'll try to find some time to update it
over the next couple of weeks.
-Rasmus
Silvano Girardi Jr wrote:
Gentleman,
This morning I went to see Lukas speaking at the Brazilian PHP Conference
and he mentioned http://people.php.net
He said that it started with the
Nah, it does more than that.
David Coallier wrote:
You mean something like http://pear.php.net/map ?
On Dec 3, 2007 12:44 PM, Rasmus Lerdorf [EMAIL PROTECTED] wrote:
I have some new code for it. I'll try to find some time to update it
over the next couple of weeks.
-Rasmus
Silvano
Hey Rasmus,
You looking for help to build that out? That project looks like
TONS-OF-FUN (r), and I'd be interested in helping out with it. I think
it would be great to see people on there and all the projects they are
associated with, kinda like a socialcoder project ;)
-ralph
Rasmus
Thanks. I was not aware of SPL's file and array classes. As for the string
class, some of it is done, and should work in 5.x HEAD. I fully plan to add
Unicode support for PHP 6's HEAD. Is there any other concerns you may have
about a string class (other than it being a big task)? I think it would
Hi all,
Was hoping to send this off earlier but I was travelling for the past
week and had very limited email access.
As promised in the past few weeks we have spent a significant amount of
time in reviewing the garbage collector work and testing it in our
performance lab. Dmitry has been
On Dec 3, 2007 4:01 PM, Andi Gutmans [EMAIL PROTECTED] wrote:
Hi all,
Was hoping to send this off earlier but I was travelling for the past
week and had very limited email access.
As promised in the past few weeks we have spent a significant amount of
time in reviewing the garbage
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Daniel Brown wrote:
I don't know about how it worked for anyone else, but the tables
didn't display properly on Gmail, so I had a hard time keeping up with
the performance differences. If you have this in a separate file,
could you send
That'd be great.
Dmitry, David, can you please send the updated patch to the list?
Andi
-Original Message-
From: Markus Fischer [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 1:31 PM
To: Daniel Brown
Cc: Andi Gutmans; internals@lists.php.net
Subject: Re: [PHP-DEV]
That looks great, Andi.
Thanks.
On Dec 3, 2007 4:38 PM, Andi Gutmans [EMAIL PROTECTED] wrote:
Sorry about that. Does the attached PDFed screenshot work for you?
Andi
-Original Message-
From: Daniel Brown [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 1:21 PM
Markus,
If for some reason the PDF attachment didn't come through to you
on the list, let me know and I'll upload it to one of my servers for
you to download and use, as well.
On Dec 3, 2007 4:40 PM, Daniel Brown [EMAIL PROTECTED] wrote:
That looks great, Andi.
Thanks.
On
Daniel Brown wrote:
If for some reason the PDF attachment didn't come through to you
on the list, let me know and I'll upload it to one of my servers for
you to download and use, as well.
The PDF didn't make it through for me. Can you upload it?
--
Edward Z. Yang
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
yes exactly, there was no PDF attachment. Interestingly the signature
was a separate attachment ...
thanks
- - Markus
Daniel Brown wrote:
Markus,
If for some reason the PDF attachment didn't come through to you
on the list, let me
Argh. Here you go: http://cvs.php.net/~andi/GC_email.pdf
-Original Message-
From: Edward Z. Yang [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 1:43 PM
To: internals@lists.php.net
Subject: Re: [PHP-DEV] Garbage collector patch
Daniel Brown wrote:
If for some reason
Sorry about that. Does the attached PDFed screenshot work for you?
If only we knew how to publish documents on that 'web thing.
(-:
S
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 3 Dec 2007, Andi Gutmans wrote:
Sorry about that. Does the attached PDFed screenshot work for you?
No, as you can't attach files here
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org
--
PHP Internals - PHP Runtime Development Mailing List
To
On Dec 3, 2007 4:49 PM, Derick Rethans [EMAIL PROTECTED] wrote:
On Mon, 3 Dec 2007, Andi Gutmans wrote:
Sorry about that. Does the attached PDFed screenshot work for you?
No, as you can't attach files here
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no |
Sorry about that. Does the attached PDFed screenshot work for you?
Andi
-Original Message-
From: Daniel Brown [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 1:21 PM
To: Andi Gutmans
Cc: internals@lists.php.net
Subject: Re: [PHP-DEV] Garbage collector patch
On Dec 3,
Stuff like this often isn't completely deterministic. The attack
vectors will move around and new ones will be discovered but since the
syntax Sara is proposing is completely valid JSON it gives people
another tool. Documenting specific attack vectors is useful too, of
course, but a secondary
I am a developer on a CMS also which uses the auto-include functionality to
include many classes over many files. Each request can include up to 30
different files. The speed increase is around the 15% mark when combining
the files. This is with APC installed too.
Can you provide some
Remember, we both found, independently, that combining separate files
yields from a 10-30% performance increase. I have only talked to 2
On synthetic benchmarks. On real apps, which do databases, calculations,
network, etc. that would be probably no more than 5%, probably even
less. And I
May we get a reply to Bug #38915?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Stanislav Malyshev wrote:
Stuff like this often isn't completely deterministic. The attack
vectors will move around and new ones will be discovered but since the
syntax Sara is proposing is completely valid JSON it gives people
another tool. Documenting specific attack vectors is useful too,
This is just a different way of encoding Javascript which depending on
the context of use will enable Javascript to be embedded securely. Not
providing an alternate encoding is a bit like arguing that we shouldn't
have base64_encode() because if used incorrectly it could be insecure.
I'm not
Hi Stats,
Everybody is providing clear and proven results. You are the only one who is
throwing around hypothetical numbers (that 5% figure comes out of your
head). Can you please be more responsible and provide some real results ?
Also, pretty much every feature of a language can be abused.
One thing to consider is changing json_encode to add a header
Content-type: application/json (or x-javascript), unless the additional
arguments are used..
That way someone using the function to intermingle with HTML will be
faced with the fact they have to encode the output, otherwise it breaks
On Dec 3, 2007, at 2:17 PM, Stanislav Malyshev wrote:
I am a developer on a CMS also which uses the auto-include
functionality to
include many classes over many files. Each request can include up
to 30
different files. The speed increase is around the 15% mark when
combining
the files.
I made a wrong assumption in the first patch and although it worked,
stream_set_write_buffer() did return an error.
This one is fixes the return value issue :
--- main/streams/xp_socket.c.orig 2007-12-01 16:56:29.0 +0100
+++ main/streams/xp_socket.c2007-12-03
Hi!
Can you provide some benchmark setups that this could be researched -
i.e. describe what was benchmarked and how to reproduce it?
I have already played with this topic. If you don't have an opcode cache
lazy loading is a good solution: it is worth loading a code only when
it is needed.
I can certainly see a use for strings as Value Objects, if only for
readability. Chaining a series of methods is much more readable (to me at
least) than wrapping a series of functions. See:
$str = $str-substr(0, 5)-upper()-trim('\n');
vs.
$str = trim(strtoupper(substr(0, 5, $str)), '\n');
Alan Knowles wrote:
One thing to consider is changing json_encode to add a header
Content-type: application/json (or x-javascript), unless the additional
arguments are used..
That way someone using the function to intermingle with HTML will be
faced with the fact they have to encode the
2007/12/3, Ilia Alshanetsky [EMAIL PROTECTED]:
I think the patch does have a value,
yes, it does, what worries me is the introduction of yet another
non-sense ini setting that modified the very engine behaviuor.. I
think we all agree that there are way too many of those do we ?
. My
First of all big thanks for Dmitry and David for spending time on this
project and continuing to improve the original patch. Based on the
results so far, I think the patch does have a value, but certainly not
in a general case. Relative simple scripts have little to gain from it
and only
such switches only add more complexity, confusion for users and
addtional trouble to distributors.
FWIW, amen to that.
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
One thing to consider is changing json_encode to add a header
Content-type: application/json (or x-javascript), unless the additional
arguments are used..
That way someone using the function to intermingle with HTML will be
faced with the fact they have to encode the output, otherwise it breaks
Brian Shire wrote:
On Dec 3, 2007, at 2:17 PM, Stanislav Malyshev wrote:
I am a developer on a CMS also which uses the auto-include
functionality to
include many classes over many files. Each request can include up to 30
different files. The speed increase is around the 15% mark when
On Dec 3, 2007, at 1:01 PM, Andi Gutmans wrote:
Hi all,
Was hoping to send this off earlier but I was travelling for the past
week and had very limited email access.
As promised in the past few weeks we have spent a significant
amount of
time in reviewing the garbage collector work and
-Original Message-
From: Ronald Chmara [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 10:06 PM
To: Andi Gutmans
Cc: internals@lists.php.net
Subject: Re: [PHP-DEV] Garbage collector patch
I'm really hesitant to even *mention* this idea, but
Could alternate memory
On Dec 3, 2007, at 9:16 PM, Gregory Beaver wrote:
Brian Shire wrote:
On Dec 3, 2007, at 2:17 PM, Stanislav Malyshev wrote:
I am a developer on a CMS also which uses the auto-include
functionality to
include many classes over many files. Each request can include
up to 30
different files.
On Dec 3, 2007, at 10:30 PM, Andi Gutmans wrote:
-Original Message-
From: Ronald Chmara [mailto:[EMAIL PROTECTED]
What is the *actual cost and complexity* involved in implementing
(possibly many) different user-selectable memory management systems,
and what other future
48 matches
Mail list logo
