使用 Demonstration site 取代 Backup and Migrate

在建立 Drupal 網站的時候，我們會花很多在測試模組上，這時候我們會需要一個能夠快速備份還原資料庫的功能～

在 Drupal 模組中，有兩個模組可以做這件事，一個是 Backup and Migrate 模組，另外一個是 Demonstration site 模組。

然而 Backup and Migrate 有個致命的缺點：那就是在還原資料庫時，他不會先 Drop 掉所有的資料表再還原。

這個缺點會有什麼影響呢？試想下列情況：

1. 用 Backup and Migrate 備份 =>Test Backup
2. enable 某個會建立資料表的模組 (例如： Commerce Cart) => Test Module
3. 用 Backup and Migrate 還原 Test Backup
4. enable Test Module

在第二次 enable Test Module 時，會發生資料表已存在的錯誤
通常我們在使用還原功能時，並不會有習慣去 disable & uninstall 模組，所以這個缺點還蠻要命的～

另外 Backup and Migrate 還有個問題就是只支援 MySQL / MariaDB，其他的資料庫並不支援；不過這個問題我個人是覺得還好，畢竟比較常用的也是 MySQL。

最後要說一下 Demonstration site 模組的問題：

• 目前 7.x-1.0 這個版本有問題，不能正常還原，要用 7.x-1.x-dev 的版本才行
• Demonstration site 的更新沒有 Backup and Migrate 勤快
• 設定也比較簡單，沒有備份檔案或是其他的進階功能
• 在 bug report 那邊也是有 bug 擺了半年以上沒人處裡

配合 Drupal Media 的 Player

直接講結論：還是 JW Player 最好～

我測試的結果，播放器有以下的問題 (至少有一點)：

• 沒有支援 Flash fallback (純 HTML 5 的播放器都沒有)
• 沒辦法支援 Embedded Media Field
• 明明把長寬尺寸設定好，大小還是不對

目前測到沒問題的就只有 JW Player～

下載：

• https://drupal.org/project/jw_player
• http://www.longtailvideo.com/jw-player/download/

Drupal Media 的檔案管理

在 Drupal 中，檔案的管理始終是一個麻煩的問題。

以前我使用 File Field 來做檔案管理，可是這種方式，在碰到使用編輯器插入圖片或其他檔案時，沒辦法使用 File Field Paths 來變更目錄與檔名；必須禁用編輯器的插入功能，先把檔案上傳到另外的 File Field 欄位中，再配合 Insert 模組來插入，實在很不方便。

跟 File Field 最大不同是，Media 的檔案管理方式，是以檔案的種類為基礎作集中式的管理。
Media 預設的檔案種類有四類：Image、Video、Audio、Document
在使用上配合 File Entity Paths，可以對 Body 欄位插入的檔案做管理。

目前我使用 3.6.X 的 CKEditor 編輯器，不用 4.X 的版本是因為 MediaBrowser 的 Plugin 會有問題。

使用 MediaBrowser 來插入圖片時，可以重複利用之前上傳的檔案，插入時也可以選擇不同的 Display 方式，彈性很大。

不過預設的 Default 顯示方式並沒有設定好，可以在

admin/structure/file-types/manage/image/file-display

找到設定介面，勾選 Enabled displays 裡面的 Image，儲存後再插入圖片時就會顯示出來。

一顆硬碟，一個分割區

在過去常有朋友問我，要怎麼分割硬碟，每個分割區多少空間比較好？
其實在每個階段，我給出的答案都不一樣。
時至今日，如果你問我，我自己又是如何做的呢？

目前我的電腦上的硬碟是這樣配置的：

• 一顆 SSD (64G)：用來放系統
• 一顆 WD 黑標 (500G)：用來放一般 HTTP、FTP 下載回來的東西 (通常檔案較小)、免安裝軟體、其他我自己或程式產生的資料、音樂、圖檔等等大雜燴
• 一顆 WD 紅標 (2T)：用來放 BT、eMule、迅雷等等下載回來的檔案倉庫

對了，我還有一個 NAS 用來放那個檔案倉庫裝不下的東西～
我個人算是有輕微的收集癖好，所以要用到 NAS 來放，如果你時間很多且勤於整理的話，不用 NAS 也是可以～

在這裡還有一個重點，那就是這三顆硬碟都是 MBR / One Primary Partition，即標題所說的：一顆硬碟，一個分割區。

現今硬碟已經很便宜，主機板上的晶片組支援的 SATA3 也很多，不需要折磨自己只用一顆硬碟切來切去。

分割硬碟不如做好目錄管理比較重要。

我痛恨駝峰式命名原則

這篇其實是個抱怨文，藉以抒發我個人的不滿～

甚麼叫駝峰式命名原則？
舉個例子來說，假設你有一個用來新增產品用的函數，你可能命名成
AddProduct

如果他是某個物件的方法，那你會這樣命名
addProduct

這個就是駝峰式命名法，目前主流的程式語言大都是推薦這樣的命名方式。

如上面的例子，駝峰式命名原則還分成兩種，如果首個單詞第一個字母也大寫的話，也被稱作帕斯卡命名原則。

相對於駝峰式命名原則，我個人比較喜歡底線命名原則，以上述例子來說，如果用底線命名原則來命名就會變成
add_product

我不否認駝峰式命名原則看起來比較美觀，而且名稱長度較少，但它的優點也僅只於此。
尤其是在一些 Script 語言中，你可以利用一個內容是函數名稱的字串去調用該函數來達到效果時，碰到駝峰式命名原則，你會發現沒有完美的解法～

我寫過剖析駝峰式命名原則字串的函數，從結論上講，不論是上面兩種駝峰式命名原則，還是名稱裡面包含連續大寫縮寫的名稱，我寫的剖析函數都能正確切開個個單詞 (前提是你沒亂命名)。

但能切開不代表能組合回去，原因是因為你沒辦法猜測組合回去的名稱被用在什麼情況下。

相對於駝峰式命名，底線式命名的原則還蠻死板的，他要求全部小寫，分隔單詞全都用底線。
這種命名方式很古老，但任何場合都能用，從各種程式語言到資料庫、表、欄位等等，全都一體適用。

分解組合這種命名方式也很簡單，甚至不用你自行來寫函數來剖析，大多數的程式語言都內建了處理分解組合這種字串的函數。

Picasa 網路相簿的限制

• 相片大小上限：圖片一律不能超過 20 MB 及 5000 萬像素。


• 影片大小上限：上載的單一影片大小一律不能超過 1GB。


• 網路相簿數量上限：10,000 本


• 每本網路相簿的相片和影片數量上限：1,000


• 總儲存空間：「Picasa 網路相簿」可儲存 1 GB 的相片和影片。大小未達特定限制的檔案不會計入這個配額限制。


• 免費儲存空間限制：只要相片大小低於 2048x 2048 像素，影片長度少於 15 分鐘，就不會計入免費儲存空間配額。

資料來源：

• 帳戶上載限制


• 免費儲存空間限制

關於 Windows 8 升級二三事

上禮拜五 Windows 8 正式發表，同時也帶來了一股升級潮，與此同時，我也用我之前購買的筆電的隨機授權弄了一組折扣眷，花了 NT$439 做了升級。

先來說說花了這筆錢買到的是什麼？

嚴格說來，買到的是一組從 "正式管道" 來的 "Windows 8 專業版" 的 "升級用" 的啟用序號。

 

這裡有幾個重點，就是我上面引號內的文字，說明如下：

• 正式管道：這是微軟承認可用的啟用序號，不用擔心這組序號通不過啟用程序


• Windows 8 專業版：升級助手下載回來的是另外包裝的 ESD 版，但本質上還是 Windows 8 專業版，所以拿 MSDN 上的 Windows 8 專業版 ISO 來安裝，依然可以用這組啟用序號


• 升級用：這組序號是升級用的，所以不管你安裝的是升級助手下載回來的版本，還是從 MSDN 上的版本，安裝時硬碟必須要有裝過 Windows 作業系統，這組序號才可以啟用

 

目前網路上大家討論最多的還是這個序號能不能空機安裝，底下我來簡單說明一下。

我自己實驗過的步驟是先拿一顆硬碟，用第三方的磁碟分割程式分隔好並格式化，然後拿這個硬碟去安裝 Windows 8，結果就是第一次無法用該序號啟用，然後拿這顆硬碟再裝一次，就可以正常通過啟用程序。

所以結論是空機安裝是可以的，但可能必須安裝兩次。

 

底下是我碰過的一些問題與解法：

• 更改序號進行啟用程序的方法：用 Administrator 身分打開 Command Prompt，執行 slui 3 


• 無法新增輸入法：把 Windows Search 功能裝上即可


• 有使用 RAM Disk 且改過 TEMP 目錄與 Pagefile 路徑到 RAM Disk 上，安裝某些 Windows Feature 會失敗：先把 RAM Disk 刪掉，安裝完需要的 Windows Feature 後再啟用