已經確認，沒問題了！

這兩個CSS不受限於『非營利』使用的規定。但是不得修改或移除其中『樣板設計及版權所有 ─ 樂多』的字樣與連結。其他自行從樂多下載的模版則受限於『非營利』使用規定。

Mark

不得修改...那在模板中加些東西是不是可以呢
像這樣
http://140.111.66.31/blog/index.php?blogId=203
在模板中加上連播與單位的圖案連結

我想這句話的意思是..不可以將 模板當中的『樣板設計及版權所有 ─ 樂多』移除.

剛剛朋友跟我說... http://blogger.net.tw/ 也是用 plog 喔..所以當然就上去晃晃囉...

裡面 套版工的天空 的 blog 中有一篇適合給剛開始設計樣版的人看看唷...

http://osbron.blogger.net.tw/32/2005/06/08/197

簡單的列出且說明了各個檔案的用途....各位可以參考一下~

嗯，mark這個不錯喲，價格效能比看起來是最划算的，等我流量再大一點，就可以考慮搬家跟mark做鄰居了。

歡迎！歡迎！乾脆跟他談個代理，然後 pLog 預設安裝好在裡面。然就介面改成中文的，應該是更棒吧！.....    想想就好！

美國的主機其實都不錯，但是服務跟穩定性上大概這一家獲得最多掌聲。不過也得經過長時間是用才知道是不是真的，亦或是網路謠言！嘻嘻！

Mark

目前小弟是用 why3s.com 的...感覺也還不錯....

歡迎來參觀...
http://blog.v-dark.net/ ^_^

剛剛去 trace 了 summery 相關的程式碼...
追到了 class/dao/blogs.class.php 之中...
function getAllBlogs
當中的 Order by 是
"ORDER BY blog"

參照 mysql 中得資料... "blog 欄位" 就是 該 blog 的名稱.

而以 mysql 來排序的..所以或許是以 blog 名稱 的第一個 位元碼 進行排序....

當然..這邊可以修改成為

Order by id ,從第一個建立的 blog 開始排.
Order by id Desc 從最後一個建立的 blog 開始排.
Order by owner_id, 從第一個加入使用者開始排序
Order by owner_id Desc , 從最後一個加入的使用者開始排�

反應變的很快....
換好了?...

PEAR 通常是由系統本身提供的..(這裡說的系統是主機系統)...

你可以檢查一下你的主機 /usr/lib/php 之下有沒有相關的 php 檔案...

再 Mandrake 系統可以用 urpmi php-pear 安裝相關的系統...

PEAR 是 php 的額外擴充的函式庫....

http://pear.php.net/

這個模板真的很棒.....

馬上拿來用..^_^...讚!!

[是否關閉使用者註冊功能]

剛剛再找功能....
發現 summary 中這個 翻譯似乎有點問題...

summary_disable_registration
使用者是否允許在這個網站註冊新網誌。

該功能應該是...是否關閉使用者註冊功能 才對

原來的翻譯令人以為是相反的意思.[/quote]

我在我的plog（0.32版）裡刪掉一個使用者
再重新新增一個使用者
結果UID變成不連續
假設我第一次新增的使用者的UID是10
刪掉之後重新新增UID卻是11

是因為資料庫的關係嗎？
我在資料庫裡也把USER 10的相關資料欄位都刪除了

可是新增後還是不連續？
 why?

沒錯...正是資料庫的原因...

資料庫的 auto_increment 欄位會紀錄下一個 auto_increment 的 id 值.
而該值並不會因為你砍掉當時最大的 uid 值改變. 除非你將整個資料表重建 也就是全部清空,該值才會同時重設...

這樣做也是比較好的...

試想: 要是你砍掉一個人.而那個人已經建立的 blog , 寫過文章寫過資料...
而後來的人用了他的 uid , 那系統要如何判斷那篇文章以及哪個 blog 是屬於哪個 uid user的?...
難道讓後來新增的看到或沿用原來 uid 的資料是對於原使用者比較好嗎?....

當然.通常系統在刪除使用者的時候會同步刪掉所有的使用者資料跟文章..

如果你是想知道使用者人數...
也不是看 uid 值來判斷 , 而是應該 select count(uid) from user 這類的方式.

那麼我們就把這個議題移到 1.1 再來做。能請你 create 一個 feature request 在 bugs.lifetype.net 嗎？

Mark

不好意思現在才來看到這篇....
小弟英文差..我怕我去寫的他們會看不懂ㄟ..Q_Q...

要不然，就是安裝時判斷 mysql 版本，執行不同的安裝 sql。你覺得呢？這樣應該就可以避免編碼的問題。

Mark

是可以的...
不過我還沒有檢視過 plog10 的安裝部份的程式碼,所以不清楚 plog10 的 sql 部份是獨立一個檔案匯入資料庫,或是從 install scrtip 去產生的.

若是由 install script 產生的則是要修改 install script , 這方面或許對於目前已經接近 release 的情況下,我想可以先不用即刻修改.

若是 SQL 資料檔案是獨立一個的話,或許可以直接匯入mysql41 後匯出一個 包含 預設 default charset 的版本...

個人是傾向先不用改拉...^_^.. 現在的情況是可以正常運作...
只是要用 phpMyAdmin 去檢查資料庫需要動點點手腳而已....
並不會構成實際使用上的問題~

Hi Markwu

看樣子的確是有做一些修正...

所以 plog1.0 在資料庫連線的時候會預設 client 會以 utf8 進行連線...
所以存入的資料雖然會經過 mysql4.1 轉換進資料庫後會在其他情況下變成亂碼...
但是基本上取出的時候因為會反轉,所以運氣好就正常囉....

不過若是在安裝流程中也加上 create table 的 default charset 似乎反而會讓 mysql 4.1 以下的會有問題.

或許這方面就等大部分都用4.1或是將來安裝 sql 部分有需要針對 mysql4.1 等作修正的時候在處理好囉..^_^..

至少目前看來直接在 mysql 4.1 下 install 後..可以利用我那個測試時後的方法讓資料庫編碼與內容是一致的~...

不知道各位有沒有在 mysql 4.1 以上安裝過 plog ....

安裝過程正常,使用正常,但是若用 phpMyAdmin-2.6.1 以上去檢視管理資料庫的話.
會發現資料是亂碼....

但是當我修正好資料庫編碼的問題,一搬來說以 phpbb2 之類在資料庫連線後需要手動加上 set names utf8,但是剛剛發現 plog1.0 似乎不用...
不知道是否 plog1.0 目前是否有對 mysql 4.1 以上的 charset 功能有作處理呢?...

關於 mysql 4.1 的 charset 會造成的影響或許可以參考我之前寫的這篇...
http://phorum.study-area.org/viewtopic.php?t=29392

以下是我的測試方式:.

而剛剛小弟有測試過,在 mysql4.1 安裝好 plog 1.0 後,用 phpMyAdmin-2.6.1 去檢視資料庫會顯示亂碼(可能是因為我server預設 latin1,而大部分rpm安裝的mysql都預設 latin1),所以我就將 database dump 下來後修改了 create table 的預設語系修改..
從 latin1 改為 utf8 然後 set names utf8 重新匯入資料庫.

如此從 phpMyAdmin 之中檢視,可以正確顯示資料內容.
使用 mysql command 去測試.
mysql -u root -pxxxxx plog10

執行以下 command
set names big5;
SELECT * FROM plog_articles_text;

若是顯示也是正常的 big5內容 則是正確,因為 mysql4.1 會根據 client charset 轉換 content charset .

這時候回 plog 線上檢視,發現內容正常...