用了快十年的MT (Movable Type) 2.661，最近一直無法抵擋~ 廣告comment的攻擊。 由於MT3與MT4的系統資源實在是太高~ 加上的確WordPress的外掛真的是好用多了~ 與MT越來越式微的原因。 (參考MR JAMIE : 為什麼WordPress 大受歡迎，Movable Type 卻沒有)
今天早上決定把自己的部落格系統轉換過去~ 順便把Blogger上面 的備份網站BlogE on Blogger打開權限~ 作為異地備援部落格。
接下來就是要把SyntaxHighlighter弄過去應該就沒問題了~~~~
其實說是心得記錄～很可能只是快速的紀錄一些小技巧跟相關的軟體名稱
如果你是搜尋過來的千萬注意看以下的一些部分
發生經過：
使用USB隨身硬碟在把保存在裡面的資料讀取出來，但是因為電腦斷電的原因。
重新開機後～發現usb隨身硬碟變成無法讀取並且跳出尚未格式化請求你格式化的時候
這個時候千萬不要輕易的格式化，避免資料無法順利救援出來
救援過程：
本來找尋一些論壇有建議使用FinalData來讀取，但是因為讀取太久
找尋到這篇文章，裡面有提到SPFDisk的救援方式～來救援分割表的錯誤
關於SPFDisk的使用方式及救援方式，請參考這篇文章
選擇非破壞性救援後～發現資料還是無法正常讀取～開始尋找一些軟體的幫助
FinalData2.0 –> 無法修復硬碟～看起來有實體壞軌的狀態（心理準備～有檔案要犧牲了）
R-Studio
5.0 –> 看起來遇到壞軌會有crash的狀態，
6.0 –> 果然正確的救援初所有的資料～而且300G的硬碟硬生生找出500G的資料（雖然很多壞掉了）
果然使用R-Studio 是相當令人滿意～這裡也附上該公司網頁
記得之前看到WordPress 3.5推出的一些文章與廣告，發現他的相簿功能真的很多。
之前為了增強家裡相簿的能力，從4Imgage之後～ 新架了一個Drupal來使用
Drupal的相簿(Album) plugin 很強很好使用～但是速度實在不太快
所以看到，WordPress 3.5 宣傳的影片～讓我不禁想使用看看他的相簿功能
畢竟之前使用WordPress的使用經驗都覺得速度相當的快
以下簡單記錄一下我的升級流程：
電腦資料：
PHP: 5.2.6
MySQL: 5.0.51
升級WordPress 3.5 基本要求:
PHP: 5.2.4
MySQL: 5.0
我的升級流程是依據官方的資料如下：
備份WP資料
備份 MySQL
備份 WP(透過WP備份）
備份所有WP上面的檔案
關閉所有的plugin
下載最新版WP(先不要蓋過去）
刪除舊的檔案
參考以下檔案列表
wp*.php （不要移除wp-config.php)
.htaccess
license.txt
readme.html
xmlrpc.php
移除資料夾wp-admin wp-includes
記得留下 wp-config.php
執行 wp-admin/upgrade.php
完成
實在是順利又快速～
弄好了C#的程式之後，又回頭開始看看自己比較不熟的iOS～
不論我自己願不願意～雖然Core Data 沒有Windows Store App裡面的 Container Setting那麼直接又容易被拿來存去JSON類型的資料。
Core Data 仍然是最常被使用的iOS上面的存取媒體
花了一點搞懂之後，這裡也記錄一下～幾個重點:
要找尋資料得用NSPrediate 沒那麼難用，只是字串比對id的時候～不需要使用like而是直接看有沒有相等就好
Core Data要存取UIImage其實是可以的～只是有點點小複雜
首先要先把資料格式設定成 TransFormat
要把一些轉換的準備好function 準備好
套用上去並且資料直接存成UIImage就好
雖然自己有需求~但是寫在Windows 8主要也是拿來練功~
順便看看新版VS2012 RTM的版本有那些Windows Store App 的API修改。
產品功能簡介:
登入Facebook將你塗鴉牆上面的資料下載下來。(約最近2X筆)
在Windows Store App上有列出兩個類別 (All, UnRead)
讀過的在Unread 將不會再出現
支援離線閱讀
簡單的記下以下幾個經過:
利用Split view 為基礎開始寫，使用SampleDataSource
“me/home” 就可以直接讀取讀塗鴉牆 (limit 可以限制筆數)
ApplicationData.Current.RoamingFolder 存取access token
ApplicationDataContainer 資料很方便~ 適合存取JSON吐回來的資料。
整個時間只有花費五個小時左右~ 也代表C# Windows Store App真的很方便~
正在研究如何把Windows Store App 弄出來放上codeplex~
在開始寫iOS的程式開始，我一直對於整個Cocoa mvc的架構不習慣。
可能是之前設計Windows 的關係，許多的新的架構與方式會需要用很多的心力來了解。
在這裡試著記錄一些關於TableView的心得：
利用New File建立第一個TableView所遇到的第一個新增資料的crash：
一開始利用Storyboard來建立第一個TableView範例的時候，最容易遇到的就是crash在cellForRowAtIndexPath。
裡面最大的原因就是，如果你自己在Storybord上面建立一個TableViewController，並且透過新增ObjectC++ file來新增對應的ViewController.m
裡面就會發生一個問題就是Cell identifier的問題，解決方法有兩種：
在storyboard上面把cell的identifier 加上去預設名稱”cell”
或是在程式碼裡面有error handle如下
if (!cell)
{
cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleSubtitle reuseIdentifier:@”My cell”];
}
關於TableView資料處理概念：
iOS的TableView處理與撰寫Windows table的處理最大的不同就是對於資料處理的邏輯。
相較於Windows是一次把資料加入或是一筆筆新增或是刪除的方式。iOS必須得依照以下方式給資料
必須先給你有幾個section (也可以當成是有幾個小表格）[numberOfSectionsInTableView]
一個表格裡面有多少資料(row) [numberOfRowInSection]
確定之後，他會每一比資料都來問你裡面的內容 [cellForRowAtIndexPath]
利用deleteRowAtIndexPaths刪除含有CoreData的TableView欄位，會出現Crash:
這個問題也找了一下，詳細的程式碼與問題可以參考http://stackoverflow.com/questions/4057199/animating-row-deletion-in-uitableview-with-coredata-gives-assertion-failure
後來在Apple 範例程式找到一些線索（CoreDataBook)或是找官方資料
http://developer.apple.com/library/ios/documentation/UserExperience/Conceptual/TableView_iPhone/Art/table_view_editing.jpg
解決方式就是把deleteRowAtIndexPaths 由TableView觸發的event commitEditingStyle 搬移到 CoreData的delegate didChangeObject
