<?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, 21 May 2013 01:19:42 -0500</pubDate>
    <ttl>30</ttl>
    <item>
      <title><![CDATA[Brandon Savage: Compiling PHP 5.5 From Scratch]]></title>
      <guid>http://www.phpdeveloper.org/news/19587</guid>
      <link>http://www.phpdeveloper.org/news/19587</link>
      <description><![CDATA[<p>
<i>Brandon Savage</i> has a new post to his site today showing you how to <a href="http://www.brandonsavage.net/compiling-php-5-5-from-scratch/">compile and install PHP 5.5</a>, the next major upcoming release for the language (in RC status as of the time of this post though).
</p>
<blockquote>
There's always a lag behind new releases of PHP and releases of packages for operating systems such as Ubuntu. This lag time means that you could be kept from upgrading to the latest and greatest PHP for a year or more, unless you use an outside repository like Dotdeb. [...] Instead, I roll my own version of PHP. It's simple and easy to do, and something that any developer can do. Here's my instructions for doing so on a fresh Ubuntu installation.
</blockquote>
<p>
He gives a reason or two why you might want to "roll your own" installation and helps you get the environment prepared via some "aptitude" install commands for supporting software. Commands are included for installing needed dependencies, configuring/building PHP and updating Apache to use this new install. He finishes it up with a few smaller things to do like making the php.ini and enabling the Zend opcode caching extension.
</p>
Link: http://www.brandonsavage.net/compiling-php-5-5-from-scratch]]></description>
      <pubDate>Wed, 15 May 2013 09:48:41 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Chris Jones: Adding DTrace Probes to PHP Extensions]]></title>
      <guid>http://www.phpdeveloper.org/news/18859</guid>
      <link>http://www.phpdeveloper.org/news/18859</link>
      <description><![CDATA[<p>
In a new post to his site (related to the topic of <a href="http://phpdeveloper.org/news/18846">this</a> previous post) <i>Chris Jones</i> shows you how to <a href="https://blogs.oracle.com/opal/entry/adding_dtrace_probes_to_php">setup and use DTrace support</a> in your PHP installation for enhanced debugging abilities.
</p>
<blockquote>
The powerful DTrace tracing facility has some PHP-specific probes that can be enabled with --enable-dtrace. DTrace for Linux is being created by Oracle and is currently in <a href="https://blogs.oracle.com/linux/entry/dtrace_for_oracle_linux_news">tech preview</a>. Currently it doesn't support userspace tracing so, in the meantime, Systemtap can be used to monitor the probes implemented in PHP. This was recently outlined in David Soria Parra's post <a href="http://blog.experimentalworks.net/2012/12/probing-php-with-systemtap-on-linux/">Probing PHP with Systemtap on Linux</a>.
</blockquote>
<p>
His examples are using the Oracle flavor of linux, but they should work for just about any unix-based system out there. He installs the tool via a yum package and compiles the latest PHP source with the "enable-dtrace" flag. He includes a simple script to connect to an Oracle database and shows the contents of the resulting "functrace.stp". He also shows how he added more "prodbes" (the points DTrace uses to profile) into the OCI8 extension for PHP (steps and source included).
</p>]]></description>
      <pubDate>Fri, 07 Dec 2012 09:35:09 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[David Parra: Probing PHP with Systemtap on Linux]]></title>
      <guid>http://www.phpdeveloper.org/news/18846</guid>
      <link>http://www.phpdeveloper.org/news/18846</link>
      <description><![CDATA[<p>
<i>David Parra</i> has a new post to his site today about a method of <a href="http://blog.experimentalworks.net/2012/12/probing-php-with-systemtap-on-linux/">using Systemtap to profile PHP</a> as the code executes (as an alternative when <a href="http://docs.oracle.com/cd/E19253-01/817-6223/index.html">DTrace</a> may not be available.
</p>
<blockquote>
PHP introduced DTrace support with PHP 5.3, enabling probing points in the PHP executable that can be used to simplify probing of PHP applications without having to the PHP implementation details. We enabled probes on function calls, file compilation, exceptions and errors. But this has always been limited to the operating systems that support DTrace. With the popularity of DTrace, Systemap programmers decided to add a DTrace compatibility layer that allows to use DTrace probes as Systemtap probing points as well.
</blockquote>
<p>
Thanks to a recent commit to the PHP 5.5 branch, your PHP installation (compiled with DTrace support) can be executed with the "stap" command and searched for probe points. He includes a simple Systemtap script that counts the calls of a specific function to get you started. 
</p>]]></description>
      <pubDate>Wed, 05 Dec 2012 10:41:30 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[PHPMaster.com: Compiling PHP from Source on Windows]]></title>
      <guid>http://www.phpdeveloper.org/news/18500</guid>
      <link>http://www.phpdeveloper.org/news/18500</link>
      <description><![CDATA[<p>
For most PHP developers, when they hear "compile from source" they automatically assume that the person talking means they're working with a unix variant-based system. In <a href="http://phpmaster.com/compiling-php-from-source-on-windows/">this new tutorial</a> from PHPMaster.com, though, they show how to "compile from source" on a different platform - Windows.
</p>
<blockquote>
Those working in a Windows environment are more likely to download and install PHP from precompiled packages. And while I don't disagree it's easier to use a precompiled solution, even on Unix systems, there are some advantages that can come with compiling a binary from source. [...] But be forewarned: compiling can be a frustrating task, especially on Windows! You must ensure your build environment is set up correctly, learn how to use the compiler and other build tools properly, and satisfy any library dependencies. Hopefully this article is your first step in overcoming many of these obstacles.
</blockquote>
<p>
The tutorial walks you through the steps you'll need to take to get your environment set up, including the tools you'll need to be able to perform the compile (including Microsoft's Visual C++ Express and the Windows Software Development Kit). Screenshots and commands are all included in the post to make the compile work. There's even a few instructions on compiling in the extensions you might need.
</p>]]></description>
      <pubDate>Thu, 20 Sep 2012 10:56:21 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Mike Purcell's Blog: CentOS - PHP - Install Memcached (with a d) Stack]]></title>
      <guid>http://www.phpdeveloper.org/news/18116</guid>
      <link>http://www.phpdeveloper.org/news/18116</link>
      <description><![CDATA[<p>
In <a href="http://melikedev.com/2012/06/19/centos-php-install-memcached-with-a-d-stack/">this new post</a> to his blog <i>Mike Purcell</i> gives you the full instructions to getting a CentoOS 6 system up and running with Memcached and PHP.
</p>
<blockquote>
Recently I started retro-fitting the <a href="http://melikedrinks.com/">MeLikeDrinks.com</a> drink website to cache frequently used data to improve performance, as such I wrote a light, custom cache API which sits on top of PHP's Memcached API. [...] If you opt to use PHP Memcache, and because this article assumes you are using CentOS,  you can simply have YUM install the entire stack for your via `yum install php-memcache`.
</blockquote>
<p>
He describes some of the differences between the two memcache APIs available to PHP developers (memcache and memcached) and includes the instructions to get both versions installed. "Memecache" is as easy as installing the package, while "Memcached" takes a bit more work - installing dependencies, configuring and compiling a few things specific to your system.
</p>]]></description>
      <pubDate>Wed, 20 Jun 2012 09:13:59 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Marcus Bointon's Blog: Compiling wkhtmltopdf on Mac OS X 10.7 Lion]]></title>
      <guid>http://www.phpdeveloper.org/news/17967</guid>
      <link>http://www.phpdeveloper.org/news/17967</link>
      <description><![CDATA[<p>
<i>Marcus Bointon</i> has <a href="http://marcus.bointon.com/compiling-wkhtmltopdf-on-mac-os-x-10-7-lion/">written up the process</a> he took to get the PHP extension for <a href="http://code.google.com/p/wkhtmltopdf/">Wkhtmltopdf</a> (a conversion tool for HTML to PDF generation) up and working on a Mac OSX machine - not as easy a task as it sounds.
</p>
<blockquote>
<a href="http://code.google.com/p/wkhtmltopdf/">Wkhtmltopdf</a> is extremely cool. I've used qtwebkit for generating server-side page images before using <a href="https://github.com/AdamN/python-webkit2png">python-webkit2png</a>, and that's fine (unlike using Firefox running in xvfb!), but I need to produce PDFs. So, I looked around and found several neat, simple PHP wrappers for calling wkhtmltopdf, and even a <a href="https://github.com/mreiferson/php-wkhtmltox">PHP extension</a>. "Great", I thought, "I'll just install that and spend time working on the layouts since the code looks really simple". I spoke too soon.
</blockquote>
<p>
He goes through each step of the process - installing the needed wkhtmltox and libwkhtmltox support, having to manually compile wkhtmltopdf and some of the small changes you'll need to make to the Makefile to get things to cooperate. He shows where to put the resulting application files and the name of the extension to enable in your php.ini.
</p>]]></description>
      <pubDate>Wed, 16 May 2012 11:55:26 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[PHP-Security.net: Suhosin 0.9.34-DEV Installation HowTo]]></title>
      <guid>http://www.phpdeveloper.org/news/17903</guid>
      <link>http://www.phpdeveloper.org/news/17903</link>
      <description><![CDATA[<p>
On the PHP-Security.net blog today there's <a href="http://www.php-security.net/archives/8-Suhosin-0.9.34-dev-installation-howto.html">a new post</a> showing how to get the latest version of the <a href="http://www.hardened-php.net/suhosin/">Suhosin</a> security patch for PHP installed. 
</p>
<blockquote>
With the recently released PHP 5.4, the Suhosin patch and extension were removed from many Linux distribution packages (i.e., Debian et al.) and until three weeks ago, there was no possibility to compile and run the Suhosin extension under PHP 5.4. This little howto shall serve as installation instruction for Debian Wheezy users - your mileage may vary. I blogged about this here.
</blockquote>
<p>
They start with the apt-get commands to install the latest PHP5 for your distribution (yum commands are similar, of course) and includes the <a href="https://github.com/stefanesser/suhosin/tarball/master">location to download</a> the latest Suhosin version from <i>Stefan Esser</i>'s github account. Unpack it, compile and "phpize" it and if all goes well, you should have a shared module built and ready for use.
</p>]]></description>
      <pubDate>Thu, 03 May 2012 11:54:57 -0500</pubDate>
    </item>
    <item>
      <title><![CDATA[Artur Ejsmont's Blog: How to build mongodb pecl extension in 32bit for PHP 5.2 on OSX Snow Leaopard]]></title>
      <guid>http://www.phpdeveloper.org/news/17494</guid>
      <link>http://www.phpdeveloper.org/news/17494</link>
      <description><![CDATA[<p>
<i>Artur Ejsmont</i> has <a href="http://artur.ejsmont.org/blog/content/how-to-build-mongodb-pecl-extension-in-32bit-for-php-52-on-macosx-snow-leaopard">a recent post</a> to his blog showing how to get a MongoDB PECL extension to compile in a 32bit OSX environment (Snow Leopard).
</p>
<blockquote>
Here is a quick step by step guide on how to get mongodb and PHP5.2 mongo pecl extension going on your MacOSX in 32bit mode! NOTE: 32 bit mongodb binaries have 2GB address space limit so you wont be able to process too much on your laptop. You will still be able to code and connect to remote instances just fine.
</blockquote>
<p>
His process includes five steps - well, eight if you count the optional "install MongoDB" ones too - complete with the commands you'll need to get things compiled, ready for copy and paste. You can find the MongoDB PECL package <a href="http://pecl.php.net/package/mongo">here</a>.
</p>]]></description>
      <pubDate>Fri, 03 Feb 2012 10:35:11 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Stefan Koopmanshcap's Blog: Installing the Geoip PECL package for Zend Server on OSX]]></title>
      <guid>http://www.phpdeveloper.org/news/17385</guid>
      <link>http://www.phpdeveloper.org/news/17385</link>
      <description><![CDATA[<p>
In <a href="http://www.leftontheweb.com/message/Installing_the_Geoip_PECL_package_for_Zend_Server_on_OSX">this recent post</a> to his blog <i>Stefan Koopmanschap</i> shares some of the troubles (and a solution) when he was dealing with getting the Geoip PECL extension installed on his Zend Server setup in OSX.
</p>
<blockquote>
Today I needed to get a client application up and running on my local system. This application uses the Geoip PECL package, so I needed to get this up and running. This turned out to be slightly more difficult than just a PECL install, as you're missing some libraries by default, so here is my log of things to do to get it up and running.
</blockquote>
<p>
He gives the complete list of steps his followed including <a href="http://re2c.org/">downloading the source</a> and his way around this "System could not load this extension" issue. The trick was to recompile the source with the correct architecture. By default his extension was built with i386 instead of 64-bit but updating some of the CFLAGS settings (and a few other environment variables) got things compiling correctly. 
</p>]]></description>
      <pubDate>Thu, 12 Jan 2012 11:09:56 -0600</pubDate>
    </item>
    <item>
      <title><![CDATA[Ariz Jacinto's Blog: Compiling PHP with MSSQL Server's Native ODBC Driver for Linux as a PDO Driver]]></title>
      <guid>http://www.phpdeveloper.org/news/17372</guid>
      <link>http://www.phpdeveloper.org/news/17372</link>
      <description><![CDATA[<p>
<i>Ariz Jacinto</i> has written up <a href="http://blog.acjacinto.com/2011/11/compiling-php-with-mssql-servers-native.html">a new post</a> with the commands you'll need to get PHP up and runnign with MSSQL Server's native ODBC driver working on linux (accessible through PDO).
</p>
<blockquote>
Last month, MS announced the preview release of <a href="http://blogs.msdn.com/b/brian_swan/archive/2011/10/13/microsoft-announces-sql-server-odbc-driver-for-linux.aspx">SQL Server ODBC Driver for Linux</a>, a 64-bit binary driver for Red Hat Enterprise Linux 5. This is good news for companies using heterogenous platforms e.g. LAMP stack running a PHP application that connects to both MySQL and MSSQL Server. Meaning, these companies no longer have to use third-party drivers such as <a href="http://www.freetds.org/">FreeTDS</a> that MS doesn't support. Then a few days ago, MS <a href="http://www.microsoft.com/download/en/details.aspx?id=28160">released version 1 of the driver</a>. I immediately downloaded the driver and recompiled PHP with it as a PDO  (PHP Data Object) ODBC driver.
</blockquote>
<p>
His process has five steps to it, including one for making a test script (code included) and another with a few gotchas/performance considerations to keep an eye out for when using the driver.
</p>]]></description>
      <pubDate>Tue, 10 Jan 2012 12:34:26 -0600</pubDate>
    </item>
  </channel>
</rss>
