ticoAg/ChineseCorpus-Kaggle-fanti huggingface dataset:
醬油店的店員德兵衛和遊女阿初是一對情侶，德兵衛在叔父家中當學徒打工，因他的老實而且勤奮工作而獲得信賴，叔父要求他和姪女結婚，更給他錢做生意。德兵衛已經有阿初而拒絕，叔父卻在德兵衛不知道的情況下準備結婚所需。德兵衛再次斷然拒絕，這次激怒叔父，並說要斷絕關係、不讓他做生意、趕他出大阪，買給他的衣服要在七日內以金錢歸還。德兵衛好不容易取回繼母的訂婚金，但他的友人九平次怎樣都要借這些錢，說好三日內歸還。隨著九平次的登場，在另一邊，阿初被卷入一場打鬧而被一些客人帶走。德兵衛催促九平次還錢，九平次卻說不知道有借過錢。德兵衛在公眾前大呼被九平次欺騙，但不止沒有人相信，還被打了一頓。
被親戚斷絕關係、被朋友背叛，德兵衛認為已經沒有任何証明清白、挽回名譽的方法，決定尋死，在此之前暗地尋找阿初。這時德兵衛不可以隨便被人發現，阿初則暫時讓德兵衛藏於地板下。不久，九平次以客人的身分來訪，直至歸去前不斷說盡德兵衛的壞話。德兵衛在地板下捏拳忍怒，阿初亦決定了死亡。在深夜，兩人攜手走到露天神的林中，在連理松木下確定對方對死亡的決意後，德兵衛以脇差取去阿初之命，再斷去自身生命。
在歌舞伎的版本中，則再多了一些情景，如德兵衛叔父在天滿屋尋找失蹤的德兵衛、阿初與德兵衛出走天滿屋後賣油店店員拜訪天滿屋，並暴露九平次借錢不還。
*松平進 編《》（1998年4月發行），ISBN 978-4870888944，和泉書院
*《》（1993年9月發行），原著：近松門左衛門；校訂編輯：松崎仁、井口洋、原道生、大橋正叔。第105－132頁，ISBN 4-00-240091-3。巖波書店出版
*藤野義雄《》，1968年，古書。
* FLAMENCO 曾根崎心中官方網站
2007-08達拉斯獨行俠賽季是達拉斯獨行俠在NBA聯盟的第28個賽季。
尼克·費澤克斯
馬奧斯 （希臘）
Mega Ishrana（塞爾維亞）
紀錄：1–0；主場：0–0；作客：1–0
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (24)
紀錄：10–5；主場：8–1；作客：2–4
94–101
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (28)
102–123
約什·霍華德 (27)
98–107
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (31)
120–115
兩位球員相同 (24)
約什·霍華德 (20)
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (25)
105–92
約什·霍華德 (23)
Grizzlies
108–105
Raptors
105–99
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (32)
100–94
Devin Harris (22)
107–111
Pacers
Devin Harris (24)
約什·霍華德 (24)
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (31)
Timberwolves
103–109
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (27)
Record: 9–6; Home: 6–2; Road: 3–4
Hornets
Three-way tie (19)
約什·霍華德 (22)
122–109
117–125
約什·霍華德 (47)
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (36)
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (21)
108–111
105–108
89–102
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (30)
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (20)
兩位球員相同 (19)
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (22)
Record: 11–3; Home: 6–0; Road: 5–3
99–121
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (29)
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (24)
Pistons
86–102
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (23)
SuperSonics
120–122
兩位球員相同 (25)
96–111
84–102
約什·霍華德 (32)
102–95
Devin Harris (23)
105–112
兩位球員相同 (26)
103–84
約什·霍華德 (26)
Celtics
Record: 8–6; Home: 5–0; Road: 3–6
兩位球員相同 (15)
107–98
約什·霍華德 (28)
96–107
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (21)
82–101
Sixers
約什·霍華德 (17)
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (37)
97–109
93–104
94–102
29 February 2008
106–115
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (34)
Record: 7–8; Home: 5–4; Road: 2–4
104–108
110–116
約什·霍華德 (25)
113–98
約什·霍華德 (21)
91–111
79–108
兩位球員相同 (18)
93–118
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (26)
97–116
102–100
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (35)
Jerry Stackhouse (19)
90–103
105–118
約什·霍華德 (30)
104–114
約什·霍華德 (36)
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:基德;zh-hk:傑特;zh-tw:奇德;}- (27)
Record: 5–3; Home: 4–0; Road: 1–3
86–111
105–98
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (22)
98–111
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (30)
2008年NBA季後賽 比賽記錄
地點／入場人數
作客 -{zh-hans:新奧爾良黃蜂;zh-hk:新奧爾良黃蜂;zh-tw:紐奧良黃蜂;}-
92–104
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (10)
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:基德;zh-hk:傑特;zh-tw:奇德;}- (9)
紐奧良競技場17,446
103–127
布蘭登·巴斯 (8)
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:基德;zh-hk:傑特;zh-tw:奇德;}- (8)
紐奧良競技場17,855
-{zh-hans:新奧爾良黃蜂;zh-hk:新奧爾良黃蜂;zh-tw:紐奧良黃蜂;}-
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (19)
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}-，-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (6)
美國航空中心20,839
-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}- (13)
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:基德;zh-hk:傑特;zh-tw:奇德;}-，-{zh-hans:德克·諾維茨基;zh-hk:德克·奴域斯基;zh-tw:德克·奴域斯基;}-，-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (3)
美國航空中心20,644
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:基德;zh-hk:傑特;zh-tw:奇德;}-，-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:特里;zh-hk:泰利;zh-tw:特里;}- (9)
紐奧良競技場18,260
2008 Playoff Schedule
Total for entire season including previous team(s)
達拉斯獨行俠在2007-08 NBA賽季進行了以下交易。
-{zh-hans:賈森;zh-hk:積臣;zh-tw:賈森;}-·-{zh-hans:基德;zh-hk:傑特;zh-tw:奇德;}-、Malik Allen和Antoine Wright交易到達拉斯獨行俠
德文·哈里斯、德薩蓋納·迪奧普、Trenton Hassell、Maurice Ager和Keith Van Horn，以及2009年NBA選秀和2010年NBA選秀第一輪選秀權交易到-{zh-hans:新澤西網;zh-hk:新澤西籃網;zh-tw:紐澤西籃網;}-
Austin Croshere
流變分子（fluxional molecule）是指內部原子在對稱的位置上不停交換的一種分子。
因為事實上，從某些方面看，所有的分子都在流變，例如有機化合物中鍵的旋轉，所以流變這個概念主要取決于上下文的關系以及檢測的手段。
一般來說，當一個分子的光譜信號因為化學交換作用存在超出海森堡不確定原理所預測的行展寬時，我們說這個分子是一個流變分子。在某些例子中，由于流變的速率很低不能通過光譜檢測，此時就會用同位素標記法。
常見的流變分子：
*甲鎓離子（CH5+）。該離子中質子交換所需的能量比零點能量低，因此絕對零度時仍沒有“固定的分子結構”，氫原子處于運動之中。
*瞬烯及Cope重排反應中涉及的其他某些1,5-二烯化合物；
*可以發生Berry假旋轉的五氟化磷、五羰基鐵等；
*環己烷椅型構象的一對構象轉換體。參見環己烷構象。
HTTP狀態碼是用以表示網頁伺服器超文本傳輸協議響應狀態的3位數字代碼。它由 RFC 2616 規范定義的，并得到 RFC 2518、RFC 2817、RFC 2295、RFC 2774 與 RFC 4918 等規范擴展。所有狀態碼被分為五類，狀態碼的第一個數字代表了響應的五種狀態之一。所示的消息短語是典型的，但是可以提供任何可讀取的替代方案。 除非另有說明，狀態碼是HTTP/1.1標準（RFC 7231）的一部分。
HTTP狀態碼的官方注冊表由互聯網號碼分配局（Internet Assigned Numbers Authority）維護。
這一類型的狀態碼，代表請求已被接受，需要繼續處理。這類響應是臨時響應，只包含狀態行和某些可選的響應頭信息，并以空行結束。由于HTTP/1.0協議中沒有定義任何1xx狀態碼，所以除非在某些試驗條件下，服務器禁止向此類客戶端發送1xx響應。
這些狀態碼代表的響應都是信息性的，標示客戶應該等待服務器采取進一步行動。
; 100 Continue
: 服務器已經接收到請求頭，并且客戶端應繼續發送請求主體（在需要發送身體的請求的情況下：例如，POST請求），或者如果請求已經完成，忽略這個響應。服務器必須在請求完成后向客戶端發送一個最終響應。要使服務器檢查請求的頭部，客戶端必須在其初始請求中發送Expect: 100-continue作為頭部，并在發送正文之前接收100 Continue狀態代碼。響應代碼417期望失敗表示請求不應繼續。
; 101 Switching Protocols
: 服務器已經理解了客戶端的請求，并將通過Upgrade消息頭通知客戶端采用不同的協議來完成這個請求。在發送完這個響應最后的空行后，服務器將會切換到在Upgrade消息頭中定義的那些協議。
: 只有在切換新的協議更有好處的時候才應該采取類似措施。例如，切換到新的HTTP版本（如HTTP/2）比舊版本更有優勢，或者切換到一個實時且同步的協議（如WebSocket）以傳送利用此類特性的資源。
; 102 Processing（WebDAV；RFC 2518）
: WebDAV請求可能包含許多涉及文件操作的子請求，需要很長時間才能完成請求。該代碼表示服務器已經收到并正在處理請求，但無響應可用。這樣可以防止客戶端超時，并假設請求丟失。
;  103 Early Hints (RFC 8297)
: 用來在最終的HTTP消息之前返回一些響應頭。
這一類型的狀態碼，代表請求已成功被服務器接收、理解、并接受。
; 200 OK
: 請求已成功，請求所希望的響應頭或數據體將隨此響應返回。實際的響應將取決于所使用的請求方法。在GET請求中，響應將包含與請求的資源相對應的實體。在POST請求中，響應將包含描述或操作結果的實體。
; 201 Created
: 請求已經被實現，而且有一個新的資源已經依據請求的需要而建立，且其URI已經隨Location頭信息返回。假如需要的資源無法及時建立的話，應當返回'202 Accepted'。
; 202 Accepted
: 服務器已接受請求，但尚未處理。最終該請求可能會也可能不會被執行，并且可能在處理發生時被禁止。
; 203 Non-Authoritative Information（自HTTP / 1.1起）
: 服務器是一個轉換代理服務器（transforming proxy，例如網絡加速器），以200 OK狀態碼為起源，但回應了原始響應的修改版本。
; 204 No Content
: 服務器成功處理了請求，沒有返回任何內容。在強制門戶功能中，Wi-Fi 設備連接到需要進行 Web 認證的 Wi-Fi 接入點時，通過訪問一個能生成 HTTP 204 響應的的網站，如果能正常收到 204 響應，則代表無需 Web 認證，否則會彈出網頁瀏覽器界面，顯示出 Web 網頁認證界面用于讓用戶認證登錄。
; 205 Reset Content
: 服務器成功處理了請求，但沒有返回任何內容。與204響應不同，此響應要求請求者重置文檔視圖。
; 206 Partial Content（RFC 7233）
: 服務器已經成功處理了部分GET請求。類似于FlashGet或者迅雷這類的HTTP下載工具都是使用此類響應實現斷點續傳或者將一個大文檔分解為多個下載段同時下載。
; 207 Multi-Status（WebDAV；RFC 4918）
: 代表之后的消息體將是一個XML消息，并且可能依照之前子請求數量的不同，包含一系列獨立的響應代碼。
;208 Already Reported （WebDAV；RFC 5842）
: DAV綁定的成員已經在（多狀態）響應之前的部分被列舉，且未被再次包含。
;226 IM Used （RFC 3229）
: 服務器已經滿足了對資源的請求，對實體請求的一個或多個實體操作的結果表示。
這類狀態碼代表需要客戶端采取進一步的操作才能完成請求。通常，這些狀態碼用來重定向，后續的請求地址（重定向目標）在本次響應的Location域中指明。
當且僅當后續的請求所使用的方法是GET或者HEAD時，用戶瀏覽器才可以在沒有用戶介入的情況下自動提交所需要的后續請求。客戶端應當自動監測無限循環重定向（例如：A→B→C→……→A或A→A），因為這會導致服務器和客戶端大量不必要的資源消耗。按照HTTP/1.0版規范的建議，瀏覽器不應自動訪問超過5次的重定向。
; 300 Multiple Choices
: 被請求的資源有一系列可供選擇的回饋信息，每個都有自己特定的地址和瀏覽器驅動的商議信息。用戶或瀏覽器能夠自行選擇一個首選的地址進行重定向。
: 除非這是一個HEAD請求，否則該響應應當包括一個資源特性及地址的列表的實體，以便用戶或瀏覽器從中選擇最合適的重定向地址。這個實體的格式由Content-Type定義的格式所決定。瀏覽器可能根據響應的格式以及瀏覽器自身能力，自動作出最合適的選擇。當然，RFC 2616規范并沒有規定這樣的自動選擇該如何進行。
: 如果服務器本身已經有了首選的回饋選擇，那么在Location中應當指明這個回饋的URI；瀏覽器可能會將這個Location值作為自動重定向的地址。此外，除非額外指定，否則這個響應也是可緩存的。
; 301 Moved Permanently
: 被請求的資源已永久移動到新位置，并且將來任何對此資源的引用都應該使用本響應返回的若干個URI之一。如果可能，擁有鏈接編輯功能的客戶端應當自動把請求的地址修改為從服務器反饋回來的地址。除非額外指定，否則這個響應也是可緩存的。
: 新的永久性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
: 如果這不是一個GET或者HEAD請求，那么瀏覽器禁止自動進行重定向，除非得到用戶的確認，因為請求的條件可能因此發生變化。
: 注意：對于某些使用HTTP/1.0協議的瀏覽器，當它們發送的POST請求得到了一個301響應的話，接下來的重定向請求將會變成GET方式。
; 302 Found
: 要求客戶端執行臨時重定向（原始描述短語為“Moved Temporarily”）。由于這樣的重定向是臨時的，客戶端應當繼續向原有地址發送以后的請求。只有在Cache-Control或Expires中進行了指定的情況下，這個響應才是可緩存的。
: 新的臨時性的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
: 注意：雖然RFC 1945和RFC 2068規范不允許客戶端在重定向時改變請求的方法，但是很多現存的瀏覽器將302響應視作為303響應，并且使用GET方式訪問在Location中規定的URI，而無視原先請求的方法。因此狀態碼303和307被添加了進來，用以明確服務器期待客戶端進行何種反應。
; 303 See Other
: 對應當前請求的響應可以在另一個URI上被找到，當響應于POST（或PUT / DELETE）接收到響應時，客戶端應該假定服務器已經收到數據，并且應該使用單獨的GET消息發出重定向。這個方法的存在主要是為了允許由腳本激活的POST請求輸出重定向到一個新的資源。這個新的URI不是原始資源的替代引用。同時，303響應禁止被緩存。當然，第二個請求（重定向）可能被緩存。
: 新的URI應當在響應的Location域中返回。除非這是一個HEAD請求，否則響應的實體中應當包含指向新的URI的超鏈接及簡短說明。
: 注意：許多HTTP/1.1版以前的瀏覽器不能正確理解303狀態。如果需要考慮與這些瀏覽器之間的互動，302狀態碼應該可以勝任，因為大多數的瀏覽器處理302響應時的方式恰恰就是上述規范要求客戶端處理303響應時應當做的。
; 304 Not Modified
: 表示資源在由請求頭中的If-Modified-Since或If-None-Match參數指定的這一版本之后，未曾被修改。在這種情況下，由于客戶端仍然具有以前下載的副本，因此不需要重新傳輸資源。
; 305 Use Proxy
: 被請求的資源必須通過指定的代理才能被訪問。Location域中將給出指定的代理所在的URI信息，接收者需要重復發送一個單獨的請求，通過這個代理才能訪問相應資源。只有原始服務器才能建立305響應。許多HTTP客戶端（像是Mozilla和Internet Explorer）都沒有正確處理這種狀態代碼的響應，主要是出于安全考慮。
: 注意：RFC 2068中沒有明確305響應是為了重定向一個單獨的請求，而且只能被原始服務器建立。忽視這些限制可能導致嚴重的安全后果。
; 306 Switch Proxy
: 在最新版的規范中，306狀態碼已經不再被使用。最初是指“后續請求應使用指定的代理”。
; 307 Temporary Redirect
: 在這種情況下，請求應該與另一個URI重復，但后續的請求應仍使用原始的URI。 與302相反，當重新發出原始請求時，不允許更改請求方法。 例如，應該使用另一個POST請求來重復POST請求。
;308 Permanent Redirect (RFC 7538)
: 請求和所有將來的請求應該使用另一個URI重復。 307和308重復302和301的行為，但不允許HTTP方法更改。 例如，將表單提交給永久重定向的資源可能會順利進行。
這類的狀態碼代表了客戶端看起來可能發生了錯誤，妨礙了服務器的處理。除非響應的是一個HEAD請求，否則服務器就應該返回一個解釋當前錯誤狀況的實體，以及這是臨時的還是永久性的狀況。這些狀態碼適用于任何請求方法。瀏覽器應當向用戶顯示任何包含在此類錯誤響應中的實體內容。
如果錯誤發生時客戶端正在傳送數據，那么使用TCP的服務器實現應當仔細確保在關閉客戶端與服務器之間的連接之前，客戶端已經收到了包含錯誤信息的數據包。如果客戶端在收到錯誤信息后繼續向服務器發送數據，服務器的TCP棧將向客戶端發送一個重置數據包，以清除該客戶端所有還未識別的輸入緩沖，以免這些數據被服務器上的應用程序讀取并干擾后者。
; 400 Bad Request
: 由于明顯的客戶端錯誤（例如，格式錯誤的請求語法，太大的大小，無效的請求消息或欺騙性路由請求），服務器不能或不會處理該請求。
; 401 Unauthorized（RFC 7235）
:: 參見：HTTP基本認證、HTTP摘要認證
: 類似于403 Forbidden，401語義即“未認證”，即用戶沒有必要的憑據。該狀態碼表示當前請求需要用戶驗證。該響應必須包含一個適用于被請求資源的WWW-Authenticate信息頭用以詢問用戶信息。客戶端可以重復提交一個包含恰當的Authorization頭信息的請求。如果當前請求已經包含了Authorization證書，那么401響應代表著服務器驗證已經拒絕了那些證書。如果401響應包含了與前一個響應相同的身份驗證詢問，且瀏覽器已經至少嘗試了一次驗證，那么瀏覽器應當向用戶展示響應中包含的實體信息，因為這個實體信息中可能包含了相關診斷信息。
: 注意：當網站（通常是網站域名）禁止IP地址時，有些網站狀態碼顯示的401，表示該特定地址被拒絕訪問網站。
; 402 Payment Required
: 該狀態碼是為了將來可能的需求而預留的。該狀態碼最初的意圖可能被用作某種形式的數字現金或在線支付方案的一部分，但幾乎沒有哪家服務商使用，而且這個狀態碼通常不被使用。如果特定開發人員已超過請求的每日限制，Google Developers API會使用此狀態碼。
; 403 Forbidden
: 服務器已經理解請求，但是拒絕執行它。與401響應不同的是，身份驗證并不能提供任何幫助，而且這個請求也不應該被重復提交。如果這不是一個HEAD請求，而且服務器希望能夠講清楚為何請求不能被執行，那么就應該在實體內描述拒絕的原因。當然服務器也可以返回一個404響應，假如它不希望讓客戶端獲得任何信息。
; 404 Not Found
: 請求失敗，請求所希望得到的資源未被在服務器上發現，但允許用戶的后續請求。沒有信息能夠告訴用戶這個狀況到底是暫時的還是永久的。假如服務器知道情況的話，應當使用410狀態碼來告知舊資源因為某些內部的配置機制問題，已經永久的不可用，而且沒有任何可以跳轉的地址。404這個狀態碼被廣泛應用于當服務器不想揭示到底為何請求被拒絕或者沒有其他適合的響應可用的情況下。
; 405 Method Not Allowed
: 請求行中指定的請求方法不能被用于請求相應的資源。該響應必須返回一個Allow頭信息用以表示出當前資源能夠接受的請求方法的列表。例如，需要通過POST呈現數據的表單上的GET請求，或只讀資源上的PUT請求。
: 鑒于PUT，DELETE方法會對服務器上的資源進行寫操作，因而絕大部分的網頁服務器都不支持或者在默認配置下不允許上述請求方法，對于此類請求均會返回405錯誤。
; 406 Not Acceptable
:: 參見：內容協商
: 請求的資源的內容特性無法滿足請求頭中的條件，因而無法生成響應實體，該請求不可接受。
: 除非這是一個HEAD請求，否則該響應就應當返回一個包含可以讓用戶或者瀏覽器從中選擇最合適的實體特性以及地址列表的實體。實體的格式由Content-Type頭中定義的媒體類型決定。瀏覽器可以根據格式及自身能力自行作出最佳選擇。但是，規范中并沒有定義任何作出此類自動選擇的標準。
; 407 Proxy Authentication Required（RFC 2617）
: 與401響應類似，只不過客戶端必須在代理服務器上進行身份驗證。代理服務器必須返回一個Proxy-Authenticate用以進行身份詢問。客戶端可以返回一個Proxy-Authorization信息頭用以驗證。
; 408 Request Timeout
: 請求超時。根據HTTP規范，客戶端沒有在服務器預備等待的時間內完成一個請求的發送，客戶端可以隨時再次提交這一請求而無需進行任何更改。
; 409 Conflict
: 表示因為請求存在沖突無法處理該請求，例如多個同步更新之間的。
; 410 Gone
: 表示所請求的資源不再可用。當資源被有意地刪除并且資源應被清除時，應該使用這個。在收到410狀態碼后，用戶應停止再次請求資源。但大多數服務端不會使用此狀態碼，而是直接使用404狀態碼。
; 411 Length Required
: 服務器拒絕在沒有定義Content-Length頭的情況下接受請求。在添加了表明請求消息體長度的有效Content-Length頭之后，客戶端可以再次提交該請求。
; 412 Precondition Failed（RFC 7232）
: 服務器在驗證在請求的頭字段中給出先決條件時，沒能滿足其中的一個或多個。這個狀態碼允許客戶端在獲取資源時在請求的元信息（請求頭字段數據）中設置先決條件，以此避免該請求方法被應用到其希望的內容以外的資源上。
; 413 Request Entity Too Large（RFC 7231）
: 前稱“Request Entity Too Large”，表示服務器拒絕處理當前請求，因為該請求提交的實體數據大小超過了服務器愿意或者能夠處理的范圍。此種情況下，服務器可以關閉連接以免客戶端繼續發送此請求。
: 如果這個狀況是臨時的，服務器應當返回一個Retry-After的響應頭，以告知客戶端可以在多少時間以后重新嘗試。
; 414 Request-URI Too Long（RFC 7231）
:  前稱“Request-URI Too Long”，表示請求的URI長度超過了服務器能夠解釋的長度，因此服務器拒絕對該請求提供服務。通常將太多數據的結果編碼為GET請求的查詢字符串，在這種情況下，應將其轉換為POST請求。這比較少見，通常的情況包括：
:* 本應使用POST方法的表單提交變成了GET方法，導致過長。
:* 重定向URI“黑洞”，例如每次重定向把舊的URI作為新的URI的一部分，導致在若干次重定向后URI超長。
:* 客戶端正在嘗試利用某些服務器中存在的安全漏洞攻擊服務器。這類服務器使用固定長度的緩沖讀取或操作請求的URI，當GET后的參數超過某個數值后，可能會產生緩沖區溢出，導致任意代碼被執行。沒有此類漏洞的服務器，應當返回414狀態碼。
; 415 Unsupported Media Type
: 對于當前請求的方法和所請求的資源，請求中提交的互聯網媒體類型并不是服務器中所支持的格式，因此請求被拒絕。例如，客戶端將圖像上傳格式為svg，但服務器要求圖像使用上傳格式為jpg。
; 416 Requested Range Not Satisfiable（RFC 7233）
: 前稱“Requested Range Not Satisfiable”。客戶端已經要求文件的一部分，但服務器不能提供該部分。例如，如果客戶端要求文件的一部分超出文件尾端。
; 417 Expectation Failed
: 在請求頭Expect中指定的預期內容無法被服務器滿足，或者這個服務器是一個代理服顯的證據證明在當前路由的下一個節點上，Expect的內容無法被滿足。
;418 I'm a teapot（RFC 2324）
: 本操作碼是在1998年作為IETF的傳統愚人節笑話, 在RFC 2324超文本咖啡壺控制協議'中定義的，并不需要在真實的HTTP服務器中定義。當一個控制茶壺的HTCPCP收到BREW或POST指令要求其煮咖啡時應當回傳此錯誤。這個HTTP狀態碼在某些網站（包括Google.com）與項目（如Node.js、ASP.NET和Go語言）中用作彩蛋。
; 421 Misdirected Request （RFC 7540）
: 該請求針對的是無法產生響應的服務器（例如因為連接重用）。
; 422 Unprocessable Entity（WebDAV；RFC 4918 ）
: 請求格式正確，但是由于含有語義錯誤，無法響應。
; 423 Locked（WebDAV；RFC 4918）
: 當前資源被鎖定。
; 424 Failed Dependency（WebDAV；RFC 4918）
: 由于之前的某個請求發生的錯誤，導致當前請求失敗，例如PROPPATCH。
; 425 Too Early (RFC 8470)
: 服務器拒絕處理在Early Data中的請求，以規避可能的重放攻擊。
; 426 Upgrade Required（RFC 2817）
: 客戶端應切換到中給出的不同協議，如TLS/1.0。
; 428 Precondition Required (RFC 6585)
: 原服務器要求該請求滿足一定條件。這是為了防止“未更新”問題，即客戶端讀取（GET）一個資源的狀態，更改它，并將它寫（PUT）回服務器，但這期間第三方已經在服務器上更改了該資源的狀態，因此導致了沖突。”
; 429 Too Many Requests （RFC 6585）
: 用戶在給定的時間內發送了太多的請求。旨在用于網絡限速。
; 431 Request Header Fields Too Large （RFC 6585）
: 服務器不愿處理請求，因為一個或多個頭字段過大。
; 440 Login Time-out
: 客戶端session逾時失效，需要重新登入。
; 451 Unavailable For Legal Reasons
: 該訪問因法律的要求而被拒絕，由IETF在2015核準后新增加。
表示服務器無法完成明顯有效的請求。這類狀態碼代表了服務器在處理請求的過程中有錯誤或者異常狀態發生，也有可能是服務器意識到以當前的軟硬件資源無法完成對請求的處理。除非這是一個HEAD請求，否則服務器應當包含一個解釋當前錯誤狀態以及這個狀況是臨時的還是永久的解釋信息實體。瀏覽器應當向用戶展示任何在當前響應中被包含的實體。這些狀態碼適用于任何響應方法。
; 500 Internal Server Error
: 通用錯誤消息，服務器遇到了一個未曾預料的狀況，導致了它無法完成對請求的處理。沒有給出具體錯誤信息。
; 501 Not Implemented
: 服務器不支持當前請求所需要的某個功能。當服務器無法識別請求的方法，并且無法支持其對任何資源的請求。（例如，網絡服務API的新功能）
; 502 Bad Gateway
: 作為網關或者代理工作的服務器嘗試執行請求時，從上游服務器接收到無效的響應。
; 503 Service Unavailable
: 由于臨時的服務器維護或者過載，服務器當前無法處理請求。這個狀況是暫時的，并且將在一段時間以后恢復。如果能夠預計延遲時間，那么響應中可以包含一個Retry-After頭用以標明這個延遲時間。如果沒有給出這個Retry-After信息，那么客戶端應當以處理500響應的方式處理它。
; 504 Gateway Timeout
: 作為網關或者代理工作的服務器嘗試執行請求時，未能及時從上游服務器（URI標識出的服務器，例如HTTP、FTP、LDAP）或者輔助服務器（例如DNS）收到響應。
: 注意：某些代理服務器在DNS查詢超時時會返回400或者500錯誤。
; 505 HTTP Version Not Supported
: 服務器不支持，或者拒絕支持在請求中使用的HTTP版本。這暗示著服務器不能或不愿使用與客戶端相同的版本。響應中應當包含一個描述了為何版本不被支持以及服務器支持哪些協議的實體。
; 506 Variant Also Negotiates（RFC 2295）
: 由《透明內容協商協議》（RFC 2295）擴展，代表服務器存在內部配置錯誤，被請求的協商變元資源被配置為在透明內容協商中使用自己，因此在一個協商處理中不是一個合適的重點。
; 507 Insufficient Storage（WebDAV；RFC 4918）
: 服務器無法存儲完成請求所必須的內容。這個狀況被認為是臨時的。
;508 Loop Detected （WebDAV；RFC 5842）
: 服務器在處理請求時陷入死循環。 （可代替 208狀態碼）
; 510 Not Extended（RFC 2774）
: 獲取資源所需要的策略并沒有被滿足。
; 511 Network Authentication Required （RFC 6585）
: 客戶端需要進行身份驗證才能獲得網絡訪問權限，旨在限制用戶群訪問特定網絡。（例如連接WiFi熱點時的強制網絡門戶）
; 420 Enhance Your Calm
: Twitter Search與Trends API在客戶端被限速的情況下返回。
; 444 No Response
: Nginx上HTTP服務器擴展。服務器不向客戶端返回任何信息，並關閉連接（有助於阻止惡意軟體）。
; 450 Blocked by Windows  Parental Controls
: 這是一個由Windows家庭控制（Microsoft）HTTP阻止的450狀態代碼的示例，用於信息和測試。
; 494 Request Header Too Large
: 在錯誤代碼431提出之前Nginx上使用的擴展HTTP代碼。
微軟互聯網信息服務 （Microsoft Internet Information Services）有時會使用額外的十進制子代碼來獲取更多具體信息，但是這些子代碼僅出現在響應有效內容和文檔中，而不是代替實際的HTTP狀態代碼。
* Hypertext Transfer Protocol (HTTP) Status Code Registry
*微軟知識庫：MSKB943891:  IIS 7.0、IIS 7.5 和 IIS 8.0 中的 HTTP 狀態代碼
* httpstatus – 檢查網址重定向路徑、請求標頭與 HTTP 狀態代碼
建築學中，空間關係為建築設計的平面配置呈現，一組空間關係可以對應到一個以上的平面圖，也就是一對多的形式。空間關係一般可以分為兩類：相鄰關係和連通關係。
相鄰關係（adjacency）─即兩個空間是否相鄰。
連通關係（connectivity）─亦即兩個空間相鄰以外是否相通，比如以門窗將原本相鄰但各自封閉的兩空間打通。
進行基本空間配置時，通常有一組最基本的空間關係，稱為「關聯圖」，又叫「關係圖」，是用來分析事物之間『原因與結果』、『目的與手段』等複雜關係的一種圖表，它能夠幫助人們從事物之間的邏輯關係中，尋找出解決問題的辦法。適用於多因素交織在一起的複雜問題的分析和整理·它將眾多的影響因素以一種較簡單的圖形來表示，易於抓住主要矛盾、找到核心問題，也有益於集思廣益·迅速解決問題。
關聯圖由圓圈（或方框）和箭頭組成，其中圓圈中是文字說明部分箭頭由原因指向結果，由手段指向目的。文字說明力求簡短、內容確切易於理解，重點項目及要解決的問題要用雙線圓圈或雙線方框表示。
由關聯圖衍生出的實例如「泡泡圖（Bubbles Diagram）」，此時一個個的圓圈主要用以表達各個空間的位置分布，呈現出複雜的空間關係。換言之，泡泡圖是基本的建築架構，概念式的房屋規劃，空間初步定位，可養成圖釋思考（graphic thinking）的習慣，學會做草圖的技巧，將空間設計的初步概念融於簡易的圖示中。
在建築計劃的步驟中，最重要的就是分析建築物的機能，再以不同的圖面表現以表達建築物內部空間所必須滿足的機能關係。例如「空間矩陣表（Space  Matrix）」可將所有空間和其他空間的相互關係（鄰近的程度和活動密切的程度）以不同的圓點大小顯示其密切性，再以泡泡圖將所需的空間做出一基本但沒有方向性的佈局。這個時候由於沒有任何環境、氣候、美感和哲理上的考慮，因此設計者能專心的把最基本而重要的內部機能關係分析清楚，並提出合理的方案。空間矩陣圖與鄰近關係和相通關係的對應可參見，施弘晉的《空間連通關係的建築分類演算》一書。
《古靈精探B》（英文：，前名《古靈精探II》），香港電視廣播有限公司時裝電視劇。此劇為2009無綫節目巡禮劇集之一及2009無綫節目精選第二季劇集之一，由郭晉安及郭羨妮領銜主演，並由並胡定欣、蕭正楠、郭政鴻、郭峰、劉玉翠、羅敏莊及阮小儀聯合演出，監製關永忠。本劇為《古靈精探》續集，劇名中的“B”既有第二輯的意思，也有「Baby」的意思。此劇選用跟上輯一樣的主題曲音樂，只是改用新的歌詞，由男主角郭晉安主唱。2010年8月17日開始於翡翠臺星期一至五凌晨劇集時段重播。 2012年11月8日開始於翡翠臺星期一至五中午劇集時段重播。
* 他們所屬部門 D.I.E. 全名由第一輯使用的Death Investigation Extension，改為Detective Investigation Extension，中文名稱則維持特別兇案調查分部。名稱改動的原因不明。
D.I.E.警長刑晶晶之夫-{于}-大海、簡靜怡之子-{于}-家安之父-{于}-子晴之弟刑佩佩之姐夫簡緻美之姨甥刑楠、吳淑德之女婿張正義、蘇碧之好友
-{于}-sir
D.I.E.督察刑楠、吳淑德之女-{于}-子朗之妻-{于}-家安之母 -{于}-子晴之弟婦刑佩佩之姐-{于}-大海、簡靜怡之媳婦張正義、蘇碧之好友陳繼英之死敵
Madam Ying
刑楠之母吳淑德之奶奶刑晶晶、刑珮珮之嫲嫲-{于}-家安之外曾祖母
金三順之子吳淑德之夫刑晶晶、刑珮珮之父-{于}-家安之外公-{于}-大海、簡靜怡之親家老爺-{于}-子朗之岳父名字諧音：型男
刑楠之妻刑晶晶、刑珮珮之母-{于}-大海、簡靜怡之親家奶奶-{于}-家安之外婆-{于}-子朗之岳母
刑楠、吳淑德之長女-{于}-子朗之妻-{于}-家安之母刑佩佩之姐金三順之長孫女參見-{于}-家
「夢工程」藝人刑楠、吳淑德之幼女刑晶晶之妹金三順之次孫女-{于}-家安之姨張正義之女友簡緻美之助手兼藝人
張正義之姑媽
D.I.E.警員張沐蘭之侄刑珮珮之男友蘇詩雅之子甄向榮、甄向華同母異父之兄-{于}-子朗、刑晶晶之好友
「甄氏集團」行政總裁蘇詩雅之夫甄向光、甄向榮、甄向華之父駱斌之姐夫于第22集被甄向華殺害
甄國富之妻張正義、甄向榮、甄向華之母被甄向華用朱古力收買，保密其換掉甄國富的藥的秘密，後被甄向華栽贓私藏百合花粉，讓張正義、警方誤認為殺害甄向光之兇手於第25集無罪釋放
「甄氏集團」特別顧問／「夢工程」股東之一甄國富之舅仔甄向光之舅父患有百合花花粉過敏癥于第22集盜用公款被趕出「甄氏集團」及「夢工程」娛樂公司於第23集被甄向光要求在甄國富棺材底層加暗格助其逃走，後與高才生起爭執時，與沾到百合花粉的馬藹琳、鐘立民拉扯導致花粉敏感癥發作
甄國富之長子駱斌之外甥甄向榮、甄向華同父異母之兄，與他們不和患有百合花花粉過敏癥於上集古靈精探第24集刺殺甄向榮於上集古靈精探第25集被捕於第23集被甄向華要求通知駱斌在甄國富棺材底層加暗格助其逃走，卻在保釋奔喪時遭甄向華用百合花粉引發花粉過敏癥死亡
已被甄向光刺殺沒有人性甄國富、蘇詩雅之次子，曾經想殺死甄國富甄向華之兄甄向光同父異母之弟，與其不和，想殺死其張正義同母異父之弟參見古靈精探
「夢工程」行政總裁與其兄甄向榮一樣奸詐，但比較有人性甄國富、蘇詩雅之幼子甄向榮之弟甄向光同父異母之弟，與其不和張正義同母異父之弟殺害甄國富、甄向光于第25集被捕，臨被捕之前透過-{于}-家安的通靈能力得知其兄甄向榮的惡行後醒覺
總警司（CSP:66343）Coco之男友，曾與其分手，後復合
總督察/主管，並針對下屬（尤其是-{于}-子朗），並要他們一盤散沙，於後期與D.I.E成員和好並上下一心    唯一一個不知道-{于}-子朗有通靈能力的D.I.E.成員羅柏芝之父與黃樹基不和
籮記籮柚痕羅Sir
督察參見-{于}-家
警長參見-{于}-家
于Sir朗哥
警員參見張家
警員文龍之妻
警員對血液及血液制品有恐懼感，見到會暈倒
警員羅有恆之女詹樹邦之暗戀對象，後為女友高材生之暗戀對象
警員暗戀羅柏芝，後為男友高材生之情敵
警司高才生之上司與羅有恒不和
高級督察黃樹基之下屬刑晶晶之舊同事暗戀羅柏芝詹樹邦之情敵
行政總裁患有多重人格追求邢佩佩人格殺害沈丹、莊秀慧對水有恐懼感于第21集被捕
Jose甘先生
行政總裁參見甄家
股東參見甄家
經理人參見-{于}-家
Sa姨Anastasia
經理人林家希、JoJo前經理人-{于}-子朗之舊情人司徒文輝之妻，及後不能忍受司徒文輝的脾氣，并將他燒死
藝人曲琪之男友暗戀鐘心敏與徐詠虹發展地下情
「夢工程」藝人林嘉希之女友于第17集被鐘心敏殺害
藝人曲琪之好友兼情敵林嘉希之暗戀對象於第17集誤信何珊搬弄是非後，因忌妒而殺害曲琪於第19集被捕
模特兒甘至峰之未婚妻,于三年前被甘至峰之次人格殺害
導演文初初之夫
經理人曲琪之經理人
娛樂公司職員
「一線牽」婚姻介紹所之客人與蕭強共謀騙財騙色曾與鍾蕾相親曾被誤為殺害蕭強于第1集殺死蕭強和剖開蕭強之屍體取回鑽石戒指於第3集被逮捕
財經機構高級行政祕書鍾漢之家姐「一線牽」婚姻介紹所之顧客莫繼祖之暗戀對象曾與王棠相親于第1集不甘遭蕭強騙財騙色而自殺身亡
貿易公司之老闆，但公司生意極差，經常向其姐鍾蕾借錢救急鍾蕾之弟大學時「CU71遊行」之發起人曾被誤為殺死蕭強的兇手
「一線牽」婚姻介紹所之客人涉嫌向鍾蕾騙財騙色與王棠共謀騙財騙色于第1集因為把鑽石戒指吞進肚裏而被王棠所殺並遭剖屍
假扮鑽石戒指拆家
的士司機，其的士車牌為CU71暗戀鍾蕾曾向鍾蕾示愛被拒絕
與蕭強同村村民本案的目擊證人
趙木揚之妹歡婆之孫女羅柏芝「聖美詩小學」之六年級同學兼好友患有夢遊癥遭劉志標嫁禍
趙木揚、趙敏敏之嫲嫲「木村」度假村之開辦人對貓妖十分虔誠
趙敏敏之兄歡婆之孫兒三年前目擊陳青森偷運氯胺酮被殺三年前被人發現伏屍於貓妖石前
「森記士多」老闆與劉志標偷運氯胺酮劉志標、九叔、四姐之麻將朋友經常打罵傻強殺害趙木楊後被發現伏屍在貓妖石前于第4集因分贓不均被劉志標所殺
患有精神病經常假扮貓因偷"糖果"而被陳青森打罵被警方以為是殺死陳青森的兇手于第5集吸氯胺酮（K仔）而口吐白沫
劉志標、陳青森、四姐之麻將朋友第4集在貓妖石前發現陳青森之屍體
與陳青森偷運氯胺酮九叔、陳青森、四姐之麻將朋友于第4集因分贓不均而殺死陳青森于第4集在貓妖石前發現陳青森之屍體於第5集被捕
鄧小勤之女友，後來反目，之後再度復合初因與鄧小勤分手而上聊天室要求賈大偉殺掉她于第6集被賈大偉殺害身亡
室內設計建築師聲稱自己在夢中殺了李倩雯利用羅柏芝、于第6集因不滿李倩雯破壞殺人計劃憤而將其殺死於第8集被捕
「金魚盧」水族館老闆為人好色常藉機摸女客人
李倩雯之男友潮牌行政總裁
居住在李倩雯樓下因李倩雯之單位冷氣機滴水而要求大廈管理處賠償
《隨時一叮》主持徐詠虹之夫林家希之情敵殺害徐詠虹之真兇于第10集被捕
奸人嫌謙哥仔
《隨時一叮》主持李時謙之妻林嘉希之情婦于第9集按下被下了山埃的鈴鐺破損的頂部導致手指被刺穿出血從而令山埃從其破損的手指進入體內毒發身亡
《隨時一叮》參賽者不滿李時謙趕其出局遂寄恐嚇信予李時謙
《隨時一叮》參賽者
劇務、道具員與徐詠虹有過節
「夢工程」娛樂公司藝員徐詠虹之情夫李時謙之情敵參見夢工程娛樂公司
參見夢工程娛樂公司
初初May姐May MayMay Man
原為黑幫大佬，一直被刑晶晶針對逼至流落街頭騙人假扮酒店清潔工偷取清潔用品被警方懷疑為殺死察差、洪二參見上集古靈精探
洪二之妻唐啟發之情人, 被其利用聯同唐啟發用西瓜焗死洪二殺害唐啟發之真兇於第13集被捕
經營修車房洪二之手下黎樂思之情夫, 實為利用其 于第12集用榴槤打死察差聯同黎樂思用西瓜焗死洪二于第13集被黎樂思以香蕉捅死
泰國商人（實為毒販）居住於酒店606室于第12集被唐啟發用榴槤打死
販賣冒牌洗衣粉洪二之宿敵
黎樂思之夫大口英之前手下後為黑社會老大于第12集撞破唐啟發與黎樂思姦情後，被唐啟發、黎樂思用西瓜焗死
文初初之夫因不肯更改劇本而得罪駱斌因事業不得志常藉酒虐妻于第14集遭文初初燒死身亡參見夢工程娛樂公司
Ken哥文輝
司徒文輝之妻因無法忍受而殺死司徒文輝于第14集用火燒死司徒文輝於第16集自首參見夢工程娛樂公司
導演「王冬工作室」老闆與司徒文輝買馬並中3T于第11集欺騙刑珮珮拍色情鏡頭
Wilson冬哥
司徒文輝、文初初之鄰居
林嘉希之助手
Kelolo
UFO迷詹樹邦之朋友曾目睹曲琪墜樓
《靈幻世紀》主持人
《靈幻世紀》攝影師
于三年前被甘至峰之次人格推落山至死亡
第22集叫甄向華開除駱斌，后發現甄向華換掉自己的藥而被其推下樓梯身亡參見甄家
患有百合花花粉過敏癥于第22集盜用公款被趕出“甄氏集團”及“夢工程”娛樂公司于第23集被甄向光要求在甄國富棺材底層加暗格助其逃走，後與高才生起爭執時，與沾到百合花粉的馬藹琳、鍾立民拉扯導致花粉敏感癥發作參見甄家
患有百合花花粉過敏癥於上集古靈精探第24集刺殺甄向榮於上集古靈精探第25集被捕於第23集被甄向華要求通知駱斌在甄國富棺材底層加暗格助其逃走，卻在保釋奔喪時遭甄向華用百合花粉引發花粉過敏癥死亡參見甄家
被甄向華用朱古力收買，保密其換掉甄國富的藥的秘密後被甄向華栽贓私藏百合花粉，讓張正義、警方誤認為殺害甄向光之兇手于第25集無罪釋放參見甄家
于第23集被-{于}-子朗上身于第24集被甄向華綁架
十年前輪姦吳彩妮之一唯一一個知道甄向榮殺害陳金勝的人，並對甄向榮進行勒索於上集古靈精探第22集時遭甄向榮刺殺身亡已去世於第25集在-{于}-家安的超能力片段出現參見古靈精探
十年前輪姦吳彩妮之一十年前收甄向榮錢財而幫甄向榮脫罪，后一直不斷向甄向榮進行勒索古靈精探第19集時遭甄向榮推下大樓身亡已去世于第25集在-{于}-家安的超能力片段出現參見古靈精探
刑晶晶之大學同學兼好友曾中年級時懷孕、后墮胎十年前慘遭甄向榮、陳金勝、趙炳坤集體性侵十年前已割脈自殺身亡已去世于第25集在-{于}-家安的超能力片段出現
玄學家蘇豪之女-{于}-子朗、刑晶晶之好友Wendy之上司被-{于}-子朗和刑晶晶誤為吳小宜
玄學家蘇碧之父已去世僅在相片中出現，並無出演
法醫彭美雲之夫-{于}-子朗之好友
法證人員擁有天使面孔，魔鬼身材擅長跳鋼管舞及其他可以誘惑男人的舞
警隊拍攝宣傳片之攝影師（第1集）
警隊拍攝宣傳片之助手（第1集）
劉一鼎之女友謙謙Fans Club之會長
茶餐廳待應（第1集）
酒吧待應（第1集）
酒吧酒保（第2集）
狗仔隊記者（第2集）
鍾漢大學舊同學（第2集）
前「一線牽」婚姻介紹所職員刑佩佩舊同學（第2集）
酒吧酒保蕭強朋友（第2集）
與蕭強同村村民（第3集）
偷坑渠蓋（第3集）
刑佩佩買熊公仔之售貨員（第3集）
單車男（第3集）
金飾舖售貨員（第6集）
女酒客鄧小勤之時間證人（第7集）
女酒客（第7集）
醫生誤診張正義患有末期肝癌（第11集）
洪二之手下（第13集）
二手手機舖店員（第13集）
二手手機舖經理（第13集）
飾演搶劫金飾舖之演員（第14集）
駱斌聘請欲打司徒文輝之打手（第14集）
馬會經理（第16集）
30年前「一百萬金舖劫案」劫匪拿手榴彈找羅有恆復仇（第16集被捕）
餐廳經理（第17集）
餐廳侍應（第17集）
婦人（第17集）
大佬蘇碧客戶（第17集）
《舞動神話》之參賽者（第19集）
《舞動神話》司儀
佛堂經理（第21集）
爛仔（第22集）
檔主（第22集）
英國甄向華所住精神病院之院長（第22集）
陳繼英以前生意拍擋，因陳繼英臨陣逃跑而反目甄向光獄友握有甄向光逃亡計畫之聖誕卡（第25集）
DIE前負責人，已退休回蘇格蘭種薯仔-{于}-子朗、刑晶晶等人之上司本輯僅被提及，並無出演
重案組高級督察，調至英國受訓刑晶晶之前男友成敏俐之叔父簡緻美之前叔仔本輯僅被提及，並無出演
簡緻美之女成家雋之姪女-{于}-子朗之表妹本輯僅被提及，並無出演
2009年8月18日—8月21日
2009年8月24日—8月28日
2009年8月31日—9月3日
2009年9月7日—9月11日
2009年9月14日—9月18日
資料來源：CSM媒介研究
* 2008年10月14日：郭晉安與郭羨妮為此劇拍攝2009年節目巡禮。
* 2008年10月27日12:30：此劇於將軍澳電視廣播城一廠灰位舉行試造型記者會。
* 2008年12月2日15:00：此劇於在將軍澳電視廣播城15廠舉行開鏡拜神。
* 2009年2月5日：眾演員及臺前幕後之工作人員晚上於尖沙咀參與此劇之煞科宴。
* 2009年8月16日：舉行《古靈精探B》之「誰是兇手」宣傳活動。
* 2009年8月27日：舉行《古靈精探B》之「蛛絲馬跡對對碰」宣傳活動。
絕代商驕-9月5日
有營煮婦9月7日-
上一套：烈火雄心3-8月15日
翡翠臺／高清翡翠臺第三綫劇集（2009）古靈精探B8月18日-9月19日
下一套：蔡鍔與小鳳仙9月21日-
長年菜指除夕圍爐時食用的蔬菜，年菜的一種，象徵長壽，可能指：
* 刈菜，臺灣一般以刈菜為長年菜。
* 菠菜，臺南、高雄一帶以菠菜為長年菜。
漢字部件，又名漢字構件，是漢字字形結構的基本單元，具有組配漢字的功能。其由筆畫構成，介於筆畫與部首二者之間。
其研究雖然古代已有人進行，但在手寫時代並未受到重視。一直要到現代資訊科技發展，漢字找不到適當基本單元進行數位化，開放字集的漢字被迫以英文字母的層級（封閉字集）進行數位化，致使缺字問題重重，尤其是古籍數位化有數萬缺字，累次進行曠日費時的審核，還是緩不濟急。因此解構漢字的研究才開始受到重視。
許慎的部首歸類（部首-{只}-是組成一字的部件之首）
鄭樵的聲母形母
周何教授依據中文資訊交換碼（CCCII）第二集的22394字的字集整理出現代漢字有869個聲母及265個形母，共計1134個
* 單筆部件：該部件只由單一筆畫構成。如「一」、「乙」等。
* 複筆部件：該部件由兩個及以上筆畫構成。如「人」、「木」等。
* 成字部件：可獨立成字（獨體字）的部件。如「鯉」中的「魚」等。
* 非成字部件：一般情況下不稱之為字的部件。其常和其他部件構成合體字。如「同」中的「冂」等。
當將一個字拆成不同部件時，會依層次將其拆分為各級部件。
如「恕」字，上下拆分，得到「恕」字一級部件「如、心」；針對一級部件「如」字左右拆分，得到「恕」字二級部件「女、口」。
基礎部件（又稱單純部件或末級部件）是指不能拆分的部件，如上例中「女、口、心」；合成部件（又稱複合部件）則可再拆分，如上例中「如」。
漢字存在一或多個部件，部件間的組合構成了結構關係。
漢字字形結構可分為四大類：單獨、對分、包圍、夾擊。而以上四大類可再細分為十小類，附帶複合結構則共存在十一類。
* 單獨存在：只存在一個部件，即成為獨體字。如「目」、「方」、「臼」等。
* 上下關係：上下兩個部件排列。如「集」、「思」、「昆」等。
* 左右關係：左右兩個部件排列。如「快」、「橫」、「敏」等。
* 封閉關係：一個部件充分包圍另一部件。如「回」、「團」、「困」等。
* 向右下包圍：一個部件從左上向右下包覆另一部件。如「疾」、「反」、「虎」等。
* 向左下包圍：一個部件從右上向左下包覆另一部件。如「勾」、「氧」、「或」等。
* 上方三面-{}-包圍：一個部件從上、左、右三方向包覆另一部件。如「鳳」、「風」、「問」等。
* 下方三面-{}-包圍：一個部件從下、左、右三方向包覆另一部件。如「兇」、「函」、「鼎」等。
* 左方三面-{}-包圍：一個部件從左、上、下三方向包覆另一部件。如「匣」、「匡」、「巨」等。
* 左右夾擊：一個部件居中，其他部件左右包夾。如「夾」、「坐」、「乘」等。
複合關係由以上十種結構關係組合而成。如「幫」、「漸」、「贏」等。
複合字大部分都可拆成多重層的簡單結構。如「漸」字可拆成「氵、斬」兩個部件，作為左右結構的字來看待。
*第一屆中國文字學會學術討論會?天津 1996年8月25-30日，謝清俊論文：  電子古籍中的缺字問題
* 漢字部件的檢索／Jigen.net - 漢字と古典の総合サイト
* 漢字部件的檢索／漢字古今字資料庫
高清製作是指以高清晰度電視解像度的攝錄器材拍攝的電視節目。通常高清製作的節目，在節目開始時會出現識別字句或圖像，表示該節目為高清製作；但這並不表示節目以「高清」的解像度放映，例如於標清頻道上放映的高清製作節目，觀眾並不會看到高清的效果。故此，要收看高清解像度的高清製作節目，必須收看提供高清解像度的頻道，並同時配備高清電視機（機頂盒），才能得到高清的效果。
中央電視臺綜合頻道和各高標清同步播放的衛視會在屏幕的右上角打上“-{高清}-”字樣，此為廣電總局之規定。
-{高清翡翠臺}-於高清節目放映前，提示觀眾該節目以高清製作的電視畫面
無綫電視（TVB）在翡翠臺及-{高清翡翠臺}-播放-{高清}-製作節目時，早期會在節目放映前出現一個識別畫面，以提示觀眾該節目以-{高清}-製作，播放前的識別畫面現已不再使用；同時每當節目於開始播放後，畫面的右下角均會出現「hd」的紅色圓形水滴動畫圖示。此水滴動畫由2008年數碼廣播開展後沿用至2012年11月為止，並加插了tvbuddy的動畫效果（當-{高清翡翠臺}-播放《創富坊》，或2012年南丫島撞船事故後10月2日至6日期間，則沿用普通圓形水滴圖示的動畫效果），而新聞時段則不顯示任何「hd」標誌。該水滴動畫於2012年12月起改為紫色「HD」標誌，並只於逢星期一至五晚上8時半至10時半節目內顯示。由於-{高清}-製作節目愈趨普及，2014年6月2日起，無綫電視所有節目及宣傳片均不再顯示「hd」標誌。2016年2月22日起，隨著-{高清翡翠臺}-改名J5後（再於2017年8月15日改名無綫財經臺及又再於2018年1月20日改名無綫財經·資訊臺），數碼翡翠臺原有頻道識別的左下角在播放-{高清}-製作節目時會加上「HD」字樣，而播放-{標清}-節目或插播《超級勁歌推介》時則只顯示原有「翡翠臺」標誌，但有關安排已於同年4月1日結束。
另外，數碼明珠臺於黃金時段播放-{高清}-節目時，右上角的頻道識別會轉為「Pearl hd」約1分鐘，但有關安排已於2013年3月17日結束。
亞洲電視曾於本港臺上，會一些以高清製作的節目，在節目宣傳片上，加上高清製作的字句以標示該節目以高清製作，亞洲臺在屏幕右下角顯示“HD”字樣，以表示本節目為高清制作。
現在港臺電視、ViuTV、ViuTVsix、香港開電視、香港國際財經臺皆採用高清製作。now TV、香港有線電視自製節目採用高清製作。
臺灣現存第一個以高清製作的節目是中國電視公司歌唱綜藝節目《大牌上線》，首播於2000年4月16日至2000年9月2日，共11集；但受限於當時臺灣無線數位電視尚未確立標準以及高清電視機並不普及，該節目只能先被轉換成NTSC制式再放映，而不是以高清放映。《大牌上線》每集開頭都有特別註明，該節目是以高清製作、以NTSC制式放映；2004年7月1日臺灣無線數位電視開播後，中視綜藝臺重播該節目時保留了該段訊息。2007年，臺灣公共電視歌唱綜藝節目《週日狂熱夜》第四季開始以高清製作，畫面右下角會標示「HD錄製」字樣；但第四季在公視主頻播映時同樣不是以高清放映，在HiHD播映時才是以高清放映；而第四季已於2008年3月2日停播。
2010年9月30日，民間全民電視公司開始試播民視HD臺，同年10月7日開始轉播2010美國職棒大聯盟季後賽；但由於當時設備尚未充足及資金不足，民視HD臺以非常態播出方式轉播美國職棒及其他體育賽事，其餘時段則以字卡呈現賽事預告。直至2012年倫敦奧運轉播結束後才開始常態與民視無線臺同步播出，旗下節目也陸續改以高畫質製作並播出。
2012年倫敦奧運期間，臺灣無線電視高畫質頻道擴增至五個頻道（新增臺視HD臺、中視HD臺、華視HD頻道），並全程使用高畫質格式作電視轉播；倫敦奧運轉播結束後，亦開始製作高畫質節目並播出。