<?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 for Exove</title>
	<atom:link href="http://www.exove.fi/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.exove.fi</link>
	<description></description>
	<lastBuildDate>Fri, 29 Oct 2010 10:54:09 +0300</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Selecting a framework for implementing web applications by Janne Kalliola</title>
		<link>http://www.exove.fi/blog/2010/03/31/selecting-a-framework-for-implementing-web-applications/comment-page-1/#comment-1064</link>
		<dc:creator>Janne Kalliola</dc:creator>
		<pubDate>Fri, 29 Oct 2010 10:54:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.exove.fi/?p=1155#comment-1064</guid>
		<description>Hannu, thanks for the link. We&#039;ll take a look at them -- and some of them, like Smarty and Dwoo, are already familiar to us.

Template engines, in general, force clear separation of business logic and presentation, organise the project better, and allow people with no knowledge of PHP to work with HTML templates relatively easy.

Most of this can be also achieved when using PHP as a template language, but in our projects we tend to get easier / better view layers when using Smarty.</description>
		<content:encoded><![CDATA[<p>Hannu, thanks for the link. We&#8217;ll take a look at them &#8212; and some of them, like Smarty and Dwoo, are already familiar to us.</p>
<p>Template engines, in general, force clear separation of business logic and presentation, organise the project better, and allow people with no knowledge of PHP to work with HTML templates relatively easy.</p>
<p>Most of this can be also achieved when using PHP as a template language, but in our projects we tend to get easier / better view layers when using Smarty.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Selecting a framework for implementing web applications by Hannu</title>
		<link>http://www.exove.fi/blog/2010/03/31/selecting-a-framework-for-implementing-web-applications/comment-page-1/#comment-1063</link>
		<dc:creator>Hannu</dc:creator>
		<pubDate>Fri, 29 Oct 2010 10:39:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.exove.fi/?p=1155#comment-1063</guid>
		<description>My perspective is more technical and all those business oriented view points are not in my scope. I usually don&#039;t see as tight tie though between business requirements and frameworks. Usually frameworks are not in-depth understood and there for their capacity is not fully unleashed. The main business rule for picking one seems to be that customer(s) want to use specific CMS - and as you mention in other article in your page you are willing to go along with that single requirement:

&quot;Olemme käytännöllisiä järjestelmän valinnassa; jos asiakkaamme haluaa tai heidän täytyy käyttää tiettyä järjestelmää, opettelemme sen erityispiirteet ja toteutamme palvelut sen päälle.&quot;

I am sure that you have search for the template engines. Here is some list of those with few comments: &lt;a href=&quot;http://www.webresourcesdepot.com/19-promising-php-template-engines/&quot; rel=&quot;nofollow&quot;&gt;www.webresourcesdepot.com/19-promising-php-template-engines/&lt;/a&gt; I do agree with those that consider PHP5 as the best template engine. I do not always see the benefit of using some processing between data and templates in non-PHP5 way. There are pro&#039;s and con&#039;s using XSLT or other XML based templating. I wonder  what the problem is that they try to resolve... Maybe converting XML to any of the popular Internet types like PDF, text versions of the page, etc. But how often that can be implemented inside XSLT based templating layer? I just would go with the PHP5 and build those few necessary classes required to do templating. But again, there might be other business requirement I am not aware of.</description>
		<content:encoded><![CDATA[<p>My perspective is more technical and all those business oriented view points are not in my scope. I usually don&#8217;t see as tight tie though between business requirements and frameworks. Usually frameworks are not in-depth understood and there for their capacity is not fully unleashed. The main business rule for picking one seems to be that customer(s) want to use specific CMS &#8211; and as you mention in other article in your page you are willing to go along with that single requirement:</p>
<p>&#8220;Olemme käytännöllisiä järjestelmän valinnassa; jos asiakkaamme haluaa tai heidän täytyy käyttää tiettyä järjestelmää, opettelemme sen erityispiirteet ja toteutamme palvelut sen päälle.&#8221;</p>
<p>I am sure that you have search for the template engines. Here is some list of those with few comments: <a href="http://www.webresourcesdepot.com/19-promising-php-template-engines/" rel="nofollow">http://www.webresourcesdepot.com/19-promising-php-template-engines/</a> I do agree with those that consider PHP5 as the best template engine. I do not always see the benefit of using some processing between data and templates in non-PHP5 way. There are pro&#8217;s and con&#8217;s using XSLT or other XML based templating. I wonder  what the problem is that they try to resolve&#8230; Maybe converting XML to any of the popular Internet types like PDF, text versions of the page, etc. But how often that can be implemented inside XSLT based templating layer? I just would go with the PHP5 and build those few necessary classes required to do templating. But again, there might be other business requirement I am not aware of.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Selecting a framework for implementing web applications by Janne Kalliola</title>
		<link>http://www.exove.fi/blog/2010/03/31/selecting-a-framework-for-implementing-web-applications/comment-page-1/#comment-1061</link>
		<dc:creator>Janne Kalliola</dc:creator>
		<pubDate>Thu, 28 Oct 2010 08:03:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.exove.fi/?p=1155#comment-1061</guid>
		<description>Hannu, thanks for valuable comments. We have, in fact, done sites with Joomla! and some other CMS systems.

However, we consider Drupal to be a better fit for most of our customers -- as we are doing complex sites that have a lot of user generated content or social media features. The ecosystem around Drupal is simply better for us and our clients in these scenarios.

Joomla! has its strengths over other systems, and thus we have adopted it for certain types of customers that are not served well by Drupal (expert admin UI) or eZ Publish (too much functionality).

Anyhow, we do not select the technology just by its own merits, but also through market adoption, customer awareness, and availability of developers in Finland. For those, WordPress, Drupal Joomla!, and eZ Publish (in this order) seem to offer the best toolset for us to be offered to our customers.

We have looked around quite much for good systems, and will take a second look to Elgg, but we need also to limit our platforms -- otherwise we cannot master them deeply enough.

Speaking of CodeIgniter templates; the first thing we did with CI was to bolt Smarty template engine to replace CI&#039;s own view system. That was almost three years ago and Smarty is showing some age, so any pointers to better ones (we&#039;ve identified a couple) are welcome.</description>
		<content:encoded><![CDATA[<p>Hannu, thanks for valuable comments. We have, in fact, done sites with Joomla! and some other CMS systems.</p>
<p>However, we consider Drupal to be a better fit for most of our customers &#8212; as we are doing complex sites that have a lot of user generated content or social media features. The ecosystem around Drupal is simply better for us and our clients in these scenarios.</p>
<p>Joomla! has its strengths over other systems, and thus we have adopted it for certain types of customers that are not served well by Drupal (expert admin UI) or eZ Publish (too much functionality).</p>
<p>Anyhow, we do not select the technology just by its own merits, but also through market adoption, customer awareness, and availability of developers in Finland. For those, WordPress, Drupal Joomla!, and eZ Publish (in this order) seem to offer the best toolset for us to be offered to our customers.</p>
<p>We have looked around quite much for good systems, and will take a second look to Elgg, but we need also to limit our platforms &#8212; otherwise we cannot master them deeply enough.</p>
<p>Speaking of CodeIgniter templates; the first thing we did with CI was to bolt Smarty template engine to replace CI&#8217;s own view system. That was almost three years ago and Smarty is showing some age, so any pointers to better ones (we&#8217;ve identified a couple) are welcome.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Selecting a framework for implementing web applications by Hannu</title>
		<link>http://www.exove.fi/blog/2010/03/31/selecting-a-framework-for-implementing-web-applications/comment-page-1/#comment-1060</link>
		<dc:creator>Hannu</dc:creator>
		<pubDate>Wed, 27 Oct 2010 21:29:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.exove.fi/?p=1155#comment-1060</guid>
		<description>I am amazed that at the same time you seem to know what you are talking about, but do not even mention Joomla CMS. As it is built using the best practises, it really is flexible to be the platform for any type of web-application. It can be criticized for it poor access control framework and some what old database api. But the first can be substituted and the other is something one can live with.

I would assume, that you really have not evaluated all the CMS&#039;s ( as your post does not mention the biggest one ), but you just must use some of them for external reasons. And that is why you have only subset of CMS&#039;s and frameworks mentioned.

How ever I totally agree the thing between the lines in the post: there is alwys freedom to architect extensions in such manner that they do not completely rely on the framework used, and there for are more portable.

Drupal: lacks modern object oriented concepts and is there for too old.EzPublish: no wide community support, has weird structure in its code base - not a very architectural framwork.CodeIgniter: does not even have built in master templating system, what&#039;s that about!

Joomla, Elgg, some others, are just more modern and probably will be winners in CMS competition, if there is such competition going on.</description>
		<content:encoded><![CDATA[<p>I am amazed that at the same time you seem to know what you are talking about, but do not even mention Joomla CMS. As it is built using the best practises, it really is flexible to be the platform for any type of web-application. It can be criticized for it poor access control framework and some what old database api. But the first can be substituted and the other is something one can live with.</p>
<p>I would assume, that you really have not evaluated all the CMS&#8217;s ( as your post does not mention the biggest one ), but you just must use some of them for external reasons. And that is why you have only subset of CMS&#8217;s and frameworks mentioned.</p>
<p>How ever I totally agree the thing between the lines in the post: there is alwys freedom to architect extensions in such manner that they do not completely rely on the framework used, and there for are more portable.</p>
<p>Drupal: lacks modern object oriented concepts and is there for too old.EzPublish: no wide community support, has weird structure in its code base &#8211; not a very architectural framwork.CodeIgniter: does not even have built in master templating system, what&#8217;s that about!</p>
<p>Joomla, Elgg, some others, are just more modern and probably will be winners in CMS competition, if there is such competition going on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sivusto päivitetty by Perttu Tolvanen</title>
		<link>http://www.exove.fi/blog/2009/02/26/sivusto-paivitetty/comment-page-1/#comment-416</link>
		<dc:creator>Perttu Tolvanen</dc:creator>
		<pubDate>Tue, 02 Jun 2009 07:49:48 +0000</pubDate>
		<guid isPermaLink="false">/?p=771#comment-416</guid>
		<description>Meillä ei kyllä moderointia ole tuossa. Täten se ei jostain syystä ole mennyt läpi. Laita vain uudestaan niin saatte näkyvyyttä. Teen juuri koostetta listalle ilmoitetuista joten voit laittaa tekstit vaikka mulle suoraan sähköpostilla. 

Pahoittelut vain pari kuukautta kestäneestä vastauksesta.... :) Ehdottaisin blogiin joko ruksattavaa nappulaa että &quot;Lähetä sähköpostitse jatkokommentit minulle&quot; tai sitten jokaisesta artikkelista saatavan erillisen kommenttifiidin. Vierityspalkista saa tietysti kummatkin ... :)

Pitää nyt tilata tuo teidän yleinen kommenttifeedi kuitenkin.</description>
		<content:encoded><![CDATA[<p>Meillä ei kyllä moderointia ole tuossa. Täten se ei jostain syystä ole mennyt läpi. Laita vain uudestaan niin saatte näkyvyyttä. Teen juuri koostetta listalle ilmoitetuista joten voit laittaa tekstit vaikka mulle suoraan sähköpostilla. </p>
<p>Pahoittelut vain pari kuukautta kestäneestä vastauksesta&#8230;. :) Ehdottaisin blogiin joko ruksattavaa nappulaa että &#8220;Lähetä sähköpostitse jatkokommentit minulle&#8221; tai sitten jokaisesta artikkelista saatavan erillisen kommenttifiidin. Vierityspalkista saa tietysti kummatkin &#8230; :)</p>
<p>Pitää nyt tilata tuo teidän yleinen kommenttifeedi kuitenkin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sivusto päivitetty by Janne</title>
		<link>http://www.exove.fi/blog/2009/02/26/sivusto-paivitetty/comment-page-1/#comment-332</link>
		<dc:creator>Janne</dc:creator>
		<pubDate>Thu, 05 Mar 2009 12:55:30 +0000</pubDate>
		<guid isPermaLink="false">/?p=771#comment-332</guid>
		<description>Kiitoksia vinkistä. Yritin lisätä sinne maininnan, mutta se ei ainakaan vielä tullut näkyville. Onkohan se moderoinnissa?</description>
		<content:encoded><![CDATA[<p>Kiitoksia vinkistä. Yritin lisätä sinne maininnan, mutta se ei ainakaan vielä tullut näkyville. Onkohan se moderoinnissa?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sivusto päivitetty by Perttu Tolvanen</title>
		<link>http://www.exove.fi/blog/2009/02/26/sivusto-paivitetty/comment-page-1/#comment-331</link>
		<dc:creator>Perttu Tolvanen</dc:creator>
		<pubDate>Thu, 05 Mar 2009 12:47:13 +0000</pubDate>
		<guid isPermaLink="false">/?p=771#comment-331</guid>
		<description>Vierityspalkissa on nyt myös uusi palsta Uudet Julkaisut joka pyrkii olemaan uusi, parempi liukuhihna. Laittakaa ihmeessä saittiuudistus listalle, mutta muistakaa kertoa kuvauksessa että kuka teki mitäkin projektissa, mikä on julkaisujärjestelmä saitin takana ja mitä hienoja ominaisuuksia otitte saitilla käyttöön.

http://vierityspalkki.fi/uudet-julkaisut/</description>
		<content:encoded><![CDATA[<p>Vierityspalkissa on nyt myös uusi palsta Uudet Julkaisut joka pyrkii olemaan uusi, parempi liukuhihna. Laittakaa ihmeessä saittiuudistus listalle, mutta muistakaa kertoa kuvauksessa että kuka teki mitäkin projektissa, mikä on julkaisujärjestelmä saitin takana ja mitä hienoja ominaisuuksia otitte saitilla käyttöön.</p>
<p><a href="http://vierityspalkki.fi/uudet-julkaisut/" rel="nofollow">http://vierityspalkki.fi/uudet-julkaisut/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Oikeat työkalut web-julkaisuun by Janne Kalliola</title>
		<link>http://www.exove.fi/blog/2008/09/25/oikeat-tyokalut-web-julkaisuun/comment-page-1/#comment-327</link>
		<dc:creator>Janne Kalliola</dc:creator>
		<pubDate>Tue, 27 Jan 2009 15:39:43 +0000</pubDate>
		<guid isPermaLink="false">/blog/2008/09/25/oikeat-tyokalut-web-julkaisuun/#comment-327</guid>
		<description>Kiitos kehuista! Oikea työkalu tekee työstä melkeinpä juhlaa… ja tietenkin päinvastoin.</description>
		<content:encoded><![CDATA[<p>Kiitos kehuista! Oikea työkalu tekee työstä melkeinpä juhlaa… ja tietenkin päinvastoin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Web 2.0 osana elämää by Jari Sarja</title>
		<link>http://www.exove.fi/blog/2008/06/30/web-20-osana-elamaa/comment-page-1/#comment-326</link>
		<dc:creator>Jari Sarja</dc:creator>
		<pubDate>Tue, 27 Jan 2009 13:23:20 +0000</pubDate>
		<guid isPermaLink="false">/blog/2008/06/30/web-20-osana-elamaa/#comment-326</guid>
		<description>Sikäli hassua, että ennen pelkäsimme isoveljen valvovan meitä. Nykyisin isoveli on tarpeeton. Me kerromme itse vapaaehtoisesti kenen kannsa me olemme ja mitä teemme ja ajattelemme.</description>
		<content:encoded><![CDATA[<p>Sikäli hassua, että ennen pelkäsimme isoveljen valvovan meitä. Nykyisin isoveli on tarpeeton. Me kerromme itse vapaaehtoisesti kenen kannsa me olemme ja mitä teemme ja ajattelemme.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Oikeat työkalut web-julkaisuun by Jari Sarja</title>
		<link>http://www.exove.fi/blog/2008/09/25/oikeat-tyokalut-web-julkaisuun/comment-page-1/#comment-325</link>
		<dc:creator>Jari Sarja</dc:creator>
		<pubDate>Tue, 27 Jan 2009 13:21:25 +0000</pubDate>
		<guid isPermaLink="false">/blog/2008/09/25/oikeat-tyokalut-web-julkaisuun/#comment-325</guid>
		<description>Varsin hieno lista ja varsinkin CMSimple hämmästyttää helppoudellaan</description>
		<content:encoded><![CDATA[<p>Varsin hieno lista ja varsinkin CMSimple hämmästyttää helppoudellaan</p>
]]></content:encoded>
	</item>
</channel>
</rss>

