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. 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
