Thanks a lot for the response. So you are saying that you did NOT do it in phases, but just made it happen quickly though parsing in the old source content and loading it in through the API, such that you did not need to hash it out over multiple months.... therefore avoiding the running the 2 sites side by side?
That was my preferred approach to be honest, but the dept that owns the site wants to do it slowly for other reasons... which I won't go in to. Based on your response though I may see if I can convince them to let me just import via the API. There are quite a lot of user controls in the
<asp:Content/>
tags though, so I guess I will have to parse them out too... and programmatically inject a matching user control web part in between the regular editable text web parts.
If I did do it in phases and had e.g. the 'products' sections in kentico, but all the other pages (yet to be imported in later phases] just as real physical aspx pages in the kentico web project (feeding off of their old .master page as they have done for years), but not under control of the CMS, then that should work though, right?
Should I even consider the aspx approach for the CMS as opposed to portal pages? We are a decent .net shop, but we never really looked at using anything other than the portal approach because the aspx method seemed to be not recommended by anyone much (I read 'legacy' between the lines, but that was just my take)
On the URL rewriting, I was actually thinking more about using IIS UrlRewrite to have the 2 different (side by side) sites rewritten so that the URL change was transparent to the client browser, but now I think more about that, its almost certainly not possible. But I will explore the built in Kentico rewriting as that might give me a layer of abstraction that will help in moving the site around.
sitemap - that's useful. I did not know about that.
Thanks again