Re: [PHP-DEV] Releases, trunk, policy and the wardrobe (Was: Re: [PHP-DEV] RFC: built-in web server in CLI.)
Hi! Is there any thought that we might stop throwing things into trunk soon and start thinking about some sort of release? Definitely yes. We have some TODO list for that but I think time has arrived to get it going. The most major things: 1. Scalar typing. I think we need to do a feature branch from it and remove it from trunk. If nobody would take it I can do it though it probably will take me a couple of week(end)s at least looking at my schedule. 2. Traits - I remember there was some unfinished business there? There's also a number of smaller improvements that we may want in/out decisions on, and I'm sure people have some TODO items for it, so let's put them here: https://wiki.php.net/todo/php54 -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RFC: built-in web server in CLI.
On 04/17/2011 01:17 AM, Philip Olson wrote: Greetings Moriyoshi and all, Are people still thinking about this? And how about applying the current/revised patch to trunk thus making it easier to play with and break, but not freeze its features/API yet. Also the wiki is up again so: - RFC: https://wiki.php.net/rfc/builtinwebserver - Patch is here: http://gist.github.com/835698 The php_http_* namespace is actually already used by pecl_http? Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RFC: built-in web server in CLI.
Since the goal of this is debugging might I suggest borrowing a statement from the Adobe Flash environment: trace. Trace sends output to the debug console. If given a variable it would format it as print_r currently does. When encountered by PHP in other modes it would be silently ignored. Thoughts? On Tue, Apr 19, 2011 at 8:17 AM, Michael Wallner m...@php.net wrote: On 04/17/2011 01:17 AM, Philip Olson wrote: Greetings Moriyoshi and all, Are people still thinking about this? And how about applying the current/revised patch to trunk thus making it easier to play with and break, but not freeze its features/API yet. Also the wiki is up again so: - RFC: https://wiki.php.net/rfc/builtinwebserver - Patch is here: http://gist.github.com/835698 The php_http_* namespace is actually already used by pecl_http? Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RFC: built-in web server in CLI.
Pardon me for following up my own post, but there is room for a range of functions here other than trace that could send their output to the command line where the server was started. watch ($var) - $var is sent to the console on the line this statement is made with the statment now watching 'var'.. init value x, and then each time it changes it is updated in the console. traceStack() - as trace, but the current stack is reported. traceAll() Return all variables in local scope and the current stack. stop() Halt execution as die or exit, unlike them it's arguments are sent to console instead of browser. On Tue, Apr 19, 2011 at 10:35 AM, Michael Morris dmgx.mich...@gmail.comwrote: Since the goal of this is debugging might I suggest borrowing a statement from the Adobe Flash environment: trace. Trace sends output to the debug console. If given a variable it would format it as print_r currently does. When encountered by PHP in other modes it would be silently ignored. Thoughts? On Tue, Apr 19, 2011 at 8:17 AM, Michael Wallner m...@php.net wrote: On 04/17/2011 01:17 AM, Philip Olson wrote: Greetings Moriyoshi and all, Are people still thinking about this? And how about applying the current/revised patch to trunk thus making it easier to play with and break, but not freeze its features/API yet. Also the wiki is up again so: - RFC: https://wiki.php.net/rfc/builtinwebserver - Patch is here: http://gist.github.com/835698 The php_http_* namespace is actually already used by pecl_http? Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] RFC: built-in web server in CLI.
I'm not sure if this is needed when there are already solutions for this. eg, syslog, error_log, or other userland solutions like Zend_Log, sfLogger, etc. Cheers, David On 19/04/11 23:44, Michael Morris wrote: Pardon me for following up my own post, but there is room for a range of functions here other than trace that could send their output to the command line where the server was started. watch ($var) - $var is sent to the console on the line this statement is made with the statment now watching 'var'.. init value x, and then each time it changes it is updated in the console. traceStack() - as trace, but the current stack is reported. traceAll() Return all variables in local scope and the current stack. stop() Halt execution as die or exit, unlike them it's arguments are sent to console instead of browser. On Tue, Apr 19, 2011 at 10:35 AM, Michael Morris dmgx.mich...@gmail.comwrote: Since the goal of this is debugging might I suggest borrowing a statement from the Adobe Flash environment: trace. Trace sends output to the debug console. If given a variable it would format it as print_r currently does. When encountered by PHP in other modes it would be silently ignored. Thoughts? On Tue, Apr 19, 2011 at 8:17 AM, Michael Wallner m...@php.net wrote: On 04/17/2011 01:17 AM, Philip Olson wrote: Greetings Moriyoshi and all, Are people still thinking about this? And how about applying the current/revised patch to trunk thus making it easier to play with and break, but not freeze its features/API yet. Also the wiki is up again so: - RFC: https://wiki.php.net/rfc/builtinwebserver - Patch is here: http://gist.github.com/835698 The php_http_* namespace is actually already used by pecl_http? Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
