On 02/21/2012 06:50 PM, Philip Olson wrote:
> Hello doc geeks,
> 
> I'm not sure if PHP will join the GSoC[1] effort this year, but regardless 
> it's worth coming up with worthy tasks. We've had great success with PhD 
> in the past, so here are a few rough ideas:
> 
>   - PhD
>     - Possible mentors: Hannes, Moacir
>     - What: Renders DocBook
>     - Related links:
>       - 2010 proposal: http://docbook.xmlpress.net/tiki-index.php?page=PhD
>       - Old TODO: https://wiki.php.net/doc/todo/phd
>       - Source: http://svn.php.net/viewvc/phd/trunk/
>     - TODO: *
> 
>   - Online Editor
>     - Possible mentors: Alexander, Yannick
>     - What: Web-based DocBook editor
>     - Related links:
>       - TODO: 
> http://git.php.net/?p=web/doc-editor.git;a=blob_plain;f=TODO;hb=HEAD
>       - Site: https://edit.php.net/
>       - Source: http://git.php.net/?p=web/doc-editor.git
>     - TODO: *
> 
>   - Docweb
>     - Possible mentors: Hannes, Philip, anyone
>     - What: Tool for helping manage the PHP documentation
>     - Related links:
>       - Site: http://doc.php.net/
>       - Source: http://git.php.net/?p=web/doc.git
>     - TODO: 
>       - We barely use this site, so could we change this?
>       - Integrate more doc-base/scripts/ stuff?
> 
> If we want to join the GSoC then I'm guessing we'll need to lead the charge. 
> Please speak up if you're willing to administrate the GSoC for the entire 
> PHP project.

One to add to the list. Gearman worker support in php-fpm that I brought
up in 2010 but never got to myself. See this thread:

http://www.serverphorums.com/read.php?7,161054

I'll volunteer to mentor this one myself. Like I explained in the
thread, it may not actually need to be Gearman-specific. It is simple
enough for userspace PHP code to register themselves with gearmand, so
if we go that route this is becomes about adding multiple worker pools
support to fpm and being able to indicate that these pools aren't
actually FastCGI workers. By not making them Gearman-specific they would
be useful for managing beanstalkd workers and custom libevent, ZeroMQ
and whatever else people are writing these days that need robust process
management.

For people already running nginx+php-fpm for their web serving needs,
this would reduce the number of moving parts and make it easier to
manage. There are a bunch of efficiencies I can think of that would come
from centralizing this process management in one place.

-Rasmus

Reply via email to