本章要介紹的是 Movable Type 裡的彙整功能,本章將說明何謂彙整並介紹其種類,接著會介紹使用各種彙整的方法,還有相關的事項。雖然我們在這一章仍舊不會涉及較深入的模版寫作實務,但是當我們提到彙整檔名的時候,卻會用到 Movable Type 的模版標籤;如果各位實在無法消化那一小節的內容,也不需要強迫自己閱讀,可以先擱著稍後再回來翻閱參照。
從這一章起我們也將進入文字較多而圖片較少的世界,有些讀者也許一開始不大能夠接受,但是這些概念上的東西其實都不難,相信各位還是能夠很快上手的。
我們在一開始的網誌發跡史曾經提過網誌的四個要素:彙整
、靜態鏈結
、時間戳印
和日期標頭
。其中第一項「彙整」正是寫網誌 (blogging) 最重要的精神,也是本章的重點。
如果我們把「寫網誌 (blogging) 」定義成「作者按照自己的信念整理資訊的方法與過程」的話,那麼這些被整理過後的資訊產物,就是所謂的彙整
了。實際上 archive (彙整)這個字就跟 blog (網誌、寫網誌)這個字一樣,可以單純的當作名詞來表示某一種東西,更可以當作動詞來表示一種動作或過程。作為名詞的時候,彙整就是彙集或整理著特定資訊的一份檔案;當作動詞的時候則是彙集或整理資訊的過程。
讓我們回到稍早的定義,因此網誌就是一些特定的彙整檔案,同時寫網誌就是一種彙整的行為。由此可見彙整在網誌裡有多重要了。
實際上彙整是一種很自由的舉動,雖然我們把這兩個字解釋得如此文謅謅的,但是就算妳隨意地、胡亂地把一堆文章片段放在一起,祇要妳自己明白它們被放在一起的原因,那麼妳就可以稱這樣的一個檔案是一份彙整,沒有人能夠反駁妳;甚至同一篇文章(或圖片、聲音、任何媒體檔案)也都可以同時出現在多個彙整檔案裡,沒有人規定彙整裡的資訊都得要獨一無二不可。
在 Movable Type 裡面預先定義了幾種不同的彙整方式,能夠自動地幫妳維護這些彙整檔案;這些彙整的方式也許並不獨特,但卻相當合理,而且對於多數的情況來說也已經足夠了。它們包括了:
以下就讓我們逐一加以說明:
單篇彙整可以說是最簡單而直覺的彙整方式了:每一份彙整檔案裡不多不少剛好就祇有那麼一篇文章。單篇彙整是 Movable Type 預設就會使用的彙整方式之一,這種彙整方式有著不少好處,妳可以把所有祇跟那篇文章有關的資訊都顯示出來,跟這一篇文章無關的資訊則一概不予顯示。
這種把每一篇文章單獨整理起來,呈為一個靜態頁面的彙整方式,可以讓讀者把心思集中在當前這一篇文章上;妳可以在此呈現文章的內容本體、延伸內容、迴響、引用記錄等資訊,而絲毫不用擔心造成讀者資訊負荷過重 ─ 因為在這裡一次就祇會顯示出一篇文章的內容罷了。
既然網誌裡的文章必定帶著時間戳印
,於是就有了按時彙整
這樣的彙整方式。這種彙整方式乃是把固定時間週期內的文章通通蒐集起來,整理呈一個靜態頁面;根據選用週期的不同,又可以分成逐月彙整
、逐週彙整
以及逐日彙整
。
顧名思義,逐月彙整就是以月份為單位,把時間戳印在同一個月份裡的文章都集結起來;逐週彙整就是以星期為單位,把時間戳印在同一週裡的文章都集結起來;逐日彙整就是以日期為單位,把時間戳印在同一天裡的文章都集結起來。這麼做的好處是,當任何人日後要回過頭來找舊文章的時候,就祇需要大略記得是哪一段時間內的東西就好,然後再翻出相對應的那一份彙整。
妳可以發現妳選用的彙整週期越大,所囊括的文章也就越多;這麼一來一方面妳找舊文章時的記憶就算更模糊也無所謂,但另一方面每一個彙整檔案可能都會有更多內容 ─ 妳很快就能確定妳要找的東西在哪一個檔案裡,問題變成妳不曉得它會在檔案的哪一個角落出現。
相反地,如果妳選用的彙整週期較小,那麼妳就得比較精確地記得文章被發表的時間;但是一旦妳找到正確的彙整檔案後,很快就能夠在那個彙整檔案裡找回妳要的東西了。
當然妳可以同時選用各種不同的彙整週期;但是別忘了,雖然資料庫裡的東西一樣多,但是妳每多選用了一種彙整週期,妳所製作出來的靜態彙整檔案就又會多佔去足足一倍的伺服器空間!選擇合宜的彙整週期是一項學問,妳應當自己斟酌文章發表的頻率以及文章的性質,挑出合適的彙整週期。
Movable Type 預設啟用的彙整方式中,就包含了逐月彙整;對於剛開始寫作的朋友來說,一個月的彙整週期其實是挺合適的。等到妳寫作的頻率逐漸增加後,再考慮縮短彙整週期就可以了。
如果妳已經按照我們在第五章討論過的步驟,開始把文章指派給不同的類別的話,那麼利用這些類別來整理檔案似乎也是很棒的選擇。
這種把歸在同一個類別的文章通通彙集起來的彙整方式,就是分類彙整
。這種彙整方式可以提供各個類別的脈絡情境,當讀者閱讀某一個分類彙整檔案裡的文章時,將可以擺脫時間的不連續性,而將先後發生的事件串聯在一起。當妳開始發展出特定的書寫方向的時候,也會是開始啟用分類彙整的好時機。
因為當妳剛開始寫作的時候,連系統都不甚熟悉,更遑論發展出特定寫作方向了;此外 Movable Type 一開始也不會提供任何預設的類別,所以分類彙整一開始是不會啟用的,妳得自己把它打開。
妳可以在任何時候改變彙整方式、啟用某幾種彙整方式或不再使用某幾種彙整方式。已經被建立出來的靜態檔案仍舊會存在,但是不再被繼續使用的彙整方式就不會用來更新這些檔案了。請參考下列的步驟:
除了決定要使用哪些彙整方式外,妳還可以決定偏好彙整類別是甚麼;這個決定會影響到文章靜態鏈結的表現方式。
如果妳偏好的彙整方式是單篇彙整
,那麼文章的靜態鏈結就會指到僅含有該篇文章的單篇彙整去;如果偏好的彙整方式是逐日彙整
的話,文章的靜態鏈結就會指到該篇文章所在的逐日彙整檔案,並加上該篇文章的定位錨;如果偏好的彙整方式是逐週彙整
的話,文章的靜態鏈結就會指到該篇文章所在的逐週彙整檔案,並加上該篇文章的定位錨;如果偏好的彙整方式是逐月彙整
的話,文章的靜態鏈結就會指到該篇文章所在的逐月彙整檔案,並加上該篇文章的定位錨;如果偏好的彙整方式是分類彙整
的話,文章的靜態鏈結就會指到該篇文章所在的分類彙整檔案,並加上該篇文章的定位錨。
在正常的情況下,我會建議妳選擇單篇彙整
作為偏好的彙整方式,因為這樣的彙整方式恰好適合用來呈現所有跟單篇文章有關的資訊,拿來當作文章靜態鏈結的目的地再好不過了。不過也許妳會有不同的規劃及想法,這時候妳可以用下列的步驟來修改這項設定:
當妳開始彙整文章之後,下一個會問的問題大概就是「檔案在哪裡?」了。
所有的彙整檔案都會被放到本機彙整路徑
裡,任何讀者都可以利用彙整網址
來讀取這些檔案。這兩項設定我們在第二章的核心設定小節提過了,如果妳已經忘記當初設定了甚麼的話,也可以循相同的方式去看一下妳自己的設定值。
而不同的彙整方式所產生的彙整檔案,檔名看起來也會有所不同。以下先讓我們看一下各種彙整方式所產生的彙整檔案檔名格式:
<$MTEntryID pad="1"$>.html
<$MTArchiveDate format="%Y_%m"$>.html
week_<$MTArchiveDate format="%Y_%m_%d"$>.html
<$MTArchiveDate format="%Y_%m_%d"$>.html
cat_<$MTCategoryLabel$>.html
在上述的這份清單裡,出現了一些模版標籤;這可能是妳第一次看到它們,不過別驚慌,它們沒有妳想像得那麼複雜。可以用於彙整檔名的模版標籤包含了:
<$MTArchiveDate$>
按時彙整
,代表的是彙整開始的日期
。<$MTArchiveDateEnd$>
按時彙整
,代表的是彙整結束的日期
。<$MTArchiveCategory$>
分類彙整
,代表的是這份彙整清單所屬的類別名稱
。<$MTEntryTitle$>
單篇彙整
,代表的是這篇文章的標題
。<$MTEntryStatus$>
單篇彙整
,代表的是這篇文章的出版狀態
。<$MTEntryExcerpt$>
單篇彙整
,代表的是這篇文章的文摘
。<$MTEntryBody$>
單篇彙整
,代表的是這篇文章的主要文章本體
。<$MTEntryMore$>
單篇彙整
,代表的是這篇文章的額外文章內容
。<$MTEntryKeywords$>
單篇彙整
,代表的是這篇文章的關鍵字
。<$MTEntryAuthor$>
單篇彙整
,代表的是這篇文章的作者名字
。<$MTEntryAuthorNickname$>
單篇彙整
,代表的是這篇文章的作者暱稱
。<$MTEntryDate$>
單篇彙整
,代表的是這篇文章的日期
。<$MTEntryCommentCount$>
單篇彙整
,代表的是這篇文章的迴響數量
。<$MTEntryTrackbackCount$>
單篇彙整
,代表的是這篇文章的引用通告數量
。<$MTEntryTrackbackID$>
單篇彙整
,代表的是這篇文章的引用物件 ID
。<$MTEntryID$>
單篇彙整
,代表的是這篇文章的 ID
。如果妳打算把這個數字湊滿六位,不足補 0 的話,就可以加上 pad="1"
屬性,像這樣:<$MTEntryID pad="1"$>
<$MTEntryCategory$>
單篇彙整
,代表的是這篇文章的主要類別名稱
。對於 <$MTArchiveDate$>
、 <$MTArchiveDateEnd$>
和 <$MTEntryDate$>
這三個標籤來說,妳也可以用 format
屬性來自訂日期顯示格式。在這個屬性裡妳可以用下列的字串來任意排列組合:
%a
Thu
。%A
Thursday
。%b
Sep
。%B
September
。%d
0
。例如: 09
。%e
9
。%H
0
。例如: 16
。%I
0
。例如: 04
。%j
0
。例如: 056
。%k
9
。%l
4
。%m
0
。例如: 09
。%M
0
。例如: 02
。%p
AM
或 PM
。%S
0
,例如: 04
。%x
September 6, 2002
。%X
4:31 PM
。%y
0
,例如: 01
。%Y
2001
。除了上述的屬性之外,所有的標籤也都可以(也應該)套用下列的屬性:
dirify="1"
_
)。remove_html="1"
upper_case="1"
lower_case="1"
trim_to="N"
<$MTEntryBody trim_to="15">
zero_pad="N"
0
,使其總長度成為 N 個字符長。妳得在此指定 N 的數值纔可以,像這樣:<$MTEntryID zero_pad="10">
如果妳打算自訂彙整檔案格式的話,可以如圖九在網誌組態
的彙整
頁面,自行填寫彙整檔名格式(留空表示採用預設值)。
注意:當妳自訂彙整檔案格式的時候,切記一定要把副檔名(包含點號)加上去; Movable Type 並不為自動幫妳加上副檔名的!
最後要介紹的是另一個更為罕用的功能:多重彙整。這裡所謂的多重彙整,指的是針對同一種彙整方式做出多份彙整檔案。透過這樣的功能,妳就能為相同方式的彙整製作出不同架構的檔案;舉例來說,妳就可以為分類彙整製作兩個檔案,其中一個僅調列出該類別內各篇文章的標題、日期等資訊,而另一個檔案裡則把各篇文章的主要文章本體也都加進去。
注意:在接下來的步驟之前,妳得先做好另一份不同的彙整模版
。關於這部分的細節,請參考第九章的介紹。
請參考下列的步驟,來設定多重模版:
彙整檔案名稱
,否則會導致各組彙整檔案重複覆寫的情況。這個步驟請參考前一小節的內容。版權所有 © 2003 Jedi. 保留部分權利。