Too many upgrades these days? Not really a problem.
For me, it's pretty much OK that the new version was released immediately after fixing the issue. „The problem“ of new release are the implications. Which means:
- „new version available“ announcement method
- upgrade distribution method
Announcement method
There are always sites where I forgot to install/activate my „Hide the upgrade message“ extension and the content-administrators must look at it and think about it. You say, they can just click to upgrade? I know they simply won't, it's too technical area of administration (or there is other constraint, like you're asked for FTP username/password). Like when the upgrade screen offers you localization-related options. That is by the way quite poorly designed and implemented, though the idea is nice.
Distribution/installation method
Second part of my problem. It hurts me. I like simple, effective, efficient, smoothly working things. What is this WordPress automatic-upgrade mechanism? An opposite. This crazy script downloads whole WP package, unpacks it a rewrites old files with new files. What is the most ridiculous part? It always download the package and rewrites everything. When upgrading from WP 2.8.3 to 2.8.4, there are exactly 3 files modified (including the files where only number of version is changed). But upgrade-script doesn't care. Download and rewrite everything is much more simpler than create incremental changes package, download it (5 KB instead of 2 MB) and apply it, isn't it? This is just stupid. No apologies.
Not speaking about when you actually can't finish the automatic upgrade because the script from some reason doesn't „consider“ 32 MB memory limit sufficient. You make me sad, WP core guys.
Comments
1. Georgik wrote: On August 13., 2009 comment number 1
In my opinion in the case of WordPress it's better to download complete package and deploy it. 2 MB is not too much.
Using system for deploying differential patch is little bit more complicated and you'll run into some problems. It's not impossible, it just require work and more effort in the beggining. You can find good implementation of patch deployment in Linux Kernel source code.
2. Kahi [author] wrote: On August 13., 2009 comment number 2
↪ Georgik I don't get your point. What is so difficult about preparing 10 relevant packages containing only modified files? It IMO doesn't matter at all whether you let the script unpack 20 or 800 files. Or actually there might be difference – in first case you can't run out of memory so easily.
I quit working with WordPress, comments are closed. My plugins will not be updated any more – at least not by me. Feel free to modify my source codes though… Also I am not able to provide support, sorry. –Kahi