用了快十年的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 是相當令人滿意～這裡也附上該公司網頁 http://www.r-studio.com/

記得之前看到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就好 這裡有整套流程： http://petermcintyre.com/topics/uiimage-in-core-data/

雖然自己有需求~但是寫在Windows 8主要也是拿來練功~ 順便看看新版VS2012 RTM的版本有那些Windows Store App 的API修改。 產品功能簡介: 登入Facebook將你塗鴉牆上面的資料下載下來。(約最近2X筆) 在Windows Store App上有列出兩個類別 (All, UnRead) 讀過的在Unread 將不會再出現 支援離線閱讀 簡單的記下以下幾個經過: 安裝 C# Facebook SDK http://csharpsdk.org/ 需要裝NuGet是比較特別的~不過2012裝超快 如何使用與申請FACEBOOK ID 請看以下介紹文章 http://www.dotblogs.com.tw/remhom/archive/2012/03/08/70581.aspx http://www.dotblogs.com.tw/dominic/archive/2012/06/06/72647.aspx 利用Split view 為基礎開始寫，使用SampleDataSource “me/home” 就可以直接讀取讀塗鴉牆 (limit 可以限制筆數) 儲存資料使用以下兩種 ApplicationData.Current.RoamingFolder 存取access token ApplicationDataContainer 資料很方便~ 適合存取JSON吐回來的資料。 唯一遇到困難是 enum ApplicationDataContainer，不過解決了。 整個時間只有花費五個小時左右~ 也代表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