Skip to main content

Microsoft Hackathon at PHPBenelux Conference 2012

I started these series on Zend Framework Apps on Windows Azure and maybe it's nice to know I'll be at the PHPBenelux Conference 2012 Microsoft Hackathon where I'll be joined by Windows Azure MVP Maarten Balliauw, Katrien De Graeve and Craig Kitterman of Microsoft and offer you the opportunity to hack on the PHP tools Microsoft and partners have developped to integrate your apps on the various Microsoft platforms.

Even if you have no knowledge of any of Microsoft's PHP solutions you're more then happy to join us and see how you can build applications so they can be distributed with the Web Platform Installer for running on Windows IIS servers.

Or maybe you just ended up with a new job in a company that only runs Windows Servers. We'll explain what you need to do so your applications run smoothly on these Microsoft IIS infrastructures.

And of course we'll have a look at Windows Azure, the cloud solution of Microsoft that allows you to develop PHP apps for the future. With grandmasters Maarten Balliauw and Craig Kitterman it's going to be an experience comparable to Alice in Wonderland. Are you ready to see how deep the Microsoft PHP tunnel runs?

Get your tickets now for the PHPBenelux Conference 2012 and join us to hack and learn more of all the Microsoft PHP tools and blow away your teammates and competitors with awesome applications.


  1. Thank you to share the author, the article is very beautiful!

  2. Thanks for this. I really like what you've posted here and wish you the best of luck with this blog!

  3. Hi Michelangelo, I've been trying to contact you via google plus mail, but I'm not sure my message went through (?)

    I could not find a contact form on your blog either. I would appreciate if you could drop a reply to my email provided.


  4. Windows Azure, the cloud solution of Microsoft that allows you to develop PHP apps for the future.Thanks for sharing it.

    php programmer


Post a Comment

Popular posts from this blog

PHP 7 and Apache on macOS Sierra

I posted several talks about compiling PHP from source, but everyone was trying to convince me that a package manager like Homebrew was a more convenient way to install. The purpose of Homebrew is simple: a package manager for macOS that will allow you to set up and install common packages easily and allows you to update frequently using simple commands. I used a clean installation of macOS Sierra to ensure all steps could be recorded and tested. In most cases you already have done work on your Mac, so chances are you can skip a few steps in this tutorial. APACHE AND PHP WITH HOMEBREW I’ve made this according to the installation instructions given on GetGrav. The installation procedures These installation procedures will set up your macOS Sierra with PHP 7.1 and Apache 2.4. Install Xcode command line tools (if not done yet)xcode-select --install Install Homebrew/usr/bin/ruby -e "$(curl -fsSL" Set up for in…

Sessions in PHP 7.1 and Redis

In case you have missed it, PHP 7.1.0 has been released recently. Now you can’t wait to upgrade your servers to the latest and greatest PHP version ever. But hold that thought a second… With PHP 7 lots of things have changed underneath the hood. But these changed features can also put unexpected challenges on your path. Our challenge One of these challenges that we faced was getting PHP 7.1 to play nice storing sessions in our Redis storage. In order to store sessions in Redis, we needed to install the Redis PHP extension that not only provides PHP functions for Redis, but also installs the PHP session handler for Redis. Because we upgraded our servers to PHP 7.1, we were looking to use the latest provided version for this Redis extension: redis-3.1.0. Once installed, we bumped against a nasty problem. Warning: session_start(): Failed to read session data: redis (path: tcp:// Searching the internet for this error, we didn’t got many hits that could point us into a dire…

Speeding up database calls with PDO and iterators

When you review lots of code, you often wonder why things were written the way they were. Especially when making expensive calls to a database, I still see things that could and should be improved.
No framework development When working with a framework, mostly these database calls are optimized for the developer and abstract the complex logic to improve and optimize the retrieval and usage of data. But then developers need to build something without a framework and end up using the basics of PHP in a sub-optimal way.

$pdo = new \PDO( $config['db']['dsn'], $config['db']['username'], $config['db']['password'] ); $sql = 'SELECT * FROM `gen_contact` ORDER BY `contact_modified` DESC'; $stmt = $pdo->prepare($sql); $stmt->execute(); $data = $stmt->fetchAll(\PDO::FETCH_OBJ); echo 'Getting the contacts that changed the last 3 months' . PHP_EOL; foreach ($data as $row) { $dt = new \DateTime('2015-04-…