I'd like to take this opportunity to respond to Edin's blog about what is stated in the CNET interview. As I mentioned in my response to Edin's blog entry, in the interview I never called out PHP 6 as a Zend product. I *did* talk about what's coming down the pipeline for PHP and mentioned that both Zend and Yahoo! have been contributing to the Unicode effort (which is true). One of my aims is to promote PHP proliferation and adoption, and talking about the support from organizations like Zend and Yahoo helps with that.
Zend is a commercial company working in the open source PHP community, as are Yahoo, IBM, Oracle and many others. There should not be an inherent conflict in that situation. We are very careful to acknowledge our relationship with the community – we point to the fact that there is such a large community of contributors to PHP as one of the key strengths of the technology (as can be seen in most of my presentations). We are also continually contributing significant Zend resources to the PHP community, working on PHP, Framework and the Eclipse IDE projects.
Our commercial activity is mostly around enabling larger corporations adopt PHP in a professional way, helping with architecture, training, development tools and runtime tools. The fact that these corporations adopt PHP further strengthens the community and creates opportunities for all of its participants.
Edin’s blog in part builds on a pre-existing perception that Zend claims more credit for PHP than it deserves. I acknowledge that there have been some unfortunate statements in the past that may have contributed to that perception. But that was years ago, and we have become very sensitive to that. Zend did not invent PHP, does not own PHP, etc. That goes for Zeev and I and all other Zenders. When we introduce ourselves we say that we are leading contributors to PHP, and I think we can make that case.
It’s also important to understand that it is *not* in Zend’s interest to claim that we are the only company behind PHP, that would make PHP look much smaller than it is which would be very counter productive to our quest for increasing PHP proliferation.
I think Stephen Shankland’s coverage of PHP and Zend are very positive, most of what he wrote is accurate. He may not be aware of the sensitivities in the community and so he describes PHP 6 in a way that it sounds like a Zend product. I did not say it, but Stephen writes the article from handwritten notes from the interview most probably a few hours later, so it is easy to see how that happens.
We will continue to promote PHP, the community, the contributors to it, the corporate support for it, and so forth. We are committed to make the whole community stronger, and will give continue to give credit to its many contributors.
Friday, July 21, 2006
Sunday, July 16, 2006
PHP 5 Adoption has Tipped!
PHP 5 was released in July 2004. Since its release two years ago, there has been a lot of talk about its adoption rate and whether it will surpass the PHP 4 installed base. Even a very narrow Google query will point you to a large amount of articles and blog entries on the subject. In December 2005, I was interviewed for internetnews.com and already pointed out then, that judging by support calls we get for our various products at Zend, almost 50% of development in PHP is being done on PHP 5. Still many weren't sure whether to believe that statistic as Web crawling stats in favor of PHP 4 were still showing a completely different picture.
No doubt that it will still take some time for PHP 5 to reach PHP 4's existing installed base. The main reason for this are the numerous PHP 4-based applications that were built over the years, and if it's not broken, don't fix it. Even at Zend, we have some apps which don't need to be maintained anymore, so we still run PHP 4 for those. But pretty much all new development is done with PHP 5.
That said, I think when judging adoption, the most important statistic is still understanding what people developing and building Web sites with PHP are actually using today. Last week I decided to check up on our support statistics again and see how things have changed in the last few months. I was pretty amazed with the latest results. Although I knew many were waiting for PHP 5.1 before upgrading, its release in last November seems to have created a huge increase in PHP 5 adoption. In July over 74% of support tickets were by customers using PHP 5 (and remember we do support both versions). You can see the results (in %) in the following graph. PHP 4 and PHP 5 are of course inverses of each other.
I've added a trendline to the graph which gives a good idea of how adoption seems to be quickly accelerating since the release of PHP 5.1. I'm the last one to recommend trusting such extrapolations on data, but there definitely seems to be some kind of trend here, and I think it's past the point of no return.
P.S. - Thanks to Shahar Evron, from our support team and contributor to the Zend Framework for getting me these stats.
No doubt that it will still take some time for PHP 5 to reach PHP 4's existing installed base. The main reason for this are the numerous PHP 4-based applications that were built over the years, and if it's not broken, don't fix it. Even at Zend, we have some apps which don't need to be maintained anymore, so we still run PHP 4 for those. But pretty much all new development is done with PHP 5.
That said, I think when judging adoption, the most important statistic is still understanding what people developing and building Web sites with PHP are actually using today. Last week I decided to check up on our support statistics again and see how things have changed in the last few months. I was pretty amazed with the latest results. Although I knew many were waiting for PHP 5.1 before upgrading, its release in last November seems to have created a huge increase in PHP 5 adoption. In July over 74% of support tickets were by customers using PHP 5 (and remember we do support both versions). You can see the results (in %) in the following graph. PHP 4 and PHP 5 are of course inverses of each other.
I've added a trendline to the graph which gives a good idea of how adoption seems to be quickly accelerating since the release of PHP 5.1. I'm the last one to recommend trusting such extrapolations on data, but there definitely seems to be some kind of trend here, and I think it's past the point of no return.
P.S. - Thanks to Shahar Evron, from our support team and contributor to the Zend Framework for getting me these stats.
Saturday, July 08, 2006
PHP represented at SIGMOD 2006
I was invited and spoke at the ACM SIGMOD conference in Chicago a couple of weeks ago. For those who aren't familiar with SIGMOD, it is ACM's Special Interest Group on Management of Data. The conference is probably the most important world-wide conference in this space where leading database researchers and developers meet to present their research papers.
It was therefore an honor and exciting to be given the opportunity of representing PHP as part of their industrial track. I gave a 25 minute presentation, focusing mainly on PHP's Web Services support and also talked about the XML Content Store work we're doing with IBM which is finding its way into the Zend Framework. The crowd was extremely well versed on XML and Web Services and I got some good questions.
As part of my track both BEA and Microsoft also presented some of their solutions. Erik Meijer from Microsoft presented a paper on LINQ which was very interesting. I've also posted my talk for those who are interested.
For lunch I caught up both with Hamid Pirahesh from IBM Research and with Erik Meijer. I had met Erik last about four years ago and I was surprised that I got somewhat the wrong impression of him back then. I had thought he was more of a purist language designer (e.g. C#/Java) but it was pretty cool to actually find out that he's a VB lover and that a lot of his thinking and the philosophy we followed when designing PHP are of similar nature. We both believe in ease-of-use and simplicity.
Hamid, Erik and I at lunch:
Now that dynamic languages are becoming first class citizens in the Enterprise, I believe we will be seeing more PHP coverage at such academic settings. Until next time...!
It was therefore an honor and exciting to be given the opportunity of representing PHP as part of their industrial track. I gave a 25 minute presentation, focusing mainly on PHP's Web Services support and also talked about the XML Content Store work we're doing with IBM which is finding its way into the Zend Framework. The crowd was extremely well versed on XML and Web Services and I got some good questions.
As part of my track both BEA and Microsoft also presented some of their solutions. Erik Meijer from Microsoft presented a paper on LINQ which was very interesting. I've also posted my talk for those who are interested.
For lunch I caught up both with Hamid Pirahesh from IBM Research and with Erik Meijer. I had met Erik last about four years ago and I was surprised that I got somewhat the wrong impression of him back then. I had thought he was more of a purist language designer (e.g. C#/Java) but it was pretty cool to actually find out that he's a VB lover and that a lot of his thinking and the philosophy we followed when designing PHP are of similar nature. We both believe in ease-of-use and simplicity.
Hamid, Erik and I at lunch:
Now that dynamic languages are becoming first class citizens in the Enterprise, I believe we will be seeing more PHP coverage at such academic settings. Until next time...!
Sunday, July 02, 2006
Eudora to Outlook Migration Update...
My previous blog entry regarding the Eudora to Outlook migration got some interest, so here are a few brief updates:
a) It's official. The MS Outlook import tool *really* sucks. Even if you first convert to Outlook Express, it just can't deal with a lot of the HTML emails and some customer Eudora tags. It left a lot of emails virtually unreadable. Thanks to an anonymous poster to my original blog entry, I found Aid4Mail which is commercial software that specializes in these imports. It worked MUCH better than the Outlook tools. It batch transferred all four years of email perfectly into Outlook. I just had to start it before going to sleep and in the morning it was done (remember this is over four years of email). Microsoft, you should consider licensing this technology! It's really in your benefit for such migrations to actually work.
b) As I mentioned in my previous posting, MS Outlook search sucks compared to Eudora. It was clear that I'd have to install one of the Desktop search products to get back some of the benefits of good search. I initially tried MSN Search as I thought it'd work best with MS Outlook. It was OK but it took too long to fire up after hitting enter on a search. So I installed Google Desktop Search and that works like a charm.
c) I mentioned that we use sanitizer at Zend which renames many attachments to attachment-xxxDEFANGED-doc. I hacked together a VBA script which went through all my years of email and renamed those attachments to be the correct original file name. I then also wrote a filter which would run on incoming messages and fix the attachment names. It's probably the worst code I've written but VBA is like PHP in that you don't have to know the language to use it :) You can find the filter at the following URL.
In order to use it, you should setup a Rule that filters incoming messages that have attachments. Also you need to create a directory c:\temp\attach which I use for temporary storage while extracting and reattaching attachments (Outlook doesn't support renaming attachments so you have to export and import them). Anyway, don't judge my coding skills by this code. It's pretty ugly and doesn't do any error checking. That said, it's been tested on a few hundred thousand messages and seems to be rock solid. It also logs what it does in C:\AttachmentFilter.txt. If you want the script that I used to bulk update all my emails, send me a note and I can send it to you. This code can be freely used for whatever purpose you wish.
So I think that completes my Outlook migration. Feel free to ping me if you have any questions.
a) It's official. The MS Outlook import tool *really* sucks. Even if you first convert to Outlook Express, it just can't deal with a lot of the HTML emails and some customer Eudora tags. It left a lot of emails virtually unreadable. Thanks to an anonymous poster to my original blog entry, I found Aid4Mail which is commercial software that specializes in these imports. It worked MUCH better than the Outlook tools. It batch transferred all four years of email perfectly into Outlook. I just had to start it before going to sleep and in the morning it was done (remember this is over four years of email). Microsoft, you should consider licensing this technology! It's really in your benefit for such migrations to actually work.
b) As I mentioned in my previous posting, MS Outlook search sucks compared to Eudora. It was clear that I'd have to install one of the Desktop search products to get back some of the benefits of good search. I initially tried MSN Search as I thought it'd work best with MS Outlook. It was OK but it took too long to fire up after hitting enter on a search. So I installed Google Desktop Search and that works like a charm.
c) I mentioned that we use sanitizer at Zend which renames many attachments to attachment-xxxDEFANGED-doc. I hacked together a VBA script which went through all my years of email and renamed those attachments to be the correct original file name. I then also wrote a filter which would run on incoming messages and fix the attachment names. It's probably the worst code I've written but VBA is like PHP in that you don't have to know the language to use it :) You can find the filter at the following URL.
In order to use it, you should setup a Rule that filters incoming messages that have attachments. Also you need to create a directory c:\temp\attach which I use for temporary storage while extracting and reattaching attachments (Outlook doesn't support renaming attachments so you have to export and import them). Anyway, don't judge my coding skills by this code. It's pretty ugly and doesn't do any error checking. That said, it's been tested on a few hundred thousand messages and seems to be rock solid. It also logs what it does in C:\AttachmentFilter.txt. If you want the script that I used to bulk update all my emails, send me a note and I can send it to you. This code can be freely used for whatever purpose you wish.
So I think that completes my Outlook migration. Feel free to ping me if you have any questions.
Subscribe to:
Posts (Atom)