I'm a big fan of pecl_http, which I use quite often as I work so regularly with APIs and on systems where I can get it installed, it's much nicer than PHP's curl extension. Recently though I've been often seeing output which reads: Function HttpRequest::addRawPostData() is deprecated

The alternative is to use the "setBody()" method on the HttpRequest object instead. This, in effect, does the same thing and sets the contents of the message to the raw data you'd like to post. Unfortunately, the PHP manual page doesn't reflect that this method is deprecated. You can find out more about the functionality the "pecl_http" extension has to offer here. It's a very flexible and reliable way for your scripts to interact with remote servers via HTTP calls.

If you are planning to upgrade to PHP 5.3 from PHP 5.2.x then you must think twice before you really do it. There are few things you should take care of. Recently last week I tried upgrading one of the web-server to PHP 5.3 from PHP 5.2.9 and it was not a good idea which I came to know later on.

They mentions all of the warnings/errors they found on the upgrade and spotted an issue with one of their external libraries that caused them to have to roll back that as well. Be sure to check the deprecated list before you try moving up your PHP version and ensure that things like the __toString override don't catch you and your application off guard.

Use of vendor() function to load third party libs in CakePHP has been deprecated for some time now... It has been replaced with the more generic App::import() the usage is simple.

There's also a little trick you'll need to know for files with underscores (drop it and replace with an uppercase) and how to get it to be a bit more flexible and recognize vendor files in subdirectories or ones differently named.

Just now somebody on IRC was claiming that the "name" attribute in HTML - the one that is used to give form input fields a name to be used in $_GET and _$POST in PHP is in fact deprecated. [...] But if you read correctly, it's only for the elements: a, applet, form, frame, iframe, img, and map.

For the official information, check out the section of the new spec dealing with this transition.

All new features are made into MDB2 and not DB, the only thing that is being done on DB is security fixes. So MDB2 is first of all, faster, smaller (Because of it's driver and modularity), easier, and has more features (LOB handling, Iterator, etc) and better end-user documentation, quite solid docs indeed.

Of course, the comments of the post are full of people arguing to keep it around and others that agree with David, especially in light of a MDB2 driver for the Zend Framework he mentions.