我公司的server每天有80萬以上點擊數，我每天只敢更新awstats三次，因為每次更新，CPU loading都超過50%，不敢亂玩。

不知道有沒有網友可以提供一下BBClone的loading資料參考一下？

80萬以上的hits. 最好能把Web Server獨立. 而且就算如此, 單用一台server來跑web service也有些吃力.

如果是這種情形的話, 我不覺得換了BBClone就會比較好.

依以前的經驗來看, 還是建議弄成多台server的架構, 做負載平衡比較好. 至少可以先把主站跟awstats分開到兩台server上.

建議只裝常用套件. plugin裝越多會越拖慢系統速度.

系統會慢有很多因素. 硬體設備, 軟體版本等等. 就硬體來看, 這樣的配備應該綽綽有餘才對. Server上還有跑其他Daemon或Service嗎?

另外, 也有可能是被 Mysql 的同時連線數所影響. PHP的一些設定也同樣會影響速度.

比較直接的加速方法, 可以裝上PHP官方所出的Zend Optimizer, 速度可以有一定的提升.

對不起，這可能算是OT，如果有問題請見諒。

言歸正傳，我的server是有安裝AWStats的，我看了BBClone的介紹和DEMO，感覺上它很像AWStats，不知道PLog是否也可以整合或擷取AWStats的資料呢？

AWStats反映的資料並不是實時的，由於它執行時負荷不輕，所以我一天也只讓它統計三次紀錄。這方面不知道BBClone是否實時反映統計，而它的負荷又如何呢？

AWStats是可以即時反應的...

可以是可以，但是負荷相對大了，個人的server還可以，公司的server就怕有問題。

擷取方面如果不能直接的話，我想我會用Snoopy來試做，或直接讀取awstats的紀錄檔。

其實所有的流量管理都有loading的問題. 有時會想, 即時的記錄是不是真有必要?
Real Time Update與每十分鐘一次的更新對大部份的使用者來說可能沒有太大的差別吧.

另外, 如果每五至十分鐘就自動更新一次Awstats的記錄的話, 負荷應該不會太重才是. 我是以我手上一天一萬個點擊數的站來做假設. 這個站同時還兼做mail/ftp/dns server.

唔. 我用Zend一直都沒出問題啊. 可以說說你的設定嗎?

對不起，這可能算是OT，如果有問題請見諒。

言歸正傳，我的server是有安裝AWStats的，我看了BBClone的介紹和DEMO，感覺上它很像AWStats，不知道PLog是否也可以整合或擷取AWStats的資料呢？

AWStats反映的資料並不是實時的，由於它執行時負荷不輕，所以我一天也只讓它統計三次紀錄。這方面不知道BBClone是否實時反映統計，而它的負荷又如何呢？

AWStats是可以即時反應的...

Hi, Mark. 我也遇到了同樣的問題---訪問受限，這個問題已經成為我的心病了。

經過長時間摸索終於可以複製這個問題了，過程如下：
1，點擊這個地址：http://dada.vvlogger.com/plog/post/270/1329
2，往下移，並且點擊realPlayer的play按鈕
3，在窗口上邊的工具欄裡輸入用戶名/密碼（demo/demo）並登陸
4，選擇blog」測試帳戶「
5. 提示錯誤：訪問受限。您需要首先得到認證或通過。

其他情況下也會有這種問題出現，但是我不能複製。請MARK以及其他高手幫忙查看

我已經把sessionmanager.class更新過了，而且也在php.ini加入了register_long_arrays on


這個問題困擾我很久了。我用的是Php5.0.3.
你可以通過http://www.vVlogger.com/test.php獲得更詳細的信息。

THANKS

唔. FF都正常. Mathon是都不正常. IE是不按Play時正常, 按了就不正常.

目前pLog沒有這樣的功能. 但是你可以參照 pLog文章分類的自由排序這篇文章的做法來依樣修改連結順序.

bbclone這部份, mark正在整合. 應該過一陣子就可以看到mark的成果了.

如果想出書那就用 CC 授權那是理所當然的選擇。我們能在出書前「先」看到內容已經感激不盡……

出書的目的也是為了要推廣pLog. 選CC只是怕被不良業者拿去照抄.

pLog 在時機上是好的概念，但開發的方式不是有組織計畫的方式作戰。Programming 的技術與工具是足夠，但整個 project release 並不完善。以 open sources 的眼光來看老實說我們身為使用者已經十分感謝，如果是 commerical release 的話那就有太多問題也有太多的 excuse。 (個人意見，不中聽不要生氣)

唔. 絕大部份的open source project大概都是這樣吧. 除了少數幾個有著固定資金來源與基金會組織的open source, 如linux, apache等, 大部份的open source project 都只是由一群熱心愛好者組成. 人員不能掌控, 進度有時也得視開發團隊中每個人的時間而定. 這與以商業目的而開的專案當然就會截然不同.

在我看來，blog 的方式雖然強調以「個人」新聞為主，但群組的運作方式才是未來一統市場的關鍵。對程式師而言，blog 的每一篇文章是一個物件，但寫作的人其實也是一個物件，而如何將人及文章分類，重新組合成為群組化將會是下一次 blog 的進化方向吧？(也說不定) Blog 的 windows AP 配合好用的 Server 運作的 solution 方式，或更符合群組式的 blog (如多作家的新聞平台或甚至多主題的平台) 也許是不錯的未來發展方向。而就我看到的 pLog 目前的發展，只要能完成 1.0 或 1.01 或更了不起 maybe 2.0，很難想像有什麼突破的發展。 因為 pLog 就是大家目前想要的 blog server，做大家想用的功能就好。

唔. 有點不是很看得懂. 就我所知, pLog的目標, 照Oscar的描述, 就是成為一個單純而好用的blog, 如此而已.

如果是想賺些錢，出書或提供收費的 pLog 服務，直接說清楚就好。只要是合理範圍內大家都會支持的吧？(反正我們這群用免費的那有那麼挑的)
那一部份不用授權也沒關係，一般人要寫就要強制開放授權給團隊也可以，有什麼關係？

pLog大概在可見的未來, 還會一直是free的吧. 就算出了書, 有了版稅, 也只是拿來donate回pLog, 用來支持pLog的發展與推廣而已.

就一個知道多一點情形的人來說, Oscar, Francesc 與 Mark 可真的是在出錢出力呢.

補充一點，不是我誤解 GPL，CC 等授權，而是我印象中的有 template 或 plugin 就是用 CC 授權的。如果是美工我還能理解，template 或 plugin 用 CC 授權我就有點 confuse...

想想看，如果我是 XXX ISP 就選擇 blog server，看到 pLog 好像不錯，但找了一些 template 好看的全部都是 CC 授權，可能立刻就換下一個軟體。 <-- 這才是我說 CC 授權不利於 pLog 推廣的主因。 (這跟 pLog 用什麼授權沒有關係)

國外的ISP我不清楚, 但台灣的ISP, 大概是不管什麼授權都不願意用吧. 台灣的大企業, 似乎都傾向於完全自主開發掌控. 至於中小企業, 大概則是花錢越少的, 越容易獲得青睞.

而且, plugin目前應該都是GPL, template有許多都是CC. 程式用GPL, 美工用CC, 這樣很正常呀?? template該算是美工的範疇吧.

markwu 寫到：
而 CC 授權，是最近才發展的，通常用於著作，不管是影音、文章還是藝術創作。都可以用CC。即使是非商業屬性也沒有限制這個著作不能從事商業活動，而是如果你非原創者，你必須取得原創者的授權。

這一部份我認為有不利於商業應用，不過我不是來 debate CC 授權有沒有不利商業應用的問題，只是說「我覺得」…… ，請「參考」一下。

唔. 這點很難說服我. CC的目的是把創作者的要求, 歸併成幾種不同的模式, 在法律上來說, 應該比較一致與單純. 對使用者來說, 對付數種不同的CC模式, 總比對付幾百個作者不同的要求來得簡單.

但有些 template 或 plugin 不知道有沒有 CC 授權，或要求將 author XXX 或 powered by xxx etc 要求一定要放在網站上的？那部份我就比較有意見。

這點比較麻煩. 但不只是pLog有這問題, 所有open source software的template 與 skin, 大概都有這問題. 不過似乎不少作者只是要求要出現能辨識的標誌, 把 author 或 powered 放在html的隱藏部份也是可以的.

這個. 原本svn上的guestbook似乎有些問題. 這幾天會改正並測試, 再放個新版上去.

可以試試多refresh幾次, 或者將 tmp 下清空.
如果還是一樣的話, 那麼應該是外掛本身就沒有翻好的問題.

這應該是XMLRPC沒有打開的關係吧. 以前碰過一次.

我找到解決方法了，原來留言版的資料表裡沒有紀錄就會出現「Fatal error: Call to a member function on a non-object in /home/mickey/xplog/tmp/1/%%-65^%%-659098215^guestbook.template.php on line 171 」的情況，我亂蓋一個紀錄進去就可以用了。

我想這是不是$posts是0的時候會在特定的情況下會出現問題。

只是跟callbusy兄一樣，回覆沒有反應，也沒有寫入任何資料到數據庫。

唔. 這看起來是table沒有順利建立的原因. 得找bug了.

清空便會歸零.

新版的還在撰寫中, 到時會設法改善資料過大的問題.