Google is doing their Summer of Code thing again this year. You can
read more about it here: http://code.google.com/summerofcode.html
It doesn't actually mention PHP there yet, but it will soon. So if you
are a student and have an interesting idea for a PHP-related project,
start thinking about your proposal.
For eligibility see:
http://code.google.com/summfaq.html#who_is_eligible
and the rest of the FAQ as well I guess.
-Rasmus
Rasmus Lerdorf wrote:
Google is doing their Summer of Code thing again this year. You can
read more about it here: http://code.google.com/summerofcode.html
A few days ago I started a wiki for PEAR to get organized for this. But
not much content has been generated so far. Only some ideas have been
kicked around (latest: adding an optional PHP4<->PHP5 E_STRICT converter
to the PEAR installer ;) ).
Anyways .. obviously we are missing a foundation, but maybe we can
squeeze in somehow. Should we coordinate this, or should each subproject
of php.net try to get in on its own?
regards,
Lukas
Is it a really stupid idea to suggest a script upgrading program a la
'autoupdate' (for 4/5 -> 6)?
It's something I hoped to tackle myself, but am unlikely to find the time
for.
- Steph
Rasmus Lerdorf wrote:
Google is doing their Summer of Code thing again this year. You can read
more about it here: http://code.google.com/summerofcode.htmlA few days ago I started a wiki for PEAR to get organized for this. But
not much content has been generated so far. Only some ideas have been
kicked around (latest: adding an optional PHP4<->PHP5E_STRICTconverter
to the PEAR installer ;) ).Anyways .. obviously we are missing a foundation, but maybe we can squeeze
in somehow. Should we coordinate this, or should each subproject of
php.net try to get in on its own?regards,
Lukas--
__________ NOD32 1.1380 (20060125) Information __________
This message was checked by NOD32 antivirus system.
http://www.eset.com
Steph Fox wrote:
Is it a really stupid idea to suggest a script upgrading program a la
'autoupdate' (for 4/5 -> 6)?It's something I hoped to tackle myself, but am unlikely to find the
time for.
Well if it works it could solve some issues. Like handling stupid BC
breaks (array_merge, class_exists), exploit new features (parsing phpdoc
to set PPP) and generally make the code a happy E_STRICT camper.
The potential for breakage is huge though (take the PPP example ..) and
also for code library it would mean that users will report all sorts of
suprising bugs (unless you test the code in all its variations).
So maybe as a one time migration tool it could make a nice addition to
PHP_Compat (implements new functions/constants etc in userland) and
PHP_CompatInfo (determines the minimal php version).
regards,
Lukas
I wasn't thinking of writing something in PHP... there'd be no way for
userland code to 'see' half the stuff that needed changing.
Anyway, just a thought.
Steph Fox wrote:
Is it a really stupid idea to suggest a script upgrading program a la
'autoupdate' (for 4/5 -> 6)?It's something I hoped to tackle myself, but am unlikely to find the time
for.Well if it works it could solve some issues. Like handling stupid BC
breaks (array_merge, class_exists), exploit new features (parsing phpdoc
to set PPP) and generally make the code a happyE_STRICTcamper.The potential for breakage is huge though (take the PPP example ..) and
also for code library it would mean that users will report all sorts of
suprising bugs (unless you test the code in all its variations).So maybe as a one time migration tool it could make a nice addition to
PHP_Compat (implements new functions/constants etc in userland) and
PHP_CompatInfo (determines the minimal php version).regards,
Lukas--
__________ NOD32 1.1380 (20060125) Information __________
This message was checked by NOD32 antivirus system.
http://www.eset.com
Steph Fox wrote:
I wasn't thinking of writing something in PHP... there'd be no way for
userland code to 'see' half the stuff that needed changing.
I was not implying it would have to. But I also do not see why it should
not be possible to do it in PHP.
regards,
Lukas
Steph Fox wrote:
I wasn't thinking of writing something in PHP... there'd be no way for
userland code to 'see' half the stuff that needed changing.I was not implying it would have to. But I also do not see why it should
not be possible to do it in PHP.
If you wrote something like this in PHP you'd necessarily be searching for
patterns in the code. In C you'd be working with tokens directly - coding
style wouldn't be an issue.
- Steph
Steph Fox wrote:
Steph Fox wrote:
I wasn't thinking of writing something in PHP... there'd be no way
for userland code to 'see' half the stuff that needed changing.I was not implying it would have to. But I also do not see why it
should not be possible to do it in PHP.If you wrote something like this in PHP you'd necessarily be searching
for patterns in the code. In C you'd be working with tokens directly -
coding style wouldn't be an issue.
Isnt that what we have ext/tokenizer for?
regards,
Lukas
If you wrote something like this in PHP you'd necessarily be searching
for patterns in the code. In C you'd be working with tokens directly -
coding style wouldn't be an issue.Isnt that what we have ext/tokenizer for?
Wouldn't that be relatively slow?
Also there's the psychological difference between being presented with a
binary and being presented with a script (but then again I suppose you could
argue that there's nothing to prevent the embed SAPI coming into play)...
- Steph
Something I always thought would be cool to do and havent seen anywhere (or
even know if its possible) is script or extension which can scan a php 4 app
and point out area's where the code isnt compatible with php 5.. similar to
the analyzer in zend studio I guess. This would help people audit existing
applications and encourage them to become compatible with php 5.
This is turn (I hope) would then encourage hosting companies to start
deploying php 5 and get out of the circle of them not updating to php 5 as
apps arent compatible.. and apps not becoming compatible with php 5 as the
hosting companies dont support it :-)
Is this a crazy idea? Or is it even possible? I guess its not possible to
garuantee 100% compatability but even 90 - 95% would be a start.
Regards
Mark
Is this a crazy idea? Or is it even possible? I guess its not possible to
garuantee 100% compatability but even 90 - 95% would be a start.
I guess this is a crazy idea since no-one has commented :-) Oh well... does
anyone have any suggestions on how we can encourage the deployment of php
5?
Regards
Mark
Marco wrote:
Is this a crazy idea? Or is it even possible? I guess its not possible to
garuantee 100% compatability but even 90 - 95% would be a start.I guess this is a crazy idea since no-one has commented :-) Oh well... does
anyone have any suggestions on how we can encourage the deployment of php
5?
The same way anything is encouraged in this programming world. Write
killer apps that only work in PHP 5+. This is a thread that will be
more at home on php-general@lists.php.net
Greg
The same way anything is encouraged in this programming world. Write
killer apps that only work in PHP 5+. This is a thread that will be
more at home on php-general@lists.php.net
How can you write killer apps in php5 when less than 5% of low costs
hosting providers support it? Its a viciousc cycle. hosts wont support php5
because apps dont work with it, and apps wont worth with it until hosts
support php5. I guess a lot of hosts are scared from the php3 to php4
upgrade which caused quite a few problems
Regards
Mark
Marco wrote:
The same way anything is encouraged in this programming world. Write
killer apps that only work in PHP 5+. This is a thread that will be
more at home on php-general@lists.php.netHow can you write killer apps in php5 when less than 5% of low costs
hosting providers support it? Its a viciousc cycle. hosts wont support php5
because apps dont work with it, and apps wont worth with it until hosts
support php5. I guess a lot of hosts are scared from the php3 to php4
upgrade which caused quite a few problems
The fact that hosts don't support PHP5 doesn't prevent you from writing
killer apps in PHP5, which will encourage them to upgrade as their users
start pressuring them...
Jasper
does
anyone have any suggestions on how we can encourage the deployment of
php
5?
Other routes:
Convince the webhosts it's 100% backwards-compatible, and easy to
upgrade, and provides better resource management so they can cram in
more users and make more money.
Provide white-papers, stats, and testimonials on the ease of upgrading.
Point to needed features in PHP5.
SOAP is the one that made a convert of me, if that helps :-)
It also helps that PHP 5 is as, what?, 5.2 now???
Talking about PHP 6 will push some into PHP 5 as well, as they know
they don't want to be TOO far behind. FUD, basically, but there it
is.
--
Like Music?
http://l-i-e.com/artists.htm
Lukas Smith wrote:
Rasmus Lerdorf wrote:
Google is doing their Summer of Code thing again this year. You can
read more about it here: http://code.google.com/summerofcode.htmlA few days ago I started a wiki for PEAR to get organized for this. But
not much content has been generated so far. Only some ideas have been
kicked around (latest: adding an optional PHP4<->PHP5E_STRICTconverter
to the PEAR installer ;) ).Anyways .. obviously we are missing a foundation, but maybe we can
squeeze in somehow. Should we coordinate this, or should each subproject
of php.net try to get in on its own?
I think we can lump them all together under PHP. And while having
suggestions is definitely good, we also need to stay open to interesting
proposals.
-Rasmus
Rasmus Lerdorf wrote:
I think we can lump them all together under PHP. And while having
suggestions is definitely good, we also need to stay open to interesting
proposals.
Ok, how do we get on that list?
Do we have friends inside google?
I poked some more and the stuff I first found seemed to indicate a
foundation as a requirement:
http://code.google.com/summfaq.html#what_is_a_mentoring_organ
But poking some more I found this not to be the case:
http://code.google.com/soc/mentorfaq.html#5
I guess we need to cover the following steps:
http://code.google.com/soc/mentorfaq.html#3
Quoted here for lazy people:
-
How does the program work?
- Organizations who would like to participate in Summer of Code
2006 should choose an organization administrator(s) to represent them - Organization administrators submit their organization's interest
by emailing soc2006support@google.com - Google notifies of acceptance and creates the organization's
account on the Summer of Code site - Organizations sign up mentors and publish their pool of project ideas
- Students submit to Google proposals to work with particular
mentoring organizations; Google routes to the mentor organization, and
the proposals are ranked by mentors working with those organizations. - Accepted students start work based on their proposals; mentors
give guidance throughout the duration of the program - Mentors provide mid-term evaluations of student progress
- Mentors provide a final review of student work, and each student
provides a single overall review of her/his mentor - Student uploads completed program to Google site
- Organizations who would like to participate in Summer of Code
regards,
Lukas
Lukas Smith wrote:
A few days ago I started a wiki for PEAR to get organized for this. But
BTW .. here is the URL
http://oss.backendmedia.com/PEARSummerCode/
The wiki can be used for other php.net projects of course as well.
Maybe just open a new page if needed.
regards,
Lukas
This one time, at band camp, Rasmus Lerdorf rasmus@lerdorf.com wrote:
Google is doing their Summer of Code thing again this year. You can
read more about it here: http://code.google.com/summerofcode.html
ahh, just the spring board for the srm updates needed to give php
persistent objects
Kevin
--
"Democracy is two wolves and a lamb voting on what to have for lunch.
Liberty is a well-armed lamb contesting the vote."
Google is doing their Summer of Code thing again this year. You can read
more about it here: http://code.google.com/summerofcode.htmlIt doesn't actually mention PHP there yet, but it will soon. So if you
are a student and have an interesting idea for a PHP-related project,
start thinking about your proposal.For eligibility see:
http://code.google.com/summfaq.html#who_is_eligible
and the rest of the FAQ as well I guess.
-Rasmus
Ah great! :)
This year I might participate. I would like to do something in the core or
even in the zend engine. I'll think in something.. (I'm also open to
suggestions, of course).
I would also like to propose a project related with the documentation team,
which is very useful to us:
- working on livedocs (rewriting the indexer, improving docbook compat,
pear/gtk/smarty docs support, php 6 support, etc..)
Nuno
Nuno Lopes wrote:
Google is doing their Summer of Code thing again this year. You can
read more about it here: http://code.google.com/summerofcode.htmlThis year I might participate. I would like to do something in the core
or even in the zend engine. I'll think in something.. (I'm also open to
suggestions, of course).I would also like to propose a project related with the documentation
team, which is very useful to us:
- working on livedocs (rewriting the indexer, improving docbook compat,
pear/gtk/smarty docs support, php 6 support, etc..)
+1 for someone cleaning up livedocs to a ready-to-deploy state :)
Goba
Gabor Hojtsy wrote:
Nuno Lopes wrote:
Google is doing their Summer of Code thing again this year. You can
read more about it here: http://code.google.com/summerofcode.html
This year I might participate. I would like to do something in the core
or even in the zend engine. I'll think in something.. (I'm also open to
suggestions, of course).I would also like to propose a project related with the documentation
team, which is very useful to us:
- working on livedocs (rewriting the indexer, improving docbook compat,
pear/gtk/smarty docs support, php 6 support, etc..)+1 for someone cleaning up livedocs to a ready-to-deploy state :)
And maybe bring in lost children like peardoc back into things.
Somewhat related: I am not sure if we really have the OO documentation
solved optimally yet either.
regards,
Lukas
||()|| Hi, Nuno.
Google is doing their Summer of Code thing again this year. You can read
more about it here: http://code.google.com/summerofcode.htmlIt doesn't actually mention PHP there yet, but it will soon. So if you
are a student and have an interesting idea for a PHP-related project,
start thinking about your proposal.For eligibility see:
http://code.google.com/summfaq.html#who_is_eligible
and the rest of the FAQ as well I guess.
-Rasmus
NL> Ah great! :)
NL> This year I might participate. I would like to do something in the core or
NL> even in the zend engine. I'll think in something.. (I'm also open to
NL> suggestions, of course).
NL> I would also like to propose a project related with the documentation team,
NL> which is very useful to us:
NL> * working on livedocs (rewriting the indexer, improving docbook compat,
NL> pear/gtk/smarty docs support, php 6 support, etc..)
Too bad your letter was lost in my usual phpdoc traffic. I wish we
could discuss this this a little bit earlier and review RFC/ with howto/
to analyse the progress so far and plan the future steps for PHPDOC.
This can help to guide sporadic PHPDOC tools development to make it more
popular and clear among those potential ones from millions of PHP addicts,
who is able and willing to help given that bottlenecks and stone blocks are
removed from the steep enough learning curve.
What I would like to see is:
- Visibility of PHPDOC software architecture and process
I guess for phpdoc/ howto is a good draft, but lacks some
pictures. There can be additional chapter about how the
docs are born and uploaded and who is involved in the
process. Clear entrypoint to PHPDOC tools world is also
must have, because amount of information can be frustating.
- Issue tracker
PHP bugtracker is good, well-tested, but not suitable for
maintaining issues. Issue (in my vision) can not be "bogus".
Issue is a step in more general plan and it need to be
resolved for the plan to be succeeded. Plan is an idea.
Ideas can be possible or impossible. Possible ideas depend
on resources. Impossible ideas are just that - impossible,
but still contain explanation why (stoneblock, like on
graveyards). Possible ideas, which depend on external factors
can be frozen to wait for these factors (blockers) to resolve.
Ideas can be frozen also if resources are scarce or just
unavailable. To freeze an idea some current status must be
written. Usually this means that somebody else can pick up
the idea, resolve blocker issue and he will have every
available information to fix it. Ideas are not proposals
- idea is a more mild variant of requirement and issue within
idea is a detailed specification of what should be done for
this idea to be archieved. Idea status can be refactored -
you can always write a different status to outline steps
in development, keep duscussion focused. Discussions can be
filtered accordingly, but you can always dig down levels
to initial discussions. Input for "notes" or additions to
issues can be everything - from emails to SVN/CVS commits,
quotes and links, but with periodical link/consistency checks
and perhaps even local copies of necessary information (cache).
This can be used for gathering requirements and elaboration.
Everything can be RSS'ed.
- CVS to SVN, SVN as a Livedocs backend
I can be a little bit misleaded, but it seems to me that
SVN can be accessed from web application and we can use
this ability. First idea is online patch generation, where
user can edit the page (like in wiki), but instead of
page text he is presented with XML source and preview
is basically the a patch, which is after automatically
assigned to an issue. Patch can be approved and directly
applied to SVN.
- Livedocs AJAX
I do not know the status of livedocs and the abilities
of this system to provide describe, validate and modify
docbook structure. But if this functionality is suitable, we
can try to move it into AJAX to provide some WYSIWYG features
keeping internal XML structure in 1:1 with presentation on a
visually edited web page.
- PHP.NET API, Web-Services and visual tools
Just for the Summer of Code. It would be nice to see PHP core to
invent some advanced techniques (?PHP4EE) to let PHP technology
make the step from scripting to modeling applications, to use
abstraction as a survival instrument in complex projects. phpdoc/
is such complex project.
It is a lot of work and it is more research work than actual coding.
a. What would we like to achieve?
b. How this could be achieved?
c. What do we have?
d. What is the current status?
a. Convenient tools to communicate, edit PHPDOC documention,
build it and control the process. Easy for new developers.
b. Time, time and time (given you know what to do and how to)
detailed plan, clear idea, steps (milestones), user feedback,
requirements gathering, strong community support. Perhaps even
commercial development support.
c. Very busy and few tools developers, parts of tools code,
parts of phpdoc/ tools decription, high-volume mailing list, a
lot of sites.
d. As far as I know the only way to get the status of phpdoc/
tools is to monitor mailing list and ask questions. You can also
try to look for files on CVS and especially RFC/ folder, but
the latter seems to be greatly outdated. There is no priority/
entrypoint tasks, which will make it clear what should be done
in the first place, why it isn't done yet. There is no clear
visibility in phpdoc/ process, but almost total freedom to
hack. =)
t
I've remembered of one more idea: gcov.php.net
That site has an enormous potential to help us building a bug-free PHP. But
this site needs some work on usability. It could for example e-mail the
developers list when there was a regression on a test or when it found a new
memory leak.
For example, today I noticed that PHP 5.1.3 was released with a pdo::mysql
test segfaulting. With a proper site, this wouldn't get forgot.
So, I think this site could use some help from a google SoC student.
Nuno
P.S.: I've already done some work, but currently I don't have time to finish
it:
http://mega.ist.utl.pt/~ncpl/phptest/
http://mega.ist.utl.pt/~ncpl/cvs/viewcvs.cgi/phpqa/
Nuno Lopes wrote:
I've remembered of one more idea: gcov.php.net
That site has an enormous potential to help us building a bug-free PHP.
But this site needs some work on usability. It could for example e-mail
the developers list when there was a regression on a test or when it
found a new memory leak.
For example, today I noticed that PHP 5.1.3 was released with a
pdo::mysql test segfaulting. With a proper site, this wouldn't get forgot.
So, I think this site could use some help from a google SoC student.Nuno
P.S.: I've already done some work, but currently I don't have time to
finish it:
http://mega.ist.utl.pt/~ncpl/phptest/
http://mega.ist.utl.pt/~ncpl/cvs/viewcvs.cgi/phpqa/
Add it to the ideas.php page in CVS please.
-Rasmus
Nuno Lopes wrote:
I've remembered of one more idea: gcov.php.net
That site has an enormous potential to help us building a bug-free PHP.
But this site needs some work on usability. It could for example e-mail
the developers list when there was a regression on a test or when it
found a new memory leak.
For example, today I noticed that PHP 5.1.3 was released with a
pdo::mysql test segfaulting. With a proper site, this wouldn't get
forgot.
So, I think this site could use some help from a google SoC student.Nuno
P.S.: I've already done some work, but currently I don't have time to
finish it:
http://mega.ist.utl.pt/~ncpl/phptest/
http://mega.ist.utl.pt/~ncpl/cvs/viewcvs.cgi/phpqa/Add it to the ideas.php page in CVS please.
-Rasmus
done,
Nuno
Hi,
I would like to add two other project ideas:
-
Expand PEAR::MDB2_Schema to cover all aspects of schema evolution:
http://pooteeweet.org/files/phptek06/database_schema_deployment.pdf -
Create a new set of classes to create/read/modify OpenDocument files
I would be interested in mentoring the first. I would rather not mentor
the second but I would if necessary.
regards,
Lukas