Web CMS性能：頁/秒（Joomla，Drupal，Plone，WP）

Question

注意：我沒有進入網絡編程，所以請原諒我的無知，以防這個問題是微不足道的。 此外，請不要評論這些產品的開箱即用比較“有多么缺陷”。 問題不在於他們如何相互競爭，而在於他們所有人之間令人難以置信的緩慢背后的原因。

剛剛閱讀了一個基准測試 ，其中Joomla，Drupal，Wordpress，Plone3和4已經過測試。 令我震驚的是：開箱即用，它們的表現大約為4-14頁/秒。 這怎么可能，為什么他們這么慢？ CMS應該只查詢數據庫並生成包含在漂亮模板中的數據。 數據庫很快。 模板應該很快（文本替換，沒什么大不了的）。 我們的機器是超高速的，然而，這些高調的 CMS只能產生幾頁/秒。 怎么會？

Answer 1

CMS應該只查詢數據庫並生成包含在漂亮模板中的數據。

沒那么多。 主要的現代CMS系統是非常復雜的野獸。 典型的頁面不僅僅是正文和標題，還包括動態的基於類別的內容查詢，它們可以跨多個站點區域聚合信息; 更不用說安全修整和用戶特定的內容區域。 例如，加載http://www.volvogroup.com涉及至少7個這樣的查詢，加上通過站點結構的遞歸來生成導航，並連接到外部系統以獲取新聞和投資者關系數據。 考慮到這一點，它需要一個強大的服務器場來提供每秒幾百次點擊，這應該不足為奇。

Answer 2

因為需要大量的處理才能完成所有這些工作。 IT不是“查詢，替換，渲染”的問題。 所有這些產品都是為了適應各種用例而設計的，並且在某種程度上是可擴展的，所以你所談論的那3個基本操作實際上分為許多，許多操作都耗費時間。

一切都是平等的 - 系統越靈活，“開箱即用”就越慢。

Answer 3

由於以下幾個原因，它們很慢：

1 - 大多數都是模塊化的，這意味着更多的文件，更多的代碼和更多的數據庫查詢。

2 - 他們在很大程度上（不是wordpress）嘗試做所有事情，再次為每種可能的情況設計一個系統使得它更復雜，更難調整。

3 - 他們中的大多數（目前）同時支持PHP4和PHP5，這只是額外的工作。

4 - 據稱他們是非技術用戶可以使用它們，這意味着他們經常不得不以最有效的方式做事，即Drupals CCK / Views讓那些無法有效編程的人創建數據庫表和SQL查詢，這些表/查詢的缺陷在設計上非常通用，與自定義編碼工作相比效率相當低。

5 - 他們傾向於使用大量的數據庫查詢，Drupal使用40左右的基本頁面，如果你搜索他們的論壇，你會看到有人聲稱某些頁面會產生數百甚至超過一千個查詢的報告。

他們當然提供緩存，Drupal可以通過其升級模塊獲得相當好的性能，這個漏洞是Drupal（和Joomla的）賣點之一，你可以創建一個社區網站，論壇，Digg就像網站，所有網站緩存的用途有限......

Answer 4

它們是相對復雜的系統。 它們為插件提供了很多鈎子，因此從請求到響應的工作流程中有很多步驟。

然而，在現實世界中，緩存（無論是應用程序內還是操作碼緩存）是對性能的巨大推動。

我不熟悉Plone，但PHP CMS基本上必須在每個請求中加載和解釋幾乎整個系統。

Answer 5

請不要對此有所冒犯，而是通過解釋您對網絡編程的不熟悉來解釋您的問題，然后批評您認為“簡單”操作的表現有點短視。

我鼓勵您更多地了解CMS解決的常見問題，以及動態網頁和HTTP如何工作的一般理論和實踐。 它遠非簡單的I / O操作。

此外，在實際使用中，我強烈建議運行CMS的任何人找到緩存解決方案。 緩存旨在解決Web技術中出現的許多“速度”問題。 它應該是任何常見Web堆棧的一部分。

Answer 6

在我看來 ：

因為CMS和框架會考慮你需要的所有東西，你可以使用：喜歡

• 過濾用戶輸入
• 創建PDF，AJAX輸出模板等等

它取決於您的需求，您真正需要的是什么

我不同意你的意思

CMS應該只查詢數據庫並生成包含在漂亮模板中的數據。

一個CMS還有更多的東西......

最后但並非最不重要的是，不要將Desktop Software Speed與Wep Aplication進行比較。

有一個很大的不同

Answer 7

一個CMS還有更多的東西......

最后但並非最不重要的是，不要將Desktop Software Speed與Wep Aplication進行比較。

有一個很大的不同