> On Oct 31, 2014, at 4:05 PM, Sherif Ramadan <theanomaly...@gmail.com> wrote: > > On Fri, Oct 31, 2014 at 3:35 PM, Rowan Collins <rowan.coll...@gmail.com> > wrote: > >> Sherif Ramadan wrote on 31/10/2014 18:52: >> >>> This RFC is about core PHP and I really don't care how >>> many competing ideas exist out there that are closely or mildly related to >>> this RFC. >>> >> >> The decision about *whether this is needed in core* is not something you >> can ignore by saying "this is about core". The fact that PHP-FIG is working >> on something very closely related to this makes a difference to that >> question, and pretending that's irrelevant is not constructive. >> >> > First of all, I'm not ignoring anything. I very much appreciate all of your > input. However, reiterating what you've already said with every single one > of your responses attempting to derail this discussion into a matter that > concerns FIG or PSR or whatever other third party concern that is > tangentially related to the word HTTP is something I will not stand for.
While not too specific to Rowan, reiterating the pecl/http approach is indirectly what your asking for? I have mentioned this numerous times, but you haven’t responded with a reason not to take this approach - which is an RFC that was presented for discussion prior to yours. Forgetting about FIG or PSR, if pecl/http v2 made it into core/ext, would this not satisfy your concerns described in your RFC and conversations? We’re spinning wheels here, and so many, mostly core developers, have been reiterating the resistance to superglobals, and rightfully so. I would suggest either concentrating the efforts you’re trying here towards existing efforts (pecl/http), or present a better approach. > > I read what you've had to say about FIG and PSR and I'm taking it into > consideration. That doesn't mean I have to yield to your preference. Nor > does that mean this RFC has now become irrelevant because somewhere on > planet earth someone has come up with a competing idea/concept. I welcome > competition. That is only beneficial to PHP. > > If you would like to further this discussion beyond reiterating the words > PSR and FIG then please explain to me how what you're talking about solves > any of the problems I'm attempting to solve with this RFC? Namely, how does > this PSR solve the problem that PHP will not populate $_FILES or $_POST if > a multipart PUT request is sent to PHP? Pointing out specifics, using > references, and providing any additional examples/documentation is more > than welcome if it will help me improve this RFC (but only if it is geared > toward the same goals that this RFC has). > > Thanks -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
