我最近在作一個互助遊網站,基於微博的架構,以前一直糾結於記事狗和thinksns的開源系統。 mysql
記事狗的運營功能雖然強悍,但拓展性差,致使我二次開發很難從微博中解脫出來。 sql
thinksns雖然開源,但程序和結構實在寫的垃圾,並且大量的widget請求,致使服務器異常辛苦,不過有幾個插件是我項目中須要的。 數據庫
一直喜歡知乎的用戶體驗和產品創新,昨晚無心百度「知乎程序」,進入到wecenter官網。本地測了下,我震驚了,與知乎媲美的用戶體驗,規範的編碼風格,基於zendframe的架構,強大的拓展性,符合我項目需求的二次開發…… 瀏覽器
雖然wecenter還年輕,還有不少提高的空間,但她的優勢足以讓個人項目獲得快速的開發和後期的拓展運維。我很難再說服本身選擇thinksns或記事狗,若是不是隻想作垃圾站的話。 緩存
我想提提我遇到的幾個wecenter存在的問題,但願官方能夠重視: 服務器
- 數據庫優化: markdown
1. 常規配置查詢:系統的配置文件,但願能夠生成緩存文件,以便減輕mysql的負擔 架構
2. 查詢優化:表設計和sql語法都未作優化,甚至出現 運維
1
|
SELECT
wen_users
.
uid
FROM
wen_users
WHERE
(
user_name
=
'桃李滿天下'
)
LIMIT
1
|
和 性能
1
|
UPDATE
wen_users
SET
views_count
=
views_count
+
1
WHERE
uid
=
1
|
這樣的語句,這在高負載下頗有問題
- 程序某些功能性能須要優化
打開我的中心,且在無數據的狀況下發生:「Escape time: 1.2298560142517, 31 queries, PHP Memory usage: 6518.4765625 KB, Server time: 2013-05-17 12:16:01」
- js性能問題
1. 氣泡提示框卡屏現象:在google瀏覽器下偶爾會出現卡屏現象,估計是js實現方法的問題
2. markdown門檻問題:對懂技術的人來講不是問題,但不少用戶連ubb的原理都搞不懂,實在是門檻
3. markdown性能問題:預覽模式,在IE內核下是硬傷,編輯的內容多了,就會很是卡
- 程序標註和文檔
不知道是否是官方的策略所致,程序雖然看得懂,但要想二次開發,仍是須要大量時間看源碼的
原文轉載:http://www.newsky365.com/thinksns-wecenter/
總體性能咱們一直在不斷的改進和測試,相比較以前的版本咱們每一個新版本都有不錯的提高,這裏要感謝你們提供的數據分析和問題分析,纔可以讓咱們更快的找到解決方法。備註和文檔咱們也在調整的過程逐步豐富,有疑問能夠上這邊交流,咱們基本上看看到就會回覆。 |
||
![]() |