在上一篇([04]如何調整Wyam產生的内容 - Theme及模板介紹)介紹完了Wyam的版型調整之後，基本上Wyam的功能就介紹完啦。

接下來要做的就是從Google的Blogger移轉到用Wyam來產生了。

這篇將會對於一般搬遷任何東西的時候會經歷過的流程，并且先從計劃的部分開始考量起。

搬遷會經歷的過程

一般在搬遷任何東西（不管是系統還是像這種部落格搬遷）都會至少經歷四個步奏：

1. Plan - 計劃/準備的部分其實就是瞭解什麽要搬遷，搬遷到對應的什麽服務
2. Validate - 驗證計劃是否可行。例如搬遷過去的服務是否能夠符合預期的運作正常。這邊要注意，通常都是先用一部分的資料做測試，不然東西很多的時候，在驗證的時候時間就很長
3. Migrage - 這個就是實際執行搬遷的計劃。
4. Monitor - 搬遷之後還需要一段觀察期，持續優化實際運行有沒有什麽問題

要搬遷什麽？

基本上以部落格來説，搬遷可以分爲兩個部分：

1. 文章 - 和文章任何有關的東西，至少有
   • 内文
   • 文章標簽（tag）
   • 留言
   • 圖片
2. meta及seo相關 - 怎麽保留舊網站已有的url seo rank到新網站，及到時候如何做正確的轉網址。這個部分之後提到SEO在細説。

以目前來説可以先從文章的部分做起，從基本的内文、文章標簽及圖片開始起。

幾個搬遷考量點

計劃好搬遷内容的格式

另外一個問題是，文章的格式要放什麽？

目前主流的格式是Markdown，如果最後想要用Markdown就會需要把html轉markdown。

不過，這邊可能就有個落差，因爲我試過的html轉markdown都有點小問題。markdown本身支援html，因此理論上可以把html改副檔名變成md即可，但是實際上也有點小問題。

Wyam的另外一個好處就是有支援cshtml。而cshtml基本上就是html+C#。因此純html情況下比markdown本身的支援度還要好。

計劃好内容的檔名

在SEO裏面來説，貌似好的url名稱能夠讓seo提升，而在wyam裏面，檔名就是url的一部分。

因此，這個時候要考慮好之後轉過來的檔名是什麽。

驗證

經過上面的考量之後，接下來就是要手動產生一筆試試看會不會遇到什麽問題。

而這個也是驗證及調試的階段。

因此，這個時候可以手動建立一筆資料，副檔名使用cshtml，丟到input\posts\migrate下面，然後去產生。

這個時候就gg了，發現沒有產生出html，爲什麽呢？

{
	RazorPosts,
	new Concat
	{
		new ReadFiles(ctx => $"{settings.PostsPath.Invoke<string>(ctx)}/{{!_,!index,}}*.cshtml"),
		new Meta(WebKeys.EditFilePath, (doc, ctx) => doc.FilePath(Keys.RelativeFilePath)),
		new If(settings.ProcessIncludes, new Include()),
		new FrontMatter(new Yaml.Yaml())
	}
},

// 調整Razor讀取的位置，包含任意資料夾 - 原本的只有第一層而已。其他和原始邏輯一樣。
Pipelines["BlogPosts"].Replace("RazorPosts", 
	Concat(
		ReadFiles(ctx => $"{ctx.DirectoryPath(BlogKeys.PostsPath).FullPath}/**/{{!_,!index,}}*.cshtml"),
		Meta("EditFilePath", (doc, ctx) => doc.FilePath(Keys.RelativeFilePath)),
		If((doc, ctx) => doc.Bool(BlogKeys.ProcessIncludes), Include()),
		FrontMatter(Yaml())
	)
);

結語

這篇介紹了通常在搬遷任何東西會經歷過的4個階段：Plan、Validate、Migrate及Monitor。

這篇主要專注於plan以及validate的兩個部分做介紹。先規劃好那些會搬遷，然後建立一篇簡單的文章做範例測試。這個時候就遇到了問題。

對於這個問題，透過看source code瞭解問題在那邊，讓後做了調整。

一直重複這個動作直到預計要驗證的都驗證完了之後，接下來就可以準備搬遷了。

下一篇，將會對於搬遷的部分做説明。