Test mail during PHP development without a mailserver

During development I usually don’t want to send out email to recipients. I just want to make sure it will get sent, but I don’t care about it reaching it’s destiny (yet). Basically testing that my code does indeed send out mails when I ask it to do so
After searching for some time I’ve found a brilliant little one-liner written by Sean Coates some time ago. It’s a quick and dirty hack, but it works brilliantly for my purposes.

I’ve elaborated a bit more on Sean’s piece mainly on the installation, so even if you’re not that experienced you should be able to follow along. Also read Sean’s article as it contains a more sophisticated solution as well!

Preamble
I use Linux on my development machines, but I suppose it should work with any Unixish type of OS, such as OS X or *BSD. Probably doesn’t work on Windows (leave a comment for a Windows based solution).

1. Ok, first put the following line in a file called ‘logmail’ (without the quotes!):
   cat >> /tmp/test-emails-sent.log
2. Save the file somewhere you can find it back In my case, like Sean, I’ve used /usr/local/bin as the directory for this file.
3. Then make sure it has execute rights. You may set it by typing in: chmod +x /usr/local/bin/logmail
4. Finally if you use PHP you need to change the sendmail_path variable in your php.ini. In my case (I’m using Ubuntu 11.04 and 11.10) I’ve added a file called mail.ini to the /etc/php5/conf.d directory with the following line:
   sendmail_path=/usr/local/bin/logmail
5. Restart Apache by typing sudo service apache2 restart
6. Test your application’s mail sending capabilities by looking at the test-emails-sent.log in your /tmp directory

Keep track of configuration settings during development with multiple developers and WordPress Multisite

In this post I’ve written down my methods to make deployment and changing locations of WordPress Multisite installations easier by adhering to certain assumptions

Deploying WordPress from a local machine to another location such as a testserver is annoying, because there is no easy way to export and import settings (although menu’s and other content can be exported and imported!). WordPress saves configuration options in the database and often these settings are part of serialized arrays (see Serialization) . Making it hard to change these by hand or using a deployment script. Imagine working with multiple developers, several plugins and it becomes a real pain in the ass to keep track of configuration changes.
(more…)

WordPress Meetup Amersfoort

Afgelopen dinsdag was er weer een WordPress Meetup. Deze keer in het pittoreske Amersfoort. De opkomst was met ruim 70 mensen veel groter dan het jaar daarvoor. De nog immer toenemende populariteit van WordPress zal hier vast aan bij hebben gedragen.

Er waren een aantal (veelal) korte presentaties die vanuit diverse invalshoeken WordPress belichten. Wat mij opviel was de verscheidenheid aan mensen die er aanwezig waren en met WordPress bezig zijn. Van hardcore (web)ontwikkelaars zoals ondergetekende en (web)ontwerpers tot vertalers en geïnteresseerden die hun eerste stapjes met WordPress nog moesten nemen.

Persoonlijk vond ik het erg leuk om te horen dat er meer mensen zijn die WordPress inmiddels inzetten voor grotere projecten, zoals ik dat inmiddels ook al voor een aantal projecten heb gedaan. Mooi voorbeeld deze avond was de website van Attractiepark Slagharen die in samenwerking met Orangevalley was ontwikkeld. Milan van Bruggen gaf ook nog een goede promotie presentatie  voor zijn online webdesign magazine Heeftstijl.nl Daarnaast kreeg ik ook nog de kans om het intranet project wat ik samen met Roy Tanck (this.play) voor de VARA heb gedaan te mogen delen met de aanwezigen. Dank nog voor de leuke reacties hierop!

Al met al weer veel leuke mensen leren kennen en gezellig met oude bekenden kunnen bijpraten. Hieronder nog een korte sfeerimpressie door Karim Osman