大部分 線上環(huán)境都是linux的, 所以在linux上開發(fā) 你會方便很多!至少你在windows上跑的正常,可能上線就會出了問題,因為兩者可能有些地方寫法有點點不同!最主要的是 linux很多東西操作方便,本身就是服務器,而不像windows ,我還得安裝 虛擬機,安裝環(huán)境,打開的時候,可能內(nèi)存都占滿了...

一般都可以了，PHP相對簡單，畢竟是一門腳本語言！

PHP是后臺的一種，不屬于前端開發(fā)但是如果要從事PHP開發(fā)的話，基礎的前端開發(fā)知識也是要了解的，最起碼要能夠看得懂HTML、CSS，并能夠掌握jQuery方面的知識

兩者都很好，普遍的都用php，而java少，php開發(fā)和維護簡單，java開發(fā)會有點復雜，而且國內(nèi)的服務商比較少，空間費用較php貴好幾倍，但從代碼開源方面，java可以有效保護自己的代碼，php是開源的，我建議先用php+mysql開發(fā)，待程序完善后可升級到jsp+mysql后臺，php空間服務商很多，而且開發(fā)者很多，有很多可以借鑒的代碼。

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

php做前端,java做后端淘寶是個例子服務器端 前后分開 是為了兩方面，雖然淘寶最開始并不想這樣做。。。先說下歷史，淘寶是 最開始php全部，后來發(fā)現(xiàn)開銷太大，代碼效率不行，就直接把數(shù)據(jù)存儲啊，用戶通知啊 就交給java實際上大部分網(wǎng)站都樂意采用 這種前端php 后端 java或者C++這種形式，我是php c++ 這種。優(yōu)點，核心動作效率肯定高，c++ java 這種代碼效率奇高。比php腳本好很多。前端php，語法簡單，維護簡單，部署簡單，而且容易找到維護人員?？傊褪情_發(fā)快，維護成本低。大致了解了嗎？你說的h5 + java實際上就是把java提到前臺， 不是不可以，維護和開發(fā)成本太高了啊。前端開發(fā)要經(jīng)常搞， 但是java做前臺 要 調(diào)試 、 編譯 部署還要重編譯。 麻煩，人工開銷也大。不劃算如果是.net技術(shù) 就更高成本了。光服務器軟件一塊就要多少了。 所以微軟的框架 用的不多。國內(nèi)外都不多，用.met的 成本開發(fā) 維護 都麻煩。要氣硬件條件還苛刻。

java返回給php的基本都是json數(shù)據(jù)，這個數(shù)據(jù)在前端頁面也是可以直接用的啊，java不需要參與界面渲染。比如去掉php，前端直接用java返回的數(shù)據(jù)，如果需求改了，界面要改，讓前端去改就行了，數(shù)據(jù)是不用換的。我不太明白為什么要用java返回數(shù)據(jù)給php，php再用前端開發(fā)的界面把數(shù)據(jù)套進去

哦？ 你認為 登陸用戶 算前端 還是后端？用php+cookie 傳輸判斷登陸\參與界面輸出 容易 還是 直接用html 啊 容易能實現(xiàn)么？？？？java 只做核心大規(guī)模計算過程。比如賣家端，你只看到了淘寶幾個購買頁面，沒有看到繁復的賣家中心，管理中心、物流、訂票、酒店、ECS等等 非常多的功能。php做這些你等著吧。用java 參與界面渲染也可以。 就回歸我說的問題 就是 開發(fā)成本了。

你這個地方說的接單是啥意思？前臺post過來的數(shù)據(jù)，要在后臺接??？前天post過來的數(shù)據(jù)，肯定要存在mysql數(shù)據(jù)庫中，然后后臺 執(zhí)行語句，讀取數(shù)據(jù)庫中的數(shù)據(jù)這樣就實現(xiàn)了接單的功能了如果你不存儲在mysql數(shù)據(jù)庫中的話，占用內(nèi)存的話，很耗資源，速度慢，拖服務器

1、首先你得搭建PHP運行環(huán)境。建議使用PHP開發(fā)速成搭建工具包xampp。集成php+phpmyadm+mysql2、第二步，寫需求，如圖書管理系統(tǒng)。是否需要會員系統(tǒng)（會員是否分等級如普通、VIP分等級的話，那么有這些等級之間有什么差別）、是否需要文章發(fā)布、是否需要圖書信息發(fā)布、是否需要在線購買書籍、是否要對書籍進行留言評論、是否要有在線試讀。3、針對上面列出的需求，進行數(shù)據(jù)庫的表設計。表的設計要根據(jù)以上的需求來。4、確定怎么對網(wǎng)站進行架構(gòu)，因為這是一個系統(tǒng)了。是一個系統(tǒng)化的東西，而不是其中某一個小模塊功能。你必須要對自己的網(wǎng)站來做一個架構(gòu)。以使將來有可能網(wǎng)站進行功能模塊增加、網(wǎng)站風格改版提供支持，如果只是單純的PHP寫法，將來網(wǎng)站維護改版會很麻煩的，前期一個好的系統(tǒng)架構(gòu)很重要。這就是為什么很多好的程序員都會喜歡用自己熟悉的某一PHP框架來進行編程了。當然，你也可以自己構(gòu)思自己的框架，當然這個是需要有對PHP這門語言相當熟練，在通過自己的理解，自己的需要編寫適合自己或大眾的框架。如zend framework 、thinphp、qeephp、smarty、cakephp等等，要知道一個好的框架不是一天就能寫出來的，都是日積月累的。5、程序?qū)崿F(xiàn)了你自己的需求，然后就是測試了。測試，可以分的很細了。如數(shù)據(jù)完整性驗證。數(shù)據(jù)有效性、操作步驟一致性、6、以上則完成。

1、開放的源代碼： 　　所有的PHP源代碼事實上都可以得到。 　　2、PHP是免費的。 　　和其它技術(shù)相比，PHP本身免費。 　　3、php的快捷性 　　程序開發(fā)快，運行快，技術(shù)本身學習快。嵌入于HTML：因為PHP可以被嵌入于HTML語言，它相對于其他語言，編輯簡單，實用性強，更適合初學者。 　　4、跨平臺性強： 　　由于PHP是運行在服務器端的腳本,可以運行在UNIX、LINUX、WINDOWS下。 　　5、效率高： 　　PHP消耗相當少的系統(tǒng)資源。 　　6、圖像處理： 　　用PHP動態(tài)創(chuàng)建圖像 　　7、面向?qū)ο螅?　　在php4,php5 中，面向?qū)ο蠓矫娑加辛撕艽蟮母倪M，現(xiàn)在php完全可以用來開發(fā)大型商業(yè)程序。 　　8、專業(yè)專注： 　　PHP支持腳本語言為主，同為類C語言。