<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for CloudEngine Blog</title>
	<atom:link href="http://cloudengineblog.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://cloudengineblog.wordpress.com</link>
	<description></description>
	<lastBuildDate>Tue, 12 Mar 2013 05:42:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Marco Telles</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-109</link>
		<dc:creator><![CDATA[Marco Telles]]></dc:creator>
		<pubDate>Tue, 12 Mar 2013 05:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-109</guid>
		<description><![CDATA[Hi Juliette,
I quit to &quot;pure&quot; programming when by indication I used Drupal, but... recently I feel tedious and your post tells exactly what I think.
I just have to add how is very tedious to become a &quot;installer man&quot;, &quot;configurator man&quot; and &quot;search man&quot; of modules and blocks when we could be writing beautiful lines of code, algorithms, etc.
Thank you for your (old) post. :)]]></description>
		<content:encoded><![CDATA[<p>Hi Juliette,<br />
I quit to &#8220;pure&#8221; programming when by indication I used Drupal, but&#8230; recently I feel tedious and your post tells exactly what I think.<br />
I just have to add how is very tedious to become a &#8220;installer man&#8221;, &#8220;configurator man&#8221; and &#8220;search man&#8221; of modules and blocks when we could be writing beautiful lines of code, algorithms, etc.<br />
Thank you for your (old) post. <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Prem Goyal</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-88</link>
		<dc:creator><![CDATA[Prem Goyal]]></dc:creator>
		<pubDate>Wed, 09 May 2012 20:10:01 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-88</guid>
		<description><![CDATA[Great Post.....Thanks for you valuable directions...]]></description>
		<content:encoded><![CDATA[<p>Great Post&#8230;..Thanks for you valuable directions&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Curriculum Design Technical Journeys: Part 1 &#171; JISC Curriculum Design &#38; Delivery</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-87</link>
		<dc:creator><![CDATA[Curriculum Design Technical Journeys: Part 1 &#171; JISC Curriculum Design &#38; Delivery]]></dc:creator>
		<pubDate>Wed, 21 Mar 2012 09:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-87</guid>
		<description><![CDATA[[...] the flexibility and level control they felt they needed. Juliette Culver has written an excellent blog post about their decision process and [...]]]></description>
		<content:encoded><![CDATA[<p>[...] the flexibility and level control they felt they needed. Juliette Culver has written an excellent blog post about their decision process and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by george kyaw naing</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-85</link>
		<dc:creator><![CDATA[george kyaw naing]]></dc:creator>
		<pubDate>Mon, 12 Mar 2012 05:25:02 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-85</guid>
		<description><![CDATA[I like this very much. 
&quot;any time taken learning more about Drupal is time that would have needed to come out of the time allocated to development of the site. In contrast, you could read all the CodeIgniter documentation in a day and I haven’t yet known a PHP developer who hasn’t been able to pretty much hit the ground running with CodeIgniter.&quot;
This reminds me of Bruce tate&#039;s &quot;Faster, Lighter Java.&quot; Bloated documentation is a big drag on productivity.
Thanks a lot.]]></description>
		<content:encoded><![CDATA[<p>I like this very much.<br />
&#8220;any time taken learning more about Drupal is time that would have needed to come out of the time allocated to development of the site. In contrast, you could read all the CodeIgniter documentation in a day and I haven’t yet known a PHP developer who hasn’t been able to pretty much hit the ground running with CodeIgniter.&#8221;<br />
This reminds me of Bruce tate&#8217;s &#8220;Faster, Lighter Java.&#8221; Bloated documentation is a big drag on productivity.<br />
Thanks a lot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Sorin Tudor</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-84</link>
		<dc:creator><![CDATA[Sorin Tudor]]></dc:creator>
		<pubDate>Sun, 04 Mar 2012 19:09:48 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-84</guid>
		<description><![CDATA[New entities api Drupal module  it&#039;s a good alternative to MVC codeigniter programming style  Please look at http://www.trellon.com/content/blog/creating-own-entities-entity-api
On the other hand Bonfire Codeigniter extension implements Drupal like RBAC auth., themes. 
Drupal modules already cover CI extensions facilities.
CI with his extensions will cover  drupal and drupal modules facilities. 
Drupal already shine. CI  shine enough.  Present is drupal best friend. Future will be ci best friend.]]></description>
		<content:encoded><![CDATA[<p>New entities api Drupal module  it&#8217;s a good alternative to MVC codeigniter programming style  Please look at <a href="http://www.trellon.com/content/blog/creating-own-entities-entity-api" rel="nofollow">http://www.trellon.com/content/blog/creating-own-entities-entity-api</a><br />
On the other hand Bonfire Codeigniter extension implements Drupal like RBAC auth., themes.<br />
Drupal modules already cover CI extensions facilities.<br />
CI with his extensions will cover  drupal and drupal modules facilities.<br />
Drupal already shine. CI  shine enough.  Present is drupal best friend. Future will be ci best friend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Amitav Roy</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-83</link>
		<dc:creator><![CDATA[Amitav Roy]]></dc:creator>
		<pubDate>Fri, 06 Jan 2012 15:40:14 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-83</guid>
		<description><![CDATA[Well I personally feel that Drupal has its own target. Not all sites require CMS. Drupal is very handy when you want to make websites with a very strong back end where the end user is going to do a lot of work. If it is a simple blog with not much to add from functionality point of view, then I guess Drupal will be an overkill. Even wordpress has lot of things which are sometimes not required.]]></description>
		<content:encoded><![CDATA[<p>Well I personally feel that Drupal has its own target. Not all sites require CMS. Drupal is very handy when you want to make websites with a very strong back end where the end user is going to do a lot of work. If it is a simple blog with not much to add from functionality point of view, then I guess Drupal will be an overkill. Even wordpress has lot of things which are sometimes not required.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Jason Kirst</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-82</link>
		<dc:creator><![CDATA[Jason Kirst]]></dc:creator>
		<pubDate>Sat, 31 Dec 2011 21:46:52 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-82</guid>
		<description><![CDATA[I&#039;ve tried using features more than once for migrating configurations, and both times have ended up returning to making a list of changes on dev and repeating them upon deployment to production.

There are two main problems with using the features module: 1) Not all modules, including core modules, support features, which means that you end up having to either patch those modules or keep track of those settings separately anyway, and 2) on a complex site or even simple web app, simply managing and refactoring the features hierarchy and configurations themselves can turn into quite a bit of overhead.

Don&#039;t get me wrong: I think features is great and the guys responsible for it - developmentseed - are super-cool. But I&#039;ve hardly found it a panacea for the drupal configuration migration problem.

Furthermore I can certainly relate to the whole &quot;last details are agonizing&quot; issue the author points out! To be fair, those &quot;last details&quot; are typically the toughest for _any_ software project - but the amount of code one has to deconstruct and wade through with drupal can make it especially frustrating.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve tried using features more than once for migrating configurations, and both times have ended up returning to making a list of changes on dev and repeating them upon deployment to production.</p>
<p>There are two main problems with using the features module: 1) Not all modules, including core modules, support features, which means that you end up having to either patch those modules or keep track of those settings separately anyway, and 2) on a complex site or even simple web app, simply managing and refactoring the features hierarchy and configurations themselves can turn into quite a bit of overhead.</p>
<p>Don&#8217;t get me wrong: I think features is great and the guys responsible for it &#8211; developmentseed &#8211; are super-cool. But I&#8217;ve hardly found it a panacea for the drupal configuration migration problem.</p>
<p>Furthermore I can certainly relate to the whole &#8220;last details are agonizing&#8221; issue the author points out! To be fair, those &#8220;last details&#8221; are typically the toughest for _any_ software project &#8211; but the amount of code one has to deconstruct and wade through with drupal can make it especially frustrating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Franko</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-81</link>
		<dc:creator><![CDATA[Franko]]></dc:creator>
		<pubDate>Sun, 11 Dec 2011 09:17:41 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-81</guid>
		<description><![CDATA[Thanks for sharing. Great article!

Right now, I&#039;m in the situation to tearing my hair out trying to solve some configuration problems in Drupal so I can get what I want. I was building websites in my custom CMS (asp.net) for three years. After that, I spent another two years configuring Drupal websites. And you know what, when I look back - I spent the same amount of time for Drupal website like modifying my own CMS engine to build web sites. 

Tweaking that multilingual options, combining all those modules, patching some of them, staying up to date with new versions... I&#039;m tired of that. Analogy with reshaping a car to get a boat is absolutely  beautiful. That is exactly what I&#039;m doing last two years. 

This problem was the reason why I started to search for another approach how to build web sites more easily and faster . I think that taking a small and elegant web application framework (like CodeIgniter) and accept some Drupal approach how to handle content (blocks, menus, regions...), is the way to go. 

And I hope I will enjoy writing code a little bit more then I do now. And finish my project much faster. 

Thanks again.]]></description>
		<content:encoded><![CDATA[<p>Thanks for sharing. Great article!</p>
<p>Right now, I&#8217;m in the situation to tearing my hair out trying to solve some configuration problems in Drupal so I can get what I want. I was building websites in my custom CMS (asp.net) for three years. After that, I spent another two years configuring Drupal websites. And you know what, when I look back &#8211; I spent the same amount of time for Drupal website like modifying my own CMS engine to build web sites. </p>
<p>Tweaking that multilingual options, combining all those modules, patching some of them, staying up to date with new versions&#8230; I&#8217;m tired of that. Analogy with reshaping a car to get a boat is absolutely  beautiful. That is exactly what I&#8217;m doing last two years. </p>
<p>This problem was the reason why I started to search for another approach how to build web sites more easily and faster . I think that taking a small and elegant web application framework (like CodeIgniter) and accept some Drupal approach how to handle content (blocks, menus, regions&#8230;), is the way to go. </p>
<p>And I hope I will enjoy writing code a little bit more then I do now. And finish my project much faster. </p>
<p>Thanks again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by cloudengine</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-80</link>
		<dc:creator><![CDATA[cloudengine]]></dc:creator>
		<pubDate>Mon, 21 Nov 2011 19:44:27 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-80</guid>
		<description><![CDATA[Thanks for the info on the features module, Ryan - will definitely take a look at that next time I work on a Drupal site. Would be very interested in any more info on how these issues have been addressed as I&#039;m not interested in Drupal-bashing here, just working out what it is suitable for and what it is not.]]></description>
		<content:encoded><![CDATA[<p>Thanks for the info on the features module, Ryan &#8211; will definitely take a look at that next time I work on a Drupal site. Would be very interested in any more info on how these issues have been addressed as I&#8217;m not interested in Drupal-bashing here, just working out what it is suitable for and what it is not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Why we moved from Drupal to CodeIgniter by Ryan Cross</title>
		<link>http://cloudengineblog.wordpress.com/2010/10/11/why-we-moved-from-drupal-to-codeigniter/#comment-79</link>
		<dc:creator><![CDATA[Ryan Cross]]></dc:creator>
		<pubDate>Mon, 21 Nov 2011 02:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://cloudengineblog.wordpress.com/?p=19#comment-79</guid>
		<description><![CDATA[Just a small note to say that the issues have you have raised are well known and to some extent have been addressed. 

I would particularly point out the features module, which allows you to take all of the configuration from the database and export it into code so that you can do all your updates via a simple code update.]]></description>
		<content:encoded><![CDATA[<p>Just a small note to say that the issues have you have raised are well known and to some extent have been addressed. </p>
<p>I would particularly point out the features module, which allows you to take all of the configuration from the database and export it into code so that you can do all your updates via a simple code update.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
