PHP errors are just part of the language. Some internal functions throw warnings or notices and seem unavoidable. A good case is parse_url. The point of parse_url is to take apart a URL and tell me the parts. Until recently, the only way to validate a URL was a regex. You can now use filter_var with the FILTER_VALIDATE_URL filter. But, in the past, I would use parse_url to validate the URL. It worked as the function returns false if the value is not a URL. But, if you give parse_url something that is not a URL, it throws a PHP Warning error message. The result is I would use the evil @ to suppress errors from parse_url. Long story short, you get errors on PHP systems. And you don't need to ignore them.

He talks about the two-step process he's upgraded to to help monitor and handle the errors that pop up - an error handler that logs human-readable and json versions of the errors and something like Circonus to do metric tracking. He also mentions some external services recommended on twitter - HopToad and Loggly.

Since I have a crazy workload right now, I feel this is the perfect time to write a quick n' dirty tutorial on how to build your very own Popurls. Impress your friends and/or boss with a nifty, hand made news aggregator. Yes, very buzz word friendly.

He uses the SimplePie library to pull in the information from various feeds including Digg.com, Reddit.com, Wired's news feed and Engadget. He shows how to use regular expressions to extract information from the feeds (if they're uncooperative), a bit of PHP to work around potentially empty fields and the full jQuery/HTML/CSS you'll need to make it look more like this

In the last couple months we've been driving efforts to bring Drupal's core aggregator up to speed so that we could use it to replace FeedAPI in Drupal 7. After trying to pull through some of the more extensive changes, I have to recognize that in this case the advantages of Drupal core work are not enough to outweigh the disadvantages.

While there was a real need for the update, the support just didn't seem to be there and development of the update slowed to a crawl. Alex notes that the original goals for the FeedAPI updates need to be rethought - don't replace the FeedAPI component, make a true successor instead. There's plenty of comments and thoughts from other Drupal-ers on the post, so read up!

PHPcamp aims to provide a platform where everyone can bring interesting links, news and share their knowledge that are helpful to other web developers. It provides publishers with a chance to easily show their articles to others and gain some readers; most importantly it provides readers an easy way to keep an eye on latest things in PHP world, at the same time, giving them a chance to learn new things every day.

The site takes in user-submitted articles/blog posts/etc and they're dropped into the "freshly arrived" list for public consumption. If a link gets enough attention, its listed under the "getting hotter" and "boiling" sections progressively. Check out their blog for more information.

In this entry I explore Zend_Feed from the perspective of someone aggregating RSS and Atom feeds with a view to building a database of uniquely identified content for later presentation in a "Planet" style application. [...] In fact all we create here is a simple command line script to aggregate content frequently (e.g. just set up cron to run it every hour or so) into a database for later presentation.

He guides you through each step of the way:

• Setting Up Database And Models
• The Aggregator Script Foundation
• Using Zend_Feed to get common data for RSS/Atom entries
• Putting It All Together

There's plenty of code (and SQL to insert) in the post and he explains each point well, helping to make the development process smoother. There's even a summary section to toss in a few extra bits of information just in case you missed them along the way.

phppodcasts.com is not a replacement for any of the existing feeds, it won't be on iTunes because it's not in competition with the owners podcasts. It's an archival site and a place for people to explore the different podcasts available for PHP developers before subscribing to them.

Currently, there's four podcasts under the PHPPodcast umbrella - Zend's own PHP Abstract, php|architect's Pro PHP podcast, the phpBB podcast and the CakePHP group's own podcast, The Show.

Know of a PHP-related podcast that you think should be added to the site? Let Cal know - Cal [at] this domain.

Those of you who have spoken to me recently may already be aware of this project, but for those who don't, I am pleased to announce the launch of Planet Websecurity, founded with the intention to bring together similarly themed news and rants related to Web security and to display them in one place.

Included in the list of blogs/sites aggregated are the blogs of: Chris Shiflett, Robert Hansen, Sid Karunaratne and Christian himself.

Recently I was looking for an RSS aggregator. I was having surprising difficulty finding one that did exactly what I wanted. [...] I began seriously considering writing my own. This month, I show you how to create a basic RSS reader yourself.

He gives a simple primer to what RSS is and what it looks like (explaining the XML spec) and includes an example of what a simple document looks like. He uses the older XML functionality in PHP (expat) to do the parsing and includes to code that he uses to get the job done.

In this post he mentions the updates he's made to allow the class to send aggregate types (arrays, objects, etc) as well as the ability to use standard HTTP authentication.

He also notes (in this post) he added the ability, via a javascript library, to handle the unserializing of the PHP pulled from the remote server.

For more in formation about the class, you can check out his detailed page...]]> Mon, 27 Feb 2006 19:10:40 -0600