php大流量網站

『壹』 請問下JSP與php各有什麼優缺點

JSP ASP PHP
運行速度 快 較快 較快
運行耗損 較小 較大 較大
難易程度 容易掌握 簡單 簡單
運行平台 絕大部分平台均可 Windows平台 Windows/UNIX平台
擴展性 好 較好 較差
安全性 好 較差 好
函數性 多 較少 多
資料庫支持 多 多 多
廠商支持 多 較少 較多
對XML的支持 支持 不支持 支持
對組件的支持 支持 支持 不支持
對分布式處理的支持 支持 支持 不支持
應用程序 較廣 較廣 較廣
----------------------------------------------------
轉載:
慢慢看吧!
ASP、JSP與PHP的比較

目前，最常用的三種動態網頁語言有ASP(Active Server Pages),JSP(Java Server Pages),
PHP (Hypertext Preprocessor)。

簡 介

ASP全名Active Server Pages，是一個WEB伺服器端的開發環境， 利用它可以產生和運
行動態的、交互的、高性能的WEB服務應用程序。ASP採用腳本語言VB Script（Java script
）作為自己的開發語言。

PHP是一種跨平台的伺服器端的嵌入式腳本語言. 它大量地借用C,Java和Perl語言的語法
, 並耦合PHP自己的特性,使WEB開發者能夠快速地寫出動態生成頁面.它支持目前絕大多數數
據庫。還有一點，PHP是完全免費的，不用花錢，你可以從PHP官方站點(http://www.php.ne
t)自由下載。而且你可以不受限制地獲得源碼，甚至可以從中加進你自己需要的特色。

JSP 是Sun公司推出的新一代站點開發語言，他完全解決了目前ASP,PHP的一個通病－－
腳本級執行（據說PHP4 也已經在Zend 的支持下，實現編譯運行）.Sun 公司藉助自己在Jav
a 上的不凡造詣，將Java 從Java 應用程序 和 Java Applet 之外，又有新的碩果，就是Js
p－－Java Server Page。Jsp 可以在Serverlet和JavaBean的支持下，完成功能強大的站點
程序。

三者都提供在 HTML 代碼中混合某種程序代碼、由語言引擎解釋執行程序代碼的能力。
但JSP代碼被編譯成 Servlet 並由 Java 虛擬機解釋執行，這種編譯操作僅在對 JSP 頁面的
第一次請求時發生。在 ASP 、PHP、JSP 環境下， HTML 代碼主要負責描述信息的顯示樣式
，而程序代碼則用來描述處理邏輯。普通的 HTML 頁面只依賴於 Web 伺服器，而 ASP 、PH
P、JSP 頁面需要附加的語言引擎分析和執行程序代碼。程序代碼的執行結果被重新嵌入到
HTML 代碼中，然後一起發送給瀏覽器。 ASP 、PHP、 JSP三者都是面向 Web 伺服器的技術
，客戶端瀏覽器不需要任何附加的軟體支持。

技術特點

ASP:

1. 使用 VBScript 、 JScript 等簡單易懂的腳本語言，結合 HTML 代碼，即可快速地完成
網站的應用程序。
2. 無須 compile 編譯，容易編寫，可在伺服器端直接執行。
3. 使用普通的文本編輯器，如 Windows 的記事本，即可進行編輯設計。
4. 與瀏覽器無關 (Browser Independence), 用戶端只要使用可執行 HTML 碼的瀏覽器，即
可瀏覽 Active Server Pages 所設計的網頁內容。 Active Server Pages 所使用的腳本語
言 (VBScript 、 Jscript) 均在 WEB 伺服器端執行，用戶端的瀏覽器不需要能夠執行這些
腳本語言。
5.Active Server Pages 能與任何 ActiveX scripting 語言相容。除了可使用 VBScript
或 JScript 語言來設計外，還通過 plug－in 的方式，使用由第三方所提供的其他腳本語言
，譬如 REXX 、 Perl 、 Tcl 等。腳本引擎是處理腳本程序的 COM(Component Object Mod
el) 物件。
6. 可使用伺服器端的腳本來產生客戶端的腳本。
7.ActiveX Server Components(ActiveX 伺服器元件 ) 具有無限可擴充性。可以使用 Vi
sual Basic 、 Java 、 Visual C＋＋ 、 COBOL 等編程語言來編寫你所需要的ActiveX Se
rver Component 。

PHP:

1．資料庫連接
PHP可以編譯成具有與許多資料庫相連接的函數。PHP與MySQL是現在絕佳的組合。你還可
以自己編寫外圍的函數取間接存取資料庫。通過這樣的途徑當你更換使用的資料庫時，可以
輕松地更改編碼以適應這樣的變。PHPLIB就是最常用的可以提供一般事務需要的一系列基庫
。但PHP提供的資料庫介面支持彼此不統一，比如對Oracle, MySQL， Sybase的介面，彼此
都不一樣。這也是PHP的一個弱點。
2．面向對象編程
PHP提供了類和對象。基於web的編程工作非常需要面向對象編程能力。PHP支持構造器、
提取類等。

JSP:

1．將內容的生成和顯示進行分離
使用JSP技術，Web頁面開發人員可以使用HTML或者XML標識來設計和格式化最終頁面。使
用JSP標識或者小腳本來生成頁面上的動態內容。生成內容的邏輯被封裝在標識和JavaBeans
組件中，並且捆綁在小腳本中，所有的腳本在伺服器端運行。如果核心邏輯被封裝在標識和
Beans中，那麼其他人，如Web管理人員和頁面設計者，能夠編輯和使用JSP頁面，而不影響內
容的生成。
在伺服器端，JSP引擎解釋JSP標識和小腳本，生成所請求的內容（例如，通過訪問Java
Beans組件，使用JDBCTM技術訪問資料庫，或者包含文件），並且將結果以HTML（或者XML）
頁面的形式發送回瀏覽器。這有助於作者保護自己的代碼，而又保證任何基於HTML的Web瀏覽
器的完全可用性。
2．強調可重用的組件
絕大多數JSP頁面依賴於可重用的，跨平台的組件（JavaBeans或者Enterprise JavaBea
nsTM組件）來執行應用程序所要求的更為復雜的處理。開發人員能夠共享和交換執行普通操
作的組件，或者使得這些組件為更多的使用者或者客戶團體所使用。基於組件的方法加速了
總體開發過程，並且使得各種組織在他們現有的技能和優化結果的開發努力中得到平衡。
3．採用標識簡化頁面開發
Web頁面開發人員不會都是熟悉腳本語言的編程人員。JavaServer Page技術封裝了許多
功能，這些功能是在易用的、與JSP相關的XML標識中進行動態內容生成所需要的。標準的JS
P標識能夠訪問和實例化JavaBeans組件，設置或者檢索組件屬性，下載Applet，以及執行用
其他方法更難於編碼和耗時的功能。
通過開發定製化標識庫，JSP技術是可以擴展的。今後，第三方開發人員和其他人員可以
為常用功能創建自己的標識庫。這使得Web頁面開發人員能夠使用熟悉的工具和如同標識一樣
的執行特定功能的構件來工作。
JSP技術很容易整合到多種應用體系結構中，以利用現存的工具和技巧，並且擴展到能夠
支持企業級的分布式應用。作為採用Java技術家族的一部分，以及Java 2（企業版體系結構
）的一個組成部分，JSP技術能夠支持高度復雜的基於Web的應用。
由於JSP頁面的內置腳本語言是基於Java編程語言的，而且所有的JSP頁面都被編譯成為
Java Servlet，JSP頁面就具有Java技術的所有好處，包括健壯的存儲管理和安全性。
作為Java平台的一部分，JSP擁有Java編程語言「一次編寫，各處運行」的特點。隨著越
來越多的供應商將JSP支持添加到他們的產品中，您可以使用自己所選擇的伺服器和工具，更
改工具或伺服器並不影響當前的應用。

應用范圍

ASP是Microsoft開發的動態網頁語言，也繼承了微軟產品的一貫傳統——只能運行於微軟
的伺服器產品,IIS (Internet Information Server) (windows NT)和PWS(Personal Web Se
rver)(windows 98)上。Unix下也有ChiliSoft的插件來支持ASP，但是ASP本身的功能有限，
必須通過ASP＋COM的組合來擴充，Unix下的COM實現起來非常困難。

PHP3可在Windows,Unix,Linux的Web伺服器上正常運行,還支持IIS,Apache等通用Web伺服器
,用戶更換平台時,無需變換PHP3代碼,可即拿即用.

JSP同PHP3類似，幾乎可以運行於所有平台。如Win NT,Linux,Unix. NT下IIS通過一個插
件，例如JRUN或者ServletExec，就能支持JSP。著名的Web伺服器Apache已經能夠支持JSP。
由於Apache廣泛應用在NT、Unix和Linux上，因此JSP有更廣泛的運行平台。雖然現在NT操作
系統佔了很大的市場份額，但是在伺服器方面Unix的優勢仍然很大，而新崛起的Linux更是來
勢不小。從一個平台移植到另外一個平台，JSP和JavaBean甚至不用重新編譯，因為Java位元組
碼都是標準的與平台無關的。

性能比較

有人做過試驗，對這三種語言分別做循環性能測試及存取Oracle資料庫測試。

在循環性能測試中，JSP只用了令人吃驚的四秒鍾就結束了20000＊20000的循環。而ASP
、PHP測試的是2000＊2000循環（少一個數量級），卻分別用了63秒和84秒。（參考PHPLIB）
。

資料庫測試中，三者分別對 Oracle 8 進行 1000 次 Insert,Update,Select,和Delete
： Jsp 需要 13 秒，Php 需要 69 秒，ASP則 需要 73 秒。

前景分析

目前在國內PHP與ASP應用最為廣泛。而JSP由於是一種較新的技術，國內採用的較少。但在
國外，JSP已經是比較流行的一種技術，尤其是電子商務類的網站，多採用JSP。
採用PHP的網站如新浪網（sina）、中國人（Chinaren）等,但由於PHP本身存在的一些缺
點，使得它不適合應用於大型電子商務站點，而更適合一些小型的商業站點。
首先，PHP缺乏規模支持。其次，缺乏多層結構支持。對於大負荷站點，解決方法只有一
個：分布計算。資料庫、應用邏輯層、表示邏輯層彼此分開，而且同層也可以根據流量分開
，組成二維陣列。而PHP則缺乏這種支持。還有上面提到過的一點，PHP提供的資料庫介面支
持不統一，這就使得它不適合運用在電子商務中。
ASP和JSP則沒有以上缺陷，ASP可以通過Microsoft Windowsd的COM/DCOM獲得ActiveX規
模支持，通過DCOM和Transcation Server獲得結構支持；JSP可以通過SUN Java的Java Clas
s和EJB獲得規模支持，通過EJB/CORBA以及眾多廠商的Application Server獲得結構支持。

三者中，JSP應該是未來發展的趨勢。世界上一些大的電子商務解決方案提供商都採用J
SP/Servlet。比較出名的如IBM的E－business，它的核心是採用JSP/Servlet的WebSphere；
西方另外一個非常著名的電子商務軟體提供商，Intershop。它原來的產品Intershop1 2, 3
, 4占據了主要的電子商務軟體份額。它們都是通過CGI來提供支持 的。但去年10月後它推出
了Enfinity，一個採用JSP/Servlet的電子商務Application Server，而且聲言不再開發傳統
軟體。

總之
ASP，PHP,JSP三者都有相當數量的支持者，由此也可以看出三者各有所長。正在學習或
使用動態頁面的朋友可根據三者的特點選擇一種適合自己的語言。

『貳』 python就業方向是什麼

Python是一門非常優秀的編程語言，功能強大zd、語法簡單、上手容易，適合初學者學習，只要願意學習，都是可以進行學習的，自己多下功夫，多內努力。
現在Python在市場上需求量是非常高的，應用區域廣泛，就業崗位多，薪資待遇也容是不錯的，比如說：人工智慧、數據分析、科學運算、web開發、游戲開發、爬蟲等區域中。

下面將就業非常好的方向分析一下哦！

第一：Python web開發
學完Python可以做web開發，因為現在中國學習Python的比較少，而招聘Python的卻非常的多。所以Python web是一個非常的選擇方向。
第二：運維
我現在是知道很多人運維還沒有學習Python，但是Python給運維帶來的價值非常的大，很多時候我都覺得這些還沒有學習Python的人早晚都要被淘汰。
第三：數據分析
現在無論是哪個行業的，做數據分析的人似乎都離不開Python，因為Python給他們帶來的工作效率是非常的大。
第四：自動化測試
一切關於自動化的東西，似乎Python都可以滿足，Python可以滿足大多數自動化工作，提升工作效率。
第五：人工智慧

下個時代就是人工智慧時代，很多人都在關注，而我們的Python同樣可以做人工智慧，這是一個潛力最大的選擇方向，所以學習Python不會錯。

第六：大數據開發

Python真正開始受到廣泛關注的一個重要原因就是Python在大數據領域的廣泛使用，Python既可以做大數據平台開發，也可以做大數據分析和大數據運維，所以Python語言是大數據領域的重要工具之一。與Web開發相比較而言，使用Python從事大數據開發需要學習更多的內容，學習周期也要更長一些。
第七：嵌入式開發

Python目前也是嵌入式開發領域的常見解決方案，越來越多的嵌入式開發平台開始支撐Python語言，這也為Python語言進入物聯網領域奠定了基礎。

寫在最後的話：只要想學，學習什麼時候都不晚。

『叄』 PHP 緗戠珯濡備綍瑙ｅ喅緗戠珯澶ф祦閲忋侀珮騫跺彂鐨勯棶棰橈紵

memcache,欏甸潰闈欐佸寲錛屽瑰滻瀹氫笉鍙樼殑欏甸潰閲囩敤闈欐佸勭悊錛屽規暟鎹搴撻珮騫墮潪錛岄珮璁塊棶錛岄噰鍙杕emcache鎶鏈錛屽噺杞誨規暟鎹搴撶殑璁塊棶銆

『肆』 discuz好還是phpwind

discuz!（簡稱dz）和phpwind（簡稱pw）是國內最著名的兩個PHP論壇系統，隨著它們相繼宣布開源以後，在各方面，不管技術上，還是功能上，還是界面上，都有了長足的發展，聲威大振，遠非國外那些功能簡單的電子公告板系統可比了。其造成的一個副作用是大大帶動了PHP在國內的普及（本人就是在尋找合適的論壇程序的時候，才開始關注PHP，進而不能自拔的 ）。

客觀的說，目前的pw和dz各有短長，其互相之間的激烈競爭應該說提高了PHP論壇的水平，在功能上不僅趕上了以功能多和漏洞多而著稱的動網論壇，而且因為它們的效率和速度遠遠超過動網，弄的動網市場大大萎縮，原來的一些動網論壇都紛紛轉換成了dz或者pw，搞的動網都不得不開始弄PHP論壇了。

要說他們哪個更好，是比較難的事情，畢竟各有短長，俺也不敢在這里妄下結論。不過從市場份額和網上的言論來看，目前dz還是略占上風的，而且去年國內好幾個知名的大論壇都轉換成了dz（比如鳳凰網、牧文、tompda等），而pw在大網站方面收獲甚小。

但是畢竟對好多新手來說，他們都要面臨一個選擇論壇程序的問題，因此，dz和pw哪個更好，也就成了經常被問的問題，這種沒有答案的問題，自然要被反復問起。本文試圖從比較深的層次來分析兩個論壇的優劣，為新手提供選擇的參考。如有錯謬之處，歡迎批評指正。

一、界面篇

首先，從界面上說，從整體上說，dz的界面比較美觀，整體感好。
pw的界面給人一種模仿dz的感覺。同時在界面的細節上，看起來pw還是沒有dz完美。

二、技術篇

從技術上說，pw和dz都使用了文件方式的數據緩存技術，通過把常用的數據表，比如論壇版面設置參數、基本參數等，生成靜態緩存文件（根據條件觸發更新或者手動更新），來減少資料庫讀取次數，提高效率，在這個方面兩者非常相似。

1、模版技術
從模版技術上說，dz從2.5f版就開始採用的這種靜態模版技術，從俺個人角度上說，還是非常適合論壇這種頻繁更新的網站程序使用的。它通過動態生成靜態模版的方式，解決了模版解析效率的問題。

同時，dz的這種模版方式，使得修改界面也比較容易，很直觀。

而pw使用echo語句的這種方式（姑且稱其為模版），就寒磣多了，要增加了一個if判斷條件，就要折騰半天。添加了混合PHP代碼的模板，在 dreamweaver中也容易被誤操作刪除。特別是如果修改的時候稍有不慎，很可能會使網頁成了白板（沒有輸出），讓俺每次修改pw模版無不如履薄冰，戰戰兢兢。。。。恐怕這也是第三方模版中，dz遠遠多於pw的原因吧。

不過pw目前在模版上也在改進，現在看verycms 3.0就已經開始使用真正的模版技術，不過目前用的都還比較初級。。。

2、速度問題
從模版上看，兩者的效率應該是差不多的，pw的模版其實就是直接包含的混合了PHP語句的一部分PHP文件，而dz的模版平時並不需要解析，所以效率應該是差不多的，但是網上總是有人聲稱網站使用dz的速度比pw慢，這方面本人沒有測試過，不敢妄作評論。而且網站訪問速度還是要受很多因素的影響，比如：本地網速、伺服器帶寬、心理。。。。。客觀的評價還是很難的，除非使用專業技術手段。不過從官方網站的速度來看，明顯還是pw占優啊，呵呵

最近看了一下dz的CSS文件，明顯是用CSS用的有點過度了，在dz中大量使用了CSS，CSS文件高達16KB左右（pw只有2KB左右），可能造成了IE渲染網頁的時候，效率比較低。同時，由於dz的CSS文件過於龐大，只好採用了外置的方式（Link）。

這樣如果網速很慢，網頁已經或者部分下載完，而CSS文件下載沒完成（網速慢的時候，常常發生這種情況），那麼網頁根本就不能正常顯示。

在網速慢的時候，光dz的CSS文件，就要用好幾秒，甚至十幾秒的時間才能下載，而整個網頁只能在CSS下載完成以後才能進行正確的顯示，這就無怪乎在網速慢的時候，dz表現大大遜色於pw了。

相反，pw在設計CSS的時候，明顯是比較簡潔，這對網頁的渲染肯定是比較有利。同時，pw採用了把CSS文件嵌入的方式，盡管每次訪問網頁都造成了幾K 個位元組的流量，但是實際影響並不大，反而覺得網頁打開速度比dz要快（這就是pw用了一個笨法子，卻常常效果比dz強的典型案例）。

這方面，建議dz痛下決心簡化過分臃腫的CSS文件，提高網頁速度。

三、功能篇

下面俺就dz5.5和pw5.3的功能，做一個簡單的，本人看來是比較深入，可能高手看來仍嫌淺顯的分析，請大家指正：

1、登錄方式：
pw的前台登錄和後台登錄採用了不同的Cookie方式，這樣前後台分開的方式，個人感覺，有利於安全，也便於管理。後台帳號與前台帳號可以徹底分開。

而dz的前後台登錄是用了一個帳號，盡管在進入後台的時候再次提示輸入密碼，不過還是不如pw方便。

比較特別的是，dz在注冊的時候，要求輸入提示問題（選填），而且在登錄界面中，也有提示輸入的界面，個人感覺，絕對的畫蛇添足，無聊。如果說使用提示問題來找回密碼，還是有點道理的。用提示問題的方式，讓新手看了無所適從，腦袋都暈了

2、分欄顯示：

pw從5.0.1開始支持左右分欄顯示了，然而功能太簡單，不能樹狀顯示子板塊，此功能與其說有，不如說沒有，弄的有點搞笑，屬於半成品（倒是也符合pw的一貫特點－－喜歡推出一些不完美的東西讓大家修改）。

看了dz5.5的分欄顯示，做的還是比較完美的，感覺相當不錯了。

3、後台管理的效率：
pw的橫向操作非常不錯，大大節省了管理的難度，特別是在根據用戶組設置許可權的時候，非常的那個方便啊，這方面dz需要改進。

dz提供了一個方案的方式來解決後台重復操作問題，應該說也有一定道理，但是用起來不太容易上手，如果是設置一個單獨的項目，就比較繁瑣。

4、個人空間（文集）功能：
dz5.5內置了minispace個人空間功能，可以說自從discuz合並了supsite以後，在論壇功能的外展方面，占據了很大優勢，吸引了很多個人網站的注意力。

這個minispace用dz官方的話說，是這樣的：
「完全利用論壇原有資源，會員不必更多付出，即可擁有個性展示頁面
與 X-Space 完美結合，可順暢實現 MiniSpace 與 X-Space 自然過渡 」

大體看了一下，發現這個minispace做的很不錯，利用它，用戶可以把自己的優秀帖子整理出來，形成一個文集的方式，方便別人訪問。以前在別的論壇見過這個功能，覺得很不錯，沒想到dz把它整合進去了。這個功能已經可以滿足大部分論壇的功能要求了，如果要求更高，比如希望能讓用戶發布b0客文章，按照官方的說法，也可以遷移到X－space中去。但更重要的是，minispace是開源的，而X－space的源代碼並不開放。

說到X－space，我們覺得，pw在功能上雖然足以和dz匹敵，但是在論壇的外延上，卻比dz落後了好多。X－space能實現以論壇為中心的個人空間功能，而pwblog（已經改名為Lxblog，正式版未推出，本文僅以5.1.5版本為例）卻和論壇貌合神離，帖子推送功能雖然從4.3.2就有了，然而卻一直不好用，4.x推送以後，圖片和附件都不正常，5.1.5雖然可以推送正常了，然而在論壇中更新的帖子，在b0客中卻不再出現回帖，可以說推送功能在pwblog中只是一個無用的點綴而已。

說到底，我們常常希望的只是一個論壇帖子文集功能的方式，pwblog把論壇中的內容重復推送到b0客中，既浪費空間，又沒有意義，這方面dz遠遠勝過了 pw，值得表揚。但minispace的功能還是略顯簡單了些，比如沒有文集帖子的分類功能、沒有首頁推薦帖子等等（也許論壇帖子的分類意義不大，不過有總比沒有強吧？）

5、防灌水技術

pw5.3終於接受了俺提出的新手注冊第N貼以前發帖使用驗證碼的方式，這樣既不影響老用戶的使用，又通過驗證碼方式來限制惡意灌水機器人。dz未提供此功能，但是具有可以設定第N貼以後不用自定義問答的功能（dz的驗證碼很爛，根本看不清，用自定義問答似乎更好一些）。

在防止自動注冊方面，pw和dz都使用了自定義問答方式防止自動注冊的辦法，具體原理很簡單，兩者實現的都差不多。區別在於，dz要求設置10個以上的問題才能生效，而pw只能設置一個問題。另外，還有一個區別，就是pw可以自定義問答中內部使用的form變數名，可能在防止惡意自動注冊方面，會更加有效一些。pw的自定義問題只能用於注冊，而dz的可以用在注冊、發帖和短消息等方面。

從目前的具體應用來看，用一個問題就基本上解決了自動注冊的問題（長時間實踐發現的結果），當然也不排除特大型網站，用一個問題容易被攻破的可能性，這方面dz可能就更有效一些。只是dz限制要求10個以上才能生效的做法，令人費解。

6、前台管理功能
pw具備副版主功能，不過和一般的思路不同，副版主是由版主任命的，這樣恐怕會導致許可權混亂問題，所以也很少有人用這個功能。

在前台的管理功能中，pw更方便一些，不僅的主題列表中能進行管理，在帖子內容頁面中的管理方式比dz用下拉方式更直觀一些。而且在一個主題裡面刪除帖子，pw比dz直觀多了。

費解的是，pw5.3版本中移動帖子，都會在帖子前面加入移動提示「本帖被 xxxx 從 xxxx 移動到本區(xxxx年xx月xx日) 」，無法消除，真是難看極了（以前版本沒有這個毛病）

dz實現了「沉貼」的功能，可以把那些偶爾被人翻上來的無用垃圾貼沉下去，確實方便多了。。。。有次俺在pw中為了沉一個帖子，不得不提前了N個帖子。而且dz的版主管理功能，加亮、精華等操作都能一氣呵成，比pw方便好多。

7、所見即所得編輯器
dz5.5和pw5.3開始，不約而同的把所見即所得編輯器換成了ubbcode（兩個論壇名稱不一樣，這里用個通俗一點的名稱，暫稱為UBBCode）方式的編輯器，而放棄了原來的HTML可視化編輯器。

說起來，這個ubbcode可視化編輯器確實解決了以前採用代碼方式，無法可視化，導致好多非IT人士發帖無法控制格式；而和動網一樣使用HTML方式，又產生大量冗餘代碼和安全性隱患的問題。

不過造成的後果卻是，在轉貼的時候，以前可以直接從別人的網頁上，連圖片帶文字一起轉過來，卻是非常方便，雖然有盜鏈之嫌。換成了這種編輯器，再也沒法那麼方便了，因此在換了編輯器以後，官方論壇中是怨聲載道一片。。。。而且新的編輯器還有好多小BUG，更加是引起了廣泛不滿（另註：用了一段DZ後發現，dz 5.3的所見即所得編輯器好像存在很多問題，幾乎無法用，這方面可能還不如pw的編輯器好用一些）

8、附件上傳和所見即所得功能：
pw的附件還是只能提交帖子上傳以後才能進行圖文混排，這方面dz要好的多，可以上傳前就進行混排，方便多了

dz對不參與上傳的圖片附件還是顯示太多信息，看起來影響美觀（似乎是受vbb和phpbb的影響比較大）。而pw只是顯示了「圖片」字樣和描述信息，但是更惡心的是，卻把這些圖片放到正文文字上方 ，真是屢教不改啊

9、附件防盜鏈技術的分析：
dz採用了隱藏圖片地址，和檢測訪問來源（可選）的辦法來防盜鏈，應該說伺服器負擔比較大，效果還行，但不能徹底解決問題。

pw用的辦法更簡單，但更有效一些：就是定期或者自動修改附件目錄名，應該說這是一個投資少見效快的好辦法，技術上也很簡單。不過最新的pw5.3版本也引入了隱藏附件地址的方式，後台也似乎無法關閉此項功能，似乎有點畫蛇添足的味道了。。。。

發現dz也可以在後台手工修改附件目錄，也可以起到一定效果，只是沒有自動修改的功能。

10、廣告功能：
dz比pw要好一些，廣告功能更完善一些。比如貼內廣告，在帖子下面的位置類似動網的位置，看起來更整齊一些，而pw的位置就讓帖子布局顯得比較凌亂，不好看。dz的貼間廣告可以插入大的Google Banner廣告，或者其它圖片形式的廣告，展示效果很好。

相比dz，pw廣告的插入位置更少一些，效果也差一些。

11、頭像顯示：
dz不能限制上傳頭像的長寬尺寸，只能限制總像素數，顯得不夠靈活，不如pw方便。而且超出了一定尺寸的頭像，被自動縮放和拉伸了，看起來很難看。而且 dz還自動給頭像加了一個邊框，甚是惡心。可見dz把簡單的事情給弄復雜化了，其實只要和pw一樣，限制其尺寸，根本不需要拉伸。

12、附件尺寸限制：
pw只能設定所有附件的尺寸，而dz可以對個別格式的附件設定上傳尺寸，比較靈活一些，特別適合一些flash網站，或者技術型網站（比如上傳大尺寸圖紙等）。

13、詞語過濾：
pw只能使用普通方式過濾，不支持大小寫（很簡單的事情，官方就是不辦，舉手之勞啊）。

而dz不僅能識別大小寫，而且具有了一定的模糊識別功能，相當不錯了。當然，要是能直接支持正則表達式就更爽了。

14、自定義代碼功能：
pw至今不支持自定義wincode代碼，比較僵化。要增加功能，就只能修改js文件，太過麻煩。。。。

dz在這方面做的比較完美，要增加或者減少代碼、修改播放界面尺寸都很容易，在後台設置一下就可以了

15、回收站功能：
dz可以設定自動清理，而pw不能

16、IP來源顯示功能：
dz的IP地址和來源顯示類似動網，看起來不太方便，需要點擊小電腦圖標才行。還是pw的IP地址來源顯示看起來比較舒服一些。

17、防CC攻擊：
pw早在4.3.2就增加了抗CC攻擊功能，而且設置起來比較簡單，新手也能看懂。當初俺就是因為這個原因才用了pw。

dz5.5雖然號稱帶有cc攻擊防護，不過看起來比較難於理解，在後台找了半天也沒找到，估計新手是操作不了的。當年某著名站長論壇（用dz）可就是被CC攻擊搞的長期開不了張的，看起來dz的防CC攻擊功能還有待改進。

18、備份功能
pw能支持對pw程序以外的數據表進行備份，而且判斷標准不是根據表前綴。可以單獨備份pw表以外的數據表，對於那些建立了新表的插件，備份數據超級容易，這方面比較人性化。

dz只是根據表前綴來進行備份，比如你設置一個表，叫做cdb_test，那麼它會把它認為是論壇數據表而進行備份。但是如果你設置一個表，叫做test，那就自己想辦法去吧。。。。

但是dz比pw強的是，備份可以壓縮，壓縮後下載和轉存備份文件應該會節省巨大的空間和時間，對於超大型論壇應該是非常管用的。dz備份可以指定文件名，而且備份數據用十六進製表示（安全一些，但是佔用空間會大一些），估計導入和恢復的中文內碼問題就不會存在了。

另外，dz還可以備份MySQL Dump備份（不推薦使用）。

19、文件和資料庫校驗：
dz內置了文件和資料庫校驗的功能，pw只是官方提供了一個文件校驗工具，不過用起來有點莫明其妙，有時候提示使用的函數在php文件中根本不存在

20、主題推薦和相關貼功能：
dz通過qihoo實現了相關貼的功能，而且還可以支持主題推薦，這方面比pw強了很多。

21、模版和風格設置
phpwind可以在後台設置風格CSS文件，雖然新手不太容易上手，但確實還是比較方便的。
dz更進一步，把css的內容給解釋成了表單的形式，讓新手也能操作，不過帶來的缺點更加大了：如果你想在CSS中增加控制（比如調整行間距等），就不知道該怎麼弄了，只好去修改模版。好在dz還提供了一個附加功能：在後台可以直接修改模版，而且編輯界面中還帶搜索功能，總算是亡羊補牢了

dz以較大優勢在功能上超過pw，而且在dz有些勝過pw的功能上，好多都是以較大優勢取勝。

四、總結

總體來說，dz在功能上，界面上，技術上，論壇功能外延上，都勝過了pw。但pw也並非一無是處，其抗CC攻擊功能，簡潔快速的界面，強大的管理功能，獨到的防盜鏈技術，都很有特色。所謂仁者見仁，智者見智，選擇pw還是dz，仍然是一個個性化的問題，具體取決於你對他們的某項特點是否看重。

另外，感覺dz在瀏覽器兼容性上有點小問題，有時候會出現提示，什麼從來路不明的什麼東西提交信息，檢查norton internet security配置之類的煩人問題，而且dz的驗證碼太惡心，根本看不明白，都趕上動網的爛驗證碼了，基本上沒法用，只好關掉算完。

需要說明的是，如果是新手，需要選擇論壇，還是建議選擇dz，因為功能比較多，論壇的外延開發的比較好（supsite/X-space做的很不錯），用起來方便一些，而且模版修改起來比較簡單，容易上手。
pw只是適合老手，和對論壇外延功能不太感興趣的那些人使用，而且pw的模版修改起來相當困難，稍有不慎就容易出錯，對新手不合適。
PW適合娛樂站，速度快，功能多，官方集成各種插件，幾乎不用維護
pw現有的功能=dz+銀行+多附件上傳+在線會員統計+特殊用戶組添加+節日送禮
個人認為phpwind比較方便些,對於那些不想花時間裝插件的人來說上手更容易