最近花了一段時間在研究怎麽把Google Drive (Google雲端硬碟)跟Zotero與Proxmox伺服器整合。整合之後可以運作，但是可能是因為檔案處理速度過慢或是Google Drive API配額的限制，最後都無法順利運作。這篇記錄一下到目前為止的研究進度。
(more...)如果Apache網頁伺服器只想讓人連首頁，但是卻不想讓人連到子目錄的話，我們可以透過增加Apache的規則設定，利用<Location>跟<LocationMatch>來達到這個目的。
(more...)秉持著開放原始碼的精神，我現在也將很多專案跟文件放在GitHub上供人下載、取用。懂版本控制工具git的人可以用clone來抓取資料，不過其他人也可以直接用網頁上的功能來抓取GitHub上的檔案喔。這篇會介紹的是兩種方法來下載GitHub中的檔案。一個是完整下載各個儲存庫 (repository) ，另一種則是下載個別檔案。
(more...)很多人都使用IFTTT將Blog新文章訊息轉發到不同的社群媒體，像是Facebook、Twitter或是LinkedIn，但可惜的是IFTTT並沒有支援轉發到Google 專頁(Google Page)的頻道。我前幾天找到了提供RSS資訊來源(RSS Feed)自動轉發到Google專頁的一個服務：Dlvr.it。經測試之後可以正常使用，以下就簡單介紹一下如何操作。
數位影像的基本教學都會講到點陣圖跟向量圖的差別：點陣圖在放大時會失真，而向量圖不會 (不懂的同學可以看一下軟體使用教學的說明)。一般而言，為了列印像海報這樣的大型輸出圖片，當然是使用向量圖比較好。如果我們只有點陣圖的話，那要怎麼辦好呢？這時候就可以來用VectorMagic把點陣圖轉換成向量圖啦。
(more...)
合作式閱讀標註這個領域已經有很多人不斷投入，其中一個知名的工具就是diigo。diigo是以網頁為主，提供線上標註、蒐集與組織資料、團體合作整理、以及分享資料的功能。但是免費限制這點讓人難以作為研究的工具。這篇是我之前在meeting時報告diigo的投影片，拿出來跟大家分享。
(more...)ownCloud除了使用網頁管理介面與客戶端軟體之外，也內建了網路磁碟機(WebDAV)的連線方式，可直接整合在作業系統的檔案管理工具當中。以下介紹如何在Windows 7中透過WebDAV新增網路磁碟機連接到ownCloud。
You can use WebDAV to map ownCloud’s Network Drive in your Windows 7, and use your prefer file manager to manage your files in ownCloud. This article described how to do it.
WebDAV (Web-Based Distributed Authoring and Versioning)是一種基於HTTP/HTTPS通訊協定上實作的檔案資料交換方式，而比起FTP更容易整合到作業系統中，讓使用者可以使用自己的檔案管理工具來管理WebDAV的網路磁碟機。
WebDAV最早是在 1996 年時由 Jim Whitehead 開始計畫，再由 Tim Berners-Lee 開發出原型的版本，並完成了RFC 2518規範。在 2007 年 3 月份時再由 IETF 接手，目前定義在 RFC 4918 規範中。各個平台與作業系統基於此規範實作相對應的WebDAV版本。
ownCloud也實作了WebDAV的連線方式，可供Linux、Mac、Windows等不同作業系統的使用者以自己的WebDAV管理工具來掛載連線，非常方便。舉例來說，Windows 7可以新增WebDAV類型的網路磁碟機，就可以把ownCloud當成檔案總管中的一顆硬碟來使用。詳細請看ownCloud的操作介紹：Accessing your Files (WebDAV)。
話說回來，介紹WebDAV的中文網頁意外地很少，連維基百科都空空如也。上述介紹主要參考自WebDAV: 簡單部署與管理檔案的核心介面一文。
儘管網路磁碟機不難操作，但是由於Windows 7安全性要求較高，在Windows 7中不能直接新增以HTTP連線的網路磁碟機。以下就以Windows 7為例，介紹如何新增ownCloud的WebDAV網路磁碟機。
根據QNAP NAS產品介紹中對於WebDAV的介紹，Windows 7要使用WebDAV有三種方式：
網路上大多推薦走2的方案，因為2的話可以用Windows 7內建的新增網路磁碟機來連接ownCloud。1的方案所推薦的NetDrive有30天限制，30天之後只能連接一個網路磁碟機；3則是要額外付錢購買SSL憑證，對一般在家架設ownCloud使用者來說比較困難。
因此在此我們是用2的方案，降低Windows 7安全層級來連接WebDAV。
根據Microsoft文件 KB841215: http://support.microsoft.com/kb/841215，降低安全層級的方式要修改登錄檔案。
為了簡化大家操作，我把這個設定做成了reg登錄檔。請直接下載，再以系統管理者身份執行即可。
執行的時候會遇到許多警告訊息，請按「是」繼續執行吧。
執行完成之後會顯示「已經成功加入登錄中。」此時再重新啟動Windows 7即可。
接著是確認ownCloud連線資訊。以下是示範舉例的ownCloud伺服器：
因此網路磁碟機連線設定為：http://example.owncloud.edu.tw:80/remote.php/webdav
以下是開啟新增網路磁碟機的方法：
然後在「資料夾」的位置輸入上述的連線設定：「http://example.owncloud.edu.tw:80/remote.php/webdav」，再按下「完成」按鈕。
然後再輸入連線帳號與密碼，例如「user」與「pw」，按下「確定」完成。
新增網路磁碟機的過程要花一段時間，請耐心等候。
新增完成之後，檔案總管就可以看到新增的磁碟機z，裡面就是ownCloud的檔案了。
透過這種方式就能夠輕鬆把ownCloud跟Windows 7的檔案總管整合在一起了。儘管WebDAV操作上必須要時常連接網路，反應比起本機檔案來得緩慢許多。但是能用熟悉的檔案管理工具來整理雲端硬碟，還是令人感到相當親切。
(more...)ownCloud不僅可以使用網頁管理介面與客戶端軟體來管理儲存在雲端空間的檔案，更可以使用外部儲存支援(External storage support)來連接SFTP，讓管理檔案更加方便。
In ownCloud, user can use not only web interface and client, but also SFTP to manage their files. This article described how to integrate SFTP service in ownCloud.
ownCloud是一個開放原始碼的雲端儲存空間服務軟體，以PHP與MySQL運作，可提供類似Dropbox的雲端儲存空間服務。而這個空間大小可由自己的伺服器架設，自己伺服器的硬碟有多大，可以存放多大的資料。ownCloud帳號管理上也非常方便，也可支援LDAP。此外，ownCloud更可安裝多種應用程式(Apps)，例如可在onwCloud直接編輯文字的Text Editor，或是檢視現在儲存空間使用狀況的ocDashboard。
在安裝上，可選擇從TurnKey Linux下載直接可以使用的ownCloud來架設。不過目前TurnKey ownCloud使用的是4.5.7，上傳以中文名稱開頭的檔案會有問題。後來我們把它更新成ownCloud 6.0之後就能解決這個問題。
原本我打算是使用ownCloud來取代FTP軟體，但是事實上並沒有這麼美好。
ownCloud的網頁管理介面讓人容易上傳、分享與下載，這點毋庸置疑地勝過了FTP。但是當檔案數量一多，或是要上傳的檔案越來越大的時候，ownCloud管理上就會變得非常麻煩。具體來說，ownCloud管理上的缺點包括了：
原本的ownCloud是不能移動已經上傳檔案的位置，只能刪除後重新上傳。ownCloud也不支援多重選取，在管理大量檔案上是很不方便的。
幸好這個問題可以安裝Files Move應用程式來解決，詳細請看我另外一篇的介紹。
儘管4GB的檔案可以成功，但是20GB的檔案似乎會上傳失敗。因為瀏覽器在上傳檔案的功能上並不一定支援這麼大的檔案，相對的，使用FTP上傳就很妥當，還可以支援續傳。
雖然ownCloud可以支援打包下載：將多個檔案壓縮成一個zip檔案提供下載。但是當資料夾檔案數量龐大，或是檔案本身就很大的時候，打包下載很容易失敗。
由上述可知，ownCloud其實還是有很多缺點，管理大量檔案上還是FTP比較方便。但是多虧ownCloud提供了多種的應用程式功能，讓ownCloud可以結合SFTP一起使用，讓我們來看看如何操作吧。
上圖是我的規劃做法。1到3是配置，4跟5是使用，都在同一台Linux伺服器上運作。
以下談論這個做法的細節。
ownCloud本身結合外部儲存空間，將之視為一個資料夾，整合到ownCloud的檔案管理介面中。
支援的類型包括了：
在本例中，由於sftp帳號的預設家目錄會設置在 「/home/sftp」 ，所以我們也只需要連接到此本機儲存空間即可。
做法是：
這個資料夾可以用SFTP連線方式直接登入sftp帳號來連線。舉例來說，一般連線設定如下：
至於連線方式，可以參考我另一篇SFTP連線設定教學。
連線上去之後會直接進入到sftp資料夾當中。
以SFTP連線必須注意到以下幾點：
本文選擇使用SFTP來連線，而不是使用傳統的FTP。主要理由如下：
我個人大多使用SFTP取代原本的FTP，越來越少用FTP了呢。
ownCloud本身也提供了WebDAV網路磁碟機的功能，可以直接掛載在Linux、MAC、Windows上，操作操作說明請看此文件。
如果可以使用WebDAV來連線的話，就可以用熟悉的Windows介面來管理ownCloud檔案，當然會比SFTP來得方便許多。
雖然我Windows 7不知為何都連不上WebDAV，但是Windows XP倒是簡單地就連上了。真是奇妙。
有機會研究出來再跟大家分享吧。
(more...)最近我將WordPress掛載NFS之後，WordPress的外掛User Avatar就無法順利運作。原因是因為timthumb縮圖程式無法寫入暫存檔案，修改程式碼之就能解決問題。
Recently, I try to integrate NFS with WordPress’s upload directory, and then the plugin User-Avatar got broken. This problem is due to thumb program “user-avatar-pic.php” could not write lock files. I modified this program to solve it.
我目前使用的WordPress與外掛User-Avatar版本資訊如下：
User Avatar是允許讓使用者自行上傳大頭照的外掛，簡單好用。
最近我將WordPress存放附件檔案的資料夾uploads改掛載到NFS底下。具體來說是資料夾路徑是：
[WordPress]/wp-content/uploads
掛載之後，附件大多都能正常下載，可是卻發現圖片無法讀取的問題。
上圖紅框的部份可以看到，應該出現作者大頭像的地方卻沒有顯示了，非常奇怪。
直接打開網址之後，就發生了錯誤訊息：
A TimThumb error has occured
The following error(s) occured: - Could not get a lock for writing.
Query String : src=http://********/wp-content/uploads/avatars/46/1371804156-bpfull.jpg&w=75&id=46&random=1392976007
TimThumb version : 2.8.10 簡單來說，是程式碼中有些段落發生了無法順利寫入的問題。發生錯誤的程式碼是外掛User-Avatar的user-avatar-pic.php，檔案路徑如下：
[WordPress]/wp-content/plugins/user-avatar/user-avatar-pic.php
根據錯誤訊息「Could not get a lock for writing.」，我們可以找到發生錯誤的程式碼，以及回溯到前面開啟檔案的相關程式：
$lockFile = $this->cachefile . '.lock';
$fh = fopen($lockFile, 'w');
if(! $fh){
return $this->error("Could not open the lockfile for writing an image.");
}
if(flock($fh, LOCK_EX)){
@unlink($this->cachefile); //rename generally overwrites, but doing this in case of platform specific quirks. File might not exist yet.
rename($tempfile4, $this->cachefile);
flock($fh, LOCK_UN);
fclose($fh);
@unlink($lockFile);
} else {
fclose($fh);
@unlink($lockFile);
@unlink($tempfile4);
return $this->error("Could not get a lock for writing.");
}
注意紅字的第一行。這一行是指定寫入檔案的路徑，顯然地目前這個路徑設定是不可寫入的。要確保暫存檔能夠正常寫入，一般來說都是寫在暫存目錄底下。PHP取得暫存目錄並在之中產生暫存檔案的作法是用tempnam(sys_get_temp_dir(), 'FOO')，因此程式碼應該替換掉第一行變成：
//$lockFile = $this->cachefile . '.lock';
$lockFile = tempnam(sys_get_temp_dir(), 'timthumb') . '.lock';
這樣子就能夠讓網頁正常顯示了。
以下講述簡單的作法：
[WordPress]/wp-content/plugins/user-avatar/user-avatar-pic.php」這樣就完成了。
(more...)Gmail上自改版之後，撰寫新郵件就會用一個小小的視窗嵌在Gmail當中的方式進行。後來我發現到按住Shift鍵再按下放大按鈕之後，就可以用獨立視窗撰寫郵件了。
In Gmail, we usually compose email in a small embed window. But this small window could be enlarged as a pop-up window by using hotkey “shift”. This article will show you how to do it.
Gmail是我主要使用的網路信箱，我通常都是用它來撰寫郵件。早期Gmail撰寫郵件時，可以用獨立視窗來進行。我個人比較偏好用一個視窗做一件工作，而不喜歡目前Gmail將郵件當做即時通訊的形式呈現。
現在的Gmail中，在解析度這張解析度為950*629的網頁中，撰寫視窗會遮掉Gmail的大部分。被遮蓋的地方無法觀看，而佔用了撰寫視窗的大半部分。
即使按下放大按鈕，也只是在視窗中變大而已。被遮住的地方依然是一種浪費。
最近我才發現放大視窗的功能按鈕上有個提示：「全螢幕（按Shift鍵顯示彈出式視窗）」。
按著Shift鍵放大視窗之後，就能就用獨立網頁來撰寫郵件。是不是清爽許多了呢？
我一直在想，這功能這麼實用，可是卻很少看到有人介紹，乾脆自己寫一篇好了。這就是這篇產生的由來。
(more...)E-mail信箱是處理工作要務，而電子報(e-mail newsletter)等促銷訊息應該是閒餘時候來看。我利用Gmail把電子報轉到Blogger上，再用RSS訂閱該Bloggger，就可以做到電子報轉成RSS訂閱的功能了。
I usually use e-mail, like Gmail, to handle my jobs. But I feel annoyed when advertisement newsletter occupy my inbox. I try to convert newsletter e-mails to RSS feeds. So that I can read newsletters at rest.
我平時主要工作的集中處是Gmail。平時我的收件匣只存放「尚未處理的工作」，而其他封存的郵件也大多都是「做完的工作」或「重要的通知」。此外，我就不想在Gmail中保存與工作無關的訊息，像是電子報。儘管現在Gmail提供了收件夾自動分類的功能，但對這堆電子報依然會留在Gmail當中，造成往後要搜尋相關工作信件時，反而淹沒在與工作無關的電子報裡，添增資料整理的困擾。
當然，電子報是增加新知的重要資訊來源。我會整理資訊新聞、圖書館新聞、最新文獻等RSS資訊來源，然後在Feedly上訂閱（以前是Google Reader，可惜關了）。平常我坐在電腦前的時間就是工作（開 啟Gmail），但是在外面移動、等車的時間，我就是開啟Android手機上的gReader來閱讀這些RSS。這也是偶爾我會在Plurk上轉貼一些新聞的情形。
跟用E-mail訂閱電子報相比，RSS訂閱電子報有幾個好處：
最近實在是覺得Gmail被這些排山倒海而來的電子報入侵感到十分困擾，所以興起了我想把這些電子報轉換成RSS訂閱的念頭。
儘管資訊相關的網站大部分都會提供RSS服務，不過小型的機構網站電子報可都還是採用傳統的人工製作電子報來寄送，沒有採用電子報工具來統一管理，自然沒有RSS訂閱(feed)的服務。
目前網路上大部分的服務都是把RSS轉成E-mail，但是相反地，將E-mail電子報轉換成RSS的服務非常少。所以這個轉換工具可能靠不了別人，我想應該還是得自己來想想辦法才行。
摸索了一下，我目前想到的作法很簡單：將信件轉寄到Blogger來典藏，這樣就可以做到將E-mail電子報轉換成RSS訂閱了。
我現在想要將Gmail中部分郵件自動轉寄到以Blogger建立的電子報Blog，利用Blogger的「使用電子郵件張貼」(Mail2Blogger)功能來張貼電子郵件。最後就用Feedly訂閱電子報Blog，完成訂閱的動作。
因此在以下教學中，我會用到幾個工具：
準備好的話，請按照以下步驟，一步一步把電子報轉換成RSS訂閱吧。
進入Blogger的首頁，點入左上角的「新增網誌」按鈕。
輸入標題與網址就可以建立了。在此我輸入的是「布丁測試電子報」（以下簡稱電子報Blog）與「pulipuli-test-newsletter.blogspot.com」。
進入新建立電子報Blog的「設定」功能，進行一下的其他設定。
在「設定」的「基本」中，將隱私權關閉，因為這只是我私人使用的電子報訂閱位置。如果你不介意公開訂閱的電子報，那也可以把它打開。
在「設定」的「文章和留言」中，把留言功能限定於「僅限此網誌的成員」，再按右上角的「儲存設定」。因為這只是我私人使用的電子報，不希望讓別人留言討論。
這一步重要！進入「行動裝置及電子郵件」中，設定「使用電子郵件張貼」的功能。文字框裡面你可以輸入指定的密語(secret words)，組成一個只有你知道的電子郵件位置，再按下右上角的「儲存設定」。
舉例來說，我設定的是「test-newsletter」，於是未來任何人寄信到到「pulipuli.chen.test-newsletter@blogger.com」時，他都會直接發佈在Blog當中。當然，這個位置我只是測試用的而已，寫完這篇文章之後我就會刪除了，請不要真的去寄信。
Blogger預設會在Blog擺放自己的資訊。因為這只是電子報保存，不代表我個人的文章，所以建議把它移除掉。
你可以從「版面配置」中找到「關於我自己」，按下「編輯」後再選擇「移除」按鈕，就可以關閉這個訊息。
為了把Gmail轉寄到電子報Blog，必須先在Gmail的設定中新增「轉寄地址」。在Gmaill「設定」的「轉寄和POP/IMAP」中進入「新增轉寄地址」。
在此輸入剛剛在電子報Blog新增的電子郵件張貼位置「pulipuli.chen.test-newsletter@blogger.com」，按下一步。
確認郵件轉寄，按下「繼續」。
回到電子報Blog的首頁上，你會發現有一篇文章被新增了，而且還是Gmail的轉寄確認信。點下信中提供的連接已確認郵件吧。
確認成功。
接著再回到電子報Blog的管理介面中，刪除剛剛那篇「Gmail轉寄確認」的文章吧。
在Gmail中，利用篩選器來選擇電子報的寄信來源。
以「圖書館」的電子報為例，我可以用寄件者為「fish14@nccu.edu.tw」這位館員的電子信箱作為篩選條件，按「根據這個搜尋條件建立篩選器」來建立篩選器。
接著我再篩選器中設定「轉寄給：pulipuli.chen.test-newsletter@blogger.com」跟「刪除它」，以及勾選「略過收件匣(將其封存)」、「永不將其標示為重要」跟「分類為：最新快訊」。以此設定按下「建立篩選器」。
好，到目前為止，我們總算可以把Gmail的電子報轉移到電子報Blog中了。
電子報Blog的RSS訂閱位置，預設是在網頁下方的「訂閱： 文章 (Atom)」中。以電子報Blog為例，它的網址是「http://pulipuli-test-newsletter.blogspot.tw/」，那RSS訂閱位置就是「http://pulipuli-test-newsletter.blogspot.com/feeds/posts/default」。記住這個訂閱位置，Feedly就是靠這個位置來訂閱RSS的。
接著我們來到Feedly頁面，從「+Add Content」功能中，在搜尋框輸入剛剛的RSS訂閱位置。等一段時間後，Feedly會找到該RSS訂閱的來源(Discover feeds)，再按下「+」新增。
這樣子就完成在Feedly中訂閱RSS的動作了。至於要怎麼在Feedly整理RSS訂閱或其他的功能，就請參考電腦玩物寫的「Feedly 完全上手教學，延續 Google Reader 閱讀器體驗」吧。
儘管經過以上的步驟之後，我把跟工作無關的電子報都改放到Feedly中訂閱，而只在行動裝置上欲閱讀這些電子報。不過遇到重要的文章時，我還是會把它轉存到Evernote供未來參考（利用Android的EverClip也可以擷取網頁原始格式），或是放到Pocket中閱讀全文（不過我後來發現幾乎不會回頭去看就是了）。
把電子報放在Blogger之後，我發現我還可以為某些每次都是由不同人寄信、沒有統一系統管理的電子報建置一個數位典藏的集中地。如果小型機構沒有電子報相關的系統，我建議你們也可以採用我上面的教學，以Blogger建立一個專用的電子報訂閱中心。
Blogger可以用「小工具」新增以Email訂閱的功能，所以一樣可以提供讀者Email訂閱與RSS訂閱這兩種方案。
此外，Blogger也內建了「統計資料」的功能，可以讓你知道電子報的訂閱資訊。如果不關閉隱私權的話，也能夠讓人用搜尋引擎找到電子報的內容，增加傳播影響力。
不過上述的步驟依然有點太過複雜，如果只是要簡單的Email to RSS，似乎可以用更簡單的方式搭配運作。舉例來說，如果可以再寄信時自動依照來源安排不同的標籤(label)，那就可以用同一個電子報Blog容納來自多種不同來源的電子報，並且可以依照來源不同個別訂閱所需要的RSS。技術上不難，難的只是做成公開服務提供穩定運作而已。希望未來有心人士可以試著提供這樣的服務，也算是為幾近沒落的RSS作點貢獻吧。
(more...)
Comments