自如php

目前php開發網站,最為流行的框架是哪幾個?

Yii

Yii是一個基於組件的高性能的PHP的框架，用於開發大規模Web應用。Yii採用嚴格的OOP編寫，並有著完善的庫引用以及全面的教程。從MVC，DAO/，widgets，caching，等級式RBAC，Web服務，到主體化，I18N和L10N，Yii提供了今日Web2.0應用開發所需要的幾乎一切功能。而且這個框架的價格也並不太高。事實上，Yii是最有效率的PHP框架之一。

CodeIgniter

CodeIgniter是一個應用開發框架——一個為建立PHP網站的人們所設計的工具包。其目標在於快速的開發項目：它提供了豐富的庫組以完成常見的任務，以及簡單的界面，富有條理性的架構來訪問這些庫。使用CodeIgniter開發可以往項目中注入更多的創造力，因為它節省了大量編碼的時間。

CakePHP

CakePHP是一個快速開發PHP的框架，其中使用了一些常見的設計模式如，AssociationDataMapping，FrontController以及MVC。其主要目標在於提供一個令任意水平的PHP開發人員都能夠快速開發web應用的框架，而且這個快速的實現並沒有犧牲項目的彈性。當然啦，如果是自助建設網站可以藉助建站寶盒來進行。

國內目前流行的免費的php+cms比較

備註：免費CMS的PHP程序下載都可以在他們的官方網站上下載(有一些不是開源的，但有免費版)，如果您對cms的概量還不很理解，請看這里：什麼是CMS？

網站內容管理系統，即ContentManagementSystem，英文縮寫是CMS。網站內容管理系統具有許多基於模板的優秀設計，可以加快網站開發的速度和減少開發的成本。網站內容管理系統的功能並不只限於文本處理，它也可以處理圖片、Flash動畫、聲像流、圖像甚至電子郵件檔案。網站內容管理系統其實是一個很廣泛的稱呼，從一般的博客程序，新聞發布程序，到綜合性的網站管理程序都可以被稱為內容管理系統。

國內最常用的PHP+MySql免費開源CMS系統大全

1.DEDE－這是一款國內開源的cms，作者是一個個人，能做出如此功能的cms，是相當不錯的。2007版功能十分強大，希望能改善之前數據量一大，更新靜態頁就很慢的缺點。因為開源，有較多的玩家和擁護者。非常適合有一定編程基礎的站長。

官方：

2.phpcms－一個綜合的網站管理系統，由PHP+MYSQL構架全站生成html，能夠快速高效地應用於LINUX和WINDOWS伺服器平台，是目前中國LINUX環境下最佳的網站管理應用解決方案之一。據傳被酷6收購。

官方：

3.帝國網站管理系統－Ecms全稱為」帝國網站管理系統」，英文譯為」EmpireCMS」簡稱」Ecms」.Ecms是基於B/S結構，且功能強大而易用的網站管理系統．是一個經過完善設計的適用於Linux/windows/Unix等環境下高效的網站解決方案。

官方：

4.php168－PHP168整站系統，代碼全部開源，可方便的進行二次開發，功能模塊可以自由安裝與刪除，個人用戶免費使用。系統頻道模塊很多，適合作個人門戶網站。較多頁面沒有生成靜態頁。如果你想建站，就義無反顧的選擇它吧！！！

官方：

5.HBcms：一個以PHP官方推薦的PEAR+SMARTY技術架構的cms，比較容易上手，適合沒經驗的新人做網站。沒有下載，分類信息等模塊，適合做文章為主的網站。全站生成靜態頁，默認附帶了幾套模板，可以方便的更換模板。個人企業都免費，無需授權。

官方：

6.SupSite－一款將論壇資源自動轉換成門戶網站的php程序系統，使用SupeSite，並利用你現有的論壇，你將自動擁有一個功能完備的，資源豐富的站點系統；由論壇變成網站，一切都是自動完成，你不需要任何干涉。讓你輕輕鬆鬆實現建立網站的目的。

官方：

7.曼波－MAMBO，一個國外的CMS系統，功能很強大，支持添加很多組件，模塊;擁有豐富的模板.Mambo是一個網站內容管理系統(CMS)，它是網站的後台引擎，使網站內容的創建、管理和共享更加簡易。Mambo十分強大，但官方網站也承認，它不是典型的「門戶」網站解決方案。

官方：

8.Joomla!是一套在國外相當知名的內容管理系統，2007年開源cms第一名！Joomla!是使用PHP語言加上MySQL資料庫所開發的軟體系統，可以在Linux、Windows、MacOSX等各種不同的平台上執行。操作介面除了美觀之外，也花了很多心力在設計這些介面的簡易操作性。但初次使用者，需要花一點時間學習一下操作的方式，才能運用自如。。

官方：

9.Drupal－Drupal是一個強大的軟體，它可以讓個人或社區使用者很容易地發表、管理並組織一個網站里大量且多樣的內容。已經有許多個人和組織採用Drupal來建立各種不同的網站。Drupal是一套採用GPL授權的開放源碼軟體，是由數以千計的使用者和開發人員所共同維護和開發的。

官方：

10.WordPress-是一款基於PHP和MySQL的Blog軟體，但是它也可以當作簡單的cms系統來用。通過它可以快速而簡便的搭建屬於你自己的Blog（網站）平台。簡而言之,這個Wordpress就相當於咱們用來搭建論壇的那些程序,比如用在自留地上的雷傲,還有別的比如PHPBB等等Wordpress因為它的安裝簡單和可擴展性好幾乎已經成了獨立搭建Blog平台的第一選擇。Wordpress還有一個MU就是多用戶的版本,支持多用戶的Blog系統。

官方：

說到免費的PHPCMS系統，再看看目前國外的CMS狀況

國外的cms比較發現：通過Alexa統計的幾個主要的CMS（ContentManagementSystem）工具的最近三個月網站日瀏覽的統計，這份統計包括Drupal,Joomla,Mambo,Xoops和Typo3，很明顯可以看出曾經的CMS老大Xoops已經式微，Mambo在變故之後半死不活，Typo3一直都名聲平平（不知道Typo3與Typo是什麼關系，Typo是基於RubyonRails(ROR)的blog系統，有著非常kool的ajax應用，正准備搭一個Typo看看）而相比較而言，Joomla與Drupal卻變得越來越popular，四月中的那次飛躍估計與Drupal的最終推出關系比較大。當然這只是對於各個CMS的流行程度的一個估測值，會有這樣那樣的bias，譬如可能因為是Drupal的安裝使用過於復雜所以用戶才不斷的到Drupal.org上去問問題，導致Drupal的網站頁面訪問上升，而Xoops因為發展歷史很長，並且使用簡單，所以用戶在下載安裝之後不用經常的去Xoops的網站尋求幫助（呵呵，GRE邏輯題）。但是不管怎樣這份Alexa的Pageviews的統計還是能給我們指一指CMS的流行風向。點這里查看CMS整站系統介紹

如何選擇最優秀的CMS，最好的CMS

現在每個CMS功能介紹上都會說自己的產品如何強大，比如說什麼模板體系如何好，緩存技術如何高明，刷新效率，負載容量如何強，操作如何如何簡單，容易上手，跟第三方無縫結合，還有功能模塊的如何豐富，生成靜態發布，信息採集吹牛誰都會，大家都會寫，關鍵是客戶如何認為，不用功能很多。另外，CMS系統SEO搜索優化也是比較重要的因素，適用得當，可以給你帶來很多搜索引擎的流量。

一句話，適合自己的就是最好的。

PHP作為強大的Web開發語言，上手非常容易，開發效率很高，不需要像java一樣進行編譯後才能執行，但是如果用原生的PHP來開發還是會存在開發速度慢，或者說後期維護難度大，缺乏代碼嚴謹性等問題，我就需要使用目前流行的MVC框架，那麼現在有哪些PHP框架更方便，更快捷呢？

1.Laravel

laravel可以說是從去年到今年都是最熱門的PHP框架之一，它的優勢在於易學習，上市容易，強大的擴展類庫，可以直接使用Composer引用（laravel5.5以後不需要在文件引用外加的擴展類），你可以在它的官方文檔中找到很多你能用的到的擴展類，不需要自己再進行開發，方便的artisan命令，一鍵生成MVC以及其他常用文件，並且支持隊列，資料庫遷移，數據填充等功能，是一個非常有藝術感的框架。

2.Thinkphp

作為PHP開發者中最受歡迎的框架之一，它有著優雅的語法，完善的開發文檔，能簡單的開發出你需要的功能，比起之前的3版本，最新的版本也可以使用Composer來下載類庫，並且也支持隊列，身份驗證，回話，高級路由等功能。

3.Yii2

擁有簡潔的面向對象的框架，能夠很好的擴展你的視圖，總的來說Yii2對開發者是很友好的。

4.CI

它可謂是PHP框架中輕量級框架的代表，本身框架非常小，但是功能依然強大，它提供了簡單而精緻的開發類庫，唯一缺失的就是本身的安全性。

這是目前PHP比較熱門的框架，個人還是比較喜歡使用Laravel，開發效率極高，有非常多的類庫來輔助支持，更新也快，最近已經更新到了5.6版本，不過建議還是使用5.5LTS長期支持版，不需要經常更新框架源碼，如用上手速度來看的話，優先可以選擇CI框架。

Ⅳ PHP和ＡＳＰ．ＮＥＴ哪個更好

PHP與ASP.NET都是現在很流行的腳本語言，也是當前最為熱門的動態網頁技術的兩個，有很大的應用前景和開發價值。

所以兩個的優劣也是一個「更好」能夠分清的。

先說PHP，PHP是語法簡明，上手快，對現有的各種資料庫都支持良好，在面向對象方面也有著自己的優勢。同時，PHP還有著執行效率高，伺服器壓力小的特點。最好的一點在於，PHP是開源的，有著無數的民間技術高手，貢獻著很多實用的類庫，這也彌補了它在類庫方向的不足。

ASP.NET是微軟.net戰略的重要組成部分，從發布到現在受到人們的交口稱贊。它可以使用C#和VB兩種語言同時編寫，更重要的是，它有著強大的類庫支持，強大的不能再強大的Visual Studio的夢幻般的開發環境，它所提供的大部分的控制項，可以讓一個新手很容易開發出高質量的網頁。但它也有很多的缺點，如Visual Studio和相關的軟體全部是要收費的，而且價格不菲。目前來看，ASP.net只有在Windows平台下進行自如，雖然已經出現了一些第三方的支持，但對asp.net2.0一直沒有完成支持，這也使得你可能使用windows做為你的伺服器操作系統，這也是要收費的。

Ⅵ 為什麼大型網站前端使用 PHP 後台邏輯用 Java

最近糾結了一下，如果開發一個大型的網站，我到底應該使用php還是jsp，後台到底使用php還是用java，我的選擇要麼是php要麼是java，因為我喜歡linux、unix，當然window平台也必須支持，以便哦的妹紙可以查看。這就要求用一些跨平台相當好的軟體+工具+語言，所以選擇只能是這么幾個。最後我的決定是php+java，一個前台一個後台，理由如下： php和java在開源社區的活躍度嚴重超過了其他的語言，使用人數也都是相當之多；活躍的開發工程師們能夠給我幫助，且這倆都能很好的跨平台，不用花費大量的人力物力去維護 我也做過一個物聯網的網關網站，比較復雜，當時採用的是jsp+java，復雜程度可想而知，單單說開發過程，網站部分繁瑣，每次想查看結果運行網站的時候還需要重新打包部署一下，嚴重影響了哦的開發效率，每天的時間都是在等待（因為網站比較復雜，打包部署需要浪費一些時間）。相對來說呢，php就沒有了，php靈活，好學，上手快，容易悶態慎修改，容易發布，關鍵是熱部署，這個真讓哦眼睛大亮。當然看待任何事物都需要兩種眼光，php也會有缺點，比如沒有太好的開發IDE，所以拼寫錯誤很正常，且php的sql注入危螞敬險較大點，執行效率不高，安全性不如java。還有一些理由，來自知乎的米米們給的建議： Java的優點則是穩定可靠、運行效率高（尤其是JIT的出現之後差距更大了）、不容易犯錯（強類型、預編譯、必須攔截異常等等），缺點是開發和發布的效率相對較低。盡管優秀的工程師能在一定程度上改變以上的問題，但通常而言，哪能到處都是高手多如狗的夢之隊？ 從MVC的層次結構上說，在一般網站項目的開發周期中，需求變更最頻繁、調整最多的是View，其次是Controller，最後是Model。這非常好理解，沒事干誰天天改數據結構？每次版本升級控制結構都要改的啦，或多或少而已。再次是兩者之間的通信，目前RPC技術已經足夠成熟，無論是Web Service/Hessian/RESTful API都能夠讓開發人員專注在功能開發上，而不需要過多的考慮異構平台的差異和通訊的細節。這也就意味著在大公司里同時應用兩種語言的方案並不會引入過多的復雜度和工作量。當然，文檔量的下限倒是因此被拔高了不少，但事實上大部分團隊對此其實都是喜聞樂見的：別每天說文檔重要但沒空了，你不寫其他同事怎麼配合？ 靠近用戶的前端，使用PHP能夠更快的完成前端頻繁而瑣碎的更新，自如的應對各種需求的變化。頁面的結構調整、用戶輸入內容的基本驗證、僅只和用戶交互有關的簡單邏輯等都很適合使用PHP來開發，甚至可以通過類似Smarty等模板技術將其頁面的變動遷移到前端團隊。而基本的業務邏輯和數據的更新採用Java開發，可以有效的提高復用度、提升性能和吞吐能力、規避安全問題等。而開發效率稍有降低換來的是可維護性的提升，發布速度慢就更不是問題了，因為通常對於基礎業務邏輯的調整往往都是整體修改，並層層測試確認才能發布的。 所以，大型網站前端採用PHP後端採用Java，既好招人又好維護、系統穩定還性能高、連安全性都大大增加。代碼復用、文檔完備度居然也都改善了。讓你在以上這些好處觸手可及時，對架構師知識譜系在廣度上要求更高一些這事根本就不是個問題。
單一方案其實一樣可以做良好的隔離，PHP同樣可以提供Service，而性能問題其實很多時候是演算法和架構的問題而不是語言差異的問題。如Velocity或JSTL等也是很優秀的隔離方案。
但這些方案在高壓力下會暴露出很多問題而體現雙語言的優勢，這些在上面其實都提到，詳細說明一些很難得到改變的點：
1. PHP由於其動態腳本語言的特性，包括類、函數、常量在內都需要在每次請求周期中重復執行後才能建立運行環境；為了保證解析速度而犧牲編譯質量；應用了FastCGI但僅僅只是復用進程處理請求減少fork成本而不是像其他語言，初始化完畢後通過FastCGI的介面獲得數據並以對應介面返回數據等幾個原因，基本上已經不可能在性能上追回當初更爛現在開著JIT牌跑車的Java了。
2. 在PHP里是如此的容易犯錯而難以發現，即使你用實質上出自官方的閉逗Zend Studio，也無法改變一個事實：要保證你的程序高質量無大錯，得要有充足的經驗、足夠的嚴謹、以及——負責任的QA。淘寶的黃裳就曾經拿IDE這事開過玩笑。而玩笑背後的那個原因「缺乏中間件」最近幾年有不少的改善，主要是不少中間件的支持變得更廣泛了從而讓PHP得益，但發展的根源其實還是在C和Java社區。性能和易犯錯則是語言特性造成的技術難點，也是用來換取靈活、快捷的必要代價，很難去指望有根本的改善。
3. Java的世界裡也有JSTL、Velocity和Freemaker等，但和PHP靈活而強大的動態能力、豐富的函數和類庫、輕松的學習成本、多到令人發指的文檔相比，簡直就是渣，就是渣啊！JSTL改完了要重啟Context啊有木有？Velocity不關緩存也要重啟啊有木有？Velocity開緩存性能低下啊有木有？即使這些都不管，調整下某個數據校驗規則要改Action也要重啟有木有？
實際工作中性能問題可以通過良好的架構解決，容易犯錯的問題可以通過框架和規范以及全面的測試來解決，中間件選擇少些但其實該有的都有了，Java的靈活性一樣有不少可供考慮的解決方案哪怕是挫得要死的摘掉節點重啟，完成後重新上節點的策略。
所以，大家會看到單一語言的技術團隊也很多，這個問題的真正考慮還是更多在團隊自身的特點、積累等等。用了雙語言的，也知道自己為什麼要用這些，不用的也清楚自己的路該怎麼走。最後的最後說一句：如果你不知道自己為什麼要用雙語言方案的話，基本上你也就不需要考慮它了

Ⅶ 為什麼大型網站前端使用 PHP 後台邏輯用 Java

首先，為什麼是PHP和Java，不是其他。這和兩者的開源社區都很活躍，並且都很適合進行Web開發有很大的關系，而且都很適合Linux環境下運行，可以在運維上統一管理。
盡管.Net市場佔有率也不低，但由於Windows和SQL Server的License費用、開源社區不活躍等多種問題相對而言考慮得少一些。TIOBE TOP 10中適合Web開發的語種還包括了Python Perl Ruby，其中Perl已經是昨日黃花，主要在伺服器腳本領域還有較多應用，Web上已經不太可能Yesterday oncemore了。Python最近上升勢頭挺猛，但僅需要考慮文檔較少、招聘相對困難基本就註定了暫時不會是大網站的主流選擇。Ruby就不更不用提了。
再看一下兩個語言之間的差異。 PHP靈活，上手快，易修改，發布快捷，缺點是容易犯錯(常見如拼寫錯誤、SQL注入、上傳執行等)、執行效率不高、缺乏全局緩存。Java的優點則是穩定可靠、運行效率高(尤其是JIT的出現之後差距更大了)、不容易犯錯(強類型、預編譯、必須攔截異常等等)，缺點是開發和發布的效率相對較低。盡管優秀的工程師能在一定程度上改變以上的問題，但通常而言，哪能到處都是高手多如狗的夢之隊?
然後從MVC的層次結構上說，在一般網站項目的開發周期中，需求變更最頻繁、調整最多的是View，其次是Controller，最後是Model。這非常好理解，沒事干誰天天改數據結構?每次版本升級控制結構都要改的啦，或多或少而已。而View，啥時候兩天不改BU啊PM啊UED啊大概是集體休年假了吧?
再次是兩者之間的通信，目前RPC技術已經足夠成熟，無論是Web Service/Hessian/RESTful API都能夠讓開發人員專注在功能開發上，而不需要過多的考慮異構平台的差異和通訊的細節。這也就意味著在大公司里同時應用兩種語言的方案並不會引入過多的復雜度和工作量。當然，文檔量的下限倒是因此被拔高了不少，但事實上大部分團隊對此其實都是喜聞樂見的：別每天說文檔重要但沒空了，你不寫其他同事怎麼配合?
總的來說，靠近用戶的前端，使用PHP能夠更快的完成前端頻繁而瑣碎的更新，自如的應對各種需求的變化。頁面的結構調整、用戶輸入內容的基本驗證、僅只和用戶交互有關的簡單邏輯等都很適合使用PHP來開發，甚至可以通過類似Smarty等模板技術將其頁面的變動遷移到前端團隊。而基本的業務邏輯和數據的更新採用Java開發，可以有效的提高復用度、提升性能和吞吐能力、規避安全問題等。而開發效率稍有降低換來的是可維護性的提升，發布速度慢就更不是問題了，因為通常對於基礎業務邏輯的調整往往都是整體修改，並層層測試確認才能發布的。
所以，大型網站前端採用PHP後端採用Java，既好招人又好維護、系統穩定還性能高、連安全性都大大增加。代碼復用、文檔完備度居然也都改善了。讓你在以上這些好處觸手可及時，對架構師知識譜系在廣度上要求更高一些這事根本就不是個問題。
好吧，後面的同學補充了一個很好的問題，為什麼不是僅用PHP或是僅用Java?這個我原本稍微提了，不過之前發布前刪掉了的，因為問題是為什麼PHP+Java。其實也有很多公司為了保證團隊組織不至於過度復雜，會更傾向於採用單一語言，尤其是中小公司。
單一方案其實一樣可以做良好的隔離，PHP同樣可以提供Service，而性能問題其實很多時候是演算法和架構的問題而不是語言差異的問題。如Velocity或JSTL等也是很優秀的隔離方案。
但我們都知道，現實往往比理想骨感很多，這些方案在高壓力下會暴露出很多問題而體現雙語言的優勢，這些在上面其實都提到，詳細說明一些很難得到改變的點：
1、PHP由於其動態腳本語言的特性，包括類、函數、常量在內都需要在每次請求周期中重復執行後才能建立運行環境;為了保證解析速度而犧牲編譯質量;應用了FastCGI但僅僅只是復用進程處理請求減少fork成本而不是像其他語言，初始化完畢後通過FastCGI的介面獲得數據並以對應介面返回數據等幾個原因，基本上已經不可能在性能上追回當初更爛現在開著JIT牌跑車的Java了。 更何況，還缺少了系統級共享數據的支持，使得核心數據一次性初始化後重復使用必須藉助擴展或中間件。
2、在PHP里是如此的容易犯錯而難以發現，即使你用實質上出自官方的Zend Studio，也無法改變一個事實：要保證你的程序高質量無大錯，得要有充足的經驗、足夠的嚴謹、以及——負責任的QA。淘寶的黃裳就曾經拿IDE這事開過玩笑。而玩笑背後的那個原因「缺乏中間件」最近幾年有不少的改善，主要是不少中間件的支持變得更廣泛了從而讓PHP得益，但發展的根源其實還是在C和Java社區。性能和易犯錯則是語言特性造成的技術難點，也是用來換取靈活、快捷的必要代價，很難去指望有根本的改善。
3、Java的世界裡也有JSTL、Velocity和Freemaker等，但和PHP靈活而強大的動態能力、豐富的函數和類庫、輕松的學習成本、多到令人發指的文檔相比，簡直就是渣，就是渣啊!JSTL改完了要重啟Context啊有木有?Velocity不關緩存也要重啟啊有木有?Velocity開緩存性能低下啊有木有?即使這些都不管，調整下某個數據校驗規則要改Action也要重啟有木有?
好吧，吐槽結束。
實際工作中性能問題可以通過良好的架構解決，容易犯錯的問題可以通過框架和規范以及全面的測試來解決，中間件選擇少些但其實該有的都有了，Java的靈活性一樣有不少可供考慮的解決方案，不說 OSGi 之類，就算是挫得要死的摘掉節點重啟，完成後重新上節點的策略也都能湊效。
所以，大家會看到單一語言的技術團隊也很多，這個問題的真正考慮還是更多在團隊自身的特點、積累等等。用了雙語言的，也知道自己為什麼要用這些，不用的也清楚自己的路該怎麼走。最後的最後說一句：如果你不知道自己為什麼要用雙語言方案的話，基本上你也就不需要考慮它了。
小豬，寫程序很好玩
後端java最大的優勢在於龐大的生態環境，你想解決的任何問題，java都有現成的方案，而且，相對其他語言來說，基於jvm的方案在運行效率和運維成本上平均來說是最佳的(這里不討論說什麼運維人員的能力之類的，只假設我們的運維都只具有一般的平均水平)，所以，後端天然是傾向java的，無論前端用什麼。
至於前端，最大的問題在於，一個網站的UI，變動相當頻繁，傳統的基於java的開發方案，jsp tag lib，freemaker， velocity。。。。你讓前端怎麼改，怎麼調試?不經過專門學習他們怎麼看得懂?而且，java的開發模式，動不動上來就是MVC，後端跟前端結合太緊密了，基本上前端很難自由的在ui層工作。反過來，基於PHP的前端方案，至少做前端的都能看得懂，都能調試得了，這就是巨大的生產力的解放了，講後端java做成rest服務，前端所有的動態代碼都可以交給前端工程師，對他們來講，最舒服的動態網頁方案，自然就是PHP，這個是歷史沉澱決定了，誰也沒法改變，無論你多麼看不起PHP，包括我自己也是並不喜歡PHP，但是仍然要再強調一次，對前端工程師來說，最舒服最自在的動態網頁方案，仍然是PHP!就如同上面很多人回答的，PHP就是快，快在哪兒?PM說要改什麼，前端上手10分改好，30分鍾後已經release了。把任務發給後端工程師?那慢慢等吧。。。