閒人站 (收集好文章，分享全世界! )

WordPress是目前最流行的定制博客平台。你可以使用WordPress內置的主題編輯器編輯主題。然而，默認的主題編輯器並沒有提供可視化主題編輯器。但是有一個免費的插件你可以使用它對WordPress進行可視化主題編輯。它就是Elastic，是個WordPress平台的免費主題引擎和交互式主題編輯器。
 
Elastic一直處在開發狀態，或多或少存在一些bug，對於正式建立的網站和博客並不推薦，但是你可以測試一下它的功能。

  這篇是給自己看的!wordpess的外掛1.Akismet透過wordpress API Key的防垃圾外掛2.Anarchy Media Player撥放各種多媒體檔案與影片(包括youtube,google video)，另外支援mp3, flv, mov, mp4, m4v, m4a, m4b, 3gp, avi, asf and wmv ，並且自動在編輯器內加入按鈕。3.Breadcrumb Navigation XT讓訪客顯示目前所在網站位置的外掛，就像我目前單篇文章的左上角可以看到的功能。4.Brian’s Latest Comments顯示訪客的留言以及順序，並且用顏色的方式區分留言時間的遠近，在我首頁的comments可以看到。5.Comment Karma替文章的留言加入評分的機制(類似推、埋功能)，在我文章的留言處可以看到位置。6.Extended Live Archives用ajax顯示站內文章並支援日期、分類、標籤等顯示方式，如同我站內的archives頁面，我也蠻喜歡像是CDC Clean Archives這樣的顯示，不過目前還沒打算更換。7.Feedburner Feed Replacement將訂閱你站內其他feed的讀者，全部導向你的feedburner燒的feed，不管他們定的是哪一種feed，顯示起來都只有一種:P8.flickrRSS顯示你flickr上面的照片，除了設定各種大小外，還可以自訂顯示的張數、tag還有分隔的標籤，另外還有cache功能。9.Footnotes讓你簡單在文章用雙括號插入註解，並且自動在文末條例示展示你的註解，參考效果。10.Gravatars2留言處顯示站內的大頭貼外掛，當然你對mybloglog的服務情有獨鍾的話，可以參考MBLA或是MyAvatars這兩種。11.ImageManager比原本wordpress內建的上傳功能更好用的圖片上傳外掛，可以分目錄、方便編輯語法、還有lightbox的語法也有提供，也支援了所見即所得編輯器。12.Link Indication偵測站內連結種類，並且加上自訂的圖示，如果你看到我在站內引用黑米、wiki或者是外部連結，後面有另外的圖示，都是這樣子來的。13.LMB^Box Comment Quicktags讓訪客再留言時，也有quicktag可以用，就像我目前站內的留言區塊一樣。14.Random Posts for Chinese隨機展示站內文章的方式，我在單篇文章用pandom post的區塊來顯示。15.random textBeata大人的外掛，隨機顯示格言…whatever，套exdeath的話，我目前是放在首頁拿來顯示我的三八名言16.Share This提供了分享到各種網路書籤以及email給朋友的功能，我把它放在單篇文章的article detail裡面。17.Sideblog Wordpress Plugin如果你有些無關緊要的資訊，類似twitter之類的嘰嘰渣渣，可以用這個外掛顯示，他除了可以自訂顯示的數量、格式、還可以控制要不要在你的 feed裡面顯示出來(我設定不顯示)，比較起twitter來說，也許少了社群的互動，但是不會跟你的站上格格blue，你可以打上三言兩語，也可以插入圖片、影片，訪客也可以當作文章般的回覆，這是我喜歡他的原因。18.SparkStats以你設定的日期格式來顯示站內留言數量，就像我首頁右下角的圖示，不管看的懂得人多不多，反正他看起來很炫，新版的已經可以設定自訂背景顏色，為了黑色版面，我將長條圖底下的說明圖也弄了個黑色版本出來。19.Subscribe To Comments讓訪客訂閱你文章的回應，這是我想在別人網誌上加上的功能，自己還是先做了。20.Ultimate Tag Warrior大名鼎鼎的標籤戰士，站內的標籤都是用這個外掛做的，另外他也可以跟上面介紹的extend live archive配合，讓訪客可以用tag瀏覽的方式展示文章。21.WP-chgFontSize讓讀者自訂文章字體的大小，並且將讀者的設定字型大小記在他的瀏覽器的cookie裡面，此外，你可以顯示用顯示字體還是圖示的方式來告知讀者調整字型。22.WP-Guestbook-Paged (en)站內留言版的功能就是用它做的，為什麼要用外掛，因為我對留言版跟一般文章的留言有個特殊需求，就是留言版排序由新到舊排序，同時必須分頁，而文章留言由舊到新，並且不能分頁，以保持閱讀的一氣呵成，如果沒有向我依樣的需求，其實你可以用paged-commet這個外掛。23.WP-ImgCode mod圖片防垃圾機制，我採用的是C.H.Weng兄的修改版本以免把trackback,pingback檔光光，與akimet並用，是本站唯二的防垃圾外掛，殘暴中帶著溫柔，錯殺機率低。24.WP-PostViews顯示文章點閱次數的外掛，內建多種顯示方式，除了像我在單篇文章的article detail裡面的點閱次數外，我在首頁還用它列出了本站熱門十大，有興趣的話，他還有其他方式，請自行研讀作者的教學檔。25.WP-UserOnline顯示站內目前人數的外掛，我放在本站底部。26.WP Grins方便在文章以及留言中插入表情的外掛，功能就不多說了
來源: http://www.robbin.cc/archives/2007_03_24/597

  wordpress 要加裝外掛其實簡單到不行, 只有以下幾個步驟而已:1. 至網路上搜尋外掛程式下載（大部分需要解壓縮）並存放至您 blog 資料夾內的 \wp-content\plugins 資料夾下。我想 wordpress 的官方網站是一個絕佳的外掛搜尋地點。2. 登入您的 blog 主控台, 並在外掛(plugin)頁面內啟動剛剛所下載的外掛。大致上只要以上兩步就可以了, 但有些外掛則需要再至您的網頁模板修改程式碼才會有效果出來; 相反的, 如果您不想再用這個外掛了, 則只需要在主控台內的外掛(plugin)頁面內, 選擇停止就可以了, 而更徹底的方式是直接將您的外掛程式由 \wp-content\plugins 這個資料夾內刪除, 當然, 如果您在加裝外掛時有修改過您的網頁模板的話, 也要記得去將模板內有關外掛的內容改回來, 不然的話, 在進入您的 blog 時可能會出現錯誤喔!在介紹蠻牛天空所用的外掛時, 先來介紹兩個外掛吧!名稱: Exec-PHP
版本: 2.0
作者: Sören Weber
說明: 這個外掛可以讓你在 blog 的文章或網頁裡執行 php 的程式碼喔! 不過預設只有 Administrator 才有權限在所寫的文章或網頁裡執行 php 程式碼.名稱: Viper’s Plugins Used
版本: 1.12
作者: Viper007Bond
說明: 這個外掛可以將你的 blog 裡所用的所有外掛給列出來, 啟用這個外掛之後, 可以發現在管理頁面的選項(options)頁多一個 Plugins Used 的設定項目, 點選之後, 便可以修改各個外掛的說明. 而你所修改過後的外掛說明, 經過實驗證明, 在將 mysql 裡的 blog 的資料庫資料匯出備份之後, 也會一起備份下來.要使用這個外掛也很簡單, 我的做法是, 在要列出 blog 所用的外掛的網頁或文章裡加入以下 php 程式碼就可以了, 當然前提是必需啟動前面兩個外掛才可以:$viperspluginsused = new viperspluginsused();
$viperspluginsused->output_table();要注意的是在上面兩行程式碼的前後要記得加上 php 程式的標籤喔! 就是 < ?php 跟 ?> 啦, 不然程式是不會執行的喔; 而程式第一行是載入 Viper’s Plugins Used 程式, 第二行才是以表格輸出 blog 所使用的外掛; 可以把表格的標籤當成參數, 然後傳給在第二行的 output_table(), 例如可以將第二行修改成:$viperspluginsused->output_table(’width=”100%” border=”1″ cellpadding=”3″ cellspacing=”3″‘);當然, 也可以選擇加入用的到的參數就好了, 不用加那麼多, 而表格也可以用 css 樣式表來設定要顯示的方式, 關於表格如何用 css 樣式表來設定顯示方式, 請至作者的網頁看看吧! 現在來看看蠻牛天空有用到那些外掛吧:< ?php
$viperspluginsused = new viperspluginsused();
$viperspluginsused->output_table(’width=”90%” border=”1″ cellpadding=”3″ cellspacing=”0″‘);
?>
資料來源:  蠻牛天空

lyceum 是一個多人使用的 wordpress 系統，和 mu wordpress 是類似的，不過資料庫設定不同。

下載
lyceum

建立資料庫，並且開放該資料庫的讀寫權限。

把 config/wp-config-sample.php 複製到 config/wp-config.php

修改 wp-config.php。

1. 不使用 subdomain
   1. DB_NAME,DB_USER, DB_PASSWORD,DB_HOST 請照你實際的情況修改。
   2. WEBROOT 指的是你的 portal.php 的位置，如果你的 virtual host 設定在lyceum/lyceum 的話，在 svn 裡是留空白， 0.31 裡是 ‘/’ 。
   3. MAINDOMAIN 照你實際的 DOMAIN 修改，如果你用 blog.example.com 的話，請不要設定 example.com ，這樣會有安全顧慮。
   4. DEFAULT* 請照你想要的情況修改，其它的選項如果你要作測試用，再自行打開。
2. 使用 subdomain

   1. 什麼是 subdomain ？就是使用 user1.blog.example.com 或是 user2.blog.example.com 這種網址。

   2. 資料庫還是照上面的修改。只是要把 SUBDOMAINS 改成 true 。

設定完成之後，瀏覽 http://example.com/wp-admin/install.php ，並且照步驟一步一步來。

完成！

FAQ:

為什麼我的 http://example.com/login 顯示沒有這個網頁呢？

答：有二種可能，一個是你目錄底下的 .htaccess 並沒有產生，所以請在 http://example.com/system-admin/rewriterules.php 重新產生。另一個可能是你的 apache 權限的問題，請修改 apache 的設定檔，並且把該目錄的權限設為下面的設定即可：

1. Options Indexes FollowSymLinks MultiViews 
2. AllowOverride All

 

為什麼我的登入後，他問我要不要下載 profile ？

答：在 http://example.com/system-admin/ 裡將「 System HTML type 」設為「 text/html 」。

為什麼我用了語系包以後， profile 變亂碼？

答：在 http://example.com/system-admin/ 裡將「 System character encoding. 」設為「 UTF-8 」。

好像很多功能不完全？

答：請到 http://source.ibiblio.org/trac/lyceum 寫入你遇到的問題或是想要新增的功能，或是留言或寄信跟我聯絡，我會跟作者聯絡。

我想要最新的功能。

答：請使用 svn 下載最新的程式碼，不過請要有冒險犯難的精神，並且隨時追蹤設定檔的變更。

 

 
這份文章是在http://blog.linsun.org/?p=269 這個網址發現的!感覺好像不錯喔!發現這個超級無敵好用的外掛，回家前一定要把他介紹給需要的人！早早就發現 WordPress 已經推出了新版本，可是發現 WordPress 升級似乎沒有很明確的說明步驟，所以遲遲不敢動工，沒想到在下班前上網亂晃，卻發現了這個給像我這種白癡使用者方便的升級外掛。
在這個網站將外掛下載之後，一樣整個資料夾丟到 plugins 目錄底下，並且在 plugin 管理介面啟用即可。接下來就是一些目錄權限的設定工作，非常重要，如果沒設定成功，此外掛將無法順利升級。
依照網站指示，將 WordPress 整個目錄以及 wp-admin ， wp-includes 這三個資料夾權限設定為 777 ，並且將 WordPress 目錄中，除了 wp-config.php 之外的所有檔案權限都設定為 777
權限設定完成之後，就可以點選管理底下的 InstantUpgrade 按鈕進行升級了！
一切就是這麼簡單，真是太神奇了！不過得小心的是，升級一定會有風險，所以最好先把資料備份。備份的外掛在這邊可以下載
因為目錄權限都設定為 777 ，所以資料夾中有些檔案可能會被複寫甚至刪除，所以一些外掛的檔案最好事先備份好以免遭逢不測….我的相簿差點就因此回不來….

 WordPress是一套全世界使用人口眾多的一套個人網誌架站軟體
它至少具有這些優點
引用:(1)源碼完全符合W3C標準；
(2)直接呈現Blog修改結果，不像Movabletype需要重建頁面；
(3)可管理Blog內容以外的靜態網頁；
(4)可在Blog側邊欄位內增加網頁鏈結；
(5)上百種的樣式與模板；
(6)支援Trackback與Pingback標準，可以與其他平台上的Blog相互鏈結；
(7)支援單篇文章是否開啟迴響(Comment)功能；
(8)可決定文章的回應是否公開，以防止垃圾(Spam)迴響；
(9)內建完整的使用者註冊功能，讓使用者可以自行維護個人資料；
(10)可以使用密碼限制讀取某篇文章的權限；
(11)簡易的升級以及安裝過程；
(12)支援從Movabletype、Blogger等匯入文章；
(13)具有XML-RPC介面，支援Movabletype與Blogger 的API；
(14)可支援多重作者、每位作者可具有不同權限；
(15)使用優雅的語意設計程式；
(16)智慧型文字排版，不用苦記HTML標籤；
(17)支援各種Bookmarklets；
(18)可支援文章多重分類與支援次分類等。 除此之外，全世界眾多使用者都為其開發了千百種以上的theme以及plugin，不管你想要哪一種設計風格、你想要哪一種部落功能，基本上你想的出來的，都能在wordpress上面實現。

 一:目的 
      本文旨在提供如何用Apache重寫規則來解決一些常見的URL重寫方法的問題，通過常見的
      實例給用戶一些使用重寫規則的基本方法和線索。 
      二:為什需要用重寫規則？ 
      一個網站，如果是長期需要放在internet上提供服務，必定會有不斷地更新和維護，如臨
      時轉移到其它服務器進行維護，重新組織目錄結構，變換URL甚至改變到新的域名等等，
      而為了讓客戶不會因此受到任何影響，最好的方法就是使用Apache Rewrite Rule(重寫
      規則)。 
      三: 重寫規則的作用范圍 
      1) 可以使用在Apache主配置文件httpd.conf中 
      2) 可以使用在httpd.conf裡定義的虛擬主機配置中 
      3) 可以使用在基本目錄的跨越配置文件.htaccess中 
      四:重寫規則的應用條件 
      只有當用戶的WEB請求最終被導向到某台WEB服務器的Apache台，則這台WEB服務器接受
      進來的請求，根據配置文件該請求是主配置還是虛擬主機，再根據用戶在瀏覽器中請求的
      URI來配對重寫規則並且根據實際的請求路徑配對.htaccess中的重寫規則。最把請求
      的內容傳回給用戶，該響應可能有兩種： 
      1) 對瀏覽器請求內容的外部重定向(Redirect)到另一個URL。 
      讓瀏覽器再次以新的URI發出請求(R=301或者R=302，臨時的或是永久的重定向) 
      如：一個網站有正規的URL和別名URL，對別名URL進行重定向到正規URL，或者網站改換
      成了新的域名 
      則把舊的域名重定向到新的域名(Redirect) 
      2) 也可能是由Apache內部子請求代理產生新的內容送回給客戶[P,L] 
      這是Apache內部根據重寫的URI內部通過代理模塊請求內容並送回內容給客戶，而客戶
      端瀏覽器並 
      不知道，瀏覽器中的URI不會被重寫。但實際內容被Apache根據重寫規則的URI得到。 
      如：在公司防火牆上運行的Apache啟動這種代理重寫規則，代理對內部網段上的WEB服務
      器的請求。 
      五:重寫規則怎樣工作？ 
      我們假定在編譯Apache時已經把mod_rewrite編譯成模塊，確信你的httpd.conf中有 
      LoadModule rewrite_module libexec/mod_rewrite.so 
      並且在Addmodule中有 
      Addmodule mod_rewrite.c 
      則可以使用重寫規則。 
      當外部請求來到Apache，Apache調用重寫規則中的定義來重寫由用戶瀏覽器指定請求的
      URI，最被重寫的URI如果是重定向，則送由瀏覽器作再一次請求；如果是代理則把重寫
      的URI交給代理模塊請求最終的內容(Content),最把內容送回給瀏覽器。 
      六: 何時使用.htaccess中的重寫規則定義？ 
      假如你對你的的網站內容所在的服務器沒有管理員權限，或者你的網站放在ISP的服務器
      上托管等等條件下，你無法改寫主配置文件，然而你可以對你的WEB站點內容所在的目錄
      有寫權限，則你可以設置自己的.htaccess 
      文件達到同樣的目的。但你需要確定主配置文件中對你的網站所在的目錄定義了下面的內
      容: 
      Options Indexes FollowSymLinks 
      AllowOverride all 
      否則你的.htaccess不會工作。 
      七: 應用舉例 
      假定Apache被編譯安裝在主機192.168.1.56的/usr/local/apache/ 目錄下面，我們編
      譯進了重寫和代理模塊。 
      1) 隱藏Apache下的某個目錄，使得對該目錄的任何請求都重定向到另一個文件。 
      a> httpd.conf的實現方法 
      我們放下面的部分到/usr/local/apache/conf/httpd.conf 
      options Indexes followsymlinks 
      allowoverride all 
      rewriteengine on 
      rewritebase / 
      rewriterule ^(.*)$ index.html.en [R=301] 
      注：rewriteengine on 為重寫引擎開關，如果設為off,則任何重寫規則定義將不被應
      用，該開關的另一好處就是如果為了臨時拿掉重寫規則，則改為off再重啟動Apache即
      可，不必將下面一條條的重寫規則注釋掉。 
      rewritebase / 的作用是如果在下面的rewriterule定義中被重寫的部分(此處為文件
      名index.html.en)前面沒有/，則是相對目錄，相對這個rewritebase面的定義也就
      是/usr/local/apache/htdocs/index.html.en,否則，如果此處沒有rewritebase /這
      一項，則被重寫成 
      http://192.168.1.56/usr/local/apache/htdocs/manual/index.html.en ，顯然是
      不正確的。 
      不過這裡我們也可以不用rewritebase / , 而改為 
      rewriteengine on 
      rewriterule ^(.*)$ /index.html.en [R=301] 
      或者 
      rewriteengine on 
      rewriterule ^(.*)$ http://192.168.1.56/index.html.en [R=301] 
      b> .htaccess的實現方法 
      我們先放下面的部分到httpd.conf 
      options Indexes followsymlinks 
      allowoverride all 
      然放下面的部分到/usr/local/apache/htdocs/manual/.htaccess中 
      rewriteengine on 
      rewritebase / 
      rewriterule ^(.*)$ index.html.en [R=301] 
      注：對文件.htaccess所作的任何改動不需要重啟動Apache. 
      問：要是把這個manual目錄重定向到用戶jephe的自己的主目錄呢？ 
      用下面的.htaccess方案。 
      rewriteengine on 
      rewritebase /~jephe/ 
      rewriterule ^(.*)$ $1 [R=301] 
      則對manual目錄下任何文件的請求被重定向到~jephe目錄下相同文件的請求。 
      2) 轉換www.username.domain.com的對username的主頁請求為
      www.domain.com/username 
      對HTTP/1.1的請求包括一個Host: HTTP頭，我們能用下面的規則集重寫 
      http://www.username.domain.com/anypath 到 /home/username/anypath 
      Rewriteengine on 
      rewritecond %{HTTP_HOST} ^www\.[^.]+\.host\.com$ 
      rewriterule ^(.+) %{HTTP_HOST}$1 [C] 
      rewriterule ^www\.([^.]+)\.host\.com(.*) /home/$1$2 
      注： 
      rewritecond 條件重寫規則，當滿足面定義的條件才會應用下面的重寫規則，
      rewritecond有各種變量 
      ，請查閱相關文檔。 
      3) 防火牆上的重寫規則代理內部網段上服務器的請求。 
      NameVirtualhost 1.2.3.4 
      servername www.domain.com 
      rewriteengine on 
      proxyrequest on 
      rewriterule ^/(.*)$ http://192.168.1.3/$1 [P,L] 
      注：當外部瀏覽器請求www.domain.com時被解析到IP地址1.2.3.4 ,Apache 交出
      mod_rewrite處理轉換成 
      http://192.168.1.3/$1再交由代理模塊mod_proxy得到內容傳送回用戶的瀏覽器。
      4) 基本預先設定的轉換MAP表進行重寫 rewritemap 
      轉換www.domain.com/{countrycode}/anypath 到Map表中規定的URI,上面是虛擬主機
      中的定義 
      rewritelog /usr/local/apache/logs/rewrite.log 
      rewriteloglevel 9 
      rewriteengine on 
      proxyrequest on 
      rewritemap sitemap txt:/usr/local/apache/conf/rewrite.map 
      rewriterule ^/([^/]+)+/(.*)$ http://%{REMOTE_HOST}::$1 [C] 
      rewriterule (.*)::([a-z]+)$ ${sitemap:$2|http://h.i.j.k/} [R=301,L] 
      文件/usr/local/apache/conf/rewrite.map的內容如下: 
      sg http://a.b.c.d/ 
      sh http://e.f.g.h/ 
      注： 當用戶請求http://www.domain.com/sg/anypath時被重寫為
      http://a.b.c.d/anypath . 
      當需要調試時請用rewritelog and rewriteloglevel 9聯合,9為最大即得到最多的調試
      信息 
      最小為1，最小的調試信息，默認為0，沒有調試信息。 
      sitemap的語法是${sitemap: LookupKey | Defaultvalue} ,有些書上把$寫成了%是錯
      誤的。 

原來昨天出現的問題並不是編碼之問題，在這裡跟各位朋友說聲:    對不起!
以下是小弟的log
[Thu Apr 26 14:53:32 2007] [alert] [client 127.0.0.1] C:/AppServ/www/wordpress/.htaccess: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration, referer: http://127.0.0.1/wordpress/index.php
[Thu Apr 26 14:54:13 2007] [alert] [client 127.0.0.1] C:/AppServ/www/wordpress/.htaccess: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration, referer: http://127.0.0.1/wordpress/index.php
[Thu Apr 26 15:08:04 2007] [alert] [client 127.0.0.1] C:/AppServ/www/wordpress/.htaccess: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration
[Thu Apr 26 15:08:04 2007] [error] [client 127.0.0.1] File does not exist: C:/AppServ/www/favicon.ico
[Thu Apr 26 15:09:09 2007] [alert] [client 127.0.0.1] C:/AppServ/www/wordpress/.htaccess: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration, referer: http://127.0.0.1/wordpress/index.php

  Internal Server ErrorThe server encountered an internal error or misconfiguration and was unable to complete your request.Please contact the server administrator, wfsurnbo@gmail.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.More information about this error may be available in the server error log.
我出現了以上的資訊
原來這個編碼出了問題就是在big5跟utf8上出了問題