免搬家，部落格同步發文之設計

還記得大學畢業專題的精髓：「以不改變使用者習慣，創造出好用的服務。」

一年前算是有從旁協助開發一些部落格同步的實作，目標讓使用者可以只在一端登入，並且盡情地發表文章至各地去！突然想起 Facebook 這幾天的新聞：Facebook修改使用條款遭炮轟，不免想到，這些都跟 Web 2.0 的架構有極大關係，並且無止盡地想要吃掉使用者的權益。以部落格來說，最佳的解法就是自己架站，但這個對不熟悉廣大用戶，的確有很大的困難的，所幸的是還有 NUWeb 開發團隊！一種極度追求民有民治民享的實現方式，這種作法即為 NUWeb 願景，它一種以自己的電腦架站並以 Web 為主體呈現的整合性系統軟體，把自己的權利擺在第一。

接著，關於部落格的同步機制，我覺得可以分成兩種：

1. 建立一個新介面或系統，在該系統上進行文章編輯，並且發表文章的同時，進行同步動作至各家 Blog Service


2. 照舊在習慣的 Blog Service 上進行文章編輯與發表，接著固定由第三方對該 Blog Service 進行抽取資訊的行為，接著同步發表至其他家 Blog Service

第一種方式，算是目前 NUWeb 的子服務 NUBlog 所提供的功能。這樣的實作並不困難，困難的是不能建立在 Server 的角色！我記得 Pixnet 以前也有提供同步至無名小站的方式，雖然我不確定還有沒有這項功能，但在 Server 的角度上無疑會造成不小負擔，同時在服務相近的競爭下也會相對應的處理，如被 ban 掉 IP 等，另外對使用者而言，存在會有密碼被竊取的可能性。因此，NUWeb 建立在 Client 端的角色，正是最佳發揮的場所！

第二種方式，便是這次我實作小玩的。由於這一年多都在接觸網路類的服務與開發，幾天前就用 PHP 寫了個簡單 Crawler ，大概不用 50 行的小程式，頂多只是架構上的斤斤計較。透過這個 Crawler 就可以把某家 Blog Service 上的文章標題、文章時間、文章內容都發表分析出來，緊接著，就是在至各家 Blog Service 啦。這種方式，比較接近大專做專題的宗旨：「以不改變使用者習慣，創造出好用的服務。」，於是，我又嘗試整合了！

第二種的前半步，說穿了就是目前許多家 Blog Service 在做的事：「搬家服務」。撈資料總是最簡單而易做的，各家搬家服務就只要負責處理撈資料的動作，接著就只是在塞進自家的資料料庫。至於第二種後半步發表至各家 Blog Service ，在台灣目前的處境，少數家有支援開放的服務，如制式的XMLRPC設計等，由於台灣的 Web 2.0 的設計都是盡可能地讓使用者待在自家網站上，因此，幾乎不提供這種不用上官網就能享受的服務，以至於後半部要實作的，就是模擬使用者登入某家服務，並且再模擬發表文章的作業。

兩種架構，漸漸地偏向於 Client 端，雖然 Server 端也能做到，但 Server 相較之下比 Client 多不少限制。然而，有一項困難點是永遠必須要被克服的，那就是客制化的過程，程式模仿！模擬使用者登入的流程、發表文章流程，等等的，這其實是最大的困難。至於第一和第二兩者間的最大差異？我覺得就做專題的那個觀點吧！一個是要改變使用者的習慣，另一種則是不用。前者並不是不好，只是人是習慣性動物嘛，像我自己面對新的服務時，有時還滿懶得去嘗試的，甚至腦裡就僅存著一個念頭「簡單夠用」，或許這就是為啥連我現在寢室用的桌機還是 AMD 1.2 GHz CPU & DDR 400 512 MB 的電腦！只是當服務想要提供的能量越來越大時，勢必就得進入改變習慣的步道啦。

至於如何製作模擬使用者用瀏覽器逛網頁的行為，這部分就令人頭痛了，沒有最佳解，只能硬幹了！有興趣可以參考這篇筆記：[PHP] 客製化部落格同步發文實作筆記 - 模擬瀏覽器行為。理論上，我實在不建議這樣的實作，耗時又費力，並且當對方網站流程一更動後，程式就作廢，又得重刻流程。只是學會的好處是？可以用的地方就很廣了，主要是短期的，像是搶訂票或是限量的服務等等邪惡又正當的行為 XD 這些就是模擬瀏覽器的程式魅力吧！

基於一些理由，先不分享程式，有興趣的，可以在未來透過 NUWeb 就行啦！