<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: A few words about the InstantUpgrade plugin</title>
	<link>http://www.zirona.com/blog/wissenswertes/a-few-words-about-the-instantupgrade-plugin/</link>
	<description>OpenSource Consulting</description>
	<pubDate>Sun, 07 Sep 2008 13:22:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: Alex Günsche</title>
		<link>http://www.zirona.com/blog/wissenswertes/a-few-words-about-the-instantupgrade-plugin/#comment-17980</link>
		<pubDate><br />
<b>Warning</b>:  mktime() expects parameter 4 to be long, string given in <b>/var/www/htdocs/www.zirona.com/wp-includes/functions.php</b> on line <b>24</b><br />
Thu, 01 Jan 1970 01:00:00 +0000</pubDate>
		<guid>http://www.zirona.com/blog/wissenswertes/a-few-words-about-the-instantupgrade-plugin/#comment-17980</guid>
					<description>kit, thank you for your very valuable feedback.

&lt;blockquote&gt;I hadn’t seen the information about v1.0, I think that’s most definitely a step in the right direction to land this program in Core. I really can’t express to you how much I like this plugin, and if you can find a way to do this through FTP that wouldn’t require permissions changes, I really think you’re onto something.&lt;/blockquote&gt;

Yes, this is the whole idea. I &lt;em&gt;could&lt;/em&gt; use PHP's FTP functions, but unfortunately they don't exist on all hosts. I'm using the pemftp library now, which is very cool and does everything with raw FTP commands on the TCP stack, but it seems not to be 100% stable. As soon as I'll have more time again, I'll continue working on it.

&lt;blockquote&gt;As for upgrades to InstantUpgrade itself, I think now that the plugins upgrader notification is built in, it’s only a couple steps away from having InstantUpgrade require the latest version of the software be installed before attempting to upgrade Wordpress.&lt;/blockquote&gt;

Indeed, that is one of the benefits of this new feature. However, I want to stay 2.0.x compatible, so it's not that easy in the end. ;)

&lt;blockquote&gt;The only other thing I know Matt expressed a little hesitation about was in regards to your treatment of Plugins. The reason I understand for the deactivation of plugins is that plugins are the primary reason a WP installation will break upon upgrade. I’ve had this problem happen to me to the point where a plugin broke my WP so bad I couldn’t even access my plugins panel to deactivate it, and I had to enter through FTP and manually delete plugins until I found the right one.&lt;/blockquote&gt;

I know, we've been discussing that with fellow WP users and devs, and I now agree that it is a useful feature for many. It's on my list for the next release.

&lt;blockquote&gt;Anyway, I will continue to be a faithful InstantUpgrade user as long as you support it, and I will seriously consider running a cloned site for the express purpose of testing out the 1.0 version on my provider.&lt;/blockquote&gt;

That would be cool indeed, but let's wait a bit till I release a modified alpha of 1.0. The current one is just too screwed to waste time on it.</description>
		<content:encoded><![CDATA[<p>kit, thank you for your very valuable feedback.</p>
<blockquote><p>I hadn’t seen the information about v1.0, I think that’s most definitely a step in the right direction to land this program in Core. I really can’t express to you how much I like this plugin, and if you can find a way to do this through FTP that wouldn’t require permissions changes, I really think you’re onto something.</p></blockquote>
<p>Yes, this is the whole idea. I <em>could</em> use PHP&#8217;s FTP functions, but unfortunately they don&#8217;t exist on all hosts. I&#8217;m using the pemftp library now, which is very cool and does everything with raw FTP commands on the TCP stack, but it seems not to be 100% stable. As soon as I&#8217;ll have more time again, I&#8217;ll continue working on it.</p>
<blockquote><p>As for upgrades to InstantUpgrade itself, I think now that the plugins upgrader notification is built in, it’s only a couple steps away from having InstantUpgrade require the latest version of the software be installed before attempting to upgrade Wordpress.</p></blockquote>
<p>Indeed, that is one of the benefits of this new feature. However, I want to stay 2.0.x compatible, so it&#8217;s not that easy in the end. <img src='http://www.zirona.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<blockquote><p>The only other thing I know Matt expressed a little hesitation about was in regards to your treatment of Plugins. The reason I understand for the deactivation of plugins is that plugins are the primary reason a WP installation will break upon upgrade. I’ve had this problem happen to me to the point where a plugin broke my WP so bad I couldn’t even access my plugins panel to deactivate it, and I had to enter through FTP and manually delete plugins until I found the right one.</p></blockquote>
<p>I know, we&#8217;ve been discussing that with fellow WP users and devs, and I now agree that it is a useful feature for many. It&#8217;s on my list for the next release.</p>
<blockquote><p>Anyway, I will continue to be a faithful InstantUpgrade user as long as you support it, and I will seriously consider running a cloned site for the express purpose of testing out the 1.0 version on my provider.</p></blockquote>
<p>That would be cool indeed, but let&#8217;s wait a bit till I release a modified alpha of 1.0. The current one is just too screwed to waste time on it.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: kit</title>
		<link>http://www.zirona.com/blog/wissenswertes/a-few-words-about-the-instantupgrade-plugin/#comment-17979</link>
		<pubDate><br />
<b>Warning</b>:  mktime() expects parameter 4 to be long, string given in <b>/var/www/htdocs/www.zirona.com/wp-includes/functions.php</b> on line <b>24</b><br />
Thu, 01 Jan 1970 01:00:00 +0000</pubDate>
		<guid>http://www.zirona.com/blog/wissenswertes/a-few-words-about-the-instantupgrade-plugin/#comment-17979</guid>
					<description>Alex,

I hadn't seen the information about v1.0, I think that's most definitely a step in the right direction to land this program in Core. I really can't express to you how much I like this plugin, and if you can find a way to do this through FTP that wouldn't require permissions changes, I really think you're onto something.

As for upgrades to InstantUpgrade itself, I think now that the plugins upgrader notification is built in, it's only a couple steps away from having InstantUpgrade require the latest version of the software be installed before attempting to upgrade Wordpress.

The only other thing I know Matt expressed a little hesitation about was in regards to your treatment of Plugins. The reason I understand for the deactivation of plugins is that plugins are the primary reason a WP installation will break upon upgrade. I've had this problem happen to me to the point where a plugin broke my WP so bad I couldn't even access my plugins panel to deactivate it, and I had to enter through FTP and manually delete plugins until I found the right one.

Anyway, I will continue to be a faithful InstantUpgrade user as long as you support it, and I will seriously consider running a cloned site for the express purpose of testing out the 1.0 version on my provider.</description>
		<content:encoded><![CDATA[<p>Alex,</p>
<p>I hadn&#8217;t seen the information about v1.0, I think that&#8217;s most definitely a step in the right direction to land this program in Core. I really can&#8217;t express to you how much I like this plugin, and if you can find a way to do this through FTP that wouldn&#8217;t require permissions changes, I really think you&#8217;re onto something.</p>
<p>As for upgrades to InstantUpgrade itself, I think now that the plugins upgrader notification is built in, it&#8217;s only a couple steps away from having InstantUpgrade require the latest version of the software be installed before attempting to upgrade Wordpress.</p>
<p>The only other thing I know Matt expressed a little hesitation about was in regards to your treatment of Plugins. The reason I understand for the deactivation of plugins is that plugins are the primary reason a WP installation will break upon upgrade. I&#8217;ve had this problem happen to me to the point where a plugin broke my WP so bad I couldn&#8217;t even access my plugins panel to deactivate it, and I had to enter through FTP and manually delete plugins until I found the right one.</p>
<p>Anyway, I will continue to be a faithful InstantUpgrade user as long as you support it, and I will seriously consider running a cloned site for the express purpose of testing out the 1.0 version on my provider.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Lorelle</title>
		<link>http://www.zirona.com/blog/wissenswertes/a-few-words-about-the-instantupgrade-plugin/#comment-2698</link>
		<pubDate><br />
<b>Warning</b>:  mktime() expects parameter 4 to be long, string given in <b>/var/www/htdocs/www.zirona.com/wp-includes/functions.php</b> on line <b>24</b><br />
Thu, 01 Jan 1970 01:00:00 +0000</pubDate>
		<guid>http://www.zirona.com/blog/wissenswertes/a-few-words-about-the-instantupgrade-plugin/#comment-2698</guid>
					<description>Excellent points, and a great help to those having trouble with the Plugin and the security issues. Thank you.

And keep up the great work. I know that this, or something similar, will work eventually, as soon as the kinks are worked out. Thanks for helping to break ground.</description>
		<content:encoded><![CDATA[<p>Excellent points, and a great help to those having trouble with the Plugin and the security issues. Thank you.</p>
<p>And keep up the great work. I know that this, or something similar, will work eventually, as soon as the kinks are worked out. Thanks for helping to break ground.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
