<?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: Installing Web Applications</title>
	<atom:link href="http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/</link>
	<description>PHP Programming, Web Development, PHP Advocacy and PHP Best Practices.</description>
	<lastBuildDate>Sun, 14 Mar 2010 11:08:56 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Aaron Saray</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-81899</link>
		<dc:creator>Aaron Saray</dc:creator>
		<pubDate>Sun, 17 Jun 2007 02:46:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-81899</guid>
		<description>Another thought for ease of installation would be a top down 1 long PHP script distribution (the only caveat is that it would require the user PHP/apache is running as to have write access to the file system where the script is running).

Anyway, the theory is this: The automated tool parses the directory structure and makes a list of the php folders and files.  It then brings all of the directory structure making code into the first part of this php file.  Then, it brings in the code for each PHP file into the source as well.  So, when you &quot;drag and drop&quot; the code into the location, and run it, it makes the distribution (and possibly can delete itself?  I haven&#039;t thought this idea out...) 

Then, any data could also be imported into the end (sql insertion etc...)... but this would require configuration questions as the script runs - which are still easy to do.

Finally, any website that serves these php files would send a header of plain text for the .php files in their download section.  This way, you&#039;d get &#039;aaronsAwesomeProgram.php&#039; with the proper extension ready to be executed (without being processed on the host machine).

I&#039;m sure there are errors in this - because I just thought of it off the top of my head... and I apologize if any of the packages mentioned above do this - I haven&#039;t had a chance to check them out yet.

Finally, as an afterthought - the mac installation - the windows installation, both are desktop environments primarily... When you&#039;re installing something on a server, the security model is usually different (for example, the last time I installed something on a windows 2003 server, I had to run-as and authenticate as an administrator)... so, where most PHP scripts are running, they are under more strict security models as well - kind of getting rid of this whole drag and drop installation paradigm.</description>
		<content:encoded><![CDATA[<p>Another thought for ease of installation would be a top down 1 long PHP script distribution (the only caveat is that it would require the user PHP/apache is running as to have write access to the file system where the script is running).</p>
<p>Anyway, the theory is this: The automated tool parses the directory structure and makes a list of the php folders and files.  It then brings all of the directory structure making code into the first part of this php file.  Then, it brings in the code for each PHP file into the source as well.  So, when you &#8220;drag and drop&#8221; the code into the location, and run it, it makes the distribution (and possibly can delete itself?  I haven&#8217;t thought this idea out&#8230;) </p>
<p>Then, any data could also be imported into the end (sql insertion etc&#8230;)&#8230; but this would require configuration questions as the script runs &#8211; which are still easy to do.</p>
<p>Finally, any website that serves these php files would send a header of plain text for the .php files in their download section.  This way, you&#8217;d get &#8216;aaronsAwesomeProgram.php&#8217; with the proper extension ready to be executed (without being processed on the host machine).</p>
<p>I&#8217;m sure there are errors in this &#8211; because I just thought of it off the top of my head&#8230; and I apologize if any of the packages mentioned above do this &#8211; I haven&#8217;t had a chance to check them out yet.</p>
<p>Finally, as an afterthought &#8211; the mac installation &#8211; the windows installation, both are desktop environments primarily&#8230; When you&#8217;re installing something on a server, the security model is usually different (for example, the last time I installed something on a windows 2003 server, I had to run-as and authenticate as an administrator)&#8230; so, where most PHP scripts are running, they are under more strict security models as well &#8211; kind of getting rid of this whole drag and drop installation paradigm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jackie</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-81429</link>
		<dc:creator>Jackie</dc:creator>
		<pubDate>Tue, 24 Apr 2007 05:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-81429</guid>
		<description>I have a mac and I can&#039;t find a program to set up the files I download, I have them on my computer but it seems none of the applications will run the file, is there anything you can recommend?</description>
		<content:encoded><![CDATA[<p>I have a mac and I can&#8217;t find a program to set up the files I download, I have them on my computer but it seems none of the applications will run the file, is there anything you can recommend?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Improving Web Application Installation as a Security Imperative &#124; Professional PHP</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-13015</link>
		<dc:creator>Improving Web Application Installation as a Security Imperative &#124; Professional PHP</dc:creator>
		<pubDate>Thu, 08 Dec 2005 05:19:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-13015</guid>
		<description>[...] I&#039;ve advocated better web application installation for a while, but as a usability issue. Increasingly, it is also a security issue. Just another example of why I think the PEAR installer is important. (and why I hope Zend PHP Framework is released on a PEAR channel.) [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;ve advocated better web application installation for a while, but as a usability issue. Increasingly, it is also a security issue. Just another example of why I think the PEAR installer is important. (and why I hope Zend PHP Framework is released on a PEAR channel.) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zend Framework Webcast &#124; Professional PHP</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-12972</link>
		<dc:creator>Zend Framework Webcast &#124; Professional PHP</dc:creator>
		<pubDate>Mon, 05 Dec 2005 22:29:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-12972</guid>
		<description>[...] It is much better to be able to declare dependencies on individual packages, rather than on one huge bundle of components. Monolithic distribution unnecessarily ties together the release schedules of packages that might otherwise have no common dependencies. Micro-packages on a PEAR channel are the future of PHP web application installation. [...]</description>
		<content:encoded><![CDATA[<p>[...] It is much better to be able to declare dependencies on individual packages, rather than on one huge bundle of components. Monolithic distribution unnecessarily ties together the release schedules of packages that might otherwise have no common dependencies. Micro-packages on a PEAR channel are the future of PHP web application installation. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: another fool</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-10749</link>
		<dc:creator>another fool</dc:creator>
		<pubDate>Mon, 05 Sep 2005 02:22:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-10749</guid>
		<description>In the windows world, drag-n-drop installs are generally known as &quot;malware&quot;.  In the Mac world, it is the ideal.  Go figure.</description>
		<content:encoded><![CDATA[<p>In the windows world, drag-n-drop installs are generally known as &#8220;malware&#8221;.  In the Mac world, it is the ideal.  Go figure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Moore&#8217;s Blog  &#187; Blog Archive   &#187; Installing PEAR Based Applications</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-8737</link>
		<dc:creator>Jeff Moore&#8217;s Blog  &#187; Blog Archive   &#187; Installing PEAR Based Applications</dc:creator>
		<pubDate>Wed, 20 Apr 2005 05:06:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-8737</guid>
		<description>[...] I&#039;d like to better integrate WACT with some PEAR packages.  My primary concern is over the installation implications. 	I didn&#039;t find a &quot;powered by PEAR&quot; sectio [...]</description>
		<content:encoded><![CDATA[<p>[...] I&#8217;d like to better integrate WACT with some PEAR packages.  My primary concern is over the installation implications. 	I didn&#8217;t find a &#8220;powered by PEAR&#8221; sectio [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Chronicles of Stuffed Guys  &#187; Blog Archive   &#187; Self extracting web installer</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-6033</link>
		<dc:creator>The Chronicles of Stuffed Guys  &#187; Blog Archive   &#187; Self extracting web installer</dc:creator>
		<pubDate>Thu, 10 Mar 2005 16:39:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-6033</guid>
		<description>[...] al software 	Not require unarchiving  (a wish, i know) 	Not require obscure PHP modules 	 	http://www.procata.com/blog/archives/2004/11/24/installing-web-applicati [...]</description>
		<content:encoded><![CDATA[<p>[...] al software 	Not require unarchiving  (a wish, i know) 	Not require obscure PHP modules 	 	<a href="http://www.procata.com/blog/archives/2004/11/24/installing-web-applicati" rel="nofollow">http://www.procata.com/blog/archives/2004/11/24/installing-web-applicati</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pacoit</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-6025</link>
		<dc:creator>pacoit</dc:creator>
		<pubDate>Wed, 09 Mar 2005 01:34:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-6025</guid>
		<description>I think a lot can be done and has been  accomplished through various package managers and PEAR. However, I see an unfair comparison between a &quot;Mac like&quot; install and an install on a hosted server with limited priviledges. After all, on the Mac, you are at your computer; you have access to the console; and you have all permissions.

Aside from that:
1) dependencies (ie, MySQL) are ok as long as they can be installed just as easily.

2) mimick *nix installs, with config files in user dir (ie, /home/webapps), so upgrades don&#039;t override user config.

3) ...more

The biggest thing may be to agree upon a standard. We&#039;ll also need a repository with packages checked for proper build by a trusted group.

</description>
		<content:encoded><![CDATA[<p>I think a lot can be done and has been  accomplished through various package managers and PEAR. However, I see an unfair comparison between a &#8220;Mac like&#8221; install and an install on a hosted server with limited priviledges. After all, on the Mac, you are at your computer; you have access to the console; and you have all permissions.</p>
<p>Aside from that:<br />
1) dependencies (ie, MySQL) are ok as long as they can be installed just as easily.</p>
<p>2) mimick *nix installs, with config files in user dir (ie, /home/webapps), so upgrades don&#8217;t override user config.</p>
<p>3) &#8230;more</p>
<p>The biggest thing may be to agree upon a standard. We&#8217;ll also need a repository with packages checked for proper build by a trusted group.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Moore&#8217;s Blog  &#187; Blog Archive   &#187; PEAR Channels</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-6011</link>
		<dc:creator>Jeff Moore&#8217;s Blog  &#187; Blog Archive   &#187; PEAR Channels</dc:creator>
		<pubDate>Mon, 07 Mar 2005 22:08:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-6011</guid>
		<description>[...] ted in the new  PEAR channels.  I like where this is going.  I especially like the idea of web application installers (versus library installers).  	 							   [...]</description>
		<content:encoded><![CDATA[<p>[...] ted in the new  PEAR channels.  I like where this is going.  I especially like the idea of web application installers (versus library installers).  	 							   [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nick Clarke</title>
		<link>http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-1874</link>
		<dc:creator>Nick Clarke</dc:creator>
		<pubDate>Sun, 19 Dec 2004 14:04:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.procata.com/blog/archives/2004/11/24/installing-web-applications/#comment-1874</guid>
		<description>I just read the post and this came to mind:
  http://izforge.com/izpack/

The only limitation would be that you have to have java installed, but it does run on the main OS&#039;s

Nick</description>
		<content:encoded><![CDATA[<p>I just read the post and this came to mind:<br />
  <a href="http://izforge.com/izpack/" rel="nofollow">http://izforge.com/izpack/</a></p>
<p>The only limitation would be that you have to have java installed, but it does run on the main OS&#8217;s</p>
<p>Nick</p>
]]></content:encoded>
	</item>
</channel>
</rss>
