仔細一看，才發現原來Drupal是如此強大的CMS架站機阿！
在一篇比較WordPress, Drupal, Jamoola 的文章中，我才知道Drupal的彈性。

確實，晚飯前下載了Drupal安裝後，發現彈性真的非常強。
原本我以為WordPress已經非常有彈性了！
沒想到Drupal的彈性比WordPress更高。

以這個情況來看，我想Drupal對於高度客製化的網站一定是首選。
不過為何WordPress還是被選擇呢？

因為Drupal真的很難學……
不過仔細了解他的API部份後，我也覺得這算正常拉！

畢竟沒有十全十美的程式，要程式做越多，捨棄掉的就是越多的彈性。
我猜Drupal是為了保存這個彈性而捨棄掉了易用性。

不過這也是另一種看法，不過在Drupal的彈性與細節上真的不是WordPress可以比較的！
（個人認為WordPress還是以網誌當其中一個軸，所以在編輯上比較容易）
但我認為WordPress的後台介面比較有親和力！
因為在使用上很簡潔、清楚，相較之下在Drupal的後台介面，就需要頻繁切換了！

不過，當我看到Drupal預設的Forum模組後，我才深刻體會到Drupal的高度彈性。
只需要不到十個檔案，就能產生出一個論壇。
在WordPress上會因為與版模相互衝突的關係，而無法使用類似的方式。
（在WordPress使用PostType+迴響，只會讓網誌看起來還是網誌而已，不會有類似論壇的介面呈現出來。）
在Drupal這種以Node為單位的網站和介面架構上，卻讓他輕鬆呈現出來了！

我想這就是所謂的彈性與易用性的差異吧……
不過，我認為Drupal開發和使用上都有一定難度，但是高度客製化真的就很適合選用這個了！

趕緊去寫一個FirstTry Module出來體驗Drupal API提供的高度客製化彈性！

您可能也喜歡：

DIY一個PHP留言板之資料存取(一)

SEO 與 PHP Blog

PHP上一直忽略的小常識

DIY一個PHP留言板之資料存取(四)

无觅

仔細看了一下，似乎又是 DropBox 邪惡的陰謀……
喔不對，是DropBox提供的貼心新服務才對！

這東西用法很簡單，只要下載指定的版模，然後放到一個DropBox共享的資料夾之後。
再去和指定的帳號共享資料夾，就生成一個熱呼呼的網站了！
（不過聽說是手動確認共享，所以開通比較久。弦也推測是CronJob在確認吧……）

總之就先來動手安裝一下摟～

首先，我們到DropPages站上選一套版模來下手（？

選好了就很隨性的解壓縮，會看到三個資料夾。
Content, Public, Templates 三個資料夾。
Content 用來放置頁面資料（簡單說就是類似資料庫的東西）
Public 用來放置多媒體相關的檔案，像是CSS, JPGE 等等檔案（有支援限制，只要不是 HTML 檔案丟這就沒錯了！）
Templates 是版面檔案，一律都是 HTML 檔，無一例外。

接著到DropBox資料夾裡面新增一個資料夾，詳細請參考下圖。
（如果你沒有自己的域名，就用 自訂.droppages.com 當資料夾名稱即可，不過可能撞名……）
簡單說，這個資料夾就是你的網域名稱（去什麼 co.cc, dot.tk 註冊一個套用上來也是可以的～）

註：如果你使用自己的域名，請設定CNAME到 server1.droppages.com

然後把下載下來的版模，解壓縮到裡面。
大致上放成像下圖一樣就沒問題了！

之後再把存放網站的資料夾共享（本範例就是 elct9620.droppages.com 這個資料夾摟！）

接著填入指定的共享帳號 – server1@droppages.com

之後就等著 DropBox 寄來的確認信摟！
完成之後，打開你的域名就會看到網站熱騰騰的出現在你面前拉！

那麼該如何編輯頁面呢？

只要進入 Contents 編輯即可。
（弦也這邊的「網誌」是一個資料夾，裡面可以儲存多個子頁面）

因為中文可以通用，所以就安心的給他「打下去吧！」
不過弦也不敢保證舊版瀏覽器是否可以正確讀取了……
（畢竟FireFox 4會自動 urlencode/urldecode 弦也不好確認中文實際情況……）

編輯也很簡單，可以使用HTML碼，也可以使用特殊的標記方式。

當檔名為 index.txt 時，就是首頁的意思。
其他頁面只要隨性的輸入頁面名稱（標題）就會自動生成了！

如果各位不會寫程式，又想要有個輕鬆發布網頁，可以參考看看喔！
（搞不好哪天會有人用DeopBox App做一個編輯介面讓大家更方面編輯！）

您可能也喜歡：

網誌更換主機

People String – 結合社群網路的網賺

網誌發文開始減少

談記憶中的架站(2) - 越來越容易

无觅

不過，後面還有很多挑戰要對抗吧！
如：是否適合閱讀、設計和實際美觀上的差異、設計缺失等等……

我想，白底黑字真的會比較適合閱讀。

不過，目前的弦也還不夠能力設計更好的版面。
光是這個設計，從打版型到製作出成品，就花上了約十二小時。
也許大家聽起來不長，不過這也還只是「不完美版本」的時間。

弦也想，這個版面如果真的要完成，至少還要好幾天吧！

伴隨這次改版，網誌的名稱也改動了！
其中，算是有一些小故事。

當然，大家也別忘記去注意一下「關於」這個分頁。
因為弦也偷偷地更新摟！

為什麼會叫做「貳夢」呢？
其一是取其諧音「惡夢」
再來，就是弦也想表現的一些心情和感覺摟！

沒記錯，那時候還不太能調是高三面臨考試的壓力。
當然，即使我在怎麼能夠適應，也總得需要調適。
而我所追求的設計，倒是有點瓶頸。

想了很多次版面，也還是沒有一個所以然。
此時，剛好接觸到剪影的呈現風格。
我就有了一個「用夢一般」的方式呈現版面吧！

於是，「貳夢」就這樣產生了！

雖然這次的版面其實沒有很強烈的「夢」或者「惡夢」的感覺。
不過，倒是讓人感覺蠻穩定的。

也許下次我該挑戰更強烈的感覺吧！
白底黑字，下次的目標。
（大概，又會是半年之後……）

概觀來看，許許多多大網站為何能這麼大卻不會當機，似乎與這個技術有關係。

在過去，弦也都一直認為像伊莉論壇這種大論壇，應該都是 N 台 Web Server 配上 一個共同的資料庫。
所以才會有 www1.domain.com , www2.domain.com 的網域出現。

不過，若是重新由 Cluster 的角度來看。
也許其 Database 本身就是一個 Cluster 來 Handle 資料。
（其實這樣想想，如果只有一台資料庫 Server, 很快就無法承受大站需求。）

而 ww1, www2 這些為什麼能夠自動切換。
我想可能和 Cluster 也有密切的關係。

雖然鳥哥上的介紹有提到，需要全部的 Selve 都處理完才會 Resopnse 結果。
不過弦也個人認為也可能是單台 Server 運算後傳回。
（不過這就要考慮到資料更新時，到底是誰優先寫入等等的問題。）

不過，這些 Cluster Server 都會有數台 Management 去分派任務。
那麼，切換 www1 ~ N 的原理，不就很簡單理解了嗎？

當我們連上 Management Server, 然後由這些Management去選一台Load比較低的 Server 讓 Client 進入。

不過，這些觀念目前弦也還不清楚。
也許哪天有機會再繼續深入理解，就能得到更深入的知識吧！
（總覺得下次我的電腦會因為我測試 Cluster 而無法承受，在 MySQL 官方建議上，至少要有4台 Server 跑 Cluster 才比較保險。）

而 Cluster 都是內網連線。
畢竟發送指令的功能，都是無須密碼驗證的（至少能節省時間

此時想想，虛擬主機商的虛擬主機，很可能就是一個龐大的 Cluster 呢！

那麼，我不如禀持著 Open Source Developer 的心態，把這個工具列介紹給大家吧！

首先，我來簡介一下 Conduit 的工具列。

當我在使用 EasyHits4U 的流量交換時，我發現安裝他們的工具列有「增加Bounds的功效」
我就想，竟然這麼神阿！？

仔細看了工具列安裝的按鈕下，還有一個「創建你自己的工具列」的連結。
基於好奇心，點進去後才發現這些「神奇」的秘辛阿！
Conduit 的 Toolbar 除了一般的 App 之外，還有可以 Earn Money 的 App 喔！

而你也可以把自己的 App 裝上去，高階運用就是「會員登入」
總體來看，如果網站訪客對於多裝一條工具列不反感，倒是個不錯的選擇。

那麼，簡單來看 Conduit Toolbar 的賺錢途徑。
大分類有三種：

• 安裝賺錢（移除好像有可能被扣錢……
• App賺錢（用戶新增及新增Earn Money類App
• 使用工具列賺錢（實際效果不確定

經過弦也的測試。
三次安裝，一個繼續使用（我自己）的狀態。

一共可以領到約 $0.01 美元。
（第一個月推廣獎勵，似乎會加倍成 $0.02）

而工具列的使用判定，是以「出現在瀏覽器上」為基準喔！
所以，如果你的工具列被使用者安裝，但卻隱藏，實際上是無效的。
這一點可能要請大家多多注意。

不過，概觀來看，現在已經不多人在使用工具列了！
但是，這也未嘗是一個新的方式去做挑戰，對吧？
前提就是各位有信箱把自己的 Toolbar 整合出一個自己的特色。

之後也會新增一系列關於 Conduit 的 Develope 的文章。
不過，閱讀到文章「原始碼」會搭配弦也的 Toolbar 來做處理喔！
（想閱讀原始碼得Active弦也的工具列。）

多少推廣一下自己的 Toolbar 拉～
至少前30天的推廣優惠不要白白浪費掉。

Conduit 工具列 API 主體功能：

• HTML App – 在工具列上顯示HTML碼（支援Java Script）
• Gadget API – 點擊工具列按鈕後出現Popup視窗，內容嵌入網頁
• Web Page API – 在你的頁面偵測Toolbar做出相應處理

其實HTML App也可以產生 Popup 視窗，只不過可以連 Button 都 Handler （如變換按鈕圖示等等

往後相關教學技術理論（登入部份花我蠻久去理解）：

• 安裝工具列才能看到的文章 – Web Page API （用網頁偵測是否有Toolbar才顯示）
• 登入功能（會多出圖示） – HTML Apps （登入 > 刷新工具列）

如果還有其他應用技術，像是「線上人數」這些，也會慢慢追加。
（畢竟技術實踐，還有資源節省也要列入考量。）

如果你喜歡這個訊息、文章，請幫助弦也在第一個月多存些獎金。
（點擊統計圖即可下載工具列）

註：可到Setting > Toolbar Group 新增我的 Toolbar 在你的 Toolbar 安裝時一起安裝。
我的 Toolbar Name : Frost Studio

雖然不知道是否會被算入安裝獎勵，不過如果你新增我的 Toolbar, 那麼作為回報我也會新增你的。
（至少，這是一種互利的原則，可以讓大家的 Toolbar 都被新增。）

用另一種說發，這個叫做 BackPress 的系統，是 WordPress 的演化版本。
與其一同演化的，就是 bbPress 以及叫做 GlotPress 架站機。

那麼，如果我們想像 WordPress 一樣製作出方便的網站，就不得不選擇 BackPress 了！

那麼，這個名為 BackPress 的 PHP Library Core 有什麼特色呢？
在 BackPress 的官方網站上，我們可以看到有這些「特色」

• 登入功能 – 使用 bbPress 的登入模組
• 角色設定 – 在WP3之後，可以自由增減會員角色（會員組）而BackPress也可以
• 架構分析（直譯） – 可以比較文件到目前的資料庫（用途尚未確認）
• 使用者管理 – 應該就是所謂的 Meta 功能，如 bbPress 開發貨幣系統的使用
• 抽象資料庫 – 應該說就是一個資料庫物件，而且支援多資料庫
• XML-RPC
• 發信功能 – 支援傳統方式和SMTP發信
• 密碼加密
• Ajax支援
• JavaScript & CSS – 應該是協助做處理
• 錯誤管理
• HTTP程式庫 – 類似 cURL 的功能（開發如Plurk API時會蠻方便的）
• 物件快取
• Action & Filter API支援

其實還有蠻多功能，綜合以上，應該是一個挺適合開放 Open Source 架站機的系統。
弦也一直想在一個網站計畫運用 Press 的 Plugin API 技術，沒想到 BackPress 已經先準備好這些東西了！

當然，在BackPress裡面也有針對安全的對應措施。
如 SQL injection (SQL植入攻擊) 、 XSS (跨域攻擊) 等做防範。

最近弦也會撥空來研究。
因為目前雖然讀了 BackPress 的文件，卻找不到極為重要的 Plugin API 資料。

看起來 Press 家族，會因為 BackPress 而擴大許多吧！
註：目前 BackPress 尚未推出正式版。

這次碰上的，就是關於「匯入學生資料」的問題。
原本是想用 Xoops 的 X學務系統，不過整合分則系統就有些麻煩。
畢竟弦也沒有寫過 Xoops 模組，不如用 bbPress 會來的方便多。

因此，弦也就推薦老師使用 bbPress 來整合校細分則系統（含申請、繁星）
我想，這會比較有效率吧！

那麼，該如何讀取呢？

1. 讀取CSV資料
2. 分析CSV資料
3. 進行新增（以學號為帳號，身份證字號為密碼）

那麼，我們先簡單的歸納一下讀取CSV的方法。

首先，我們排除讀取中文會有障礙的 fgetcsv 改用 explode 自行處理。
再來，我們使用 UTF-8 編碼，因此要使用「檔首無BOM的格式」
註：當檔首有BOM時，會對CSV讀取造成干擾（中文部份）

當這些處理完畢後，我們還要針對每個字串做 trim($str, ‘"‘); 的處理。
也就是消去雙引號（Excel不會產生，但在OpenOffice會。雙引號加註是避免字串和數字混淆。）

當這一切都完成後，我們使用 $wp_user_object 的 new_user 方法新增會員。
傳入的是一個陣列值，必須包含 Key 為 user_login, user_pass, user_email, user_status 三個值。
user_login 為登入名稱。
user_pass 為登入密碼。
user_email 為信箱。
user_status 為狀態（1為開通）

信箱格式必需正確才行。

最後參照 bbPress 預設的新增會員方式，給 Meta 做調整。
（也就是分派會員組）

bb_update_usermeta( $user['ID'], $bbdb->prefix . 'capabilities', array('member' => true) );

如此一來，就完成了新增會員。

今天因為是直接實做和除錯系統，讓系統可以上線運作。
因此比較晚寫網誌，假日有空會把程式碼整理好分享給大家。

不過最近很多VPS都優惠很多，讓人很想……（敗下去！
但我自己租VPS似乎也沒什麼用途（抓頭

唔……
還是繼續寄居蟹生活吧～

嘛，會想用VPS主要還是 Comet Server 的建制。
畢竟Node.JS是個非常棒的Server-Side JavaScript

但，卻無法在虛擬主機上運行。
或者說沒有這種虛擬主機的出現。
即使想用Google App Engine Channel API來做 Realtime Chatroom也有限制。
根據網路上的資料來看，似乎是很吃資源的API呢！

不過現在也沒什麼時間寫Node.JS的程式。
學測快到了！

雖然最擔心的還是「英文」這個科目。
攸關我申請大學的分數，難免會有點擔心。
不過，現在也沒選擇了吧！

今天的文章還真有點敷衍……

期待學測完畢後我的全速衝刺吧！
有一個新網站正準備製作。
不過，是否能能上線使用也是個謎了……

不過，他也不是沒有缺點。
唯一的缺點就是「功能少之又少」
這真的是一個大障礙。

不過，運氣很好。
bbPress 目前也才發布到 1.0.2 版，未來還有很大的發展空間。

那麼，回歸正題，來說說這次的 RPG System吧！
目前實做：能力值系統、職業系統、經驗值系統

能力值系統都是用 bbPress 的 meta 去儲存，因此讀取時只要靠bbPress的Object即可。
職業系統是由我建立一組 Hash Map 去判定。
當能力值達到條件後，就可以選擇相應的職業。

而經驗值系統，算是能力值系統的附屬品吧！
這是放在能力值系統的一種「輔助值」
取得方式就是發表或者回覆文章，用途是提昇能力值。
（之後還會加上等級這類系統，想必又是一個消耗的好去處。）

而這個系統未來的發展，大致上走休閒吧！
最主要還是為了站上的「生存」這個遊戲來設計。

而職業系統也算是一大特色，雖然只有十一種職業。
但是因為加上了接頭和接尾的設計，讓顯示出來的職業有一百四十三種這麼多。

整體的設計都是以 bbPress 上的 Hook 來製作。
也因此，完全不需要修改檔案。
聽起來很棒對吧！
比起Discuz在操作資料庫時仍需要MySQL知識。
bbPress的基礎資料操作，是完全不需要相關知識的。
（不過目前懷疑一些值的殘留，需要有人開發優化才能讓其更完美。）

而 bbPress 目前還有一個缺點。
就是使用 filter 時，其他的 filter 會互相衝突。
修正的方法是 return filter 時，不使用系統的函數。

如 get_post_text() 這類，雖然會傳回文章，但都是系統預設。
（假使之前有人修改了內容，就會失效。）

雖然不知道為什麼很多的 $post_id 傳入的都非 ID 而是相應值。
但是也因為這樣救了開發者（不用修正）

我想如果善加推廣 bbPress 的話，大概會變成自由度最高的論壇系統。

不過，為什麼 bbPress 如此有趣呢？
我想，大概是因為其 Plugin 系統設計實在太棒了！
和 WordPress 會如此紅的原因，一定有關。

昨晚，我冒著今天考試會噴掉不少分數的風險。
開始撰寫"AtAL – Adsense"這個插件。

用途為何呢？
顧名思義，就是在bbPress上顯示 Adsense 拉！
為何用 AtAL 為開頭呢？
因為我架設的 bbPress 網站叫做 Aotoki – ALive 的原因。

首先，我們來探討 bbPress 插件開發最常用的兩個方法。
add_action 和 add_filter 這兩個方法。

add_action 先前只在 bb_init 時用過，是針對 bbPress 初始化時加入的動作。
而 add_filter 似乎是針對「輸出」的處理。
因此只要是 bbPress 設計樣式時使用到的方法，都可以利用 filter 去編輯其內容。
（如前幾天的 Job System 就是去編輯內容而來。）

那麼，當我想存取 topic.php 檔案產生的 $posts 變數時，我該怎麼辦呢？
幸好官方論壇上有了解答，也讓我順利存取$posts (文章資料)去插入廣告。

使用方法為 add_action(‘bb_topic.php’, ‘deal_with_id_by_function’);
此時，在deal_with_it_by_function這個方法中，就可以用global $posts 取得$posts變數。
之後只需要利用陣列操作，就可以順利將廣告插入文章摟！

之後則要使用 add_filter 去編輯各項輸出。
因為插入後，在bbPress處理過程中會進行MySQL Query再次確認資料。
此時，最好的方法為何呢？
當然就是用 filter 去判別是否為 ad 摟！
（需要用get_post_id來取得inset時的key來判斷。）
不過insert資料時，插入的post_text無法用get_post_text取得，因此只好依靠ID判斷後再輸出廣告。

今天應該就會針對AtAL – Adsense做開發，希望能進早完成發布～