<?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: Why Do Web Applications Stink So Badly?</title>
	<atom:link href="http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/feed" rel="self" type="application/rss+xml" />
	<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly</link>
	<description>Viewpoints on technology, society, and government</description>
	<lastBuildDate>Sun, 05 Feb 2012 03:11:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Logic Induction</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-8248</link>
		<dc:creator>Logic Induction</dc:creator>
		<pubDate>Mon, 03 Jan 2011 06:22:23 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-8248</guid>
		<description>ikiwiki is as stupid as it gets. the /etc/ikiwiki requirement cannot be got away with. that means shared webhosting is completely out.
The rest of CPAN requirements notwithstanding, the issue of creating a bunch of totally incomprehensible files; means there is &quot;more than way&quot; that the user will decide never to fix/debug or contribute to the project.

ikiwiki will live till the current author is alive !</description>
		<content:encoded><![CDATA[<p>ikiwiki is as stupid as it gets. the /etc/ikiwiki requirement cannot be got away with. that means shared webhosting is completely out.<br />
The rest of CPAN requirements notwithstanding, the issue of creating a bunch of totally incomprehensible files; means there is &#8220;more than way&#8221; that the user will decide never to fix/debug or contribute to the project.</p>
<p>ikiwiki will live till the current author is alive !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam Sjøgren</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2919</link>
		<dc:creator>Adam Sjøgren</dc:creator>
		<pubDate>Sat, 13 Dec 2008 12:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2919</guid>
		<description>I have recently found Hatta - http://hatta.sheep.art.pl/ - to be quite nice for a small, simple wiki.

It does not have a &quot;graphical&quot; editor, though - but I like its simplicity and featureset (clean URLs, backed by Mercurial, clean HTML/CSS that is easy to modify).

The author is really quick to update/respond to bug-reports etc.</description>
		<content:encoded><![CDATA[<p>I have recently found Hatta &#8211; <a href="http://hatta.sheep.art.pl/" rel="nofollow">http://hatta.sheep.art.pl/</a> &#8211; to be quite nice for a small, simple wiki.</p>
<p>It does not have a &#8220;graphical&#8221; editor, though &#8211; but I like its simplicity and featureset (clean URLs, backed by Mercurial, clean HTML/CSS that is easy to modify).</p>
<p>The author is really quick to update/respond to bug-reports etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2884</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Sat, 06 Dec 2008 18:50:08 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2884</guid>
		<description>Hi,

To all the posters expressing frustration trying to get Dokuwiki, Trac, etc. going, you may want to give BitNami a try (http://bitnami.org). It is free, we try our best to make the installation of the apps painless (to the point of including and configuring Apache, MySQL, etc. as part of the install) and to keep them secure</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>To all the posters expressing frustration trying to get Dokuwiki, Trac, etc. going, you may want to give BitNami a try (<a href="http://bitnami.org" rel="nofollow">http://bitnami.org</a>). It is free, we try our best to make the installation of the apps painless (to the point of including and configuring Apache, MySQL, etc. as part of the install) and to keep them secure</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2008-12-04 &#124; Yostivanich.com</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2859</link>
		<dc:creator>links for 2008-12-04 &#124; Yostivanich.com</dc:creator>
		<pubDate>Thu, 04 Dec 2008 15:11:38 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2859</guid>
		<description>[...] Why Do Web Applications Stink So Badly? &#124; The Changelog Web applications need to &quot; Separate code from data, Separate code from configuration, Separate all of the above from the DocumentRoot to the greatest extent possible&quot; (tags: webdevelopment programming) [...]</description>
		<content:encoded><![CDATA[<p>[...] Why Do Web Applications Stink So Badly? | The Changelog Web applications need to &quot; Separate code from data, Separate code from configuration, Separate all of the above from the DocumentRoot to the greatest extent possible&quot; (tags: webdevelopment programming) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2826</link>
		<dc:creator>Edward</dc:creator>
		<pubDate>Thu, 27 Nov 2008 15:27:01 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2826</guid>
		<description>The problem is that the entry barrier for web development is pretty low. This means (relatively) stupid developers can also be productive and &#039;get something done&#039;. Stupid developers = stinky code. There you have it.</description>
		<content:encoded><![CDATA[<p>The problem is that the entry barrier for web development is pretty low. This means (relatively) stupid developers can also be productive and &#8216;get something done&#8217;. Stupid developers = stinky code. There you have it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacques Chester</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2824</link>
		<dc:creator>Jacques Chester</dc:creator>
		<pubDate>Thu, 27 Nov 2008 10:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2824</guid>
		<description>Welcome to my world. Try not to look at the rubbish strewn everywhere.

&lt;a href=&quot;http://clubtroppo.com.au/2008/07/10/shared-hosting-is-doomed-and-i-have-the-graphs-to-prove-it/&quot; rel=&quot;nofollow&quot;&gt;My estimation&lt;/a&gt; is that systems designed to run inside VMs will eventually edge out systems which have to run on shared hosting.</description>
		<content:encoded><![CDATA[<p>Welcome to my world. Try not to look at the rubbish strewn everywhere.</p>
<p><a href="http://clubtroppo.com.au/2008/07/10/shared-hosting-is-doomed-and-i-have-the-graphs-to-prove-it/" rel="nofollow">My estimation</a> is that systems designed to run inside VMs will eventually edge out systems which have to run on shared hosting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2822</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 27 Nov 2008 08:04:01 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2822</guid>
		<description>My mistake... I just realized it&#039;s less of an issue just so long as the web server is running with mpm_perchild or PHP using (F)CGI/suexec.</description>
		<content:encoded><![CDATA[<p>My mistake&#8230; I just realized it&#8217;s less of an issue just so long as the web server is running with mpm_perchild or PHP using (F)CGI/suexec.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2821</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 27 Nov 2008 08:01:10 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2821</guid>
		<description>&quot;At this point, most of them will tell you to chmod -R 777 the install directory&quot;

This is why no one uses Linux.</description>
		<content:encoded><![CDATA[<p>&#8220;At this point, most of them will tell you to chmod -R 777 the install directory&#8221;</p>
<p>This is why no one uses Linux.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ralph Allan Rice</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2819</link>
		<dc:creator>Ralph Allan Rice</dc:creator>
		<pubDate>Thu, 27 Nov 2008 04:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2819</guid>
		<description>I would agree whole-heartedly. I think that web applications can be much improved if they worked right out of the box... like most system applications do.  They need to have installer that works with minimal headaches, little or no configuration changes, and (literally) no external dependencies.</description>
		<content:encoded><![CDATA[<p>I would agree whole-heartedly. I think that web applications can be much improved if they worked right out of the box&#8230; like most system applications do.  They need to have installer that works with minimal headaches, little or no configuration changes, and (literally) no external dependencies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mario</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2818</link>
		<dc:creator>mario</dc:creator>
		<pubDate>Thu, 27 Nov 2008 00:32:15 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2818</guid>
		<description>The chmod 777 issue can be avoided on professionally set up webservers. If the web server is running with mpm_perchild or PHP using (F)CGI/suexec, it&#039;s less of an issue.

Separating out the code into distributed directories (FHS) is not always possible due to the common PHP-with-HTML intermingling. Though, there are a few applications where it&#039;s easy to accomplish. I&#039;ve seen one of those Debian packages making sense actually.

But, can you provide a shining example of how you&#039;d package a web app? Seen a good one lately?

(Personally I think it&#039;s yet more troublesome that everyone clinches to SQL string concatenation, instead of using prepared statements.)</description>
		<content:encoded><![CDATA[<p>The chmod 777 issue can be avoided on professionally set up webservers. If the web server is running with mpm_perchild or PHP using (F)CGI/suexec, it&#8217;s less of an issue.</p>
<p>Separating out the code into distributed directories (FHS) is not always possible due to the common PHP-with-HTML intermingling. Though, there are a few applications where it&#8217;s easy to accomplish. I&#8217;ve seen one of those Debian packages making sense actually.</p>
<p>But, can you provide a shining example of how you&#8217;d package a web app? Seen a good one lately?</p>
<p>(Personally I think it&#8217;s yet more troublesome that everyone clinches to SQL string concatenation, instead of using prepared statements.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephen</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2817</link>
		<dc:creator>stephen</dc:creator>
		<pubDate>Thu, 27 Nov 2008 00:16:02 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2817</guid>
		<description>i kind of had the impression that he was talking about web apps in general..

oh, wait...</description>
		<content:encoded><![CDATA[<p>i kind of had the impression that he was talking about web apps in general..</p>
<p>oh, wait&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Goerzen</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2816</link>
		<dc:creator>John Goerzen</dc:creator>
		<pubDate>Wed, 26 Nov 2008 22:48:31 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2816</guid>
		<description>You probably do have a point on PHP putting too much in the document root.  But there&#039;s nothing inherent in the rest of the stack that mandates that, or even in PHP that mandates a lot of it.  Good point on those web hosts, though.</description>
		<content:encoded><![CDATA[<p>You probably do have a point on PHP putting too much in the document root.  But there&#8217;s nothing inherent in the rest of the stack that mandates that, or even in PHP that mandates a lot of it.  Good point on those web hosts, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Moxley Stratton</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2813</link>
		<dc:creator>Moxley Stratton</dc:creator>
		<pubDate>Wed, 26 Nov 2008 21:14:44 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2813</guid>
		<description>You brought up some really good points. Many of them however, are not the fault of web developers, but instead are the fault of history. If I write an open source application that I want to be widely adopted, I have to revert to bad practices such as requiring chmods (to allow writing files), and putting private files under document root (for those FTP-only web hosts that only give you access to the document root -- that is, most of them). It is a trade-off an open source publisher must make to make the application usable to a wide audience.

History has created an open source web stack that is ill-suited for deploying web application packages. The web server and application sever layers could use a lot of improvement. Try to direct your energies there. Many an open source web developer would be grateful.</description>
		<content:encoded><![CDATA[<p>You brought up some really good points. Many of them however, are not the fault of web developers, but instead are the fault of history. If I write an open source application that I want to be widely adopted, I have to revert to bad practices such as requiring chmods (to allow writing files), and putting private files under document root (for those FTP-only web hosts that only give you access to the document root &#8212; that is, most of them). It is a trade-off an open source publisher must make to make the application usable to a wide audience.</p>
<p>History has created an open source web stack that is ill-suited for deploying web application packages. The web server and application sever layers could use a lot of improvement. Try to direct your energies there. Many an open source web developer would be grateful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dalesmcd</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2812</link>
		<dc:creator>dalesmcd</dc:creator>
		<pubDate>Wed, 26 Nov 2008 20:36:38 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2812</guid>
		<description>Sounds like our requirements. We settled on the free open source edition of DekiWiki. We came close to going with Google Sites but turned away from that for other reasons.</description>
		<content:encoded><![CDATA[<p>Sounds like our requirements. We settled on the free open source edition of DekiWiki. We came close to going with Google Sites but turned away from that for other reasons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave James</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2811</link>
		<dc:creator>Dave James</dc:creator>
		<pubDate>Wed, 26 Nov 2008 20:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2811</guid>
		<description>Use ASP.NET, try Umbraco for an easy to install CMS. PHP stinks...</description>
		<content:encoded><![CDATA[<p>Use ASP.NET, try Umbraco for an easy to install CMS. PHP stinks&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Goerzen</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2809</link>
		<dc:creator>John Goerzen</dc:creator>
		<pubDate>Wed, 26 Nov 2008 19:14:56 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2809</guid>
		<description>Are you sure?

I&#039;ve submitted patches to Redmine (a Ruby on Rails app), I wrote PyGopherd (a multprotocol web/app server with plugins handled in a sane way) from scratch.  Or did you miss the part where I mentioned that I&#039;ve written web apps too?

Something tells me that a patch to remove the mention of chmod 777 from Wordpress would not be accepted.</description>
		<content:encoded><![CDATA[<p>Are you sure?</p>
<p>I&#8217;ve submitted patches to Redmine (a Ruby on Rails app), I wrote PyGopherd (a multprotocol web/app server with plugins handled in a sane way) from scratch.  Or did you miss the part where I mentioned that I&#8217;ve written web apps too?</p>
<p>Something tells me that a patch to remove the mention of chmod 777 from WordPress would not be accepted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Goerzen</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2808</link>
		<dc:creator>John Goerzen</dc:creator>
		<pubDate>Wed, 26 Nov 2008 19:11:24 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2808</guid>
		<description>This has nothing to do with random apps complying with a filesystem standard as distributed.  It has everything to do with them being written so poorly that it is impossible to deploy them in a sane way, such as a way that complies with the FHS as an example.</description>
		<content:encoded><![CDATA[<p>This has nothing to do with random apps complying with a filesystem standard as distributed.  It has everything to do with them being written so poorly that it is impossible to deploy them in a sane way, such as a way that complies with the FHS as an example.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rachel</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2807</link>
		<dc:creator>rachel</dc:creator>
		<pubDate>Wed, 26 Nov 2008 19:07:29 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2807</guid>
		<description>Webapps stink so bad because people who know better spend more time bitching in their weblogs than they do teaching n00bs or submitting patches.</description>
		<content:encoded><![CDATA[<p>Webapps stink so bad because people who know better spend more time bitching in their weblogs than they do teaching n00bs or submitting patches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GTAStud</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2805</link>
		<dc:creator>GTAStud</dc:creator>
		<pubDate>Wed, 26 Nov 2008 18:38:01 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2805</guid>
		<description>I couldn&#039;t agree more on the chmod 777 aspect. I guess it&#039;s to avoid dealing with millions of people not understanding the intricacies of file management, but should they be hosting webapps in the first place? 

Maybe what we need are web services that only host specific applications on domains. For example, instead of getting a shared hosting account for beginner wordpress users, maybe they could just get a wordpress hosting account. Then they wouldn&#039;t need to install it, or maintain the security. Much like using wordpress.com but with their own domains.</description>
		<content:encoded><![CDATA[<p>I couldn&#8217;t agree more on the chmod 777 aspect. I guess it&#8217;s to avoid dealing with millions of people not understanding the intricacies of file management, but should they be hosting webapps in the first place? </p>
<p>Maybe what we need are web services that only host specific applications on domains. For example, instead of getting a shared hosting account for beginner wordpress users, maybe they could just get a wordpress hosting account. Then they wouldn&#8217;t need to install it, or maintain the security. Much like using wordpress.com but with their own domains.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: akash</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2804</link>
		<dc:creator>akash</dc:creator>
		<pubDate>Wed, 26 Nov 2008 17:55:41 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2804</guid>
		<description>How can I avoid putting the database config file in the document root for any PHP application ?</description>
		<content:encoded><![CDATA[<p>How can I avoid putting the database config file in the document root for any PHP application ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sc</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2803</link>
		<dc:creator>sc</dc:creator>
		<pubDate>Wed, 26 Nov 2008 16:57:10 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2803</guid>
		<description>Um, I&#039;m pretty sure Rails does all three things you mentioned. The config files are in the config directory, and the rails code is not contained in the webroot. What exactly are you taking issue with?</description>
		<content:encoded><![CDATA[<p>Um, I&#8217;m pretty sure Rails does all three things you mentioned. The config files are in the config directory, and the rails code is not contained in the webroot. What exactly are you taking issue with?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2802</link>
		<dc:creator>mark</dc:creator>
		<pubDate>Wed, 26 Nov 2008 14:53:46 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2802</guid>
		<description>Nice rant, however I must point something out:

&quot;It also makes it almost impossible for people such as Debian maintainers to package up some webapps (such as just about every single one that uses Ruby on Rails) because there is just no sane way to make it behave with respect to the Filesystem Hierarchy Standard.&quot;

The Filesystem Hierarchy Standard sucks.
The whole LSB extends the FHS. Guess how much it will suck.

The idea that the FHS will at ANY TIME IN HISTORY make things EASIER is an illusion. People must realize it. Debian is lazy. They stick to the FHS and will never change it. So they split packages in order to fine-tune what a user wants, BUT THE USER IS FOREVER FORCED TO REMAIN IN THE FHS because anything else will not be supported by Debian. What does the splitting of packages give you as a user?

Nothing.

Oh, except a headache.

And I agree, webapps do quite suck. I think the separation between webapps and normal apps should go away.</description>
		<content:encoded><![CDATA[<p>Nice rant, however I must point something out:</p>
<p>&#8220;It also makes it almost impossible for people such as Debian maintainers to package up some webapps (such as just about every single one that uses Ruby on Rails) because there is just no sane way to make it behave with respect to the Filesystem Hierarchy Standard.&#8221;</p>
<p>The Filesystem Hierarchy Standard sucks.<br />
The whole LSB extends the FHS. Guess how much it will suck.</p>
<p>The idea that the FHS will at ANY TIME IN HISTORY make things EASIER is an illusion. People must realize it. Debian is lazy. They stick to the FHS and will never change it. So they split packages in order to fine-tune what a user wants, BUT THE USER IS FOREVER FORCED TO REMAIN IN THE FHS because anything else will not be supported by Debian. What does the splitting of packages give you as a user?</p>
<p>Nothing.</p>
<p>Oh, except a headache.</p>
<p>And I agree, webapps do quite suck. I think the separation between webapps and normal apps should go away.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PA</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2799</link>
		<dc:creator>PA</dc:creator>
		<pubDate>Wed, 26 Nov 2008 13:48:21 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2799</guid>
		<description>If you feel adventurous, try something a bit different, e.g. Nanoki,  a simple, elegant wiki engine implemented in Lua.

Online demo:

http://svr225.stepx.com:3388/nanoki</description>
		<content:encoded><![CDATA[<p>If you feel adventurous, try something a bit different, e.g. Nanoki,  a simple, elegant wiki engine implemented in Lua.</p>
<p>Online demo:</p>
<p><a href="http://svr225.stepx.com:3388/nanoki" rel="nofollow">http://svr225.stepx.com:3388/nanoki</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jlouis</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2798</link>
		<dc:creator>jlouis</dc:creator>
		<pubDate>Wed, 26 Nov 2008 13:47:42 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2798</guid>
		<description>I feel your pain...

There is untapped resources in providing easy-to-install software for the benefit of pure system administration while still providing sanity to the rot.</description>
		<content:encoded><![CDATA[<p>I feel your pain&#8230;</p>
<p>There is untapped resources in providing easy-to-install software for the benefit of pure system administration while still providing sanity to the rot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anno</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2797</link>
		<dc:creator>Anno</dc:creator>
		<pubDate>Wed, 26 Nov 2008 13:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2797</guid>
		<description>Totaly agree! And also get rid of all dependencies.
Anyone tried to install trac on your server?
It&#039;s a dependency-chain like no other.
1. Install python
2. Install easyinstall(which requires setuptool)
3. ....
...
135. Install Trac
-This is where the configuration starts :p

Seriously, if your program requires a tool called easyinstall it&#039;s by definition NOT easy.</description>
		<content:encoded><![CDATA[<p>Totaly agree! And also get rid of all dependencies.<br />
Anyone tried to install trac on your server?<br />
It&#8217;s a dependency-chain like no other.<br />
1. Install python<br />
2. Install easyinstall(which requires setuptool)<br />
3. &#8230;.<br />
&#8230;<br />
135. Install Trac<br />
-This is where the configuration starts :p</p>
<p>Seriously, if your program requires a tool called easyinstall it&#8217;s by definition NOT easy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Phong</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2796</link>
		<dc:creator>Phong</dc:creator>
		<pubDate>Wed, 26 Nov 2008 13:09:02 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2796</guid>
		<description>Why should my rails app on my mac comply to your shittard filesystem standard? why should you care at all what it looks like under its toplevel directory?</description>
		<content:encoded><![CDATA[<p>Why should my rails app on my mac comply to your shittard filesystem standard? why should you care at all what it looks like under its toplevel directory?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: trond</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2795</link>
		<dc:creator>trond</dc:creator>
		<pubDate>Wed, 26 Nov 2008 12:54:48 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2795</guid>
		<description>Forum software is also very problematic on shared hosting. The one I used recommended 777 for installation directory. I of course was aware that 666 allowed write access for everyone, so I removed all these, in addition to chmod the config file with database login to my user only. It worked pretty well until some data I spotted some javascript being injected with NoScript in Firefox. The problem was that the forum software had chmod&#039;ed files in cache/upload to 666.

I wrote about this problem on the forum&#039;s support forum, but instantly got attacked by putting the blame squarely on my webhost. In the end though, both my web-host ended up adding suphp and the forum software patching up the chmod usage in their code.</description>
		<content:encoded><![CDATA[<p>Forum software is also very problematic on shared hosting. The one I used recommended 777 for installation directory. I of course was aware that 666 allowed write access for everyone, so I removed all these, in addition to chmod the config file with database login to my user only. It worked pretty well until some data I spotted some javascript being injected with NoScript in Firefox. The problem was that the forum software had chmod&#8217;ed files in cache/upload to 666.</p>
<p>I wrote about this problem on the forum&#8217;s support forum, but instantly got attacked by putting the blame squarely on my webhost. In the end though, both my web-host ended up adding suphp and the forum software patching up the chmod usage in their code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Goerzen</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2793</link>
		<dc:creator>John Goerzen</dc:creator>
		<pubDate>Wed, 26 Nov 2008 12:51:29 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2793</guid>
		<description>Thanks for the suggestions, everyone.  I&#039;m going to be operating a wiki whose target audience is non-geeks (railroad passengers), so things like pretty themes, WYSIWYG editor, etc. are important.  I haven&#039;t looked at either ikiwiki or zwiki yet, though I thought that at least ikiwiki lacked the WYSIWYG editor.</description>
		<content:encoded><![CDATA[<p>Thanks for the suggestions, everyone.  I&#8217;m going to be operating a wiki whose target audience is non-geeks (railroad passengers), so things like pretty themes, WYSIWYG editor, etc. are important.  I haven&#8217;t looked at either ikiwiki or zwiki yet, though I thought that at least ikiwiki lacked the WYSIWYG editor.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Bremner</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2790</link>
		<dc:creator>David Bremner</dc:creator>
		<pubDate>Wed, 26 Nov 2008 11:54:41 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2790</guid>
		<description>Let me second or third the suggestion of looking at ikiwiki for things
like blogs, particularly if you are working with version control.</description>
		<content:encoded><![CDATA[<p>Let me second or third the suggestion of looking at ikiwiki for things<br />
like blogs, particularly if you are working with version control.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lloeki</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2786</link>
		<dc:creator>lloeki</dc:creator>
		<pubDate>Wed, 26 Nov 2008 10:04:26 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2786</guid>
		<description>my webdev attempts in python (webpy, django) consists exactly of FHS-compliant/packageable/in-python-tree modules.
php gets the fair share of bad points because while you could do (hack?) the above, it was designed to be like html... i.e static equiv dynamic... which is just plain wrong, and the whole of php feels just like that in so many areas I just can&#039;t trust it, nor myself because it makes things so hard that I&#039;m bound to make a mistake at some point.
at least the framework (cakephp) I used for php webdev specifically mentions to chmod/chown only its tmp dir, used for some caching, and also mentions you could put both its core files (and then app-specific ones) outside the www tree.
I found that a nice touch.</description>
		<content:encoded><![CDATA[<p>my webdev attempts in python (webpy, django) consists exactly of FHS-compliant/packageable/in-python-tree modules.<br />
php gets the fair share of bad points because while you could do (hack?) the above, it was designed to be like html&#8230; i.e static equiv dynamic&#8230; which is just plain wrong, and the whole of php feels just like that in so many areas I just can&#8217;t trust it, nor myself because it makes things so hard that I&#8217;m bound to make a mistake at some point.<br />
at least the framework (cakephp) I used for php webdev specifically mentions to chmod/chown only its tmp dir, used for some caching, and also mentions you could put both its core files (and then app-specific ones) outside the www tree.<br />
I found that a nice touch.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MJ Ray</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2785</link>
		<dc:creator>MJ Ray</dc:creator>
		<pubDate>Wed, 26 Nov 2008 09:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2785</guid>
		<description>One of the big reasons for web apps stinking is a combination of most web hosts stinking (all customers on a server running PHP as www-data or nobody can mean that chmod 777 is the only way to write files), near-impossibility to get some customers to move to saner web hosts and webmasters-that-know-better not refusing those customers because we don&#039;t think we can afford to.

Oh and I&#039;d try ikiwiki too :)</description>
		<content:encoded><![CDATA[<p>One of the big reasons for web apps stinking is a combination of most web hosts stinking (all customers on a server running PHP as www-data or nobody can mean that chmod 777 is the only way to write files), near-impossibility to get some customers to move to saner web hosts and webmasters-that-know-better not refusing those customers because we don&#8217;t think we can afford to.</p>
<p>Oh and I&#8217;d try ikiwiki too :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kai Hendry</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2784</link>
		<dc:creator>Kai Hendry</dc:creator>
		<pubDate>Wed, 26 Nov 2008 09:35:16 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2784</guid>
		<description>Try ikiwiki.info. It&#039;s sane software.</description>
		<content:encoded><![CDATA[<p>Try ikiwiki.info. It&#8217;s sane software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gregor</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2783</link>
		<dc:creator>Gregor</dc:creator>
		<pubDate>Wed, 26 Nov 2008 09:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2783</guid>
		<description>Dokuwiki is fantastic!</description>
		<content:encoded><![CDATA[<p>Dokuwiki is fantastic!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2782</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Wed, 26 Nov 2008 08:50:35 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2782</guid>
		<description>Have you considered ikiwiki (ikiwiki.info) ?</description>
		<content:encoded><![CDATA[<p>Have you considered ikiwiki (ikiwiki.info) ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Simon</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2781</link>
		<dc:creator>Simon</dc:creator>
		<pubDate>Wed, 26 Nov 2008 07:33:56 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2781</guid>
		<description>Hi John.. as a wiki option, I&#039;d be interested to know what you think of Zwiki.</description>
		<content:encoded><![CDATA[<p>Hi John.. as a wiki option, I&#8217;d be interested to know what you think of Zwiki.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://changelog.complete.org/archives/838-why-do-web-applications-stink-so-badly/comment-page-1#comment-2780</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 26 Nov 2008 06:40:10 +0000</pubDate>
		<guid isPermaLink="false">http://changelog.complete.org/?p=838#comment-2780</guid>
		<description>I think both the &quot;please chmod to&quot; disease and the &quot;please use gems/eggs/CPAN&quot; disease stem from the same problem: people used to an utter lack of decent package management and thus succumbing to NIH.</description>
		<content:encoded><![CDATA[<p>I think both the &#8220;please chmod to&#8221; disease and the &#8220;please use gems/eggs/CPAN&#8221; disease stem from the same problem: people used to an utter lack of decent package management and thus succumbing to NIH.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

