仔細看了一下，似乎又是 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做一個編輯介面讓大家更方面編輯！）

您可能也喜歡：

網誌更換主機

網誌發文開始減少

談記憶中的架站(1)

談記憶中的架站(3) – 資源越來越多

无觅

弦也運氣不錯，申請六所上四所。
（沒上那兩所也是差了一點點就上了，大約1~2級分左右。）

這次會做主要是因為我大學的伙食費阿（誤

主要還是寒假那個老爸的 Project 拉！
不過使用WordPress如有神助呢！

至少到現在，都還沒有自己寫過GUI控制（增加Meta Box算是簡單的加上吧……）
其餘的，大多是使用Custom Post Type就完成了！

就這方面來看，使用WordPress這個決定真是太正確了！

目前商品的設定項都差不多了，接下來就是比較進階的訂單和金流的處理摟！
（期待我完成的那天，因為可以開始領傳說中的維護費……）

休息一下就來繼續製作～

不過，什麼是 Node.JS 大家可能會不解。
以弦也最近更新的知識，他應該是一個 Server Side JavaScript 而且支援 Evented I/O 的程式語言。

那 Node.JS 可以做什麼呢？
此時，就要舉大家介紹 Node.JS 最常提到的一個網站 – Plurk 了！
噗浪就是使用 Node.JS 開發的喔！

也因此，他擁有即時更新的功能。
這就是所謂的 Comet 技術實踐吧！

不過，所謂的 Comet 又是什麼呢？
簡單說，就是利用 Ajax 來做 Socket 的事情。
我們又以 Client 和 Server 分為 Poll 和 Push 兩個動作。
Push 是以伺服器發訊息給客戶端，以往都是被動。
而 Poll 是客戶端請求資料，過去時代的聊天室就是重複 Poll 了！

現在利用 Ajax 模擬 Http 請求，對伺服器做 Poll (Long)
而 Node.JS 則檢查是否有資料，有資料時才做 Push 回去給客戶端。
（因為 Ajax 特性，沒有回應時就不會觸發事件，可以一直等待回應。）

而這樣一來一往的動作，就很類似 Socket 的 Listen Request 之類的動做。
這種技術則稱為 Comet 技術。

Node.JS 則是非常適合用於實踐這個技術的 Server Side 語言。

那麼，回到正題。

JSApp.US 網站資料
網址：http://jsapp.us
運行模式：VM處理（用戶程式跑在 Child Porcess 中，不干預主程式）
限制：部份 Module 無法載入，http modules 有限使用（createServer&Client都只能用 Port 80）
費用：無（如果想租VPS可以參考開發者的推薦連結，讓這個服務繼續下去。）

那麼，期待大家的作品摟！

官方聊天室範例（使用 node-router 模組 *此為額外擴充）
http://chat.jsapp.us

弦也測試的聊天室（自行處理 Router）
http://jsapp.frost.tw/

這些這設計師利用頭像、最近的幾張相片，在網頁上做了一些變化。
而且，真的很好玩。

作法也不難，大家在本文結束後也可以自己試試看！

首先，來看看這個人頁面成了什麼樣子！

唔，看起來不賴吧？
還有人把相片之類的塞進去（設計師比較多用相片拉～）

那麼，實際作法呢？
其實很簡單，簡單到了極點！

首先，你需要把你的FB個人頁面擷取下來～
（註：如果不會擷取，可以直接用我這張～）

接著，打開你的繪圖軟體（嘛，我想應該很少人用PhotoShop以外的軟體）
接著切換到切片工具，把要置換的位子框起來。
（頭像、相片框起來～）

第三，用選取工具把這幾個框起來的部份Delete掉。
（現在看起來就像是有洞的網頁～）

第四，打開要做處理的圖片，拉到PS裡面。
並且把圖片放在目前這個畫面的下方。
（之後自己調整位置即可～）

最後，將這些檔案存檔！
（切片工具Shift選取要用的那幾格就OK了！）

然後打開你的Facebook個人頁面，選項片，新增相簿。
此時把檔案都選起來，上傳上去。

完成後不用管發布，直接回到相簿裡面。
用「逆序」標記人名。
（簡單說是從最右邊的圖片開始標記，相簿的排序也排好！）

完成後把最大張那張設定為頭像，開個人頁面檢視。
如果沒有錯誤，就會像弦也這樣摟！

註：弦也第一次其實失敗了，因為不知道要標記人名（都標記自己就OK了！）

那麼，大家如果做好了別忘記分享給弦也看看喔！

那麼，連接資料庫時，除了主資料庫（會員資料）之外，也要有用戶資料庫（用戶網站資料）來連接。
不過，一般的 MySQL Class 都是以單資料庫連接為準。
就像 Discuz 的 MySQL 就是以單資料庫為主。

那麼，假使我需要多資料庫，該怎麼辦呢？

很幸運的，在 BackPress 的 Library 中，將這項功能實做。
而且處理的方法也是非常的優秀。

弦也從沒想過還可以利用此種方式進行「多資料庫」的處理。

首先我們來看看 BackPress 的 BPDB_Multi 物件進行多資料庫處理的情況。
（以 bbPress 的資料表當作連接範例，弦也電腦剛好安裝挺多bbPress論壇。）

<?php
if ( !defined( 'BACKPRESS_PATH' ) ) {
 define( 'BACKPRESS_PATH', './backpress/' );
}

require_once( BACKPRESS_PATH . 'functions.core.php' );
require_once( BACKPRESS_PATH . 'functions.compat.php' );
require_once( BACKPRESS_PATH . 'functions.formatting.php' );

include( BACKPRESS_PATH . 'class.bpdb-multi.php' );

$db = new BPDB_Multi(
 array(
 'name' => 'bbpress',
 'user' => 'root',
 'password' => 'rootpassword',
 'host' => 'localhost',
 'charset' => 'utf8',
 'collate' => false
 )
);

$db->add_db_server(
 'mms',
 array(
 'name' => 'mms',
 'user' => 'root',
 'password' => 'rootpassword',
 'host' => 'localhost',
 'charset' => 'utf8',
 'collate' => false
 )
);

$db->add_db_table( 'mms', 'bb_users' );
$db->add_db_table( 'global', 'bb_topics' );

print_r( $db );
echo '<br />---<br />';
print_r( $db->get_results('SELECT topic_title FROM bb_topics LIMIT 0,10;'));
echo '<br />---<br />';
print_r( $db->get_results('SELECT user_login FROM bb_users LIMIT 0,10;'));
echo '<br />---<br />';
print_r( $db );
?>

以上程式碼將會在不同時機抓取不同網站的資料。
抓取會員登入帳號時，則會連接 Global 這個資料庫（預設）
而抓取文章主題時，則會連接我們新增的 mms 這個資料庫。

而我們分別在開始和結束時將 Object 印出來，觀察 MySQL Connect 的狀況。

經過測試後，確實分別連接兩個資料庫進行查詢。
而除了 Global 預設自動連接外，其他資料庫要有查詢會建立連接。
（避免連接過多消耗資源）

這個 Multiple Database Object 除了重新調整了幾個 BPDB 的方法外。
就是新增了 add_db_table 這個方法。

NULL add_db_table( String DB_NAME, String Table_NAME );

簡單來說，就是給入索引讓 Multi DB 在選擇連接的資料庫時，知道該選取哪一個。
假使沒有可以選取，則以預設為主。

那麼，在開發多用戶系統時，就變得非常輕鬆了！
（僅需將用戶的Table傳入，搭配上查詢的 prefix 切換，就可以做到。）

註：bbPress 預設是使用 BPDB_Multi 物件，因此要將其改良成多資料庫，應該是不難的！

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

在過去，弦也都一直認為像伊莉論壇這種大論壇，應該都是 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 都被新增。）

但，我仍努力的去製作、尋找經營之道。
在這之中，一個網站的 LOGO 就被我看的非常重了！
而在昨晚，它，終於出來了！

昨晚，我已經對於所謂的「霜」該如何表現產生了極大的疑問。
我嘗試各種方法去做聯想，但也遲遲無法找到屬於我的「表現方法」
但，一個 LOGO 非常重要，而且它很可能伴我多年。

於是，我就在噗浪上這樣問。
「[問] 請說出各位對『霜』的聯想」

很幸運的，網友們給了許許多多的意見。
而我的一位學妹，給了一個很特別的名詞「霜花店」
怎麼想，都與我網站的走向：設計、程式、生活無關阿！

但，卻因為其獨特性，讓我遲遲無法忘懷。
於是，我試著將「花」「霜」「喜歡的顏色」「方形」做聯想。
而，它，獨一無二的它，就這樣誕生了！

我喜歡藍色，也許是因為其透徹、又不失冷靜也能很廣博包容的感覺吧！
「霜」雖然是白色的，但，圓形、方形都和其有關。
而它會出現在「植物」之上。
這也是為什麼我選擇「花」的原因之一，原本的設計是選用葉子。
但，霜花店，這個名詞似乎更完美的引導了我。

而，這個 LOGO 在最後，還被賦予了一個意義。
「無限」

我真的很喜歡這個意義。
一位網友在看到成品後，這樣說「有無限的感覺」
我仔細一看，我那方形的交錯，無意識形成了傾斜、不完整的「無限」符號。

這巧妙的組合，就是，我的 LOGO – Frost Studio (霜坊)
我，喜歡上它了！

後記：

根據網提議 Google 霜花店 為何，我囧了 XD
不過別擔心，此我只有注意到「花」的意思～

而新版面的製作，也被我列入實踐了！
那麼，事不宜遲，先看看新版面的設計吧！

在做這個版面的時候，其實有一些小故事。

不知道大家還記得之前「飛爾卡卡」開箱文所說到的「飛爾酥」大大嗎？
說真的，這次的設計也和飛爾酥大大有關。

當我做完第一個版面時，我開始疑惑。
「這樣的版面，好像缺少了什麼。」

於是，我如同以往發信給飛爾酥大大。
並且將我的問題陳述出來。
而飛爾酥大大給我了一個答案，我一直忽略的答案。
「企劃」

對阿！我真的少了去做規劃。
此時，我開始嘗試對版面做一些規劃和配置。
也許這個作品並不是最好的。
但，我在設計上的改變又增加了一些。

配色上，我採用藍（蒼）、黑、白的搭配。
我想，還是一如既往呈現我的風格，那就是盡可能簡單些。

接著，我思考了訪客的種類。
唔……大概是年輕人吧！
因此字體選擇了十二點字，一般人閱讀大多無障礙（當然，字距也加大，避免長時間閱讀感到困擾。）

雖然對左撇子有點不好意思，不過側欄和選單都配置在右方。
就我習慣來看，右方對右撇子點選會更加方便。

內容上我盡可能增加對比，以免文字不清晰。

以上大致上就是我首頁的配置摟！
之後還會陸續加上留言板、閱讀文章、分頁的設計。
畢竟是 WordPress 版面，不會改變太大。
（這次倒是有好好想了一下版面配置呢～）

原本想在Logo左方加上個 Slide Show 來展示一些圖片。
不過我認為那會影響Logo的注意力，所以就去除了……

側欄的某些元件，也有很特別的設計喔！
（請大家好好期待～）

版面設計#終版

其實版面有修改過幾次，主要是 Logo 上的背景圖。
（最後決定採取去除的方式，這點看起來較佳。）

之後應該會抽空製成 WordPress 的版面。
結構上採取參考 WSQ 大大的方式，即是網站混合WordPress的作法。
（簡單說，網誌只是其中一個頁面。）

最後，就是要期待最後的暑假摟！
（我的編曲軟體老是裝不成功，這樣我要怎麼弄社團光碟呢？有些音效自己做還是比較好呢～～）