Even those with a modest grasp of PHP know that code must be enclosed within special tags. [...] However, if your file contains just PHP - and no escaped HTML code - the closing ?> tag is entirely optional. Many developers argue that unnecessary code should be removed but there's another reason you could consider scrapping the closing tag.

Their rationale is that, in some situations, extra characters or other information could pop up after that closing PHP tag and cause problems in your code. If you drop the closing tag completely, there's no risk that this could happen and PHP parses it the same way.

There's lots of great comments with opinions both for and against.

Since PHPUnit 3.4.0 a new extension point for interacting with issue tracking systems [...]. The extension point has been introduced by an abstract PHPUnit_Extensions_TicketListener class, which allows developer to add tailor-made ticket listeners supporting their favoured TTS.

The "@ticket" notation that PHPUnit allows as an annotation is the key to linking together your unit tests with the new listener. Two methods, getTicketInfo and updateTicket, are used to have the listener make a cURL connection over to Github and send the request to a REST-like service on the remote side.

I've been using Git for around a year now. My interest in it originally was to act as a replacement for SVK, with which I'd had some bad experiences (when things go wrong with svk, they go very wrong).

He steps through the full process, providing a basic introduction to cloning in Git as well as how to define the correct settings in Git's config file to grab the latest version from the Zend Framework site.

PEAR's bug tracker hit the 600+ open bugs mark a month ago. [...] So with 600+ open bugs (not including the feature requests), we had to do something. [...] The logical step was to hold our own bug smashing event and see how it works for PEAR.

Back on March 22nd and 23rd (Easter weekend) they hunted for bugs. Several developers showed to help out and many bugs were fixed and they managed to bring the number of open bugs for PEAR down to 547 with the two days of work. There were some milestones reached too:

Thanks to the triage, we are close to reaching two important milestones: Closing bug reports with lower bug ID than 1000 (1 bug left!) and 2000 (5 left).

I've decided that a little investigation in weather it can connect,query and close faster than the MYSQL function I prefer the MYSQLi version as the _connect function is a lot more organised with the DB select in it.

The code used for the benchmarks is simple - just a connect, query and close (no fetch). The results of running each 1500 times shows that, by a pretty narrow margin, the MySQL extension comes in around 92 milliseconds faster than MySQLi.

I'm using a plugin called Auto-Close Comments. Whenever you write a post, edit a post, or anything similar to that, it will go through the database and close any comments for posts older than three weeks. I'm going to try it out for a while to see how my spam comments are altered.

You need to install it manually since there's no official packaged plugin for it, but it's a pretty simple matter of cut & paste to get it working. Then, you just define the number of days that you want the cutoff to be and you're all set.

I have a class that I wrote some time ago that is called URLImporter. It's simple, does what it is supposed to do and thus makes my life easier. Essentially it helps me fetch URL resources - mostly dynamically generated data from password protected extranets that require me to use HTTP POST.

Up until recently this class have only been used behind an http proxy. The other day I moved it to another machine - that is not behind a proxy and suddenly it stopped working.

He realized the problem after a bit of research - HTTP 1.1 automatically performs a "keep alive" on the connection, not timing out after the transaction's done like 1.0 does. His solution? Passing another HTTP header to the stream connection: "Connection: close".]]> Thu, 23 Mar 2006 06:52:50 -0600 http://www.phpdeveloper.org/news/4674 http://www.phpdeveloper.org/news/4674 Derick Rethans has a new post on his blog today with some great news about the eZ components software he (and many others) have been working on.

Just a couple of hours ago we released the first release candidate of the eZ components. The components are the first step in porting eZ publish to PHP 5.

In this release we overhauled the way we are using Exceptions and implemented them consistently in all the Components.

eZ components is an "enterprise ready general purpose PHP platform" that work like building blocks to speed application development...]]> Tue, 17 Jan 2006 06:28:44 -0600