inicio sindicaci;ón

Jimdo @ PHP Unconference

The weekend and therefore the second PHP Unconference in Hamburg is getting closer and closer. You can and WILL meet the Jimdo development team there, including Markus Wolff, Hinrich Sager, Boris Erdmann, Martin Denk, Christian Springub and myself (Sönke Ruempler). Boris and Sönke will give a(n) (un)talk about our message queue dropr and hopefully an enthusiastic discussion about distributed architectures and asynchronous programming!

So if you can’t wait for the weekend just watch one of our famous “Atomic Bomberman” matches held every evening in our office:

PECL spread module resurrected!

Yesterday I got an e-mail that two of my PECL bug reports for the spread module have been fixed. It seems that it gets some recent love from Rob  Richards who commited some fixes and cleanups. After a short test I can see that it’s basically working again (you can send messages to a group without segfaults). Although we have no use-case at the moment it’s nice to see someone is caring for it.

Thanks Rob! I’m gonna play a little bit around :)

Welcome Michael Dunsky!

Again, our team got reinforced - this time, we’re proud to annouce our new server administrator Michael Dunsky. He’s a really smart guy and will manage our servers and world-wide deployed infrastructure. He’ll also fill this blog with useful hints, howtos and other stuff!

Welcome Michael!

delicious, please fix your json API!

One month ago we wrote an email to the guys at delicious that their JSON API breaks the specification when it comes to escaping. Unfortunately we haven’t got any answer yet.

They’re escaping single quotes what is not neccessary and not allowed! This for example causes the Zend_Service_Delicious component of the ZF to fail and return an empty array if you try to get all bookmarks of a specific user whose bookmarks contain single quotes.

So please check the specification at json.org and fix your API!

Announcing “dropr” - the message queue framework for PHP

Finally, we’ve named our new open source message queue framework “dropr”.

Why? When Boris was writing the client angel script he somehow named it “dropr”. As we neither got better suggestions nor had any other idea we just decided for this name. Actually the name is a little bit fun because all those stupidR startupRs. But it’s nice and somehow our framework drops message into queues :)

If you’re using google to search for it, it’s already the first result.

So have a look at https://www.dropr.org/. We’re just writing a little installation manual about setting up the pre-release of our framework. We’ll keep you up-to-date on this blog, so stay tuned.

« Previous entries