Posts Tagged Subversion

PHP Development in Eclipse

I used Eclipse on a Mac to work with Java during my PhD, so familiarity made it seem the logical choice for some recent PHP development I've been doing. This post runs through the various plugins I added to support the development process, including checking code quality, running unit tests, and creating documentation.

The first step is obviously to install Eclipse. To ensure compatibility with all the plugins mentioned, I found it necessary to download the standard version of Eclipse and then install the PDT tools afterwards. The dedicated all-in-one PDT version of Eclipse didn't play ball with everything I needed it to.

 

Version Control – Subclipse
I use Subversion (SVN) for version control, and Subclipse seems to to be the de-facto client for Eclipse. However, there are some pitfalls to be aware of. If you install Subclipse and then try to add a respository in the SVN Perspective, you may get an error telling you that you need version 1.7 or higher of the JavaHL library. This is part of the Subversion binary, so your copy of SVN must be out of date. If you nip over to Collabnet for the latest version you'll find that they only have 1.6, so instead you'll need to visit WANDisco. Once 1.7 is installed, you should then be able to connect with Subclipse using the JavaHL library. Thanks to peeps on Stackoverflow for pointing this out.

Unfortunately JavaHL still failed for me, telling me that the network connection closed unexpectedly. I tried to use the SVNKit adapter instead of JavaHL, but it turns out that SVNKit isn't supported in version 1.8 of Subclipse, (the most recent version). I therefore uninstalled Subclipse v1.8 and installed v1.6 instead. That still didn't work because apparently SVNKit doesn't currently support SVN 1.7 (see previous link). Anyway, this turned out to be all a bit misleading, because when I tried it everything just worked.

 

Debgugging – Xdebug
If you want to debug PHP, then you'll need either Xdebug or Zend Debugger. I chose the former for reasons I can't quite recall. But setting it up required the following steps in Eclipse:

  1. In Preferences > PHP > PHP Executables, set up your PHP executable. Mine, the default Lion version, was at /usr/bin/php, and php.ini was at /etc/php.ini
  2. In Preferences > PHP >  PHP Servers, set up your PHP server. I had to delete the "default" one first.
  3. In Preferences > PHP > Debug, set your debugger, server and executable.
  4. If you've changed the Xdebug port from the default of 9000 for any reason (I had problems with my initial Xdebug install, and that was one of the suggested fixes), don't forget to correct it in Preferences > PHP > Debug > Installed Debuggers.

 

Debugging with Xdebug. The 'debug' panel shows the methods which are currently running, while the relevant code is shown below. Panel on the right shows variables and their current values.

Debugging with Xdebug. The 'debug' panel shows the methods which are currently running, while the relevant code is shown below. Panel on the right shows variables and their current values.


Coding Standards – PHP Code Sniffer

To ensure that your code is up to standard(s), you can install PHP_CodeSniffer with PEAR:

pear install PHP_CodeSniffer

There's more detail on their homepage, including information on the –report flag to get a summary of the errors in your entire project instead of all the detail for every file. I'd recommend creating your own customised standard so you can exclude errors you're not bother about (variables with single-letter names, for example). Once you've done that, you can also make your standard the default to be used each time you run PHPCS.

PHP Code Sniffer summary report.

PHP Code Sniffer summary report.


Coding Problems – PHP Mess Detector

PHP Mess Detector does a good job of finding nasty bits of code. This includes 'dead' code that's never run, complicated loops / nested ifs,  It's worth reading the section on how to create a custom ruleset, because the defaults may include tests that you want to exclude.


Unit Testing – PHPUnit

Unit testing is a great habit to get into, and test-driven development takes this to its logical conclusion. PHPUnit and SimpleTest both provide unit testing in PHP; I chose PHPUnit because there seemed to be more material online about how to use it. To install PHPUnit you can use PEAR. Unfortunately PEAR wasn't installed on my Lion system, but you can install it using wget.  Unfortunately wget wasn't installed on my Lion system, but you can install it with a number of terminal commands.

Once wget is installed and then PEAR is installed and then PHPUnit is installed (!), you can set up Eclipse to run it as an external tool. However, it's much nicer to get it integrated into your Eclipse installation. To do this, I used MakeGood. The instructions on their website are pretty easy to follow and essentially boil down to:

  1. Install the MakeGood plugin from within Eclipse, using http://eclipse.piece-framework.com as the URL
  2. DON'T  ignore the lines about having to specify a PHP executable; I did (because I already had an executable defined), but for some reason the executable had disappeared from my Eclipse preferences and so I had to add it again after much head-scratching.
  3. DO display the MakeGood 'view' in your Eclipse window as soon as possible – it has a nice little message which explains what might be stopping you running your tests.
  4. A message about Stagehand_Testrunner led me to install that separately, using PEAR (instructions are on the Stagehand website)
  5. Despite adding my PEAR folder as a library to the project build path, I was still getting a message saying that PHPUnit_Framework_TestCase could not be found when I ran a test. I resolved this by adding /Users/Haydn/pear/share/pear/PHPUnit to the build path too, and using require_once in the test class:  require_once 'PHPUnit/Autoload.php';
MakeGood showing a successful test in Eclipse.

MakeGood showing a successful test in Eclipse.

Once PHPUnit is working correctly, if you want to test database operations too then you'll need the DbUnit extension. There's extensive help regarding this whole subject area in the PHP Unit manual. Note that SQL Server isn't supported by default.

 

Documentation – PHPDoc
If you're documenting your code then you'll want phpdoc – installation instructions are on their website. Just use the two PEAR commands on their homepage, and ignore other websites (which generally omit the '-alpha' reference). If you try and generate some documentation but get an error about GraphViz not being installed ("Unable to find the `dot` command of the GraphViz package. Is GraphViz correctly installed and present in your path?"), go to the GraphViz website to download a .pkg file for Lion and install it. If you get a message about timezones, ensure that the correct one is set in your php.ini file (e.g. date.timezone = Europe/London).

 

Automation – ANT
Once all the above are in place, it's nice to be able to run them all together. You can use ANT to do this; here's an example of my ANT build.xml file:
<?xml version="1.0"?>
<!DOCTYPE project>
<project name="MyProject" default="test">
    <property name="docs_dir" value="docs" />
    <property name="log_file" value="MyLogFile.log" />
    <target name="dtd" description="Creates a DTD for this build.xml file.">
        <antstructure output="project.dtd"/>
    </target>
    <target name="clean" description="Deletes temporary and compiled files.">
        <delete dir="${docs_dir}"/>
        <delete dir="output"/>
    </target>
    <target name="messdetect" description="Runs PHP Mess Detector on PHP files.">
        <exec executable="/Users/Haydn/pear/bin/phpmd" failonerror="true">
            <arg value="." />
            <arg value="text" />
            <arg value="anciliary/PHPMD_custom_ruleset.xml" />
        </exec>
    </target>
    <target name="codesniff" description="Runs PHP Code Sniffer on PHP files.">
        <exec executable="/Users/Haydn/pear/bin/phpcs" failonerror="true">
            <arg value="." />
            <arg value="--standard=MyStandard" />
            <arg value="--extensions=php" />
            <arg value="--report=summary" />
        </exec>
    </target>
    <target name="test" description="Runs all PHPUnit tests.">
        <exec executable="/Users/Haydn/pear/bin/phpunit" failonerror="true">
            <arg value="test" />
        </exec>
    </target>
    <target name="document"  depends="clean" description="Generates documentation for PHP files.">
        <exec executable="/Users/Haydn/pear/bin/phpdoc" failonerror="true">
            <arg value="-d" />
            <arg value="." />
            <arg value="-t" />
            <arg value="${docs_dir}" />
        </exec>
    </target>
    <target name="build" depends="clean,messdetect,codesniff,test,document" description="Run everything.">
    </target>
</project>
Next?
The next step is to move to continuous integration, using packages like Cruise Control or phpUnderControl, which will automatically test and build your code on a regular schedule. As a one-man project I always know the status of my work, so that's not been necessary so far. Hopefully the above will be of help in getting you up-and-running with a decent PHP development workflow in Eclipse.

Tags: , , , , , , , , , , , , , ,

Ubuntu Home Server (UHS)

I've recently set up a home server using Ubuntu. I thought it might be useful for me to record my experience and any problems / pitfalls / useful tidbits of information I found along the way. It's not been a particularly arduous process, but hopefully this might help someone out in the future.

The hardware I used was a semi-home build; I bought the Intel D525MW motherboard, which has an integrated dual-core Atom 1.66GHz processor, and fitted it into a case along with some RAM and a hard drive. The processing power on the motherboard should be more than enough for what we're asking it to do (see below), and it's low power so that means we can leave it on all the time, and it's passively cooled too. The other advantage is that it's mini-ITX, so nice and small to fit under the stairs where it's going to live. I fitted the board into a cheap no-name mini-ITX case which actually turned out to be decent quality, and added 2Gb Kingston RAM. The hard drive is a Western Digital Caviar Green (low power) 1Tb from a previous NAS setup. There's no DVD drive (what's the point nowadays, really?), and I'm using onboard video and sound.

My mini-ITX home server, prior to being shoved into the cupboard. Copyright Haydn Williams 2011

My mini-ITX home server, prior to being shoved into the cupboard. Copyright Haydn Williams 2011

The software I installed was obviously customised to fit our needs / requirements. I chose Ubuntu as the operating system, because a Mac was too expensive, a Hackintosh was too complicated in terms of finding 100% compatible hardware, and Windows Home Server was discounted for reasons I can't remember right now, but were definitely valid and unresolved. I have a little bit of experience with Linux, but never in an admin role and I've never used Ubuntu before. I have used the Terminal in Mac OS and Linux before, so have some basic competence in that area. I certainly wouldn't class myself as a 'guru' though, so if you're not a Linux whizz then don't worry – if I can manage it, I'm sure you can!

In terms of applications installed, we needed the server to carry out a number of roles:

  • File server (including Bonjour for Macs on the network)
  • DLNA server
  • NTP
  • Web server (including WordPress)
  • Repository / eventually CruiseControl
  • Time Machine backups

I've therefore split the software section up into a number of posts on this blog, all starting with the letters 'UHS':

  1. Installing and Updating Ubuntu
  2. Admin tools
  3. Hardware monitoring
  4. Samba file server
  5. Apache, MySQL, PHP (LAMP) web server + WordPress
  6. SSH and Subversion (SVN)
  7. DLNA media server
  8. Time Machine backups
  9. Network Time Protocol (NTP) server
  10. Calendar (iCal) server

Tags: , , , , , , , , , , , , , , , ,

UHS6 – SSH & Subversion (SVN)

SSH

SSH lets you remotely access your computer, or other computers, using a command-line interface. Installing SSH really is a breeze:

sudo apt-get install ssh

It was so quick and easy I even had to check it had actually been done!

>which ssh

The binary did exist and I was able to log into the machine without any problems. Almost too simple! You'll probably want to increase the security of your setup a bit by using hosts.allow and hosts.deny files. These live in /etc and consist of rules that determine which hosts should be allowed to connect to certain services on your machine. My hosts.deny has the following:

ALL: ALL

and my hosts.allow has this:

127.0.0.1
SSHD: 192.168.1.23

This results in all connections from all IP addresses being denied, except for SSH from one specific machine on the local network. Note that the hosts.* files will only work on services started as daemons, not standalone, and these services must support TCP Wrappers (which are what make hosts.* work). This page, and another, revealed the following command to determine whether a particular daemon has support for TCP Wrappers; it basically checks whether the daemon depends on the relevant library, libwrap.so.0:

ldd /usr/sbin/smbd | grep wrap

Running the above command doesn't give any result, so smbd – the Samba server daemon – isn't affected by hosts.* (see my other post for rudimentary details on securing Samba). There are plenty of pages which delve into more detail about more complex rules for hosts.*, or you could just:

man hosts.allow
man hosts.deny

 

Subversion

Subversion (SVN) was no more difficult:

sudo apt-get install subversion subversion-tools

The first chance I got to test SVN as a client was when installing WordPress, which is covered in a different post. To test the server side of things, I just created a repository:

sudo svnadmin create /var/svn

Everything went swimmingly, so further setup will take place at a later date. There are a number of good guides online that will take you further with Subversion, which is beyond the scope of this post.

Tags: , , , , , , , , , , ,