<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>PHPDeveloper.org</title>
    <link>http://www.phpdeveloper.org</link>
    <description>Up-to-the Minute PHP News, views and community</description>
    <language>en-us</language>
    <pubDate>Tue, 18 Jun 2013 01:35:07 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Symfony Blog: Symfony2 PEAR Channel]]></title>
      <guid>http://www.phpdeveloper.org/news/16524</guid>
      <link>http://www.phpdeveloper.org/news/16524</link>
      <description><![CDATA[<p>
<i>Fabien Potencier</i> has a new post to the Symfony blog today - an announcement about <a href="http://symfony.com/blog/symfony2-pear-channel">the setup of a PEAR channel</a> to make it easier to grab the various Symfony components individually.
</p>
<blockquote>
One of the strengths of Symfony2 lies in its components; they define the building blocks of the framework and they can be used as standalone libraries. [...] The Symfony2 components have been available on Git for quite some time now, and as of today, I'm really excited to announce that they are also installable via the brand new Symfony2 PEAR <a href="http://pear.symfony.com/">channel</a>, powered by <a href="http://pirum-project.org/">Pirum</a> of course.
</blockquote>
<p>Packages included in the list installable on the PEAR channel include:</p>
<ul>
<li><a href="https://github.com/symfony/BrowserKit">BrowserKit</a>
<li><a href="https://github.com/symfony/DependencyInjection">DependencyInjection</a>
<li><a href="https://github.com/symfony/HttpKernel">HttpKernel</a>
<li><a href="https://github.com/symfony/Serializer">Serializer</a>
<li><a href="https://github.com/symfony/Validator">Validator</a>
</ul>]]></description>
      <pubDate>Mon, 27 Jun 2011 14:16:20 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Aaron Wormus' Blog:  Interoperability is Overrated]]></title>
      <guid>http://www.phpdeveloper.org/news/7272</guid>
      <link>http://www.phpdeveloper.org/news/7272</link>
      <description><![CDATA[<p>
Despite opinions from some of the PHP community, interoperability between PHP applications isn't is such a bad state - at least <a href="http://www.wormus.com/aaron/stories/2007/02/13/interoperability-is-overrated.html">According to Aaron Wormus</a>:
</p>
<blockquote>
<p>
The fact of the matter is that it's not such a big deal. Porting a plugin from Wordpress to Serendipity is usually trivial, and as we see more web-services based plugins (stuff like the awesome askimet) the task becomes simpler and simpler.
</p>
<p>
Interoperability is overrated, the more you think of it the more complex it gets. As you start throwing in new factors into the equation (how will this interoperate with a java/c# application) you start to develop monsters like JSR 170 which solve a lot of problems on paper, but in reality are too unwieldy to be truly useful.
</p>
</blockquote>
<p>
He <a href="http://www.wormus.com/aaron/stories/2007/02/13/interoperability-is-overrated.html">even lists out</a> some of his "steps to interoperability" to help speed things along (like "use as much abstract code as possible" and "use services").
</p>]]></description>
      <pubDate>Wed, 14 Feb 2007 07:19:00 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Davey Shafik's Blog: More Web Services]]></title>
      <guid>http://www.phpdeveloper.org/news/6396</guid>
      <link>http://www.phpdeveloper.org/news/6396</link>
      <description><![CDATA[<p>
<i>Davey Shafik</i> has posted <a href="http://pixelated-dreams.com/archives/251-More-Web-Services.html">another update</a> on his web services component he's working up for the Zend Framework, the <a href="http://framework.zend.com/wiki/display/ZFPROP/Zend_Service_Server+Proposal+-+Davey+Shafik">Zend_Service_Server</a>.
</p>
<blockquote>
<p>
I have been working closely with Matthew Weier O'Phinney for the last week on bringing my Zend_Service_Server proposal to fruition.
</p>
<p>
There have been several changes, but the core has not moved too far. Matthew, Andi and I have decided that we will first implement the different server/client libraries.
</p>
</blockquote>
<p>
He <a href="http://pixelated-dreams.com/archives/251-More-Web-Services.html">lists the libraries</a> they'll need to tackle first and talks about an "exercise" he did to work up a JSON server component that works in a similar fashion.
</p>]]></description>
      <pubDate>Mon, 02 Oct 2006 08:55:00 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Edin Kadribasic's Blog: PHP 4.4.3 for Windows with 5.0.22 MySQL libraries]]></title>
      <guid>http://www.phpdeveloper.org/news/5987</guid>
      <link>http://www.phpdeveloper.org/news/5987</link>
      <description><![CDATA[<p>
<i>Edin Kadribasic</i> has posted <a href="http://edin.dk/archives/12-PHP-4.4.3-for-Windows-with-5.0.22-MySQL-libraries.html">the latest release</a> of his helpful little patch for anyone needing the client libraries for MySQL on Windows - the version for PHP 4.4.3 and MySQL 5.0.22 libraries.
</p>
<blockquote>
<p>
After the final release of <a href="http://www.php.net/downloads.php#v4">PHP 4.4.3</a> here are the Windows binaries who need PHP compiled against newer version of MySQL libs.
</p>
<p>
The archive contains two files. Both of these files should be dropped in your existing php-4.4.3 install folder overwritting php4ts.dll and adding libmysql.dll.
</p>
</blockquote>
<p>
You can download the file <a href="http://edin.dk/uploads/files/php-4.4.3-w-mysql-5.0.22.zip">directly from here</a>.
</p>]]></description>
      <pubDate>Wed, 09 Aug 2006 06:03:34 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Edin.dk: PHP 4.4 for windows with newer MySQL libraries]]></title>
      <guid>http://www.phpdeveloper.org/news/5845</guid>
      <link>http://www.phpdeveloper.org/news/5845</link>
      <description><![CDATA[<p>
If you're caught using PHP4 on Windows and have been seeing some issues with the older MySQL libraries you've been using lately, it might be time to upgrade. "But I can't move away from PHP4," you say. No worries - <a href="http://edin.dk/archives/7-PHP-4.4-for-windows-with-newer-MySQL-libraries.html">this new post</a> from <i>Edin Kadribaaic</i> should have the answer you're looking for.
</p>
<blockquote>
Since the main PHP 4 distribution cannot be updated with the latest MySQL libs for various reasons, I will provide <a href="http://edin.dk/uploads/files/php-4.4.3RC3-dev-w-mysql-5.0.22.zip">downloads</a> of the latest PHP 4 with the latest MySQL libs.
</blockquote>
<p>
His archive <a href="http://edin.dk/archives/7-PHP-4.4-for-windows-with-newer-MySQL-libraries.html">contains two files</a>, both DLLs to replace the MySQL libraries that already exist.
</p>]]></description>
      <pubDate>Fri, 21 Jul 2006 06:07:52 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Ilia Alshanetsky's Blog: MySQL Binaries and cURL/http extensions in PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/5821</guid>
      <link>http://www.phpdeveloper.org/news/5821</link>
      <description><![CDATA[<p>
<i>Ilia Alshanetsky</i> has posted a <a href="http://ilia.ws/archives/118-MySQL-Binaries-and-cURLhttp-extensions-in-PHP.html">quick note</a> about building PHP with cURL/HTTP support combined with adding  a MySQL extension. Conflicts can happen with some of the libraries, and he knows how to solve it.
</p>
<blockquote>
The MySQL binaries found on mysql.com are built against yaSSL as opposed to the more common openssl against which libcurl (usede by cURL and HTTP extensions) is linked. The conflict between the two libraries causes curl initialization of the SSL layer to fail preventing startup of the PHP extensions.
</blockquote>
<p>
<a href="http://ilia.ws/archives/118-MySQL-Binaries-and-cURLhttp-extensions-in-PHP.html">The fix?</a> To either use the older mysqlclient libraries or manually compile MySQL yourself against the OpenSSL libraries.
</p>]]></description>
      <pubDate>Wed, 19 Jul 2006 05:35:26 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Cameron Olthuis' Blog: Top 10 Web Developer Libraries]]></title>
      <guid>http://www.phpdeveloper.org/news/5632</guid>
      <link>http://www.phpdeveloper.org/news/5632</link>
      <description><![CDATA[<p>
<i>Cameron Olthuis</i> wants to share the tools that he finds th emost useful with the entire web, so he's <a href="http://www.cameronolthuis.com/2006/06/top-10-web-developer-libraries/">posted them here</a> on his blog.
</p>
<p>
His list includes libraries from all different technologies, not just PHP. Several are Javascript-related, but it's always good to have a complete toolkit on hand when trying to tackle some of the more difficult things.
</p>
<p>
Included in his list are things like:
<ul>
<li><a href="http://moofx.mad4milk.net/">Moo.fx</a> - a Javascript effects library
<li><a href="http://swat.silverorange.com/Swat">Swat</a> - an open source web application toolkit
<li><a href="http://pear.php.net/">PEAR</a> - the PHP package repository
<li><a href="http://www.mochikit.com/">Mochikit</a> - lightweight Javascript library
</ul>
</p>
<p>
Be sure to check out <a href="http://www.cameronolthuis.com/2006/06/top-10-web-developer-libraries/">the post and its comments</a> for more great resources!
</p>]]></description>
      <pubDate>Tue, 20 Jun 2006 06:21:22 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[RelativeSanity.com: The Problem with PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/5581</guid>
      <link>http://www.phpdeveloper.org/news/5581</link>
      <description><![CDATA[<p>
In <a href="http://www.relativesanity.com/archive/95">this new post</a> on RelativeSanity.com today, <i>J Barrett</i> talks about "the problem with PHP", specifically that its "sucks" because PHP itself is a sort of framework started on top of a series of Perl libraries.
</p>
<quote>
<i>
<p>
I've been meaning to comment on Snook's article for a while, but to be honest I wasn't sure what I wanted to say. Coming at it (at the time I first read it) from the newfound point-of-view that frameworks were the new greatest thing, it was a little bitter to swallow, but I found that I couldn't disagree with most of what he was saying.
</p>
<p>
As I've often found, the key to resolving two apparently exclusive hypotheses (frameworks suck vs. frameworks rock) that you also happen to agree with equally, is to form a third hypothesis that distills down the key points of both, and discards the semantic fluff that makes the original two seem incompatible.
</p>
</i>
</quote>
<p>
He <a href="http://www.relativesanity.com/archive/95">comments</a>, using <a href="http://www.snook.ca/archives/000455.php">this blog post</a> from snook.ca as a starting point, about the main reason frameworks "suck" - they're like learning a whole other language. He notes that PHP (and its frameworks) are so popular because of its low entry barrier, but that doesn't mean it's a good thing in the long run.
</p>
<quote>
<i>
Rails is a framework. PHP is a bunch of bricks.
</i>
</quote>]]></description>
      <pubDate>Wed, 14 Jun 2006 05:39:32 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Bshensky's LiveJournal: Oracle Support without a Recompile]]></title>
      <guid>http://www.phpdeveloper.org/news/5531</guid>
      <link>http://www.phpdeveloper.org/news/5531</link>
      <description><![CDATA[<p>
One struggle seems to come up over and over again for several PHP developers out there - Oracle issues. Newsgroups and message boards are filled with questions and, sometimes, a few answers. <i>bshensky</i> is one such user - but one that <a href="http://bshensky.livejournal.com/8085.html">found a way</a> to get the PEAR DB package to connect to Oracle simply and without the usual recompile it would take to get the Oracle drivers successfully installed.
</p>
<quote>
<i>
<p>
I have spent a dog's age researching how to get my local PHP install to talk to Oracle using PEAR and the OCI8 client stack on my Fedora Core 4 server.  I eventually came to the conclusion that it was just not possible to get OCI8 to work with a RPM(binary)-install of PHP, and I looked toward other means of getting "Web access" to Oracle using different means.
</p>
<p>
Today, I found an <a href="http://www.oracle.com/technology/pub/articles/php_experts/otn_pdo_oracle5.html">interesting document</a> on the Oracle Web site that allegedly details how to get the new PECL PDO database drivers for Oracle running on PHP 5 (luckily, I run PHP 5 on my FC4 box). 
</p>
</i>
</quote>
<p>
The <a href="http://www.oracle.com/technology/pub/articles/php_experts/otn_pdo_oracle5.html">document</a> claimed that you could use PDO to load a database driver on the fly without the need for a recompile. All <i>bshensky</i> saw left to do was getting PDO installed (via PEAR) and getting it to pick up on the Oracle libraryes to help make the connection. A few quick commands and environment variables later, he had a complete and working PHP install with Oracle functionality called on the fly.
</p>]]></description>
      <pubDate>Wed, 07 Jun 2006 06:07:57 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Wez Furlong's Blog: Extending PHP]]></title>
      <guid>http://www.phpdeveloper.org/news/5319</guid>
      <link>http://www.phpdeveloper.org/news/5319</link>
      <description><![CDATA[<p>
In <a href="http://netevil.org/node.php?nid=824">a new post</a> on his blog, <i>Wez Furlong</i> shares some of the materials from a presentation he gave at the PHP Con West back in 2003 on the topic of "Extending PHP".
</p>
<quote>
<i>
<p>
While poking around the disks in my linux box, I found my materials for a session on extending PHP that I originally gave as a 3 hour tutorial at PHP{Con West 2003.
</p>
<p>
Sadly, I seem to have lost the working C code (libares bindings for PHP), but all the relevant parts can be found in the comprehensive PDF I made from the slides: <a href="http://www.php.net/~wez/extending-php.pdf">Extending PHP Slides (PDF)</a>. The content is based on PHP 4, but should still be applicable to PHP 5. 
</p>
</i>
</quote>
<p>
<a href="http://www.php.net/~wez/extending-php.pdf">The talk</a> [PDF] covers the creation of a sample DNS resolving library to extend the functionality already in PHP, and includes some of the code examples (in PHP) to show how it all works. This is followed by the C code to build the extension, defining each of the functions, and geting it up and running. 
</p>]]></description>
      <pubDate>Mon, 08 May 2006 05:56:13 -0500</pubDate>
    </item>
  </channel>
</rss>
