:::

[圖資]網路概論作業三

布丁布丁吃布丁

[圖資]網路概論作業三

7. List typical fields in a data frame and what they contain? (請列出典型資料框的範圍,以及他們包含了什麼?)

(節錄課本156頁開始)

一般在使用同步傳遞(synchronous transmission)的時候,會傳送大量的位元群組。為取代資料(characters)各自分散傳送的情況,每個頁框都擁有起點和終止位元,這樣資料可以包在成群組傳送。我們稱這樣的群組為資料框(data frame)或簡稱頁框(frame)。資料框的精確定義在各個通訊協定中會有變動。即使如此,資料框依然有著許多共同的特色。

頁框的起始部份會包含著同步字元(SYN characters),這是一個唯一獨特位元,用來告知接收者頁框已經到達。同步字元就很像剛剛討論的開始位元,特別的是他還確保接收者接受到達位元組的取樣速率以及同步率。換句話說,接收者可以同步化他自己和抵達的位元組。

下一個是控制位元組,它包含了下列的元素:

  1. 來源位置:辨別這些頁框的原始來源
  2. 收方位置:辨別這些頁框要往哪裡走。在網路中這相當重要,因為頁框將會穿越許多節點已到達他的終點。每個中繼點會看他的終點位置來決定這個頁框要怎麼走。
  3. 實際的資料總數
  4. 流水號:當許多頁框傳送,卻因為某些理由而無法照順序接收的時候,流水號會相當有用。接收者可以依照流水號來重組他們。
  5. 資料框的型態:區別一些通訊協定。

料位元組定義了傳送的訊息。資料之間沒有開始與終止位元。錯誤確認位元組是用來偵測或修正傳輸錯誤。最後一個部份是頁框的結束標記。就像是同步位元依樣,他是一個獨特唯一的位元字串,告知接收者不會再有更多的資料送達了(至少到下一個頁框的開始之前)。


33. Describe the Aloha protocol, listing its advantages and disadvantages. (請敘述何謂啊囉哈協定,並列出他的優缺點。)

(節錄課本196頁開始)

碰撞協定當中,其中有一個是在一個非常遙遠的Himalayas發展的。夏威夷大學在1970年代發明了啊囉哈協定(Aloha protocol),又稱為純種啊囉哈(pure Aloha)。啊囉哈系統為了用在建立一些不同島嶼上使用無線電封包傳遞的協定。終端會連接到一個無線電頻道,他會將終端的廣播訊息傳送到中央設施,又稱為Menehune。這些設備使用相同的頻率來廣播頁框,因此,這些媒介(傳遞訊息所經過的空間)是完全開放分享的。如果有兩個不同的頁框要在同一個頻率、同一時間內廣播,將會導致這兩個訊號都會損毀。也就是這兩個訊號都會是失敗的。

啊囉哈協定是在一個非常簡單的原則下運作。基本上,它允許任何設備在任意時間內進行廣播。假如兩個訊號碰撞,就讓他撞吧。每個設備將會等待一定的隨機時間然後再試一次。雖然在訊號傳遞頻繁的時候,這將會是一個昂貴的通訊協定,不過他倒是在啊囉哈系統上運作的不錯。

碰撞很容易被偵測到。當Menehune接收到一個頁框的時候,他會送一個確認訊息。確認訊息使用了不同的頻率,所以不會干擾訊號的接收。假如設備收到確認訊號,他會知道頁框已經成功傳遞。假如沒有,他會假定碰撞發生,並等著再送一次。因為每個設備都所等待的時間是隨機的,所以兩個或更多的設備等待相同時間的機會不高。因此也降低的第二次碰撞的機會。假如他又再次遇到碰撞,也許是和其他設備,那他會再次遵守同樣的規則:等一段隨機的時間之後再試著傳送。

啊囉哈協定的優點是他非常簡單。假如訊息傳遞流量不高的情況下,它可以運作的相當順暢。但是假如有設備廣播次數頻繁,那這協定將會變得沒有效率,會有更多碰撞發生。

(more...)

[圖資]讀者服務期末報告網路資源

布丁布丁吃布丁

[圖資]讀者服務期末報告網路資源

圖書館相關BLOG

  1. Law Library Blog (2005/12/26)
  2. KSL - Library Services Weblog (2005/12/26)

BLOG介紹

  1. Movable Type 完全手冊:導論 ─ 網誌與 Movable Type (2005/12/26)
  2. 全國圖書館合作參考服務:請問部落格(Blog)是什麼意思?以及它的由來? (2005/12/26)
其他BLOG與圖書館的訊息
  1. oped directory project Top: Reference: Libraries: Library and Information Science: Weblogs (2005/12/26)
(more...)

[圖資]讀者服務期末報告寫作中心得小感

布丁布丁吃布丁

[圖資]讀者服務期末報告寫作中心得小感

因為擔心自己在高老師的課當中所習得的知識之不足,我今天到圖書館去借了“圖書館讀者服務”ㄧ書來閱讀。這本書由沈寶環教授主編,包含了教授本人以及底下研究生的數篇論文,比較像是論文集,而非ㄧ般授課使用的專書

這本書收錄的論文皆示短篇的論文集,長度大概都在二十到三十頁之間。我覺得這頗為符合高老師要我們做的報告型態,只是我們所尋找、引用的資料可以不需要這麼多。其實這樣說來,十頁的報告扣去封面、註記、參考資料等,實際要寫的頁數不過才七頁不到,實在只能算是小品中的小品。我不是很能理解為何同學們會覺得頁數太多,要擔心的應該是自己的主題以及內容吧。

話說回來,論文寫作其實也沒這麼恐怖。看了一些論文就可以發現,這些論文大多數都在作匯整重點、引用文章。聽起來這好像頗有抄襲之嫌,但其實也沒這麼嚴重。只要文章目的與方向不要太過雷同,從別人文章裡拿個ㄧ兩句過來引申,我想這是可以接受的程度。

雖然主題也定好了,大綱也列出來了,我目前最欠缺的就是資料。換句話說,我只對BLOG有些概念,但不是很清楚我要寫的主題到底是什麼東西。晚上我會將大綱寄給高老師看看,請教老師我該如何進行資料的搜集,希望她開一些書單給我看。


看書看得累了...

(more...)

[圖資]讀者服務可能會用到的論文寫法

布丁布丁吃布丁

[圖資]讀者服務可能會用到的論文寫法

[轉貼]論文中常出現的字眼的言外之意!!
"It has long been known"
………I didn't look up the original reference
"長久以來大家已經知道"
………我根本沒有去找尋原始資料
---------------------------
"A definite trend is evident"
………These data are practically meaningless
"一個明確的趨勢是顯而易見的"
………這些數據實際上是沒有意義的
---------------------------
"Of great theoretical and practical importance"
………Interesting to me
"在理論上與實際上都非常重要"
………只是我很感興趣而已
---------------------------
"While it has not been possible to provide definite answers to these questions"
………An unsuccessful experiment but I still have to get it published
"目前還無法對這個問題提出明確的解答"
………這是一個不成功的實驗可是我還是得要讓它發表
---------------------------
"Three of the samples were chosen for detailed study"
………The results of the others didn't make any sense
"我們選擇了其中三個樣品來仔細研究"
………因為其他樣品的結果完全沒有道理
---------------------------
"Typical results are shown"
………The best results are shown
"典型的結果顯示"
………其實是最好的結果顯示
---------------------------
"These results will be shown in a subsequent report"
………I might get around to this sometime if I'm pushed
"這些結果將在以後的報告中發表"
………我根本做不出來,除非我被逼不得已,不然我不會再回到這個問題上來
---------------------------
"The most reliable results are those obtained by Jones" 
………He was my graduate assistant
"最可靠的結果是由Jones得到的"
………他是我的研究生助理
---------------------------
"It is believed that"
………I think
"大家相信"
………只是我認為
---------------------------
"It is generally believed that"
………A couple of other guys think so ,too
"普遍地大家都相信"
………除我之外,另外還有幾個傢伙也相信,但僅此而已
---------------------------
"It is clear that much additional work will be required before completely understanding occurs"
………I don't understand it
"顯然在能夠完全了解之前還有一些工作要做"
………也就是說我不了解
---------------------------
"Correct within an order of magnitude"
………Wrong
"在一個數量級內是正確的"
………這根本是錯的
---------------------------
"It is hoped that this study will stimulate further investigations in this field"
………This is a lousy paper, but so are all the others on this miserable topic
"希望這篇論文可以在這個領域中激發出更進一步的研究"
………這是一篇很糟糕的論文﹐不過在這個可悲的領域中的其他所有論文也好不到哪裡去
---------------------------
"Thanks are due to Joe Blotz for assistance with the experiment and to George Frink for valuable assistance"
………Blotz did the work and Frink explained to me what it meant
"感謝Joe Blotz在實驗上的協助與George Frink的可貴的協助"
………其實,實驗是Blotz做的,然後Frink解釋給我聽到這個實驗底有什麼意義
---------------------------
"A careful analysis of obtainable data"
………Three pages of notes were obliterated when I knocked over a glass of beer
"在可得的數據上所作的仔細分析"
………是我不小心把啤酒翻倒在實驗記錄上時毀掉了三頁數據,所以只剩下這些數據了

(more...)

[網站]網頁技術文件相關連結

布丁布丁吃布丁

0 Comments

[網站]網頁技術文件相關連結

(more...)

[圖資]讀者服務期末報告 報告大綱

布丁布丁吃布丁

[圖資]讀者服務期末報告 報告大綱

這個是期末報告的大綱。老師說要參考論文的寫法,所以我看論文寫些什麼,我就寫些什麼吧。就如高老師說的:「預期答案也不是及短篇幅能表達的。至少大約十頁左右吧」,我真的覺得會超過這個份量。我真的能在期末之前寫完它嗎?

題目:圖書館讀者服務實務──以BLOG為服務平台的可行性探討

  1. 前言
    1. 研究目的
    2. 參考服務的本質
  2. 參考服務簡史
    1. 人工
    2. 自動化(電腦)
    3. 網際網路
  3. BLOG介紹
    1. 由來及其歷史
    2. 特色
    3. 列舉一些著名的BLOG
  4. 以BLOG進行服務的例子
    1. 圖書館
    2. 商業公司(等類別)
    3. 特色整理
  5. 圖書館以BLOG服務讀者的過程實作
    1. 作法
  6. 總結
    1. 列出優缺點
    2. 未來展望
(more...)

[記事]AJAX(Asynchronous JavaScript and XML, 非同步 JavaScript 及 XML 技術)

布丁布丁吃布丁

0 Comments

[記事]AJAX(Asynchronous JavaScript and XML, 非同步 JavaScript 及 XML 技術)

Sunday, October 30, 2005 #

AJAX(Asynchronous JavaScript and XML, 非同步 JavaScript 及 XML 技術)

AJAX (Asynchronous JavaScript and XML, 非同步 JavaScript 及 XML 技術) 是個新詞,但內涵是兩個存在已有一段時間的 JavaScript 功能。這兩種功能以往一直被忽略,在 Gmail、Google suggest 及 Google Maps 出現後才一舉成名天下知。

這兩個 JavaScript 功能是:

  1. 在不重新讀取頁面的情況下對伺服器送出要求(request)
  2. 解析、使用 XML 文件

第一步 – 說聲「請」 (又稱為「怎麼發出 XMLHttpRequest」)

為了用 JavaScript 對伺服器發送 HTTP 要求,你必須先以相關的類別(class)製出實體(instance)。Internet Explorer 首先以 ActiveX 物件方式提供 XMLHTTP 類別,而 Mozilla、Safari 及其他瀏覽器則隨後以 XMLHttpRequest 類別支援此 ActiveX 物件中的類別及屬性。

因此,如果想跨瀏覽器,那麼可以這麼寫:

if (window.XMLHttpRequest) { // Mozilla, Safari, ...
http_request = new
XMLHttpRequest();
} else if (window.ActiveXObject) { // IE
http_request
= new ActiveXObject("Microsoft.XMLHTTP");
}

(由於這段程式僅供說明,所以是採最簡方式寫出。本文第三步中有另一種我們比較常用的寫法。)

有些版本的 Mozilla 瀏覽器在伺服器送回的資料未含 XML mime-type 檔頭(header)時會出錯。為了避免這個問題,你可以用下列方法覆寫伺服器傳回的檔頭,以免傳回的不是 text/xml。

http_request = new XMLHttpRequest(); http_request.overrideMimeType('text/xml');

接下來是要決定伺服器傳回資料後的處理方式,此時你只要以 onreadystatechange 這個屬性指明要處理傳回值的 JavaScript 函式名稱即可,例如:

http_request.onreadystatechange = nameOfTheFunction;

注意,指定的函式名稱後不加括號也沒有參數。除了指定函式名稱外,你也能用 Javascript 即時定義函式的方法來定一個新的處理函式,如下:

http_request.onreadystatechange = function(){
// 做些事
};

決定處理方式之後你得確實發出 request,此時需叫用 HTTP request 類別的 open() 及 send() 方法,如下:

http_request.open
('GET', 'http://www.example.org/some.file', true);
http_request.send(null);

open() 的第一個參數是 HTTP request 的方法,也就是從 GET、POST、HEAD 中擇一使用,亦可用你主機上支援的方式。為遵循 HTTP 標準,請記得這些方法都是大寫,不然有的瀏覽器(如 Firefox)或許不會理你。其他 HTTP request 可以支援的方法列表請參考 W3C 規格書 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html)。

第二個參數是目標 URL。基於安全考量,你不能叫用同網域以外的網頁。如果網域不同,則叫用 open() 時會出現「權限不足,拒絕存取」那類的錯誤。通常大夥會犯的錯誤多為在 domain.tld 網的網站下呼叫 www.domain.tld 中的網頁,僅是一點點差別都不行。

第三個參數決定此 request 是否不同步進行,如果設定為 TRUE 則即使伺服器尚未傳回資料也會繼續執行其餘的程式,這也就是 AJAX 中第一個 A 代表的意義。

send() 的參數在以 POST 發出 request 時可以是任何想傳給伺服器的東西,而資料則以查詢字串的方式列出,例如:

name=value&anothername=othervalue&so=on

不過如果你想要以 POST 方式傳送資料,則必須先將 MIME 型態改好,如下:

http_request.setRequestHeader('Content-Type',
'application/x-www-form-urlencoded');

否則伺服器就不會理你傳過來的資料了。


第二步 – 「就上咩!」(又稱為「處理伺服器傳回的資料」)

傳出 request 時必須提供處理傳回值的函式名稱。

http_request.onreadystatechange = nameOfTheFunction;

那麼來看看這個函式該做些什麼。首先,它必須檢查 request 目前的狀態:如果狀態值為 4 代表伺服器已經傳回所有資訊了,便可以開始解析所得資訊。

if (http_request.readyState == 4) {
// 一切 ok, 繼續解析
} else {
// 還沒完成
}

readyState 所有可能的值如下:

0 (還沒開始)
1 (讀取中)
2 (已讀取)
3 (資訊交換中)
4 (一切完成)
(資料來源: MSDN (http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/readystate_1.asp))

接下來要檢查伺服器傳回的 HTTP 狀態碼。所有狀態碼列表可於 W3C 網站 (http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html)上查到,但我們要管的是 200 OK 這種狀態。

if (http_request.status == 200) {
// 萬事具備
} else {
//
似乎有點問題,或許伺服器傳回了 404 (查無此頁) 或者 500 (內部錯誤) 什麼的
}

檢查傳回的 HTTP 狀態碼後,要怎麼處理傳回的資料就由你決定了。有兩種存取資料的方式:

  1. http_request.responseText – 這樣會把傳回值當字串用
  2. http_request.responseXML – 這樣會把傳回值視為 XMLDocument 物件,而後可用 JavaScript DOM 相關函式處理

第三步 - 萬事俱備 - 簡單範例

好,接著就做一次簡單的 HTTP 範例,演示方才的各項技巧。這段 JavaScript 會向伺服器要一份裡頭有「I'm a test.」字樣的 HTML 文件(test.html),而後以 alert() 將文件內容列出。

<script type="text/javascript" language="javascript">

var
http_request = false;

function makeRequest(url) {

http_request =
false;

if (window.XMLHttpRequest) { // Mozilla, Safari,...
http_request = new XMLHttpRequest();
if (http_request.overrideMimeType)
{
http_request.overrideMimeType('text/xml');
}
} else if (window.ActiveXObject) { // IE
try {
http_request = new
ActiveXObject("Msxml2.XMLHTTP");
} catch (e) {
try {
http_request =
new ActiveXObject("Microsoft.XMLHTTP");
} catch (e) {}
}
}

if (!http_request) {
alert('Giving up :( Cannot create an XMLHTTP
instance');
return false;
}
http_request.onreadystatechange =
alertContents;
http_request.open('GET', url, true);
http_request.send(null);

}

function alertContents() {

if (http_request.readyState == 4) {
if (http_request.status == 200)
{
alert(http_request.responseText);
} else {
alert('There was a problem with the request.');
}
}

}
</script>
<span style="cursor: pointer; text-decoration: underline" onclick="makeRequest('test.html')">
Make a request
</span>

在此範例中:

  1. 首先使用者按下「Make a request」
  2. 這麼一來就會呼叫 makeRequest() 函式,亦傳入參數值 test.html (也就是那份 HTML 檔的名稱,放在同目錄下)
  3. 接著發出 request,而後會將主導權交給 onreadystatechange 指定的 alertContents() 函式
  4. alertContents() 檢查回應是否正常,而後以 alert() 將 test.html 的內容列出
  5. 你可以由此測試本例 (http://www.w3clubs.com/mozdev/httprequest_test.html),也可以參考測試檔案 (http://www.w3clubs.com/mozdev/test.html)。

第四步 – 「X 檔案」(又稱為「處理 XML 回應值」)

前面的例子中,在收到 HTTP 傳回值後我們以物件的 reponseText 屬性使用 test.html 檔案的內容,接著來試試 responseXML 屬性的方法。

首先,我們得做個格式正確的 XML 文件,以便稍後取用。此檔名喚 test.xml,內容如下:

<?xml version="1.0" ?>
<root>
I'm a test.
</root>

在程式中,我們叫用檔案的地方只須略事修改如下:

...
onclick="makeRequest('test.xml')">
...

接著在 alertContents() 中,我們必須將 alert(http_request.responseText); 改成這樣:

var xmldoc = http_request.responseXML;
var root_node = xmldoc.getElementsByTagName('root').item(0);
alert(root_node.firstChild.data);

這樣一來我們便可取得 responseXML 所傳回的 XMLDocument 物件,而後以 DOM 相關的方法取用 XML 文件內容。你可以參考 test.xml 的原始碼 (http://www.w3clubs.com/mozdev/test.xml) 以及修改過後的測試程式 (http://www.w3clubs.com/mozdev/httprequest_test_xml.html)。

其他與 DOM 相關的方法,請參考 Mozilla DOM (http://www.mozilla.org/docs/dom/) 文件。

(more...)

[記事]網頁寫作入門要點

布丁布丁吃布丁

0 Comments

[記事]網頁寫作入門要點

作者 wini (外星駭客) 看板 Talk 標題 Re: 請問哪裡可以查到html標籤的的參數呢? 時間 Sun Dec 25 03:29:34 2005
如果是才剛開始用純文字編輯器的話, 建議寫無樣式的網頁,先認識重要的 HTML 元素, 還有練習 XHTML 標準模式下, 任何元素的標籤都要有始有終的觀念。( DOCTYPE 例外) 習慣了各元素的特性後,再利用 CSS 來佈置你的網頁樣式。 第一課:先練習簡單的網頁 -------------------------- <html> <head> <!-- 網頁的字元編碼 --> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>網頁標題</title> </head> <body> <h1>等級一(?)的標題</h1> <p> 這是一個段落,按<a href="./aboutme.html" title="關於我">這兒</a> 可以看我的資料。<br /><!-- ← 這是本身帶有結束標籤意思的換行語法 --> <strong><a href="mailto:me@thisismymailaddress.net">寄信給我</a></strong> </p> <h2>第級二(?)的標題</h2> <p>以下引用某人的話。</p> <blockquote cite="bagamut"> <p>maidsanhaahaa</p> </blockquote> </body> </html> 第二課:讓網頁以標準模式來顯示 -------------------------------- 請參考 moztw.org 的文件。 http://moztw.org/docs/gecko/webdevfaq/ 第三課:練習 CSS 的規則 ( Rule ) 及選取符 ( Selector ) -------------------------------------------------------- 請參考 CSS Tutorial Traditional Chinese 的文件。 http://chinese-school.netfirms.com/css-tutorial-T-Chinese-index.htm 第四課: CSS 更上層樓 ----------------------- 去找 Eric Meyer 的書或網站來看, http://www.ericmeyeroncss.com/ http://more.ericmeyeroncss.com/ 或是在 moztw.org 的網站或討論區找文章看, http://moztw.org/ 或是看看這個 CSS 實務排版技巧。 http://ccca.nctu.edu.tw/~hlb/trans/practicalcss/ 第五課:網頁親和力 -------------------- 各瀏覽器對 HTML 跟 CSS 和 JavaScript 還有專利技術的支援程度都不同, 所以該怎麼做?你需要隨時檢查自己的網頁有沒有替代方案! 沒有 ActiveX 時要提供替代方案, (延伸閱讀: Mozilla Taiwan 討論區: IE專屬技術在Gecko引擎中的對等實現探討 ( http://forum.moztw.org/viewtopic.php?t=5364 ) ) 丟了 MS Office 或 OOo 的文件時要記得同時提供 PDF 或 HTML 或純文字版本, 沒有 JavaScript 時要記得吐出 HTML 的資料, 沒有 CSS 時必須依舊能看得出文章的結構, 為了使用電話撥接上網的人所以要盡量減少網頁大小, 給色盲跟全盲人跟不清楚某些縮寫和頭字語意思的人的親和力方案, 建立替代樣式,給不同的閱覽者及各種媒體(如印表機)他們會需要的樣式, 給搜尋引擎建立索引用的 meta 資料, 給 lynx 瀏覽器用的 link 網頁關聯資訊, 其它可以稍微參考 Dive Into Accessibility 繁/正體中文版, http://dia.z6i.org/ 不過建議各位直接找相關的人和器材實際體驗一下比較實在。 第六課:其它 -------------- W3C 的網站隨時都會有你想要的資料,快點在搜尋字框中打些什麼字進去吧! http://www.w3.org/ 想要個設計網頁時比較方便的瀏覽器? Firefox 的擴充套件隨時都會讓你驚喜! 來看看「 Firefox 與網頁設計 | Jedi's BLOG | Jedi.org 」這篇文吧! http://jedi.org/blog/archives/005292.html ---- 本文的使用是完全自由的,可以修改,可以散佈,完全不帶任何限制。 -- ※ Origin: 巴哈姆特 ◆ From: 61-223-65-99.dynamic.hinet.net ※ 修改: 2005/12/25 3:35:57 [61-223-65-99.dynamic.hinet.net] (more...)

[日記]聖誕禮物

布丁布丁吃布丁

0 Comments

[日記]聖誕禮物

什麼時候你才會發現,原來世界上沒有聖誕老人? 什麼時候你才會發現,原來聖誕老人是你爸爸? 什麼時候你才會發現,你從來沒得到過你想要的聖誕禮物? 什麼時候你才會發現,聖誕禮物,原來就在伸手可及。 謝謝你,這是我收到最棒的聖誕禮物了。


讓我先來整理一下目前的情況。

從上週開始,為了開始撰寫讀者服務的期末報告,我必須要找到一個可以讓我自由研究、整理我所找到的資料的平台。筆記型電腦?我是有在注意IBM的X40,但是你也知道,這不是我這種窮人家小孩買得起的。之前也研究過外接式硬碟、Live-CD等可以讓我隨時都可以進行工作的平台,但也不見得十分理想──其實他們本來就不是為這用途存在的。附帶一提,剛剛提到的外接式硬碟就是我老婆小外,我現在還是很愛她。

最終,我還是回到了網路的世界,投入了世界的潮流──部落格(Blog,我忽然發現我打中文比較快)。由於我本身是MSN Messenger的使用者,所以我首先使用的是功能結合的MSN SPACE。只要你有更新部落格,別人在聯絡人清單上就可能看到你旁邊的小花在躍動,吸引你去看。這是我對MSN SPACE最滿意的地方。不過卻因為MSN SPACE沒有搜尋功能使我感到十分不適。我沒辦法先把資料隨便寫寫丟上去,然後靠著自動索引來整理,更連自己寫過什麼都沒辦法找到的這個缺點,我感到十分難過。

在逛巴哈BBS Talk版的時候,我看到了Wenli的廢業青年日記。「好漂亮(也很多我想要的功能),不過這真的是Blogger嗎?」我這樣驚訝不是沒有原因的,在之前,我也是著找過Blog來玩,其中Blogger也是我觀察對象之一。由於上開放近用資訊的時候,毛老師發講義的地方就是在這個Blog;另一方面是,我一直對Google的印象不錯,至少微軟MSN SPACE所寫出來的一堆贅碼根本就比不上他遵從的網頁標準寫出來的這個編輯器(也是我現在輸入文字的地方)。不過老實講,Blogger雖然有很多範本,但是卻不是很容易深入研究。自己也沒有寫日記的習慣,於是就將它放置在一旁,成為浪費網路資源的成員之一。

使用三天之後,我發現MSN SPACE的功能已經無法滿足我的需求。這說成「無能」好像太過分了點,微軟一直是很寵愛使用者的──不給他們太多的自由。我轉而繼續尋找其他的部落格。在台灣知名的部落格當中,無名小站我不太能能夠信任,尤其是對於「Google對無名小站不友善」的這點讓我印象分數扣了不少分;Xuite則是後來新起之秀,不過我也不太喜歡中華電信,故先不考慮;另一個以Web-TV為行業的天空部落格,不知為何我無法順利地使用,只好放棄他。找來老去,台灣的知名部落格就只剩下樂多我還沒使用。不過在這之前,卻讓我發現到了Blogger的優點──自由度。

Blogger──也就是你現在看到的這個部落格──誠如前面所說的,他並不是很容易入門。就我這兩天看下來的結果,Blogger大部份設定都是在「範本」裡面,這個範本說簡單很簡單,就是一整頁的原始碼──但這也是他最困難的部份。他有些獨特的標記,我無法在說明當中找到組織性的答案,我想得知的問題諸如:是幹麻用的?有什麼功用?即使看得懂標籤本身的意思是「主要頁面」,卻還是無法得知他有什麼功能。這是很不友善的部份,相對來說,這也是他有著強力延伸性的特徵,只是等著玩家來開發。

我目前可以掌握Blogger的部份有三點:

  1. 接受在頁面上設定JavaScript: 我目前寫出了一個多重搜尋表單,你可以在右邊看到,這表單可以選擇搜尋Google、Wikipedia、Yahoo!奇摩字典等,而不需要大費周章地翻找我的最愛開啟網頁,這讓我省下很多功夫。比較之下,MSN SPACE卻擋掉了 標籤,實在是不知所以然。 我現在必須修改「範本」之內的資料才能更新頁面上的JavaScript。這並不是很困難的動作,不過你知道的,人類總是會想要找到更方便的方法。我希望能夠直接擷取部落格當中特定文章裡面的設定來完成這個JavaScript,而我只要修改那篇文章就可以完成所有的作業了。
  2. 不知上限的圖片上傳功能: 找了老半天,我看不到這邊說明容量的上限;即使將已經上傳的圖片外連,也沒有任何地限制──我的天啊,這太恐怖了。雖然這裡並沒有很完整的相簿功能,但我卻可以藉由自我分類搭配搜尋,來做一個相簿的列表。我在說一次,這真的很恐怖,這是一個習慣容量受限的人突然看不到限制的恐懼感,我不知道會不會哪天系統會跟我說因為我圖片上傳過多所以必須強迫刪掉我的部落格。
  3. 搭配搜尋功能: 畫面上方不是有個搜尋列嗎?這是Blogger的廣告,也是他唯一的廣告。雖然在廢業青年日記裡面,Wenli用特殊手法將他隱藏起來(在原始碼裡面還是可以找到喔),我卻覺得這個設定還不錯,能夠搜尋自己的部落格、搜尋其他的部落格,也可以讓我很快地登入這個設定頁面。更重要的是,這個Bar雖然不怎麼可愛,不過他卻很樸實、不影響整體的視覺觀感,這真是Google系列產品讓我最喜歡的共同特色了。

這些特色已經足夠滿足大部分部落格的需求。翻了幾個Blogger推薦的部落格,他們幾乎都是套用範本格式,大概是因為他們被推薦的賣點是在於文章。不過對於想將這裡當成工作平台的我來說,他至少還需要幾個功能:行事曆(搭配張貼與顯示特殊日期)、待辦事項、甘特圖之類的。這聽起來很像是PDA在做的事情,不過這次我想在部落格實現這功能。如果是自己控制的伺服器,我可以使用PHP來輕鬆地(至少技術能力已經足夠)來完成,但這卻不是我要的,我希望能將這些工作丟給非我管的伺服器。因此我必須挑戰以JavaScript來撰寫這些功能,並試著研究是否能將部落格文章的RSS解析、直接顯示在頁面上。這聽起來很難,卻讓我興奮不已,總有一天我是要踏入XML的世界,而這就是一個契機。

以上這些是這兩天來的感想。昨晚玩到凌晨五點才入睡,早上十點起床之後繼續研究,中午吃飽飯之後卻累到回頭睡覺,直到晚餐才起床。雖然這對身體不太好,不過這也是我找到喜歡玩具的具體表現。在這個聖誕節的時候收到這種禮物,實在是太棒了。

附帶一提,雖然我是從昨天開始才對這個Blogger大幅動作,但其實「布丁布丁吃?」已經三個月了。 既然提到這個Blogger的出生日期,那我也順便設定一下好了。這個Blogger──「布丁布丁吃?」的生日是西元2005年9月11日。不強迫每年都要慶賀,但是希望自己能夠在明年還能繼續使用它。

(more...)

[圖資] 讀者服務報告之 Wikipedia (中文) 定義的「網誌」

布丁布丁吃布丁

[圖資] 讀者服務報告之 Wikipedia (中文) 定義的「網誌」

台灣把「BLOG」音譯為「部落格」,「網誌」似乎是大陸那邊的用法。 雖然只要看得懂就可以溝通,但是我還是覺得「部落格」比較合胃口。 接著,讓我們來看看Wikipedia中文裏面,大家是怎麼定義網誌的吧。 -------------------------------------------------------------------------------- 網誌 維基百科,自由的百科全書 網誌(blog)是網路日誌(weblog)的簡寫,也有人從英文音譯為「部落格」或「博客」1,是以文章的形式在網路上定期發表內容的一種方式,屬於網路共享空間的一種。 特色 網誌是個人或群體以時間順序所作的一種記錄,並且不斷更新。網誌之間的交流主要是通過回溯引用(TrackBack)和廣播/留言/評論的方式來進行的。網誌的操作管理用語,也借鑒了大量檔案管理用語。一個網誌亦可被視為一個檔案,或是卷宗。與傳統檔案不同的是,網誌的作者既是這份檔案的創作人,也是其檔案管理人。 網誌大量採用了RSS(Really Simple Syndication或者Rich Site Summary或者RDF Site Summary)技術,所有的RSS文件都必須符合由W3C發佈的XML 1.0規範。對讀者來說,可以通過RSS訂閱一個網誌,確知該網誌作者最近的更新。對網誌作者來說,RSS可以使自己發佈的文章易於被電腦程序理解並摘要。 對知識管理和創造而言,網誌提供了新的形態和途徑。對漢語為母語的人而言,網誌寫作既接續了漢語筆記文學的優秀傳統,更充分鼓勵了個人表達。從交往形態考察,網誌空間設定了積極的讀者、作者、編者互動轉換關係,「言者互重,閱者相惜」。 網誌內容的討論 網誌的內容沒有限制,只要能上網,會打字,腦袋有一些想法的人,例如放一些相片,都可以經營。網誌是意見和知識的自由市場,儘管別人可以有不同的看法,卻不會有人(能夠)阻止其他人經營自己的網誌。不過,有時候,生產網誌的內容十分困難,而如果要生產有價值的內容,更是難上加難。好的內容是智慧的結晶,而且還得源源不絕(即不停地更生網誌的內容)。這得靠長期、大量地閱讀、思考及書寫,才不至於只會寫浪費別人時間的東西。 2005年10月7日,新加坡一個法庭對兩名年輕的男性博客判刑,理由是這兩名博客在網志上發表了種族性言論,併在網民眾引發了激烈的爭論。 網誌的應用 目前網誌最多用於個人出版,也有用於商業公司的內部交流和教育學習領域。另外,許多新的應用也相繼出現。例如Moblog(通過移動通信設備寫網誌)。 參考文獻 Rebecca,weblogs: a history and perspective, http://www.rebeccablood.net/essays/weblog_history.html 7 september 2000 外部連結 中文網誌百科全書 中文網誌心得集 英文版中文網誌心得集 自由媒體工程:網民新聞網誌 (more...)