PHP Wiki gsoc:2009

gsoc:2009:api

2009-08-16T04:22:29+00:00

1249035012		current
Line 222:		Line 222:
	* Example usage of the dependency interface : [[http://www.xvpj.net/2009/06/26/how-to-use-php-extension-api-dependancy-interface/]]		* Example usage of the dependency interface : [[http://www.xvpj.net/2009/06/26/how-to-use-php-extension-api-dependancy-interface/]]
	* How dependency interface is implemented on mbstring / exif : [[http://www.xvpj.net/2009/07/29/eapi2/]]		* How dependency interface is implemented on mbstring / exif : [[http://www.xvpj.net/2009/07/29/eapi2/]]
		+
		+	== 16th August ==
		+	* Received some suggestions from the community (mailing list)
		+	* Fixed a problem with win32 build - included zend_eapi.c in config.w32
		+	* TSRMLS parameters are passed to callbacks to improve performance
		+	* Added support for extensions loaded through dl()
		+	* When a extension (say ext_dl) is loaded through dl() the callbacks of other extensions (already loaded) are called, if they require the ext_dl and the versions match
		+	* Callbacks of ext_dl are called if the required extensions are available
		+	* Did some testing with dl()

gsoc:2009:benchmarks

2009-05-21T17:22:28+00:00

1242868231		current
Line 14:		Line 14:
	Late may and early June: Research and start coding on the CLI-version of the benchmark suite. This involves porting necessarily benchmarks and place them in the benchmark suite.		Late may and early June: Research and start coding on the CLI-version of the benchmark suite. This involves porting necessarily benchmarks and place them in the benchmark suite.

-	Mid june - late june: The CLI version of the benchmark suite should have a clear shape.	+	Mid June: The CLI version of the benchmark suite should have a clear shape.

-	Early July (Mid term): The CLI-application should be totally complete and work should be focused on the web applications such as phpBB, worpress, joomla and/or SugarCRM.	+	Mid June - Early July: The CLI-application should be totally complete and work should be focused on the web applications such as phpBB, worpress, joomla and/or SugarCRM. Depending on the CLI-application, this date might be moved more towards June.

-	Early august: Applications should start to pile up. Hopefully there should be plenty of them here, but it will depend on the difficulty to modify them and the size of them.	+	Early July: Work on the web application should start.

-	August 10th - August 17th: Documentation and bug checking.	+	Early August: The first web application should be finished or almost done.
		+
		+	August 10th - August 17th: Buffert week for problems, documentation, bug checking etc.

gsoc:2009:bugtracker

2009-07-21T01:51:24+00:00

1243872140		current
Line 20:		Line 20:
	* May 20 : Decided to use pear/Bugtracker and phpweb/bugs as a base		* May 20 : Decided to use pear/Bugtracker and phpweb/bugs as a base
	* May 28 : Began coding part of GSoC. Starting with removing deprecated libraries from bugtracker, and merging in code from phpweb/bugs		* May 28 : Began coding part of GSoC. Starting with removing deprecated libraries from bugtracker, and merging in code from phpweb/bugs
-	* May 30 : Decided to replace DB, DB_Object and Tree with mysqli	+	* May 30 : Decided to replace DB with MDB2
		+	* Jun 26 : Finished migration from DB to MDB2, remove Savant and Damblan
		+	* Jul 1 : Decided to implement and SVN integration
		+	* Jul 15 : Implemented RSS 2.0
		+	* Jul 20 : Implemented SVN Client and we're discussing how to integrate with bugtracker

	===== Notes =====		===== Notes =====
	* Initial code is [[http://cvs.php.net/viewvc.cgi/pear/Bugtracker/\|pear/Bugtracker]] which is a fork of [[http://cvs.php.net/viewvc.cgi/pearweb/public_html/bugs/\|pearweb/bugs]] from a couple years ago with modifications made by Jani to unify and convert the current bugs database		* Initial code is [[http://cvs.php.net/viewvc.cgi/pear/Bugtracker/\|pear/Bugtracker]] which is a fork of [[http://cvs.php.net/viewvc.cgi/pearweb/public_html/bugs/\|pearweb/bugs]] from a couple years ago with modifications made by Jani to unify and convert the current bugs database

gsoc:2009:ideas

2009-04-27T21:56:46+00:00

1238663213		current
Line 5:		Line 5:
	Before you submit your proposal, you are encouraged to contact the possible mentors for the project you are applying. If the project hasn't any mentor assigned or if you are submiting an off-list project, please contact one of our [[http://php.net/mailing-lists.php\|mailing lists]] to discuss the proposal before submiting it.		Before you submit your proposal, you are encouraged to contact the possible mentors for the project you are applying. If the project hasn't any mentor assigned or if you are submiting an off-list project, please contact one of our [[http://php.net/mailing-lists.php\|mailing lists]] to discuss the proposal before submiting it.

-	Priority will be given to proposals that are directly related to the PHP Project, this includes PECL. [[http://pear.php.net\|PEAR]] has it's own ideas page over [[pear/gsoc/2009\|here]]. If we have any spare slots then we will consider non PHP Project proposals.	+	Priority will be given to proposals that are directly related to the PHP Project, this includes PECL. [[http://pear.php.net\|PEAR]] has it's own ideas page over [[gsoc:pear:gsoc:2009\|here]]. If we have any spare slots then we will consider non PHP Project proposals.

	If your project is to be written in PHP, please make sure you read the [[http://pear.php.net/manual/en/standards.php\|PEAR Coding Standards]] when applying.		If your project is to be written in PHP, please make sure you read the [[http://pear.php.net/manual/en/standards.php\|PEAR Coding Standards]] when applying.
Line 91:		Line 91:
	//Possible mentors: [[bjori@php.net\|Hannes Magnusson]] //		//Possible mentors: [[bjori@php.net\|Hannes Magnusson]] //

-	[[doc:PhD]] is the tool that renders the DocBook based documentation for both the PHP Manual and PEAR Manual. It uses XMLReader to read the XML, so it has many obvious drawbacks but XMLReader is also the reason why it's so blazing fast.	+	[[doc:phd]] is the tool that renders the DocBook based documentation for both the PHP Manual and PEAR Manual. It uses XMLReader to read the XML, so it has many obvious drawbacks but XMLReader is also the reason why it's so blazing fast.

	Today PhD is PHP.net centric, meaning it contains several "rules" and "workarounds" that are only applicable to PHP.net. The project goals:		Today PhD is PHP.net centric, meaning it contains several "rules" and "workarounds" that are only applicable to PHP.net. The project goals:

gsoc:2009:introduction

2009-05-28T16:02:12+00:00

1243526508		current
Line 12:		Line 12:
	===== Status Updates =====		===== Status Updates =====
	At a minimum status updates should be sent every 2 weeks, these should be sent to the appropriate mailing list and cc'd to [[gsoc@lists.php.net]], your mentor may ask for more regular updates.		At a minimum status updates should be sent every 2 weeks, these should be sent to the appropriate mailing list and cc'd to [[gsoc@lists.php.net]], your mentor may ask for more regular updates.
		+
		+
		+	You can find a template for your report [[gsoc/2009/report_template\|here]]

	===== Exams / Holidays =====		===== Exams / Holidays =====

gsoc:2009:phdoe

2009-08-28T09:52:44+00:00

1250762860		current
Line 214:		Line 214:
	* if interaction beyond this scope ... may try returning js from XHR that would invoke appropriate handler		* if interaction beyond this scope ... may try returning js from XHR that would invoke appropriate handler

		+	==== WYSIWYG doc-book edit ====
		+	=== Ideas ===
		+	* we may try using http://www.wymeditor.org/. In one of it's demo http://files.wymeditor.org/wymeditor/trunk/src/examples/15-rdfa-editor.html#, the wymeditor parse a RDF for display
		+	* we may supply doc-book elements and attributes, providing appropriate CSS. Plus, doc-book xml <-> html mapping
		+	=== Concerns ===
		+	* Is wymeditor support doc-book xml <-> html mapping and additional element for its parser?

gsoc:2009:phdplugins

2009-08-28T16:22:13+00:00

1243708711		current
Line 40:		Line 40:
	* Implement PI (Processing Instructions) support		* Implement PI (Processing Instructions) support
	* Write tests		* Write tests
		+
		+	(We decided not to render the books Docbook: The Definitive Guide and Producing Open Source Software to focus in port the old Themes to new Packages)

	Sprint 6 - (26 July to 08 August)		Sprint 6 - (26 July to 08 August)
-	* Implement the rendering of DocBook: The Definitive Guide	+	* Port the Pear Themes to Packages
-	* Implement a xhtml format	+
-	* Implement a bigxhtml format	+

	Sprint 7 - (09 August to 22 August)		Sprint 7 - (09 August to 22 August)
-	* Implement the rendering of Producing Open Source Software	+	* Port the PHP Themes to Packages
-	* Implement a xhtml format	+
-	* Implement a bigxhtml format	+

	Sprint 8 - (16 August to 24 August)		Sprint 8 - (16 August to 24 August)
	* Final Evaluations		* Final Evaluations

gsoc:2009:report_template

2009-05-28T15:58:42+00:00

	current
Line 1:	Line 1:
	+	====== Two Weekly report template ======

	+
	+	Subject: XXX's Report for the two weeks starting: 2009-MM-DD
	+
	+
	+	TIME SPENT: XX hours (approx)
	+
	+
	+	HIGHLIGHTS
	+	< things that you were really pleased with >
	+
	+	KEY CONCERNS
	+	< anything that is outside of your control and which
	+	concern you >
	+
	+	WAITING FOR...
	+	< if you are waiting for someone else in order to complete
	+	one or more tasks >
	+
	+	KEY TASKS THAT STALLED
	+	< if something stalled that is not outside your control
	+	in and by itself, even if it was outside factors that
	+	delayed it >
	+
	+	KEY ACCOMPLISHMENTS
	+	< list as many things as you wish, but prioritize
	+	by putting the most important items first >
	+
	+
	+	DETAILED ACTIVITIES
	+	< This section is optional -- list here all minor tasks that
	+	did not fit into any of the categories above. >
	+
	+	MY TODO
	+	< The major tasks you will be doing in the next couple
	+	of weeks >

gsoc:2009:runtests

2009-04-29T07:28:47+00:00

1240938334		current
Line 7:		Line 7:
	* Timezone: GMT +2 (Georg, Stefan), GMT +1 (Zoe)		* Timezone: GMT +2 (Georg, Stefan), GMT +1 (Zoe)
	* Mailing list: php-qa@lists.php.net – IRC: #php.pecl on EFnet		* Mailing list: php-qa@lists.php.net – IRC: #php.pecl on EFnet
		+	* Repository access : cvs -d :pserver:cvsread@cvs.php.net:/repository checkout phpruntests

gsoc:2009:xdebug

2009-07-05T21:24:11+00:00

1246826985		current
Line 11:		Line 11:
	Extend the code coverage instrumentation in Xdebug from statement coverage to include decision and path coverage. Xdebug will be able to report for a given block of code the number of unique branches, how many branches were executed during execution of the block, how many linearly independent paths exist through the code block, and which of these code paths were executed. A data structure representing which paths and branches were taken will be available to code coverage tools .		Extend the code coverage instrumentation in Xdebug from statement coverage to include decision and path coverage. Xdebug will be able to report for a given block of code the number of unique branches, how many branches were executed during execution of the block, how many linearly independent paths exist through the code block, and which of these code paths were executed. A data structure representing which paths and branches were taken will be available to code coverage tools .

-	==== Initial Timeline ====	+	==== Timeline ====
	May 23rd - June 13th: Study closely PHP runtime, opcodes and extending PHP		May 23rd - June 13th: Study closely PHP runtime, opcodes and extending PHP

-	June 13th - June 27th: Implement branch coverage statistics (counting branches executed / total branches)	+	June 13th - July 12th: Implement branch coverage statistics (counting branches executed / total branches)

-	June 27th - July 18th: Implement path coverage statistics (counting paths executed / total paths)	+	June 13th - July 19th: Implement branch coverage data structure

-	July 18th - August 1st Implement branch coverage data structure	+	July 20th - August 8th Implement path coverage statistics (counting paths executed / total paths)

-	August 1st - 24th Implement path coverage data structure	+	August 9th - 24th Implement path coverage data structure

-	This will be refined as I go deeper into the project

	==== Resources ====		==== Resources ====