![]() |
||
Major Member
![]() 加入日期: May 2001 您的住址: 台北
文章: 130
|
轉換跑道JSP or PHP ?
希望有人看的見
小弟的公司是ASP為主, 這兩年加入.Net 做網站開發, 配合MS SQL. 但母公司現在政策轉向, 要往免費的方向發展. 給我們兩個選擇, .Net 人員說想轉JSP , ASP(小弟也是) 考慮PHP. 去搭配MySQL .. 有在業界的前輩可以指點一下... 考慮網路資源維護發展性..是 JSP or PHP ?
__________________
![]() |
|||||||
![]() |
![]() |
Golden Member
![]() ![]() ![]() ![]() 加入日期: May 2002
文章: 2,919
|
離開公司轉換跑道吧....
台灣軟體業已經輸給對岸了... 除非是專包公家機關的Case.... |
||
![]() |
![]() |
Regular Member
![]() ![]() 加入日期: Jan 2005
文章: 72
|
引用:
PHP比較多人在加持,畢竟市占率擺在那了,跟著多人走會比較順遂 JSP多半開發大型站,尤其是資安要求高的公司行號,更新較慢, 資料多半要看原文,目前由甲骨文加持,發展不至於需要擔心.... (公司接小型站多就PHP,大型站就JSP就這樣....)
__________________
![]() |
|
![]() |
![]() |
Power Member
![]() ![]() 加入日期: Mar 2003
文章: 648
|
> 目前由甲骨文加持,發展不至於需要擔心....
Oracle併購了Sun Microsystems,被稱為Java之父的James Gosling由Oracle辭職了 Oracle併購了MySQL,MySQL原創者離職 > JSP多半開發大型站 沒聽過這種說法 |
![]() |
![]() |
Regular Member
![]() ![]() 加入日期: Jan 2005
文章: 72
|
引用:
昇陽併購MySQL AB,甲骨文再併購昇陽,螳螂捕蟬黃雀在後... 資料庫甲骨文很強了,這個完全不需要擔心, 至於語言方面,java是開源的,有沒有James對於JAVA的發展不是很關鍵, 除非甲骨文封閉源碼
__________________
![]() |
|
![]() |
![]() |
Master Member
![]() ![]() ![]() ![]() 加入日期: Dec 2001
文章: 1,747
|
1. 開發大型網站大概都逃不掉使用一些 Framework, 這點 JSP/PHP 都不能免俗.
JSP (其實是 Java) 可能要用到的是 Hibernate, Struts, Spring 之類的 PHP 可能要去學習 Zend FrameWork / CodeIgniter /Yii 之類的 2. Java 當初在 Sun 的手上其實有著不錯的開放風氣, 可惜現在被 Oracle 買下, Java 老爸也投奔 Google, 目前社群的感覺有點尷尬.... PHP 印象中有大老被 M$ 挖角了 (已經很久了) , 不過社群方面還是蠻有活力的. 3. 基本上兩者最重要的差別是: PHP 傾向於簡單設計, 一個頁面就是一個處理流程, 結束了東西就沒有了, Session 存在磁碟上, 缺點就是 "有些明明就可以輕鬆共用/預存的資源, 比如說現在有多少人連到系統中, 這件事情卻需要連上資料庫/其他 Cache機制/磁碟 才能處理" (另外一個例子, 同一個使用者看了 100 個頁面, 這 100 個頁面其實都需要重新去連結資料庫, 而不是一個連結可以被重複使用 100 次 (PDO 推出後有更新此特性, 可是文件中卻不太推薦, 應該是還容易出毛病 XD )) Java 傾向於 "共用/預存的資源都可以存在共用區 (記憶體) 而不需要去額外處理". (因為語言本身有不錯的同步功能, 這點是 PHP 需要靠另外很多技巧或者外掛才能達成) 不過反過來說, 也有人認為, PHP 這樣的設計有其優點, 比如說較大型的系統 (多機器), 可以比較快切換伺服器而容易橫向擴充. (反正 Session 存在硬碟, 這個部分弄在 NAS 上面就好了) |
![]() |
![]() |
Power Member
![]() ![]() 加入日期: Mar 2003
文章: 648
|
> 缺點就是
> "有些明明就可以輕鬆共用/預存的資源, 比如說現在有多少人連到系統中, 這件事情卻需要連上資料庫/其他 Cache機制/磁碟 才能處理" > (另外一個例子, 同一個使用者看了 100 個頁面, 這 100 個頁面其實都需要重新去連結資料庫, 而不是一個連結可以被重複使用 100 次 (PDO 推出後有更新此特性, 可是文件中卻不太推薦, 應該是還容易出毛病 XD )) php.ini 中設定 register_globals = On / Off 全域變數 |
![]() |
![]() |
Master Member
![]() ![]() ![]() ![]() 加入日期: Dec 2001
文章: 1,747
|
引用:
http://php.net/manual/en/security.globals.php 這個設計已經被證實很容易變成漏洞, 因此 5.3.0 之後的 PHP 已經移除了. |
|
![]() |
![]() |
Power Member
![]() ![]() 加入日期: Jan 2002 您的住址: Taipei
文章: 664
|
引用:
你說的這設定與人家提到的問題完全沒有關係.
__________________
![]() Tommy 碎碎念... |
|
![]() |
![]() |
Elite Member
![]() ![]() ![]() ![]() ![]() 加入日期: Jan 2002
文章: 4,030
|
我的建議是
如果您還堅持走WEB AP開發,PHP是不錯的選擇!! 我之前是走linux system admin為主,後來學Networking device 順道把一些networking protocol也都學了起來,但是對於linux 提供的 networking function在還沒學networking device之前,那是全然不懂的 學完networking device後,轉回來linux system ,就能夠架輕就熟 linux kernel 的netfilter 架構也能夠輕鬆切入!! OK,轉回來樓主的疑問,PHP至少可以跨平台,在Windows or Linux上 都可以使用,唯獨需要小小的修改source code , 比如說path name問題!! 但問題又來了,走到那個平台都一樣,會遇上Frame Work問題!! 以我來說,我完全沒用Frame work的架構,反正我只是寫一些WEB GUI 來使用,是比較簡易的那一種 (雖然我最近也把我寫的一些舊版本的GUI程式導入Server Session management[自行開發的session管理程式]) 就看您的需求了,用現成的Frame Work或者自行開發也都OK !! 反正現在的CPU已經快得不像話了,拿來跑PHP任何Frame Work都游刃有餘!! PS:我寫程式算是傳統派的,OO與我格格不入!!
__________________
您想買新硬碟嗎? 購買前請務必參考這篇文章,是我的實際經驗 還想讓統一賺你的錢嗎?統一集團成員(能見度高的): 星巴克、家樂福、7-11、無印良品、黑貓宅急便、聖娜多堡、阪急百貨、 康是美、博客來、夢時代、Mister Donut 、Cold Stone 、龜甲萬、 維力33%股權、光泉31%股權、Smile速邁樂、紅心辣椒、台北轉運站(統一企業BOT) 統一LP33膠囊有環保署早已列管的一級管制品: DNOP塑化劑 |
![]() |
![]() |