Am 25.10.2014 um 20:20 schrieb Stas Malyshev:
somewhat relaxed rules there, but even then introducing new debugging
protocol into PHP core seems to be something that warrants some
notification.
That would have been my next question. I think it does not only
warrant notification but adherence
On 25/10/14 17:24, Levi Morrison wrote:
The reason I bring this up in this discussion is that switching to
something like Polymer is going to require a few changes on how we
generate the HTML and CSS. The the best time to refactor code is when
you are already changing it for something already,
On 24/10/2014 12:54, Andrea Faulds wrote:
On 24 Oct 2014, at 10:29, Jordi Boggiano j.boggi...@seld.be wrote:
Thanks for the work (again). It's an interesting small idea but I'd much prefer
revisiting the original getter/setter RFC [1] which had a majority but just
fell short of the 66%
On Sun, Oct 26, 2014 at 3:24 AM, Joe Watkins pthre...@pthreads.org wrote:
I'd like to everyone to stay grounded in reality and say that we have
been checking code into php-src for months, very very few people have
expressed an interest in what we were actually doing, you aren't one of
them
Am 26.10.2014 um 12:58 schrieb Pierre Joye pierre@gmail.com:
On Sun, Oct 26, 2014 at 3:24 AM, Joe Watkins pthre...@pthreads.org wrote:
I'd like to everyone to stay grounded in reality and say that we have
been checking code into php-src for months, very very few people have
expressed
On Sat, 25 Oct 2014, Joe Watkins wrote:
On Fri, 2014-10-24 at 23:06 -0400, Derick Rethans wrote:
On Fri, 24 Oct 2014, Bob Weinand wrote:
Commit:2bcac53bca8ea82d661f057b6d9ff3c7c84f05a7
Author:Bob Weinand bobw...@hotmail.com Fri, 24 Oct 2014
19:29:50 +0200
On 26 Oct 2014, at 15:09, Derick Rethans der...@php.net wrote:
On Sat, 25 Oct 2014, Joe Watkins wrote:
On Fri, 2014-10-24 at 23:06 -0400, Derick Rethans wrote:
A few weeks ago, I was at a conference where you told a room filled
with hundreds of developers that phpdbg was no good,
On Sat, 25 Oct 2014, Weinand Bob wrote:
Just a minor question, Derick. If you care about phpdbg, why are you
only dropping any comment about it by the time it got into php-src
repo?
Yes, my mistake. I should have voted -1, but as I thought there was a
conflict of interest, I stayed silent.
On Sat, 25 Oct 2014, Leigh wrote:
On 25 October 2014 12:00, Weinand Bob bobw...@hotmail.com wrote:
...
Thanks Bob.
So my question is: Obviously the phpdbg requirements do not map to
DBGp. However, can all of the requirements of DBGp be mapped to the
phpdbg XML?
Going forward does
On Sat, 25 Oct 2014, Stas Malyshev wrote:
That said, we are where we are, and I think it would be great if this
would somehow server as a starting point for developing a unified
protocol for debugging PHP.
It already exists: DBGp. It's implemented by dozens of editors and
plugins.
cheers,
On Sat, 25 Oct 2014, Joe Watkins wrote:
We will notify internals of our intentions to make such changes in
future, if we thought there was any chance of any feedback before today,
we would already be doing so.
We will notify internals. Really? Sadly, this phpdbg stuff is part of
internals,
On Sun, 26 Oct 2014, Andrea Faulds wrote:
On 26 Oct 2014, at 15:09, Derick Rethans der...@php.net wrote:
On Sat, 25 Oct 2014, Joe Watkins wrote:
On Fri, 2014-10-24 at 23:06 -0400, Derick Rethans wrote:
A few weeks ago, I was at a conference where you told a room filled
with
Am 26.10.2014 um 16:17 schrieb Derick Rethans der...@php.net:
On Sat, 25 Oct 2014, Weinand Bob wrote:
Just a minor question, Derick. If you care about phpdbg, why are you
only dropping any comment about it by the time it got into php-src
repo?
Yes, my mistake. I should have voted -1,
Am 26.10.2014 um 16:22 schrieb Derick Rethans der...@php.net:
On Sat, 25 Oct 2014, Joe Watkins wrote:
We will notify internals of our intentions to make such changes in
future, if we thought there was any chance of any feedback before today,
we would already be doing so.
We will notify
Am 26.10.2014 um 16:26 schrieb Derick Rethans der...@php.net:
On Sun, 26 Oct 2014, Andrea Faulds wrote:
On 26 Oct 2014, at 15:09, Derick Rethans der...@php.net wrote:
On Sat, 25 Oct 2014, Joe Watkins wrote:
On Fri, 2014-10-24 at 23:06 -0400, Derick Rethans wrote:
A few weeks ago,
Am 26.10.2014 um 16:09 schrieb Derick Rethans der...@php.net:
On Sat, 25 Oct 2014, Joe Watkins wrote:
On Fri, 2014-10-24 at 23:06 -0400, Derick Rethans wrote:
On Fri, 24 Oct 2014, Bob Weinand wrote:
Commit:2bcac53bca8ea82d661f057b6d9ff3c7c84f05a7
Author:Bob Weinand
On 26/10/14 15:41, Bob Weinand wrote:
Ask them at PhpStorm. They were pleased to not have to use DBGp for it.
They just initially requested it because they didn’t knew any better
protocol. That’s all.
PHPStorm like PHP-FIG have their own agendas which do not play well with
other groups of
Am 26.10.2014 um 17:23 schrieb Lester Caine les...@lsces.co.uk:
On 26/10/14 15:41, Bob Weinand wrote:
Ask them at PhpStorm. They were pleased to not have to use DBGp for it.
They just initially requested it because they didn’t knew any better
protocol. That’s all.
PHPStorm like PHP-FIG
there's really nothing missing from PHP today to enable successful easy
implementation of RESTful interfaces.
Zeev,
I could not create a REST interface that accepted multipart form data in
uploading a file and form data in one PUT request.
This is a valid part of a RESTful interface, yet PHP
On 24/10/2014 00:36, Andrea Faulds wrote:
Good evening once again,
Here’s another RFC: https://wiki.php.net/rfc/readonly_properties
It proposes, with a working implementation, a modifier for properties that
makes them readable and writeable from different scopes.
Since I am a big proponent
On 24.10.2014 20:54, Andrea Faulds wrote:
On 24 Oct 2014, at 19:52, Marc Bennewitz php@mabe.berlin wrote:
Floats are special, they are not expected to be precise. If we reject this,
then perhaps we should also reject 0.1, because it can’t be precisely
represented by a float?
It's a
On 12.10.2014 12:10, Nikita Popov wrote:
On Sun, Oct 12, 2014 at 10:37 AM, Robert Stoll p...@tutteli.ch wrote:
Hey,
I just stumbled over a method call of a non-static method with self and
was asking myself again, why does PHP support
this behaviour. An example to outline what I am
The only way to do this in PHP now is write a userland function that parses
multipart form data, which is non-trivial.
In addition to PECL HTTP, you might try PECL Mailparse, which is also
going to be better-tested than anything written in userland.
I sympathize with your overall point: even
Hi!
The only way to do this in PHP now is write a userland function that parses
multipart form data, which is non-trivial. I had written one, but would
It is true that PUT data need to be parsed, however it is not true you
have to implement MIME parsing from scratch. There are frameworks that
Hi!
On Sun, Oct 26, 2014 at 10:21 PM, Stas Malyshev smalys...@sugarcrm.com
wrote:
Hi!
The only way to do this in PHP now is write a userland function that
parses
multipart form data, which is non-trivial. I had written one, but would
It is true that PUT data need to be parsed, however
On Oct 26, 2014, at 4:21 PM, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
The only way to do this in PHP now is write a userland function that parses
multipart form data, which is non-trivial. I had written one, but would
It is true that PUT data need to be parsed, however it is not
2014-10-26 23:24 GMT+02:00 Florian Margaine flor...@margaine.com:
I think Rasmus made it clear what the original naming meant: it were form
methods, not related at all to HTTP methods.
Yes, this would be logical to have access to the input data, as single
interface, do not make exceptions for
Hi!
I would like to present to your attention an RFC about using object as keys:
https://wiki.php.net/rfc/objkey
It was discussed in the past on the list:
http://marc.info/?t=14114596961r=1w=2
and I think it makes sense to propose a formal RFC for it. Both the text
and the code in the patch
On Oct 26, 2014, at 5:00 PM, Park Framework park.framew...@gmail.com wrote:
2014-10-26 23:24 GMT+02:00 Florian Margaine flor...@margaine.com:
I think Rasmus made it clear what the original naming meant: it were form
methods, not related at all to HTTP methods.
Yes, this would be logical
On Oct 26, 2014, at 8:37 PM, Stas Malyshev smalys...@gmail.com wrote:
Hi!
I would like to present to your attention an RFC about using object as keys:
https://wiki.php.net/rfc/objkey
Hi Stas!
I’m trying to wrap my head around a real-world use-case with this. We have
Hi!
I’m trying to wrap my head around a real-world use-case with this.
We have spl_object_hash, which effectively provides a unique hash for
This hash has nothing to do with object's contents. But imagine number
GMP(42) and imagine you actually want two GMP objects expressing 42
actually
On Oct 26, 2014, at 9:43 PM, Stas Malyshev smalys...@gmail.com wrote:
Hi!
I’m trying to wrap my head around a real-world use-case with this.
We have spl_object_hash, which effectively provides a unique hash for
This hash has nothing to do with object's contents. But imagine number
pecl/http is available
To a degree, but no binaries for Windows == not a universal
prescription. Mailparse by contrast does have a shipping DLL.
-- S.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Oct 26, 2014, at 10:38 PM, Sanford Whiteman figureone...@gmail.com wrote:
pecl/http is available
To a degree, but no binaries for Windows == not a universal
prescription. Mailparse by contrast does have a shipping DLL.
I’m confused. pecl/http does have Windows binaries:
You're right. Guess the build system didn't update
http://pecl.php.net/package/pecl_http with the DLL link as for other
exts.
-- S,
On Mon, Oct 27, 2014 at 12:31 AM, Will Fitch willfi...@php.net wrote:
On Oct 26, 2014, at 10:38 PM, Sanford Whiteman figureone...@gmail.com
wrote:
pecl/http
PUT, DELETE, must be available in a single global variable, the
variable name is not important
file_get_contents(‘php://input') - uncomfortably
If the quibble were with file_get_contents(‘php://input') that's not
sufficiently uncomfortable to warrant a new superglobal. I assume you
mean
On Sun, 2014-10-26 at 18:37 -0700, Stas Malyshev wrote:
Hi!
I would like to present to your attention an RFC about using object as keys:
https://wiki.php.net/rfc/objkey
It was discussed in the past on the list:
http://marc.info/?t=14114596961r=1w=2
and I think it makes sense to
37 matches
Mail list logo