不是我要回頭唸啦，其他的Blog也應該學學他們了。這麼貼心的部落格是要上哪找啊？

既然連JavaScript都可以放了，不知道能不能把CSS也丟進來。hmm...這要怎麼實驗好呢？

最近被學姐介紹給一個研二的學長，接下來PHP網站製作的CASE。一方面是最近要繳房租，特別對“錢”這個字眼敏感；另一方面是覺得林老師那邊的網站也寫得差不多了，除了一直不太想動筆的刪除功能之外，系統本身已經趨近“還可以派得上用場”的地步。總而言之，我接下了這個工作。

學長交給我三片光碟，內容是這個網站裡面所使用的程式，要我先試著玩玩看。可是，不知道是我程度太低，還是經驗不足的關係。對於「解讀他人原始碼」這種工作，我做起來十分感到疲憊。學長也沒把資料庫給我測試，我也不知道如何玩起。這三片光碟的內容中，一份是另一位學長自己寫的遊戲網站；另一份則是某家公司寫的「專業」網站。

學長的網頁看起來很大，也非常複雜。更糟糕的是，他用的是ACCESS的ODDB作為資料庫，讓我第一步就死在路邊。我在考慮到時候要不要把那些ODDB連結全部改成MySQL運作，不過這個修改量恐怕會很恐怖。

另一個看起來很「專業」的網站，裡面包含著一堆程式，就從首頁到處跑跑看的結果，我仍然不清楚這一堆程式是要幹麻的。沒有資料庫、不能登入、找不到說明，實在是很無法知道這網站是要做什麼用的。

不過，其實我主要要說的是，那個看起來很「專業」的網站，並不是很符合我的學習目標。

“只提供所需要的資訊”、“遵從可用性、易使性、親和性”，這些是我唯一會買來擺在書架上供奉的網站製作教學書籍。自從高中開始大量接觸網路之後，我所學習的是，唯有簡單樸實，才是最終目標。我喜歡Google跟Dive Into Accessibility簡單卻又含有大量資料的介面；討厭那些包含著不能使用文字瀏覽器來看的圖片、必須強迫我用滑鼠的FLASH、寫死字體大小的樣式表、不知所謂的Frame框架。即使我不需要刻意去點名，你也可以在網路世界上看到大量地使用如此「只是看起來很漂亮」的網站。

「他的網站需要美工，你行嗎？」我不行，而且我也不太想像那些人一樣的「專業」。

呼哈～～好像發洩了不少怨氣。

可是話說回來呢，就像siroma跟我說的，我還是會去學習那些「專業」的網站是怎麼做到的。我不喜歡他們的短處，但也不需要連他們的優點一起排斥。所以我需要更多的練習、更多的工作，即使我暫時因為他們的需求而做出違反自己學習網頁的原則，我也不會放棄那個共享、易用的理想。

遵守易用性原則寫出來的網頁通常都很簡潔(我必須強調，這不是難看)，但是「專業」的網站設計師好像都很討厭網頁上除了內文的重點之外就沒有東西。以前某個網頁設計比賽，評審對網頁的寫作標準這點並沒有評分，原因很簡單：「這些網頁沒有一個符合標準的」。我.....我希望自己能寫出符合標準，又能夠美觀的網頁。這樣想一想，忽然很想要把他們所有網頁全都改寫，為這個可悲的網路世界中，多一個稍為符合標準的網站。但是，得了吧，連林老師的網站我都沒有足夠的精神與時間去修正了......

嗯，還是加油吧。

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

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

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

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

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

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

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

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

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

圖書館相關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)

1. oped directory project ：Top: Reference: Libraries: Library and Information Science: Weblogs (2005/12/26)

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

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

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

看書看得累了...