On 25 October 2014 03:15, Rowan Collins <rowan.coll...@gmail.com> wrote: > Daniel Ribeiro wrote on 24/10/2014 19:52: >> >> *Disclaimer: *I wanted to bring this discussion inside the internals >> mailing list not only because of the fact that the PHP.net website's >> source >> code on GitHub doesn't have issues enabled, but especially because I think >> it's part of the PHP environment, just like the spec or the actual C code >> itself. > > In this case, I would have thought either php.webmaster or php.doc would be > more appropriate than php.internals, which really does tend to focus on the > internal implementation of the language, rather than how it used or > documented.
Yep, this is php.webmaster material (I've cc:d that list, and would suggest that follow ups should probably go there and exclude Internals). #php.doc on efnet is also a good place to float things more informally, particularly if you hit it at the right time of day (morning/early afternoon PST tends to be good, given a lot of the regular Web site committers are in North America). > Meanwhile, I agree with both Kris and Andrea's responses: you need to be > specific about what problems you propose to fix, and you need to be > extremely wary of breaking existing functionality just because it's > "interesting" or "modern". +1. There are also a lot of technological constraints that aren't obvious at a glance: not controlling our (entirely volunteer) mirrors means that the baseline PHP functionality we can rely on is much, much lower than you may expect. (Don't even ask about databases.) Remember, we have literally no budget, and rely entirely on the generosity of our hosting sponsors. I'm certainly not claiming that what we have in web-php today is good, but it has the advantage of having been proven over a very long period of time, being easily and widely distributed, and coping with the loads that it has to. A rewrite would have to have compelling advantages over that, and be done for better reasons than just "the existing code is old and terrible". Adam -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
