<?xml version="1.0" encoding="utf-8"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<atom:link href="https://devnet.kentico.com/rss/authors/133648" rel="self" type="application/rss+xml"/>
<title><![CDATA[DevNet Author Profile]]></title>
<link><![CDATA[https://devnet.kentico.com/rss/authors/133648]]></link>
<description><![CDATA[Including Articles and Video Articles]]></description>
<language><![CDATA[en-US]]></language>
<item>
     <title><![CDATA[Performance Tips: Make Your Kentico App Lightning Fast]]></title>
     <author>Roman Hutnyk</author>
     <description><![CDATA[<p>There are many nice articles about web site performance optimization accross the Internet. As long as this is really important topic, I think there can&#39;t be too many of them. That&#39;s why I&#39;d like to share some suggestions on how to make Kentico run faster.</p>
]]></description>
     <pubDate>Mon, 08 Aug 2016 06:00:00 GMT</pubDate>
      <documenttags><![CDATA[mvp, performance, tips]]></documenttags>
     <link><![CDATA[https://devnet.kentico.com/articles/performance-tips-make-your-kentico-app-lightning-fast?feed=ccaebdb2-fa45-4245-8590-3d04b730592e]]></link> 	  
</item>

<item>
     <title><![CDATA[Editing Custom Module Data - Part 2]]></title>
     <author>Roman Hutnyk</author>
     <description><![CDATA[<p>Recently I&#39;ve shared an idea of how you could provide live site users with edit interface for custom module data. As you might know, perfection has no boundaries... This time I want to share some improvement, those will allow you to reuse the same web part for literally any object within your application.</p>
]]></description>
     <pubDate>Fri, 01 Jul 2016 06:00:00 GMT</pubDate>
      <documenttags><![CDATA[mvp, "custom module", data]]></documenttags>
     <link><![CDATA[https://devnet.kentico.com/articles/editing-custom-module-data-part-2?feed=ccaebdb2-fa45-4245-8590-3d04b730592e]]></link> 	  
</item>

<item>
     <title><![CDATA[REST Service Proxy]]></title>
     <author>Roman Hutnyk</author>
     <description><![CDATA[<p>Kentico provides us with REST service which is extremely handy when building Single Page Application or native mobile app as it allows us to retrieve any kind of data we need and goes even further than that - allows to manipulate that data creating new or editing existing objects or pages, applying workflow actions to a page, etc. However there are cases, where REST almost covers our needs. In this post I&#39;m going to introduce an approach that might help you to hit your target.</p>
]]></description>
     <pubDate>Fri, 27 May 2016 06:00:00 GMT</pubDate>
      <documenttags><![CDATA[mvp, rest, service]]></documenttags>
     <link><![CDATA[https://devnet.kentico.com/articles/rest-service-proxy?feed=ccaebdb2-fa45-4245-8590-3d04b730592e]]></link> 	  
</item>

<item>
     <title><![CDATA[Editing Custom Module Data on the Live Site]]></title>
     <author>Roman Hutnyk</author>
     <description><![CDATA[<p>Despite the fact that Kentico provides nice interface for managing data inside of the custom modules, sometimes there is a need to provide user to do so on the live site. There are appropriate web parts for editing pages, working with online forms or custom tables, but I couldn&#39;t find any control that provides similar functionality for custom module class. In this post I want to share with you solution I found.</p>
]]></description>
     <pubDate>Mon, 25 Apr 2016 06:00:00 GMT</pubDate>
      <documenttags><![CDATA[mvp, "custom module", editing]]></documenttags>
     <link><![CDATA[https://devnet.kentico.com/articles/editing-custom-module-data-on-the-live-site?feed=ccaebdb2-fa45-4245-8590-3d04b730592e]]></link> 	  
</item>

<item>
     <title><![CDATA[Building a parent-child relationship with forms]]></title>
     <author>Roman Hutnyk</author>
     <description><![CDATA[<p>In this post I&#39;d like to walk you through a process of building parent-child relation with the forms. Those, who know Kentico and available range of features could ask absolutely obvious question: why would I build parent-child relation with forms while there are modules, or, at least, custom tables? I can see two good reasons for doing this:</p>

<p>parent object is already created and there is cost related with conversion it to a module class<br />
it allows non-technical users, such as content editors, creation of the parent-child data structure</p>
]]></description>
     <pubDate>Mon, 11 Apr 2016 06:00:00 GMT</pubDate>
      <documenttags><![CDATA[mvp, forms, relationship]]></documenttags>
     <link><![CDATA[https://devnet.kentico.com/articles/building-a-parent-child-relationship-with-forms?feed=ccaebdb2-fa45-4245-8590-3d04b730592e]]></link> 	  
</item>

<item>
     <title><![CDATA[Custom Table vs Module]]></title>
     <author>Roman Hutnyk</author>
     <description><![CDATA[<p>Recently I attended Kentico South group micro summit. During one of the presentation interesting discussion has appeared: which one is it better to use - Custom Table or Module class. There were different opinions as well as arguments for or against each of those approaches.<br />
<br />
After Kentico introduced custom Modules in version 8, I liked this feature and use it a lot. However Kentico did not removed Custom Tables and, I believe, there was some good reason behind this. So I decided to investigate that reason and give you &quot;apple to apple&quot; comparison.</p>
]]></description>
     <pubDate>Fri, 05 Feb 2016 07:00:00 GMT</pubDate>
      <documenttags><![CDATA[mvp, "custom tables", modules]]></documenttags>
     <link><![CDATA[https://devnet.kentico.com/articles/custom-table-vs-module?feed=ccaebdb2-fa45-4245-8590-3d04b730592e]]></link> 	  
</item>

</channel>
</rss>
