FeedSandwich http://feedsandwich.com ... Tue, 23 Jun 2009 12:38:04 +0000 http://wordpress.org/?v=2.7.1 en hourly 1 Face detection with PHP http://feedsandwich.com/2009/06/23/face-detection-with-php.html http://feedsandwich.com/2009/06/23/face-detection-with-php.html#comments Tue, 23 Jun 2009 12:38:04 +0000 Russell http://feedsandwich.com/?p=91 Maurice Svay has ported a Javascript / Canvas face recognition impelementation into pure PHP, which is cool! Its rather slow, but works without any external programs - well apart from the PHP GD module. You can find the orginal Javascript version is here.

Check out the code here:

http://svay.com/blog/index/post/2009/06/19/Face-detection-in-pure-PHP-(without-OpenCV)

]]> http://feedsandwich.com/2009/06/23/face-detection-with-php.html/feed Amazon EC2 EBS Initial Benchmarks http://feedsandwich.com/2009/06/22/amazon-ec2-ebs-initial-benchmarks.html http://feedsandwich.com/2009/06/22/amazon-ec2-ebs-initial-benchmarks.html#comments Mon, 22 Jun 2009 11:46:33 +0000 Russell http://feedsandwich.com/?p=3 Now that Amazon EBS, or Elastic Block Store is publicly available, a lot of people are probably interested in some benchmarks!

The setup;

  • m1.small instance
  • alestic/debian-5.0-lenny-base-20080803.manifest.xml

All that was installed was mdadm & bonnie++.

Single disc performance

Mounting a single 1gb EBS volume to /dev/sdd,

128k block

dd if=/dev/zero of=/dev/sdd bs=128k
dd: writing `/dev/sdd': No space left on device
8193+0 records in
8192+0 records out
1073741824 bytes (1.1 GB) copied, 16.9026 s, 63.5 MB/s

256k block

dd if=/dev/zero of=/dev/sdd bs=256k
dd: writing `/dev/sdd': No space left on device
4097+0 records in
4096+0 records out
1073741824 bytes (1.1 GB) copied, 16.7213 s, 64.2 MB/s

512k block

dd if=/dev/zero of=/dev/sdd bs=512k
dd: writing `/dev/sdd': No space left on device
2049+0 records in
2048+0 records out
1073741824 bytes (1.1 GB) copied, 16.5371 s, 64.9 MB/s

1M block

dd if=/dev/zero of=/dev/sdd bs=1M
dd: writing `/dev/sdd': No space left on device
1025+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 16.9271 s, 63.4 MB/s

Testing mdadm performance with 2 EBS volumes, RAID 0 (Striped)

I attached another 1gb disc, /dev/sde, and then created a new md device.

mdadm --create /dev/md0 --level=0 -n 2 /dev/sd[d-e]

Repeating the above tests - obviously this is now over 2gb of disc;

128k block

dd if=/dev/zero of=/dev/md0 bs=128k
dd: writing `/dev/md0': No space left on device
16384+0 records in
16383+0 records out
2147352576 bytes (2.1 GB) copied, 22.8826 s, 93.8 MB/s

256k block

dd if=/dev/zero of=/dev/md0 bs=256k
dd: writing `/dev/md0': No space left on device
8192+0 records in
8191+0 records out
2147352576 bytes (2.1 GB) copied, 22.2414 s, 96.5 MB/s

512k block

dd if=/dev/zero of=/dev/md0 bs=512k
dd: writing `/dev/md0': No space left on device
4096+0 records in
4095+0 records out
2147352576 bytes (2.1 GB) copied, 21.7883 s, 98.6 MB/s

1M block

dd if=/dev/zero of=/dev/md0 bs=1M
dd: writing `/dev/md0': No space left on device
2048+0 records in
2047+0 records out
2147352576 bytes (2.1 GB) copied, 20.9595 s, 102 MB/s

2M block

dd if=/dev/zero of=/dev/md0 bs=2M
dd: writing `/dev/md0': No space left on device
1024+0 records in
1023+0 records out
2147352576 bytes (2.1 GB) copied, 21.9773 s, 97.7 MB/s

Testing mdadm performance with 3 EBS volumes, RAID 0 (Striped)

I attached another 1gb disc, /dev/sdf, and then stopped md0 and replaced it with a new md device.

mdadm -S /dev/md0
mdadm --zero-superblock /dev/sd[d-e]
mdadm --create /dev/md0 --level=0 -n 3 /dev/sd[d-f]

Repeating the above tests - obviously this is now over 3gb of disc;

128k block

dd if=/dev/zero of=/dev/md0 bs=128k
dd: writing `/dev/md0': No space left on device
24575+0 records in
24574+0 records out
3221028864 bytes (3.2 GB) copied, 30.4635 s, 106 MB/s

256k block

dd if=/dev/zero of=/dev/md0 bs=256k
dd: writing `/dev/md0': No space left on device
12288+0 records in
12287+0 records out
3221028864 bytes (3.2 GB) copied, 30.0373 s, 107 MB/s

512k block

dd if=/dev/zero of=/dev/md0 bs=512k
dd: writing `/dev/md0': No space left on device
6144+0 records in
6143+0 records out
3221028864 bytes (3.2 GB) copied, 29.601 s, 109 MB/s

1M block

dd if=/dev/zero of=/dev/md0 bs=1M
dd: writing `/dev/md0': No space left on device
3072+0 records in
3071+0 records out
3221028864 bytes (3.2 GB) copied, 30.083 s, 107 MB/s

2M block

dd if=/dev/zero of=/dev/md0 bs=2M
dd: writing `/dev/md0': No space left on device
1536+0 records in
1535+0 records out
3221028864 bytes (3.2 GB) copied, 29.4059 s, 110 MB/s

Testing mdadm performance with 3 EBS volumes, RAID 5

Time to test with some redundancy, so I stopped md0 and replaced it with a new md device as follows;

mdadm -S /dev/md0
mdadm --zero-superblock /dev/sd[d-f]
mdadm --create /dev/md0 --level=5 -n 3 /dev/sd[d-f]

After waiting for the resync to finish (which took about 2 minutes), I repeated the above tests - obviously this is now over 2gb-ish of disc;

128k block

dd if=/dev/zero of=/dev/md0 bs=128k
dd: writing `/dev/md0': No space left on device
16384+0 records in
16383+0 records out
2147352576 bytes (2.1 GB) copied, 39.8346 s, 53.9 MB/s

256k block

dd if=/dev/zero of=/dev/md0 bs=256k
dd: writing `/dev/md0': No space left on device
8192+0 records in
8191+0 records out
2147352576 bytes (2.1 GB) copied, 36.197 s, 59.3 MB/s

512k block

dd if=/dev/zero of=/dev/md0 bs=512k
dd: writing `/dev/md0': No space left on device
4096+0 records in
4095+0 records out
2147352576 bytes (2.1 GB) copied, 35.9269 s, 59.8 MB/s

1M block

dd if=/dev/zero of=/dev/md0 bs=1M
dd: writing `/dev/md0': No space left on device
2048+0 records in
2047+0 records out
2147352576 bytes (2.1 GB) copied, 35.9784 s, 59.7 MB/s

2M block

dd if=/dev/zero of=/dev/md0 bs=2M
dd: writing `/dev/md0': No space left on device
1024+0 records in
1023+0 records out
2147352576 bytes (2.1 GB) copied, 36.8876 s, 58.2 MB/s

Testing mdadm performance with 3 EBS volumes, RAID 10 F2

mdadm -S /dev/md0
mdadm --zero-superblock /dev/sd[d-f]
mdadm --create /dev/md0 -n 3 --level=10 --layout=f2 /dev/sd[d-f]

After waiting for the resync to finish (which took about 2 minutes), I repeated the above tests - obviously this is now over 2gb-ish of disc;

128k block

dd if=/dev/zero of=/dev/md0 bs=128k
dd: writing `/dev/md0': No space left on device
12287+0 records in
12286+0 records out
1610416128 bytes (1.6 GB) copied, 30.449 s, 52.9 MB/s

256k block

dd if=/dev/zero of=/dev/md0 bs=256k
dd: writing `/dev/md0': No space left on device
6144+0 records in
6143+0 records out
1610416128 bytes (1.6 GB) copied, 29.9024 s, 53.9 MB/s

512k block

dd if=/dev/zero of=/dev/md0 bs=512k
dd: writing `/dev/md0': No space left on device
3072+0 records in
3071+0 records out
1610416128 bytes (1.6 GB) copied, 30.4268 s, 52.9 MB/s

1M block

dd if=/dev/zero of=/dev/md0 bs=1M
dd: writing `/dev/md0': No space left on device
1536+0 records in
1535+0 records out
1610416128 bytes (1.6 GB) copied, 29.5757 s, 54.5 MB/s

2M block

dd if=/dev/zero of=/dev/md0 bs=2M
dd: writing `/dev/md0': No space left on device
768+0 records in
767+0 records out
1610416128 bytes (1.6 GB) copied, 31.57 s, 51.0 MB/s

Conclusion

It seems that using RAID does have its advantages over a single disc, even on EBS. However, I would have expected RAID 10 F2 to have similar performance to RAID 0, rather than the results seen.

I will retest soon with some other benchmarks, and configurations with more Volumes!

Russell

]]> http://feedsandwich.com/2009/06/22/amazon-ec2-ebs-initial-benchmarks.html/feed Rant: HeartInternet - .co.uk domains from only 9p http://feedsandwich.com/2009/01/22/rant-heartinternet-couk-domains-from-only-9p.html http://feedsandwich.com/2009/01/22/rant-heartinternet-couk-domains-from-only-9p.html#comments Thu, 22 Jan 2009 17:44:05 +0000 Russell http://feedsandwich.com/?p=59 Seems like a bargin, too good to be true…there must be some catch…?

2009-01-22_1719

.co.uk domains from only 9p

 

It seems there is: you can’t actually buy a .co.uk for 9p. At all:

2009-01-22_1720

...but not here

 

Domain credits...not here either?! 

Domain credits...not here either?!

If I’m missing something - namely a magical way of getting a 9p .co.uk domain from HeartInternet, I’ll happily stand corrected. If I am wrong, its really unclear!

 

 

Here are the full sized images:

]]> http://feedsandwich.com/2009/01/22/rant-heartinternet-couk-domains-from-only-9p.html/feed Mmmmm coffee http://feedsandwich.com/2009/01/20/mmmmm-coffee.html http://feedsandwich.com/2009/01/20/mmmmm-coffee.html#comments Tue, 20 Jan 2009 10:48:46 +0000 Russell http://feedsandwich.com/2009/01/20/mmmmm-coffee.html I love coffee!

]]> http://feedsandwich.com/2009/01/20/mmmmm-coffee.html/feed Kohana & Lighttpd: A quick way of doing pretty URL’s http://feedsandwich.com/2009/01/06/kohana-lighttpd-a-quick-way-of-doing-pretty-urls.html http://feedsandwich.com/2009/01/06/kohana-lighttpd-a-quick-way-of-doing-pretty-urls.html#comments Tue, 06 Jan 2009 21:59:49 +0000 Russell http://feedsandwich.com/?p=39 Please note, this is hardly the best way of working - all requests to the path will be forced through PHP. This sucks performance wise for images and other static files.

However, by default unless you use mod_magnet there is no current support for the Apache:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

The above adds conditions to a rewrite rule, making sure that the request does not match a file or directory. Anyway - the simple solution for us Lighty users is to pipe everything through the Kohana index.php file. This is done by adding the following code into your lighttpd config file:

url.rewrite-once = (”^/k/(.*)$” => “k/index.php/$1″)

Hopefully obviously, if your Kohana app runs under the directory “russell”, you would alter the above to:

url.rewrite-once = (”^/russell/(.*)$” => “russell/index.php/$1″)

Or just running in the root?

url.rewrite-once = (”^/(.*)$” => “index.php/$1″)

In your index.php file, add the following after the first comment:

if (file_exists($_SERVER['ORIG_PATH_TRANSLATED'])) {
header(’X-Sendfile: ‘.$_SERVER['ORIG_PATH_TRANSLATED']);
exit();
}

This instructs PHP to check if the file already exists on the system, and then to get Lighttpd to send it directly - PHP should be running for a very short time. FYI, you will need to enable “allow-x-send-file” in your FastCGI config, or change the header line to use readfile instead.

When I’m finished testing Kohana, I’ll write a new post explaining how to use mod_magnet to do it better.

NB: For more information on Kohana, see their website and docs. Lighttpd also has some excellent documentation - especially on mod_rewrite.

]]> http://feedsandwich.com/2009/01/06/kohana-lighttpd-a-quick-way-of-doing-pretty-urls.html/feed An idea for improving trust on sales and customer service calls http://feedsandwich.com/2008/12/19/an-idea-for-improving-trust-on-sales-and-customer-service-calls.html http://feedsandwich.com/2008/12/19/an-idea-for-improving-trust-on-sales-and-customer-service-calls.html#comments Fri, 19 Dec 2008 12:53:42 +0000 Russell http://feedsandwich.com/?p=34 I get an innordanate amount of phone calls from people trying to upgrade my mobile phone, most of them start like this;

“Hello sir, we are calling from <insert phone company here> you to let you know you are due for an upgrade”

It always gets me interested that they don’t know my name. Sometimes they do; “Hello Mr Smith…”

Either way, it turns out that most of them are not actually from the phone company at all. They are deliberatly misleading about this though.

I have similar problems with trusting calls from the bank, or Barclaycard. The questions in my mind are always along the following lines;

  1. How do I know this is really <company> I’m talking to?
  2. Why are they asking me for all these personal details when I’m not sure of #1
  3. Everyone would be happier if there was a simple solution
I’m pretty sure there is.
Most companies ask you for a password when you phone them directly. My simple suggestion is for you to be able to (or have to) set a password for them.
In this case, the call would go as follows;
“Hello Mr Smith, we are calling from <insert phone company here>. Our password for your account is XXXXX. We are just calling to let you know you are due for an upgrade.”
“Ok, tell me more!”
This solution gives more peace of mind, in my eyes at least, than the existing way - you now don’t have to just rely on the honesty of the caller.
]]> http://feedsandwich.com/2008/12/19/an-idea-for-improving-trust-on-sales-and-customer-service-calls.html/feed Fancy URL’s with Laconica - updated! http://feedsandwich.com/2008/12/09/fancy-urls-with-laconica-updated.html http://feedsandwich.com/2008/12/09/fancy-urls-with-laconica-updated.html#comments Tue, 09 Dec 2008 12:45:48 +0000 Russell http://feedsandwich.com/?p=28 Laconi.ca using the sample htaccess that comes with the project - we now have an up to date version for fancy URL's with Lighttpd]]> After installing Laconi.ca on WoWtweet.net I googled for how to do the fancy URL’s properly in Lighttpd - which turned up a great article about setup / lighttpd by Leslie Orchard - however its a little out of date with regard to the fancy bits…I guess the developers have been busy!

Anyway - I’ve rewritten the lighttpd config using the sample htaccess that comes with the project, borrowed a few bits from Leslie’s post - we now have an up to date version.

$HTTP["host"] == "wowtweet.net" {
    server.name = "WoWTweet"
    server.document-root = "/home/wowtweet/public_html/"

	url.rewrite-final += (
	"^/index.php(.*)$" => "$0",

	"^/$" => "/index.php?action=public",
	"^/rss$" => "/index.php?action=publicrss",
	"^/xrds$" => "/index.php?action=publicxrds",
	"^/featuredrss$" => "/index.php?action=featuredrss",
	"^/favoritedrss$" => "/index.php?action=favoritedrss",
	"^/opensearch/people$" => "/index.php?action=opensearch&type=people",
	"^/opensearch/notice$" => "/index.php?action=opensearch&type=notice",

	"^/doc/about$" => "/index.php?action=doc&title=about",
	"^/doc/contact$" => "/index.php?action=doc&title=contact",
	"^/doc/faq$" => "/index.php?action=doc&title=faq",
	"^/doc/help$" => "/index.php?action=doc&title=help",
	"^/doc/im$" => "/index.php?action=doc&title=im",
	"^/doc/openid$" => "/index.php?action=doc&title=openid",
	"^/doc/openmublog$" => "/index.php?action=doc&title=openmublog",
	"^/doc/privacy$" => "/index.php?action=doc&title=privacy",
	"^/doc/source$" => "/index.php?action=doc&title=source",

	"^/main/login$" => "/index.php?action=login",
	"^/main/logout$" => "/index.php?action=logout",
	"^/main/register/(.*)$" => "/index.php?action=register&code=$1",
	"^/main/register$" => "/index.php?action=register",
	"^/main/openid$" => "/index.php?action=openidlogin",
	"^/main/remote$" => "/index.php?action=remotesubscribe",

	"^/main/subscribe$" => "/index.php?action=subscribe",
	"^/main/unsubscribe$" => "/index.php?action=unsubscribe",
	"^/main/confirmaddress$" => "/index.php?action=confirmaddress",
	"^/main/confirmaddress/(.*)$" => "/index.php?action=confirmaddress&code=$1",
	"^/main/recoverpassword$" => "/index.php?action=recoverpassword",
	"^/main/recoverpassword/(.*)$" => "/index.php?action=recoverpassword&code=$1",
	"^/main/invite$" => "/index.php?action=invite",

	"^/main/favor$" => "/index.php?action=favor",
	"^/main/disfavor$" => "/index.php?action=disfavor",

	"^/main/sup$" => "/index.php?action=sup",

	"^/main/tagother$" => "/index.php?action=tagother",

	"^/settings/profile$" => "/index.php?action=profilesettings",
	"^/settings/openid$" => "/index.php?action=openidsettings",
	"^/settings/im$" => "/index.php?action=imsettings",
	"^/settings/email$" => "/index.php?action=emailsettings",
	"^/settings/sms$" => "/index.php?action=smssettings",
	"^/settings/twitter$" => "/index.php?action=twittersettings",
	"^/settings/other$" => "/index.php?action=othersettings",

	"^/search/people(?:\?(.*)|$)$" => "/index.php?action=peoplesearch&$1",
	"^/search/notice(?:\?(.*)|$)$" => "/index.php?action=noticesearch&$1",
	"^/search/notice/rss(?:\?(.*)|$)" => "/index.php?action=noticesearchrss&$1",

	"^/notice/new$" => "/index.php?action=newnotice",
	"^/notice/(\d+)$" => "/index.php?action=shownotice&notice=$1",
	"^/notice/delete/((\d+))?$" => "/index.php?action=deletenotice&notice=$2",
	"^/notice/delete$" => "/index.php?action=deletenotice",

	"^/message/new$" => "/index.php?action=newmessage",
	"^/message/(\d+)$" => "/index.php?action=showmessage&message=$1",

	"^/user/(\d+)$" => "/index.php?action=userbyid&id=$1",

	"^/tags/?$" => "/index.php?action=tag",
	"^/tag/([a-zA-Z0-9]+)/rss$" => "/index.php?action=tagrss&tag=$1",
	"^/tag(/(.*))?$" => "/index.php?action=tag&tag=$2",

	"^/peopletag/([a-zA-Z0-9]+)$" => "/index.php?action=peopletag&tag=$1",

	"^/featured/?$" => "/index.php?action=featured",
	"^/favorited/?$" => "/index.php?action=favorited",

	"^/(\w+)/subscriptions$" => "/index.php?action=subscriptions&nickname=$1",
	"^/(\w+)/subscriptions/([a-zA-Z0-9]+)$" => "/index.php?action=subscriptions&nickname=$1&tag=$2",
	"^/(\w+)/subscribers/([a-zA-Z0-9]+)$" => "/index.php?action=subscribers&nickname=$1&tag=$2",
	"^/(\w+)/subscribers$" => "/index.php?action=subscribers&nickname=$1",
	"^/(\w+)/nudge$" => "/index.php?action=nudge&nickname=$1",
	"^/(\w+)/xrds$" => "/index.php?action=xrds&nickname=$1",
	"^/(\w+)/rss$" => "/index.php?action=userrss&nickname=$1",
	"^/(\w+)/all$" => "/index.php?action=all&nickname=$1",
	"^/(\w+)/all/rss$" => "/index.php?action=allrss&nickname=$1",
	"^/(\w+)/foaf$" => "/index.php?action=foaf&nickname=$1",
	"^/(\w+)/replies$" => "/index.php?action=replies&nickname=$1",
	"^/(\w+)/replies/rss$" => "/index.php?action=repliesrss&nickname=$1",
	"^/(\w+)/avatar/(original|96|48|24)$" => "/index.php?action=avatarbynickname&nickname=$1&size=$2",
	"^/(\w+)/favorites$" => "/index.php?action=showfavorites&nickname=$1",
	"^/(\w+)/favorites/rss$" => "/index.php?action=favoritesrss&nickname=$1",
	"^/(\w+)/inbox$" => "/index.php?action=inbox&nickname=$1",
	"^/(\w+)/outbox$" => "/index.php?action=outbox&nickname=$1",
	"^/(\w+)/microsummary$" => "/index.php?action=microsummary&nickname=$1",

	"^/(\w+)$" => "/index.php?action=showstream&nickname=$1",

	# Twitter-compatible API rewrites
	# XXX: Surely these can be refactored a little -- Zach
	"^/api/statuses/public_timeline(.*)$" => "/index.php?action=api&apiaction=statuses&method=public_timeline$1",
	"^/api/statuses/friends_timeline(.*)$" => "/index.php?action=api&apiaction=statuses&method=friends_timeline$1",
	"^/api/statuses/user_timeline/(.*)$" => "/index.php?action=api&apiaction=statuses&method=user_timeline&argument=$1",
	"^/api/statuses/user_timeline(.*)$" => "/index.php?action=api&apiaction=statuses&method=user_timeline$1",
	"^/api/statuses/show/(.*)$" => "/index.php?action=api&apiaction=statuses&method=show&argument=$1",
	"^/api/statuses/update(.*)$" => "/index.php?action=api&apiaction=statuses&method=update$1",
	"^/api/statuses/replies(.*)$" => "/index.php?action=api&apiaction=statuses&method=replies&argument=$1",
	"^/api/statuses/destroy/(.*)$" => "/index.php?action=api&apiaction=statuses&method=destroy&argument=$1",
	"^/api/statuses/friends/(.*)$" => "/index.php?action=api&apiaction=statuses&method=friends&argument=$1",
	"^/api/statuses/friends(.*)$" => "/index.php?action=api&apiaction=statuses&method=friends$1",
	"^/api/statuses/followers/(.*)$" => "/index.php?action=api&apiaction=statuses&method=followers&argument=$1",
	"^/api/statuses/followers(.*)$" => "/index.php?action=api&apiaction=statuses&method=followers$1",
	"^/api/statuses/featured(.*)$" => "/index.php?action=api&apiaction=statuses&method=featured$1",
	"^/api/users/show/(.*)$" => "/index.php?action=api&apiaction=users&method=show&argument=$1",
	"^/api/users/show(.*)$" => "/index.php?action=api&apiaction=users&method=show$1",
	"^/api/direct_messages/sent(.*)$" => "/index.php?action=api&apiaction=direct_messages&method=sent$1",
	"^/api/direct_messages/destroy/(.*)$" => "/index.php?action=api&apiaction=direct_messages&method=destroy&argument=$1",
	"^/api/direct_messages/new(.*)$" => "/index.php?action=api&apiaction=direct_messages&method=create$1",
	"^/api/direct_messages(.*)$" => "/index.php?action=api&apiaction=direct_messages&method=direct_messages$1",
	"^/api/friendships/create/(.*)$" => "/index.php?action=api&apiaction=friendships&method=create&argument=$1",
	"^/api/friendships/destroy/(.*)$" => "/index.php?action=api&apiaction=friendships&method=destroy&argument=$1",
	"^/api/friendships/exists(.*)$" => "/index.php?action=api&apiaction=friendships&method=exists$1",
	"^/api/account/verify_credentials(.*)$" => "/index.php?action=api&apiaction=account&method=verify_credentials$1",
	"^/api/account/end_session$" => "/index.php?action=api&apiaction=account&method=end_session$1",
	"^/api/account/update_location(.*)$" => "/index.php?action=api&apiaction=account&method=update_location$1",
	"^/api/account/update_delivery_device(.*)$" => "/index.php?action=api&apiaction=account&method=update_delivery_device$1",
	"^/api/account/rate_limit_status(.*)$" => "/index.php?action=api&apiaction=account&method=rate_limit_status$1",
	"^/api/favorites/create/(.*)$" => "/index.php?action=api&apiaction=favorites&method=create&argument=$1",
	"^/api/favorites/destroy/(.*)$" => "/index.php?action=api&apiaction=favorites&method=destroy&argument=$1",
	"^/api/favorites/(.*)$" => "/index.php?action=api&apiaction=favorites&method=favorites&argument=$1",
	"^/api/favorites(.*)$" => "/index.php?action=api&apiaction=favorites&method=favorites$1",
	"^/api/notifications/follow/(.*)$" => "/index.php?action=api&apiaction=notifications&method=follow&argument=$1",
	"^/api/notifications/leave/(.*)$" => "/index.php?action=api&apiaction=notifications&method=leave&argument=$1",
	"^/api/blocks/create/(.*)$" => "/index.php?action=api&apiaction=blocks&method=create&argument=$1",
	"^/api/blocks/destroy/(.*)$" => "/index.php?action=api&apiaction=blocks&method=destroy&argument=$1",
	"^/api/help/(.*)$" => "/index.php?action=api&apiaction=help&method=$1"
	)
}
]]> http://feedsandwich.com/2008/12/09/fancy-urls-with-laconica-updated.html/feed