<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Portability Is A Good Goal</title>
	<atom:link href="http://blog.ericlamb.net/2010/07/portability-is-a-good-thing/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.ericlamb.net/2010/07/portability-is-a-good-thing/</link>
	<description>Thoughts on programming, people and life</description>
	<lastBuildDate>Sat, 04 Feb 2012 09:01:37 -0800</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Eric Lamb</title>
		<link>http://blog.ericlamb.net/2010/07/portability-is-a-good-thing/comment-page-1/#comment-6596</link>
		<dc:creator>Eric Lamb</dc:creator>
		<pubDate>Tue, 27 Jul 2010 17:08:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ericlamb.net/?p=3115#comment-6596</guid>
		<description>Hi wbond,

It&#039;s been my experience that most deployment issues, with your everyday, and generic, WordPress, ExpressionEngine, or similiar, sites comes down to the paths. Rarely are there issues with missing extensions though that&#039;s not unheard of (obviously). Missing extensions are just not something that comes up enough to warrant a rant :)

Your point about OS and PHP version support, while valid in some cases, are the types of concerns that are burned into a developers mind while working on the project I think. Meaning that, in my opinion, most competent programmers know there are going to be issues moving a site from Windows running IIS 6 with PHP 5.1 and MySQL 4 to Linux with Apache 2.2, PHP 5.3.2 and MySQL 5.1; that&#039;s going to be something that requires care and thought. That type of problem isn&#039;t insidious or frustrating to me because it&#039;s an obvious concern for most of us. It&#039;s comparable to attempting an install of Windows 95 software on Windows 7 in my opinion; shit&#039;s gonna come up. 

I don&#039;t agree that portability doesn&#039;t matter because, as you said, &quot;most application will only ever live on a single, managed server&quot;. That hasn&#039;t been my experience; in fact the opposite is true. Most sites do move to another environment at one time or another (especially if developed with a dev -&gt; stage -&gt; live paradigm). 

I am a freelancer and before that I worked at agencies for years so my perspective is definitely skewed though.

Thanks for the heads up on Flourish BTW; it looks like an interesting project and a new shiny toy to play with :). 

Eric</description>
		<content:encoded><![CDATA[<p>Hi wbond,</p>
<p>It&#8217;s been my experience that most deployment issues, with your everyday, and generic, WordPress, ExpressionEngine, or similiar, sites comes down to the paths. Rarely are there issues with missing extensions though that&#8217;s not unheard of (obviously). Missing extensions are just not something that comes up enough to warrant a rant <img src='http://blog.ericlamb.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Your point about OS and PHP version support, while valid in some cases, are the types of concerns that are burned into a developers mind while working on the project I think. Meaning that, in my opinion, most competent programmers know there are going to be issues moving a site from Windows running IIS 6 with PHP 5.1 and MySQL 4 to Linux with Apache 2.2, PHP 5.3.2 and MySQL 5.1; that&#8217;s going to be something that requires care and thought. That type of problem isn&#8217;t insidious or frustrating to me because it&#8217;s an obvious concern for most of us. It&#8217;s comparable to attempting an install of Windows 95 software on Windows 7 in my opinion; shit&#8217;s gonna come up. </p>
<p>I don&#8217;t agree that portability doesn&#8217;t matter because, as you said, &#8220;most application will only ever live on a single, managed server&#8221;. That hasn&#8217;t been my experience; in fact the opposite is true. Most sites do move to another environment at one time or another (especially if developed with a dev -> stage -> live paradigm). </p>
<p>I am a freelancer and before that I worked at agencies for years so my perspective is definitely skewed though.</p>
<p>Thanks for the heads up on Flourish BTW; it looks like an interesting project and a new shiny toy to play with <img src='http://blog.ericlamb.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> . </p>
<p>Eric</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: wbond</title>
		<link>http://blog.ericlamb.net/2010/07/portability-is-a-good-thing/comment-page-1/#comment-6592</link>
		<dc:creator>wbond</dc:creator>
		<pubDate>Tue, 27 Jul 2010 16:31:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.ericlamb.net/?p=3115#comment-6592</guid>
		<description>While I agree with the concepts you are outlining here, I was expecting something more extensive when you mentioned portability in the title. With PHP, not only is configuration a big part of portability, but extension availability, server OS and PHP version support.

In many cases, such portability doesn&#039;t really matter since most application will only ever live on a single, managed server. Such issues do get much more important once you start dealing with open source or commercial applications. They can even be important to freelancers and agencies who need to work on different client environments.

I have spent a good amount of time working on such projects, and as part of it I&#039;ve created a general-purpose PHP library that addresses many issues of portability, including providing native PHP implementations of non-standard extensions, consistent support for all of the major database engines, support for alternates such as GD and ImageMagick. If anyone is interested, you can learn more about Flourish at http://flourishlib.com.</description>
		<content:encoded><![CDATA[<p>While I agree with the concepts you are outlining here, I was expecting something more extensive when you mentioned portability in the title. With PHP, not only is configuration a big part of portability, but extension availability, server OS and PHP version support.</p>
<p>In many cases, such portability doesn&#8217;t really matter since most application will only ever live on a single, managed server. Such issues do get much more important once you start dealing with open source or commercial applications. They can even be important to freelancers and agencies who need to work on different client environments.</p>
<p>I have spent a good amount of time working on such projects, and as part of it I&#8217;ve created a general-purpose PHP library that addresses many issues of portability, including providing native PHP implementations of non-standard extensions, consistent support for all of the major database engines, support for alternates such as GD and ImageMagick. If anyone is interested, you can learn more about Flourish at <a href="http://flourishlib.com" onclick="return TrackClick('http%3A%2F%2Fflourishlib.com','http%3A%2F%2Fflourishlib.com')" rel="nofollow">http://flourishlib.com</a>.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

