在處理wordpress tags/category時………
真的是說不出來的感覺
他把 tage/category分成3個表
第一個表~記錄tags/category的名稱
第二個表~記錄tags/category的種類[tags|category]
第二個表~記錄tags/category與文章的關係(一篇文章可掛在多個分類~使用多個tags)
基本上~只要分2個表就好了…….實在不懂為什麼分成2個表
這樣~也沒有比較會厲害…
我覺得~
第一表~記錄tags/category的名稱、種類(tags or category)
第二表~記錄文章與tags/category的關係即可
原來的做法~好鳥
某一個文章~有使用tags/category
先要查~哪些tags/category有關係
再查出它他是tags or category
最後再利用ID查他們的名稱………
查category關聯文章時~(二表三表時動作相同)
先查出文章是啥category(名稱)~(已有變數存放就不用查)
再查Category的分類ID
再來用分類ID去查哪些文章用過
最後~要過濾一次文章~
因為~舊的文章會被Reversion~
會留下先前文章的內容~最後再把文章撈出來
查tags關聯文章時(二表和三表時動作相同)
先查tags名稱是什麼~(已有變數存放就不用查)
再查這個tag有哪些文章用過
再把文章撈出來…..
搞不懂~正規化成3個表…有什麼好處
程式麻煩多了~而且又不會省效能
用了一堆varchar~又省不了什麼空間
index建一建~tags/category才佔多少空間
我不相信有網站會用到上萬個tags~
所以……我一整個不解
要不是這Blog支援圖檔上傳~(它的xml-rpc寫的超讚~可惜了…要支援ATOM了)
我可能會選別的Blog系統吧！
category可以給代稱~也就是說~他可以變成網址的一部份
但是…某些hosting網站不支援中文的網址(ex startlogic)
這個功能~馬上變成廢物~而且~幹嘛要記在資料表裡~
即時使用encode64()來編碼就好了….脫褲子放屁…
花了很多時間來做wordpress的二次開發….
如果不是有這麼多的plugin~
我看~洋春版的wordpress~我可是連用都懶的用
隨機文章
- 又是一堆明顯低於市價的例子 (2009-12-02)
- 網路搜尋 正評向前這個我會負評向後 講的好神啊 (2016-11-30)
- Ubuntu Apache2 使用 Curl (2013-01-18)
- vmware ESXi 與 citrix XenServer測試 (2014-11-05)
- Forticlient 先前被爆出50萬組VPN密碼外洩 台灣是受第二嚴重的地區 我們用2招化解 (2021-09-18)
隨機美圖
