PHPDeveloper.orghttp://www.phpdeveloper.org
Up-to-the Minute PHP News, views and communityen-usTue, 03 Mar 2015 14:31:02 -060030http://www.phpdeveloper.org/news/17129http://www.phpdeveloper.org/news/17129
In a follow up to his previous post about how PHP is broken (and what can be done to fix it), Court Ewing has this new post with a few suggestions on how PHP development could be better, but admits that PHP itself is not broken.

It is no secret that the PHP development process has never been a shining example of project organization or quality assurance. Until recently, some of the most important aspects of any project's development cycle were either entirely lacking or were ill-defined. Worse, there was little in the form of systemic quality assurance. Fortunately, the core devs did not ignore these issues, and they've been pushing really hard to improve on these areas over the past few years.

He points out two things that he sees as things that could be improved in the overall process of developing the language - noting that failing automated tests are ineffective and that communication is a key factor in the trust developers have in PHP.

The core PHP developers have long been a key component of [the amazing things the language can do], and none of progress that modern PHP applications have made would be possible without their ongoing efforts. As a result of those efforts, PHP is a stable, secure, and beautifully-practical language that is both easy for novices to wrap their heads around and experts to build the most-used web applications the world has ever seen.

]]>Tue, 15 Nov 2011 10:18:45 -0600http://www.phpdeveloper.org/news/9758http://www.phpdeveloper.org/news/9758
On the Internet Super Hero blog, there's a post that looks at how PDO is implemented in PHP and wonders if the PDO::FETCH_UNIQUE constant is broken (as something to fix before even considering the move to PDO2).

I spent quite a lot of time comparing the different behaviours of the various drivers in the hope I could find out how PDO drivers are supposed to work. The PDO documentation and the specification do not cover each and every detail. PDO really needs some love...

He picks out the FETCH_UNIQUE constant as one that needs a little work and tries to track down exactly what it's doing. One issue he found was that it requires combination with other flags to make the unique part of it work correctly (like FETCH_OBJ or FETCH_COLUMN). He works through several examples, both ones that apply the unique call and others that don't, comparing the results.

]]>Fri, 07 Mar 2008 10:25:00 -0600http://www.phpdeveloper.org/news/9486http://www.phpdeveloper.org/news/9486
Dave Dash has posted about a method he developed, using a custom prepend file, to correctly obtain the PATH_INFO information for his server.

symfony and other applications rely on the server's PATH_INFO being set properly. Unfortunately, I use a nonstandard server that doesn't natively support CGI [...] but I can't figure out how to do a urldecode in my configuration.

To get around the issue, he created a file he prepended to each request (via auto_prepend_file) that took the value and urldecoded it to put it in another $_SERVER value.

]]>Thu, 24 Jan 2008 10:21:00 -0600http://www.phpdeveloper.org/news/6678http://www.phpdeveloper.org/news/6678
Christopher Kunz wonders in this new post about the filter extension that's been getting so much press in the PHP community lately - specifically about it being active despite not being finished.

Basically, what he [Ben Ramsey] conveyed to me (and his blog entry supports this) was not to use ext/filter or Zend_Filter at all. Nearly every second slide regarding functions of the ZF component or the extension contained remarks like "This doesn't work yet, it's a TODO", "this won't validate XY properly".

Of course, other community members (Pierre-Alain Joye and Ilia Alshanetsky) come back in the comments to refute Christopher's claims. They note that it's not the filter extension that has the problems, rather that some of the features are missing outside of the core filtering functionality.

]]>Thu, 09 Nov 2006 15:54:00 -0600http://www.phpdeveloper.org/news/6654http://www.phpdeveloper.org/news/6654
The PHPWomen have posted a quick note about some of the broken-ness that's happened in the latest release of PHP, version 5.2, and the go-pear.phar file in the Windows releases.

Greg Beaverfixed it immediately, but the fix was NOT incorporated into the 5.2 releases for windows - however the file for the source releases is correct. If you are getting errors that look like this

If you're getting an error like they mention ("cannot use scalar value"), you'll need to go over and grab the latest Go-pear from the CVS repository and install it instead.

]]>Tue, 07 Nov 2006 07:42:00 -0600http://www.phpdeveloper.org/news/6283http://www.phpdeveloper.org/news/6283
InternetNews.com starts off their latest article the same way Rasmus Lerdorf started off his keynote at php|works this year - "The Web is broken and it's all your fault."

He said the current state of the Internet includes a litany of broken items, but with a little help from PHP there may well be some hope for the Web yet.

The article talks about some of Rasmus' other thoughts on the status of the web, and how, with the right functionality and knowledge spread out through the PHP community, the language can compensate for some of the "stupidity" that web programmers (and users) regularly see.

He also talks a bit about a "rich application delivery system", MySQL versus PostgreSQL, parsing and compiling speed, and opcode caches.

]]>Fri, 15 Sep 2006 07:55:06 -0500http://www.phpdeveloper.org/news/6068http://www.phpdeveloper.org/news/6068
Joshua Eichorn is back today with the answers to the questions as posed by the readers of his blog previously.