| [Question] PHP vs JSP |
03/04/2007 23:49:44 (+0700) | #121 | 51368 |
aguest
Member
![[Minus]](/hvaonline/templates/viet/images/minus.gif "[Minus]") |
0 |
![[Plus]](/hvaonline/templates/viet/images/plus.gif "[Plus]")
|
|
Joined: 07/09/2006 23:48:15
Messages: 90
Offline
|
|
conmale wrote:
aguest wrote:
Trong khi đó, các ngân hàng lớn của Mỹ (Bank of America, Chase, ...) lại thích sử dụng Java, mà lại không sử dụng .NET, tại sao? Có lẽ điều này bác conmale có thể giải thích cho mọi người hiểu lý do đằng sau sự lựa chọn này.
Rất đơn giản là chọn .NET có nghĩa phải chọn Windows và chọn những thứ thuộc về Windows. Cái này trải dài đến các software và dịch vụ chạy trên Windows, nếu không các systems không thể tích hợp một cách dễ dàng và đặc biệt là MS sẽ không hỗ trợ nếu cố tích hợp những gì nằm ngoài "biên giới" họ đặt ra.
Chọn Java có nghĩa là mình có thể chạy trên bất cứ hardware nào và bất cứ hệ điều hành nào. Miễn sao hệ điều hành đó có thể chạy JVM. Điều này có nghĩa mình không bị "lock in" một hệ điều hành + hardware nào cả.
Những nhà băng lớn đã chọn Java vì các lý do ấy và họ đã tốn bạc triệu cho các hệ thống của họ. Bởi thế, việc loại bỏ các hệ thống này để chạy theo .NET không khả thi về mặt kinh tế và mặt mở rộng.
Chí lí, chí lí. |
|
|
 |
|
| [Question] PHP vs JSP |
04/04/2007 00:20:39 (+0700) | #122 | 51376 |
![[Avatar]](/hvaonline/images/avatar/d1d0efd9002e947af46b063dbbb904ef.png "[Avatar]")
|
BachDuongTM
Member
|
|
0 |
|
|
Joined: 29/06/2006 17:39:39
Messages: 85
Offline
|
|
trả lời MicrosoftX
có một điều tớ nên nói một chút là tớ kô trực tiếp phát triển code của PHP ,mà nhóm tớ gồm 11 người viết các modun khác nhau của web.Tớ chỉ phụ trách phần dưới cùng : server.Ở phần này ,tớ thực sự là người lãnh đủ nhất cái thế nào gọi là hiệu năng hệ thống ,bạn nên biết nếu server ở mức load 80% hay 90% thì kô có chuyện gì xảy ra nhưng nếu load 110% tức là trong 1 phút server kô thể xử lý hết công việc trong phút đó ,nhưng số lượng công việc gửi đến trong 1 phút vẫn kô thay đổi nên hệ quả càng chạy càng kô xử lý hết ==> highload.Có thể nói lúc ban đầu viết code ,nhóm cúa tớ có tư tưởng "chạy được là okie " và tất nhiên khi chạy trên localhost nó "nhanh" phải biết,đến bây giờ khi site phát triển số lượng người online tăng lên cao thì càng ngày code càng bộc lộ những khuyết điểm của nó .Bạn sẽ thấy sự khác biệt nhanh chóng khi so sánh code viêt cho 1 data vài chục M với một data 2Gb ,về cả thời gian cũng như tài nguyên tiêu tốn.Khi đó mình đã phải nhờ một người bạn khác thực hiện công việc gọi là tối ưu lại code PHP ,thực hiện các phép cache ,... <tôi kô trực tiếp code và cũng kô giỏi code>.Anh bạn tôi đã rất cau` nhàu khi xem lại code do những người khác viết.Tôi nghĩ rằng sự cẩu thả này có thể bắt gặp ở nhiều lập trình viên kô chỉ gì riêng PHP ,nhưng càng dễ viết dẽ chạy như PHP thì càng hay bắt gặp lỗi này.
Nói như thế thì bạn sẽ cho rằng lỗi ở người viết PHP đúng kô nào ? tuy nhiên tôi tin vào những phép đo kiểm thử mà ai đó đã post trước tôi ,đúng là có vẻ PHP xử lý chậm hơn hẳn ,mà đối với tôi nhanh hơn 1s là cả một cục vàng quý giá <cấu hình server vẫn kô thay đổi kể từ khi tôi tiếp nhận nó>.Sắp tới chúng tôi thực hiện nối kết với các site khác,data có thể sẽ tăng lên ,số lương mem online sẽ tăng lên ,.. hiện tại bây giờ công cuộc chuẩn bị là rất khẩn trương ,chúng tôi đang lựa chọn một ngôn ngữ khác ngoài PHP để code site ,kô chỉ là về hiệu năng mà còn về bảo mật nữa .chúng tôi cần những chuyên gia rất giỏi để tiếp tục tối ưu hóa code php có sẵn hoặc viết code php mơi.Cũng có thể chúng tôi sẽ rời bỏ PHP và coi nó như một hệ thống dự phòng trong khi code mới đang được viết hoặc vì lý do nàođó phải down.Ngôn ngữ lựa chọn hiện tại đang là .NET hoặc Java.
Còn việc DDOS thì có lẽ bạn chưa gặp nó nhỉ,thực sự là kinh hoàng đấy bạn ah.Nếu bình thưởng 1000 mem online thường tạo ra khoảng 50-70 connect /s thì khi ddos con số này tăng lên 200-250 .Tức là hệ thống mình cần khả năng xử lý tổng thể cao gấp 3 lần bình thường === > gục ngã ngay thôi.Chỉ có khi DDOS mà đem so sánh giữa các ngôn ngữ thì tuyệt anh nào mạnh anh nào yếu sẽ bộc lộ hêt thôi .Thế nên tuy hiện tại hệ thống mình vẫn còn dư dả tài nguyên nhưng mình luôn lo lắng về một ngày cạn kiệt kô xa nữa
Dến lúc này bạn đã hiểu vì sao tôi thực sự quan tâm đến topic này vì nó trực tiếp tác động đến sự lựa chọn của nhóm tôi .Và tôi cũng kô phản đối vệc quote của bạn nhưng tôi đã nói ồi đó ,nó thực sự kô có "phê" đâu ,lôi búa tạ ra mà đập anh commale nếu như bạn thấy mình có thê tìm thấy búa .Tôi như một người dùng cuối ,tối kô quan tâm code viết bằng gì ,cái mà tôi cần là hiệu năng tổng thể hệ thống và cả bảo mật nữa chứ
Mong bạn tiếp tục tranh luận |
|
|
|
|
| [Question] PHP vs JSP |
04/04/2007 04:49:37 (+0700) | #123 | 51444 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
conmale wrote:
aguest wrote:
Cuối cùng, những ai chưa code trên PHP mà chê PHP về vấn đề Presenatation/Application Logic lung tung thì hãy tham khảo smarty.php.net .
Đây là một việc làm rất tốt của nhóm phát triển smarty. Nếu không có nó thì presentatioin và logic sẽ lung tung là chuyện hiển nhiên.
Ủa mà sao cái JForum thấy cũng xài cái FreeMaker gì đó. Nói thật, em biết JSP trước PHP, xem một đống source toàn là <%= %> nên mới chuyển qua xài PHP với mấy cái template :lol Source của mấy template PHP rất dễ sửa, còn JSP thì giun với dế (không biết giờ có thay đổi gì không) :cry:
Còn về việc threadsafe thì chỉ cần dùng FastCGI cho Apache là ok ngay thôi, ngoài ra còn chơi thêm mấy cái object code caching là vô địch, đố thằng nào DDOS được..... ha ha.....  |
|
|
|
|
| [Question] PHP vs JSP |
04/04/2007 16:44:28 (+0700) | #124 | 51559 |
nbthanh
HVA Friend
|
Joined: 21/12/2001 14:51:51
Messages: 429
Offline
|
|
Các bác cãi nhau kinh quá, từ trang này qua trang nọ, từ ngày này qua ngày kia thế à 
Nếu muốn so sánh PHP với JSP (không tính thêm mớ râu ria J2EE) thì cũng có thể tạm thời so sánh như sau:
* Chi phí triển khai và bảo trì server:
- PHP hơn JSP về mặt này. Phần cứng cần cho JSP "cao" hơn PHP, phần mềm cần cài trên server để chạy được JSP cũng "phức tạp" hơn PHP. Hosting hỗ trợ PHP rẻ hơn JSP về mặt trung bình.
- Phần cứng "cao" hơn nên phí bảo trì phần cứng cũng cao hơn (ví dụ sơn phết lại 1 chiếc Mec chắc phải hơn 1 chiếc Jeep chứ nhẩy).
- Phần mềm "phức tạp" hơn nên cũng phải trả lương cho tay Server Admin cao hơn để hắn coi sóc server.
- Lưu ý: chỉ bàn về chi phí triển khai và bảo trì server, không tính thêm chi phí khác 
* Dễ học/Phổ thông:
- PHP tiếp tục hơn JSP về mặt này. Học PHP "dễ" hơn JSP. Cái này chắc không cần bàn thêm nhiều
* Ngôn ngữ (cũ pháp, syntax):
- Quan điểm của tôi là không thể so sánh gì về mặt ngôn ngữ (cú pháp - syntax), cũng như không thể so sánh tiếng Pháp hay tiếng Anh cái nào "ngon" hơn được Có thể cái này dễ học hơn cái kia nhưng không phải vì thế mà ngôn ngữ này hơn ngôn ngữ kia được.
* Tính ổn định và trưởng thành:
- Về mặt này JSP hơn PHP. PHP khá mới, cần phải có thêm 1 thời gian nữa để ổn định. JSP xây dựng trên nền tảng Java, mà Java có lịch sử như thế nào so với PHP thì chắc cũng không cần phải nói thêm nữa.
* Performance:
- 2 chương trình (xem như tương đương về chức năng, viết bằng PHP và JSP) do lập trình viên "tay ngang" viết thì chương trình viết bằng PHP có performance tốt hơn.
- Nhưng cho 2 "tay khủng" viết thì JSP hơn PHP.
Lý do là vì PHP cố gắng giảm thiểu những sai sót mà lập trình viên "tay ngang" hay mắc phải. Những tác vụ thường gặp đã được PHP cung cấp sẵn API, và các API này đã được tối ưu bởi nhóm phát triển PHP (xem như trình độ của lập trình viên "tay ngang" thì thua nhóm phát triển PHP ) Tuy nhiên, để trả giá cho điều đó, PHP lại có những ràng buộc nhất định, và điều này vô tình lại tạo ra 1 "giới hạn trên" đối với những lập trình viên "hàng khủng" (JSP không phải không khó, nhưng ít hơn PHP, và về mặt nào đó "giới hạn trên" nếu có cũng thoải mái hơn là trong PHP).
Dĩ nhiên, các "tay khủng" hoàn toàn có thể mở code của trình xử lý PHP ra mà...viết lại, nhưng như vậy thì...còn nói gì nữa, nó vượt qua khuôn khổ mà chúng ta đang bàn luận rồi.
Như vậy nếu chỉ dùng những gì mà ngôn ngữ cung cấp thì các "giới hạn trên" này hầu như là không vượt qua được, và do đó nó lại "trói tay" lập trình viên.
Vấn đề "trói tay trói chân" này cũng có liên quan tới 1 mặt nữa mà ta sẽ so sánh tiếp theo.
* Khả năng mở rộng của chương trình:
- Không xét tới kiến trúc của chương trình (MVC, Design Pattern, hay những thứ đại loại như vậy) vì cái này phụ thuộc vào nhân tố "con người" là chủ yếu chứ không phải do PHP hay JSP, thì JSP hơn PHP về mặt mở rộng của chương trình.
Ví dụ: hôm nay có CSDL MySQL, PHP cung cấp hàm mysql_xxx(), JSP thì có thư viện hỗ trợ MySQL.
Ngày mai có CSDL mới là YourSQL, bạn phải đợi PHP ra phiên bản mới có các hàm yoursql_xxx() (mở ngoặc, không tính tới chuyện các "tay khủng" lật code của trình xử lý PHP ra viết thêm, hoặc viết thêm lib cho PHP, vì lúc này là...C/C++ rồi) và đồng thời code của bạn cũng phải sửa lại chút ít. Trong khi với JSP bạn chỉ cần 1 thư viện mới hỗ trợ YourSQL (mà cái thư viện này cũng có thể được viết hoàn toàn bằng code Java luôn), code có thể hoàn toàn không phải sửa lại gì cả.
* Khả năng viết các chương trình "tầm cỡ":
- Như thế nào là "tầm cỡ"? Xét về một số mặt thì cả JSP lẫn PHP đểu có thể được sử dụng để sản sinh ra các ứng dụng web tầm cỡ cả, vấn đề chính chỉ nằm ở chỗ con người
Đó là những so sánh chính về PHP & JSP (không tính thêm mấy món trong J2EE), để nói cái nào thật sự nổi trội hơn cái nào thì có lẽ là không có cái nào là ứng cử viên cả.
Tuy nhiên, JSP lại (thường) đi kèm với J2EE với 1 lịch sử phát triển vững chắc và được các đại gia hàng đầu chống lưng. JSP/J2EE có thể làm được những thứ mà PHP hiện chưa thể nào mơ tới được. Vì web, xét trên 1 khía cạnh nào đó thì nó chỉ là "mặt nổi" của tảng băng, chỉ là phần mà người dùng thấy được. Còn "phần chìm", phần sử lý bên server thì JSP hơn (vì phần ở server của JSP là Java/J2EE).
Lấy 1 ví dụ đơn giản (dựa trên 1 chuyện có thật ), trước đây khi các trường ĐHQG ở Tp.HCM phát hành thẻ SV chung cho SV các trường, chả biết bác nào design mà trong mã SV không hề có ký hiệu nào để cho biết SV đó thuộc trường nào!!!
Về mặt trang web thì thằng nào cũng như nhau: chỉ là 1 cái form để điền mã SV vào rồi click nút Search.
Về mặt xử lý trên server thì sao? SV trường A thì thông tin (điểm, ngày sinh) đều nằm trên CSDL của trường A, SV trường B thì toàn bộ thông tin lại nằm ở server của trường B. Giờ chương trình trên server của ĐHQG Tp.HCM phải làm sao đây?
Cách giải quyết cũng dễ thôi (giả sử ta có 5 trường ĐH thành viên trong ĐHQG Tp.HCM: A, B, C ,D ,E): để tìm ra SV ta lần lược connect vào CSDL của 5 trường A, B, C, D, E rồi tìm. Tìm thấy ở đâu thì tức là SV ở trường đó.
Vấn đề:
- Với PHP thì ta phải connect vào CSDL trường A rồi tìm, xong rồi mới connect tới B, rồi mới tới C...
- Với Java (lúc này là ở trên server rồi, Java thôi hén) thì ta có thể connect đồng thời tới CSDL của cả 5 trường và tìm cùng 1 lúc. Vậy trung bình tốc độ sẽ nhanh hơn 2.5 lần so với PHP và trong trường hợp xấu nhất sẽ nhanh hơn gấp 5 lần!
(mở ngoặc thêm, với PHP ta cũng có thể có 1 số cách "workaround" nhưng giải pháp không dễ và đơn giản như với Java!)
Nói cho vui so sánh JSP/Java & PHP để thấy được 1 số hạn chế của PHP vậy thôi, chứ thực ra lúc đó người giải quyết vấn đề truy vấn thông tin SV qua mã SV này dùng đồ của MS để viết |
|
|
|
|
| [Question] PHP vs JSP |
04/04/2007 18:14:00 (+0700) | #125 | 51563 |
![[Avatar]](/hvaonline/images/avatar/089f41810321eefc3f4eef5d4a388e42.png "[Avatar]")
|
conmale
Administrator
|
Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
|
|
nbthanh wrote:
...
Nếu muốn so sánh PHP với JSP (không tính thêm mớ râu ria J2EE) ...
Hì hì, nhưng khổ nổi JSP là một phần của J2EE thì làm sao không tính được?  ). Hơn nữa, JSP mà không use beans hoặc import classes vào thì nó chỉ là một trang HTML không hơn không kém. Bởi thế, tách rời JSP riêng ra để có cái mà so sánh thì tội nghiệp quá  ) |
|
| What bringing us together is stronger than what pulling us apart. |
|
|
|
| [Question] PHP vs JSP |
04/04/2007 20:03:15 (+0700) | #126 | 51568 |
![[Avatar]](/hvaonline/images/avatar/f2f1bd4f6b8f8d56d43e1476948242b2.jpg "[Avatar]")
|
Durza
Member
|
|
0 |
|
|
Joined: 07/02/2007 20:23:29
Messages: 177
Location: UnderGround World
Offline
|
|
conmale wrote:
nbthanh wrote:
...
Nếu muốn so sánh PHP với JSP (không tính thêm mớ râu ria J2EE) ...
Hì hì, nhưng khổ nổi JSP là một phần của J2EE thì làm sao không tính được? ). Hơn nữa, JSP mà không use beans hoặc import classes vào thì nó chỉ là một trang HTML không hơn không kém. Bởi thế, tách rời JSP riêng ra để có cái mà so sánh thì tội nghiệp quá )
Có lẽ la như vậy thật . Nếu không import mấy cái classes vào thì chỉ là mấy cái temp bình thường chứ đâu phải là một website
Mà mấy cái classes của nó thi ...... nặng khủng khiếp |
|
|
|
|
| [Question] PHP vs JSP |
04/04/2007 21:05:07 (+0700) | #127 | 51576 |
nbthanh
HVA Friend
|
Joined: 21/12/2001 14:51:51
Messages: 429
Offline
|
|
conmale wrote:
nbthanh wrote:
...
Nếu muốn so sánh PHP với JSP (không tính thêm mớ râu ria J2EE) ...
Hì hì, nhưng khổ nổi JSP là một phần của J2EE thì làm sao không tính được? ). Hơn nữa, JSP mà không use beans hoặc import classes vào thì nó chỉ là một trang HTML không hơn không kém. Bởi thế, tách rời JSP riêng ra để có cái mà so sánh thì tội nghiệp quá )
Hì hì, "hạt đậu" cũng chỉ mới J2SE à anh http://java.sun.com/javase/technologies/).
JSP được sếp trong J2EE, nhưng nó + servlet chỉ mới là...cái móng tay trong J2EE: http://java.sun.com/javaee/technologies/.
Cho nên JSP + đống bean + import hết ngàn cái class của J2SE cũng không phải là J2EE (nói chung là "không thấm vào đâu" nếu so sánh với J2EE). Anh cứ thoải mái cho JSP "đấu đá" với PHP |
|
|
|
|
| [Question] PHP vs JSP |
04/04/2007 21:55:27 (+0700) | #128 | 51584 |
|
conmale
Administrator
|
Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
|
|
Durza wrote:
conmale wrote:
nbthanh wrote:
...
Nếu muốn so sánh PHP với JSP (không tính thêm mớ râu ria J2EE) ...
Hì hì, nhưng khổ nổi JSP là một phần của J2EE thì làm sao không tính được? ). Hơn nữa, JSP mà không use beans hoặc import classes vào thì nó chỉ là một trang HTML không hơn không kém. Bởi thế, tách rời JSP riêng ra để có cái mà so sánh thì tội nghiệp quá )
Có lẽ la như vậy thật . Nếu không import mấy cái classes vào thì chỉ là mấy cái temp bình thường chứ đâu phải là một website
Mà mấy cái classes của nó thi ...... nặng khủng khiếp
Thế nào là "nặng"? |
|
| What bringing us together is stronger than what pulling us apart. |
|
|
|
| [Question] PHP vs JSP |
04/04/2007 22:27:51 (+0700) | #129 | 51591 |
![[Avatar]](/hvaonline/images/avatar/4dd20f1e87dfb889bc97230e2c87c6a5.png "[Avatar]")
|
xnohat
Moderator
|
Joined: 30/01/2005 13:59:19
Messages: 1210
Location: /dev/null
Offline
|
|
Tuyệt bác nbthanh đã phân tích đúng thứ mà, với vốn kiến thức ít ỏi về JSP em ko diễn giải được.
Tiện đây, em quay lại vấn đề, khả năng "chịu đựng" của PHP với lượng người dùng lớn và lượng dữ liệu lớn.
Chắc các bác ai cũng biết là hiện nay trên internet có một CSDL rất lớn, nơi tập trung tri thức của loài người bằng hơn 20 thứ tiếng là thư viện bách khoa toàn thư mở Wikipedia, nếu các bác download trọn bộ source wikipedia thấy nó cũng ko nặng bao nhiu ha cỡ chừng 3.5MB ( tức là mã của nó cũng cỡ cỡ Vbulletin Board vậy nên có thể nói tạm rằng lượng truy vấn CSDL trên 1 lần truy cập của user cũng nặng cỡ Vbulletin một anh chàng "nặng" có tiếng), thế nhưng không biết là tổ chức wikipedia có chỉnh sửa gì PHP engine không mà sao wikipedia chạy ổn định và lẹ thế nhỉ, mặc dù nó là hệ thống thư viên có nguồn dữ liệu rất rất rất lớn và số người truy cập nhìu nhìu nhìu  ) đối mặt với cả một dự án lớn như vậy ắt tổ chức wikipedia không nhắm mắt chọn đại PHP là engine đâu nhỉ ?
P/S: Đừng mắng em tội lì nhá anh Conmale ) |
|
iJust clear, "What I need to do and how to do it"/i
br
brBox tán gẫu dời về: http://www.facebook.com/hvaonline |
|
|
|
| [Question] PHP vs JSP |
04/04/2007 22:47:25 (+0700) | #130 | 51596 |
|
conmale
Administrator
|
Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
|
|
|
|
| What bringing us together is stronger than what pulling us apart. |
|
|
|
| [Question] PHP vs JSP |
05/04/2007 01:23:58 (+0700) | #131 | 51625 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
nbthanh wrote:
Ví dụ: hôm nay có CSDL MySQL, PHP cung cấp hàm mysql_xxx(), JSP thì có thư viện hỗ trợ MySQL.
Ngày mai có CSDL mới là YourSQL, bạn phải đợi PHP ra phiên bản mới có các hàm yoursql_xxx() (mở ngoặc, không tính tới chuyện các "tay khủng" lật code của trình xử lý PHP ra viết thêm, hoặc viết thêm lib cho PHP, vì lúc này là...C/C++ rồi) và đồng thời code của bạn cũng phải sửa lại chút ít. Trong khi với JSP bạn chỉ cần 1 thư viện mới hỗ trợ YourSQL (mà cái thư viện này cũng có thể được viết hoàn toàn bằng code Java luôn), code có thể hoàn toàn không phải sửa lại gì cả.
Vậy vì đâu mà JSP làm được như vậy? Không nhờ 1 đống cái kia thì đố thằng JSP làm được. Nếu không nhầm thì PHP cũng có thể làm được như vậy. JSP thì cũng phải chờ người ta viết cái YourSQL thì mới xài được. Nếu pro thì tự viết từ xài, cả 2 đều làm được, PHP cũng được code hoàn toàn bằng PHP, không biết đại ca đã thấy cái HTTP Server viết hoàn toàn bằng PHP chưa.
conmale wrote:
Chỉ cho em cái link để biết thêm infrastructure của wikipedia cỡ nào:
http://meta.wikimedia.org/wiki/Wikimedia_servers#Overall_system_architecture
Một chi tiết quan trọng:
The Squid systems maintain large caches of pages, so that common or repeated requests don't need to touch the Apache or database servers.
Xem thêm:
http://meta.wikimedia.org/wiki/Cache_strategy
để biết họ phải cache wikipedia cỡ nào (chớ không phải cứ để php chìa lưng ra chịu)
Ối giới, nhiêu đó thì đã thấm vào đâu với mấy trang lớn dùng JSP, JSP có mấy cái kia ở đằng sau để xử lý thì PHP xài cache cho nhanh, vậy là huề, ha ha ha ha.......... |
|
|
|
|
| [Question] PHP vs JSP |
05/04/2007 01:51:11 (+0700) | #132 | 51631 |
nbthanh
HVA Friend
|
Joined: 21/12/2001 14:51:51
Messages: 429
Offline
|
|
114v wrote:
Vậy vì đâu mà JSP làm được như vậy? Không nhờ 1 đống cái kia thì đố thằng JSP làm được.
"1 đống cái kia" cụ thể là cái gì?
114v wrote:
Nếu không nhầm thì PHP cũng có thể làm được như vậy.
Làm được gì?
114v wrote:
JSP thì cũng phải chờ người ta viết cái YourSQL thì mới xài được. Nếu pro thì tự viết từ xài, cả 2 đều làm được, PHP cũng được code hoàn toàn bằng PHP,
Bạn đọc không hiểu hay cố tình không hiểu?
114v wrote:
không biết đại ca đã thấy cái HTTP Server viết hoàn toàn bằng PHP chưa.
HTTP Server nào viết bằng PHP? |
|
|
|
|
| [Question] PHP vs JSP |
05/04/2007 02:27:53 (+0700) | #133 | 51644 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
| @nbthanh: Search bài viết của em trên forum này sẽ thấy cái đó thôi Một đống kia là đống mà bác nói là : "phần mềm cần cài trên server để chạy được JSP cũng "phức tạp" hơn PHP" ấy ) |
|
|
|
|
| [Question] PHP vs JSP |
05/04/2007 03:09:24 (+0700) | #134 | 51655 |
nbthanh
HVA Friend
|
Joined: 21/12/2001 14:51:51
Messages: 429
Offline
|
|
|
|
| [Question] PHP vs JSP |
05/04/2007 07:18:07 (+0700) | #135 | 51706 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
nbthanh wrote:
114v wrote:
@nbthanh: Search bài viết của em trên forum này sẽ thấy cái đó thôi Một đống kia là đống mà bác nói là : "phần mềm cần cài trên server để chạy được JSP cũng "phức tạp" hơn PHP" ấy )
À, vậy là có thể kết luận được là bạn không biết thiệt chứ không phải là giả vờ khôgn biết
Pó tay với bác này luôn, nói thế ai nói không được, bác cho em biết là em không biết cái gì vậy? Hay là bác nói không lại nên nói vài câu củ chuối như vậy, há há, buồn cười quá trời đất :lol
Mời bác xem, hoàn toàn bằng PHP, bác cố tình không muốn biết hay là không biết thật
http://nanoweb.si.kz
Nanoweb is an HTTP server written in PHP, designed to be small, secure, and extensible.
It is distributed under the terms of the GNU General Public License.
Nanoweb's main features are :
- HTTP/1.1 compliance
- Powerful and easy configuration
- Modular architecture
- FastCGI, CGI and Server side includes support
- Name and port based virtual hosts
- Access control lists
- htpasswd, MySQL, PostgreSQL and LDAP authentication support
- Themes for server generated content
- Apache compatible log format, MySQL logging
- Directory browsing
- inetd support and SSL via external helpers
- Denial of Service protection
- Proxy Server extension
- Filters and gzip support
- RBL support (mail-abuse.org)
- Extension Protocols (request methods) support
- ... and a lot more
Ngay cả cái câu mà chính bác viết mà bác cũng không hiểu thì em pó tay há há |
|
|
|
|
| [Question] PHP vs JSP |
05/04/2007 07:45:03 (+0700) | #136 | 51711 |
|
Durza
Member
|
|
0 |
|
|
Joined: 07/02/2007 20:23:29
Messages: 177
Location: UnderGround World
Offline
|
|
Mèng ơi ! Có cảm giác đang cải nhau hơn là tranh luận
An thua đủ...
Thế nào là "nặng"?
Ý em nhắc tới là mấy cái thư việc đóa . Source thật sự của cái JForum có một xíu mà cái thư viện thì nặng dã man |
|
|
|
|
| [Question] PHP vs JSP |
05/04/2007 12:35:43 (+0700) | #137 | 51784 |
nbthanh
HVA Friend
|
Joined: 21/12/2001 14:51:51
Messages: 429
Offline
|
|
114v wrote:
nbthanh wrote:
114v wrote:
@nbthanh: Search bài viết của em trên forum này sẽ thấy cái đó thôi Một đống kia là đống mà bác nói là : "phần mềm cần cài trên server để chạy được JSP cũng "phức tạp" hơn PHP" ấy )
À, vậy là có thể kết luận được là bạn không biết thiệt chứ không phải là giả vờ khôgn biết
Pó tay với bác này luôn, nói thế ai nói không được, bác cho em biết là em không biết cái gì vậy? Hay là bác nói không lại nên nói vài câu củ chuối như vậy, há há, buồn cười quá trời đất :lol
Bài tôi viết là quote lại 1 bài cụ thể của bạn, mà trong bài đó có 1 đoạn bạn in đậm. Lúc đầu tôi nghĩ có 2 trường hợp:
- 1 là bạn không biết gì về JSP
- 2 là bạn giả vờ không biết
Đọc xong bài của bạn (có đoạn in đậm) thì tôi kết luận mà bạn không biết thiệt chứ giả vờ không biết. Có vậy thôi!
114v wrote:
Mời bác xem, hoàn toàn bằng PHP, bác cố tình không muốn biết hay là không biết thật
http://nanoweb.si.kz
Nanoweb is an HTTP server written in PHP, designed to be small, secure, and extensible.
It is distributed under the terms of the GNU General Public License.
Nanoweb's main features are :
- HTTP/1.1 compliance
- Powerful and easy configuration
- Modular architecture
- FastCGI, CGI and Server side includes support
- Name and port based virtual hosts
- Access control lists
- htpasswd, MySQL, PostgreSQL and LDAP authentication support
- Themes for server generated content
- Apache compatible log format, MySQL logging
- Directory browsing
- inetd support and SSL via external helpers
- Denial of Service protection
- Proxy Server extension
- Filters and gzip support
- RBL support (mail-abuse.org)
- Extension Protocols (request methods) support
- ... and a lot more
Đọc readme của nó:
Why ?
Why did I do it ? I found the idea of using a language mostly aimed at web
scripting to write a web server was quite funny. That's all, really ...
Vậy tóm lại chính tác giả nói là làm chơi cho vui vì thấy nó ngồ ngộ hay hay. Nếu mà ngồ ngộ hay hay mà không có giá trị gì lớn lao trong thực tiễn thì còn có cả đống cái khác. Web server bằng Perl này, Delphi này. Website động viết bằng Pascal này...cả đống!
114v wrote:
Ngay cả cái câu mà chính bác viết mà bác cũng không hiểu thì em pó tay há há
Câu gì? |
|
|
|
|
| [Question] PHP vs JSP |
05/04/2007 13:26:02 (+0700) | #138 | 51791 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
Đúng là đại ca này chuối thật
Đầu tiên: Đại ca bảo là "JSP cũng "phức tạp" hơn PHP" vậy vì đâu mà nó phức tạp, phức tạp thì nó phải có nhiều hơn thì mới gọi là phức tạp, vì vậy, một đống cái đó là đúng rồi, JSP có nhiều thứ hơn PHP. Có phải không vậy đại ca? Chính nhờ nhiều hơn mà nó làm những cái đó được, chứ không thì cài vào cho vui à 
Vậy tóm lại chính tác giả nói là làm chơi cho vui vì thấy nó ngồ ngộ hay hay. Nếu mà ngồ ngộ hay hay mà không có giá trị gì lớn lao trong thực tiễn thì còn có cả đống cái khác. Web server bằng Perl này, Delphi này. Website động viết bằng Pascal này...cả đống!
Pó tay tập thể luôn. Đại ca bảo JSP mở rộng hơn, đang nói JSP, nhưng cái mở rộng lại viết chính bằng Java, há há. Vì vậy nên em mới lấy cái ví dụ một cái HTTP server viết bằng chính PHP chứ không phải là C++. Vậy mà đại ca vẫn chưa hiểu sao hi hi. Lại còn thực tiễn nữa chứ, thực hay không thì chính con người quyết định, cái chính là nó đã có và không phải là một giấc mơ. Còn cả đống đó đại ca đem về mà xài chơi nha, vì theo đại ca thì nó chỉ là đồ chơi mà thôi
Câu kia chắc em khỏi cần phải trả lời |
|
|
|
|
| [Question] PHP vs JSP |
06/04/2007 01:03:55 (+0700) | #139 | 51862 |
nbthanh
HVA Friend
|
Joined: 21/12/2001 14:51:51
Messages: 429
Offline
|
|
|
|
| [Question] PHP vs JSP |
06/04/2007 07:46:14 (+0700) | #140 | 51925 |
|
xnohat
Moderator
|
Joined: 30/01/2005 13:59:19
Messages: 1210
Location: /dev/null
Offline
|
|
Ấy đang bàn, mong hai bác ngưng vụ cãi lộn này, không là làm rác topic đáng giá này )
Mong một trong hai người nhịn lời một chút, để chúng ta tập trung bàn tiếp cuộc kịch chiến giữa JSP và PHP này ) |
|
iJust clear, "What I need to do and how to do it"/i
br
brBox tán gẫu dời về: http://www.facebook.com/hvaonline |
|
|
|
| [Question] PHP vs JSP |
06/04/2007 07:55:05 (+0700) | #141 | 51929 |
|
xnohat
Moderator
|
Joined: 30/01/2005 13:59:19
Messages: 1210
Location: /dev/null
Offline
|
|
conmale wrote:
hackernohat wrote:
Tuyệt bác nbthanh đã phân tích đúng thứ mà, với vốn kiến thức ít ỏi về JSP em ko diễn giải được.
Tiện đây, em quay lại vấn đề, khả năng "chịu đựng" của PHP với lượng người dùng lớn và lượng dữ liệu lớn.
Chắc các bác ai cũng biết là hiện nay trên internet có một CSDL rất lớn, nơi tập trung tri thức của loài người bằng hơn 20 thứ tiếng là thư viện bách khoa toàn thư mở Wikipedia, nếu các bác download trọn bộ source wikipedia thấy nó cũng ko nặng bao nhiu ha cỡ chừng 3.5MB ( tức là mã của nó cũng cỡ cỡ Vbulletin Board vậy nên có thể nói tạm rằng lượng truy vấn CSDL trên 1 lần truy cập của user cũng nặng cỡ Vbulletin một anh chàng "nặng" có tiếng), thế nhưng không biết là tổ chức wikipedia có chỉnh sửa gì PHP engine không mà sao wikipedia chạy ổn định và lẹ thế nhỉ, mặc dù nó là hệ thống thư viên có nguồn dữ liệu rất rất rất lớn và số người truy cập nhìu nhìu nhìu ) đối mặt với cả một dự án lớn như vậy ắt tổ chức wikipedia không nhắm mắt chọn đại PHP là engine đâu nhỉ ?
P/S: Đừng mắng em tội lì nhá anh Conmale )
Không mắng đâu :lol
Chỉ cho em cái link để biết thêm infrastructure của wikipedia cỡ nào:
http://meta.wikimedia.org/wiki/Wikimedia_servers#Overall_system_architecture
Một chi tiết quan trọng:
The Squid systems maintain large caches of pages, so that common or repeated requests don't need to touch the Apache or database servers.
Xem thêm:
http://meta.wikimedia.org/wiki/Cache_strategy
để biết họ phải cache wikipedia cỡ nào (chớ không phải cứ để php chìa lưng ra chịu) ).
Wow, công nhận em thiển cận thật khi không nghiên cứu kĩ về WikiPedia
Họ phải dùng tới cả Squid cache ( công nghệ Proxy Cache này tuyệt thật ) ) để đệm cho các truy cập WikiPedia, toàn bộ hệ thống cache ( với 16GB RAM đệm cho PHP engine ) của WikiPedia thì thực sự nó là một MainFrame Computer rồi không thể gọi là một server bình thường nữa.
Vậy là em xin nhận đúng là PHP yếu thật về khoản chịu đựng, nó cần cả đống thứ hỗ trợ mới có thể phục vụ tốt ( ko hiểu Zend group sao lại làm ăn vậy cà  ( ) trong khi JSP với nền tảng là J2EE chạy phẻ với nhiều ứng dụng nặng.
Cấp tốc về học JAVA ( trước giờ ghét nó lắm vì nó chưa OpenSource mà SUN lại nắm độc quyền nên ....ghét , ko biết giờ nó OpenSource chưa nhỉ ? ) |
|
iJust clear, "What I need to do and how to do it"/i
br
brBox tán gẫu dời về: http://www.facebook.com/hvaonline |
|
|
|
| [Question] PHP vs JSP |
06/04/2007 11:50:14 (+0700) | #142 | 52010 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
nbthanh wrote:
Cho nên tôi mới kết luận là bạn "không biết gì về JSP thiệt" đó mà
JSP chính là Java chứ gì nữa! Tên của nó là Java Server Page mà (nôm na đại ý là: "Java chạy trên server được viết với cú pháp như là 1 web page").
Mà ngó qua ngó lại cũng huề nhau, một bên mở rộng bằng Java, một bên cũng tự mở rộng bằng PHP.
Em cũng muốn học JSP lắm, kẹt nỗi coi source toàn là giun dế, không học hỏi được gì cả! |
|
|
|
|
| [Question] PHP vs JSP |
06/04/2007 11:55:22 (+0700) | #143 | 52012 |
![[Avatar]](/hvaonline/images/avatar/56f6f5c8f83cc53bbea93a034d19f05a.jpg "[Avatar]")
|
gsmth
Elite Member
|
|
0 |
|
|
Joined: 15/02/2007 13:25:36
Messages: 749
Offline
|
|
114v wrote:
nbthanh wrote:
Cho nên tôi mới kết luận là bạn "không biết gì về JSP thiệt" đó mà
JSP chính là Java chứ gì nữa! Tên của nó là Java Server Page mà (nôm na đại ý là: "Java chạy trên server được viết với cú pháp như là 1 web page").
Mà ngó qua ngó lại cũng huề nhau, một bên mở rộng bằng Java, một bên cũng tự mở rộng bằng PHP.
Em cũng muốn học JSP lắm, kẹt nỗi coi source toàn là giun dế, không học hỏi được gì cả!
JavaServer Pages mà giun dế, chuyển sang học JavaServer Faces thử coi
:wink: |
|
|
|
|
| [Question] PHP vs JSP |
06/04/2007 12:52:28 (+0700) | #144 | 52024 |
nbthanh
HVA Friend
|
Joined: 21/12/2001 14:51:51
Messages: 429
Offline
|
|
114v wrote:
nbthanh wrote:
Cho nên tôi mới kết luận là bạn "không biết gì về JSP thiệt" đó mà
JSP chính là Java chứ gì nữa! Tên của nó là Java Server Page mà (nôm na đại ý là: "Java chạy trên server được viết với cú pháp như là 1 web page").
Mà ngó qua ngó lại cũng huề nhau, một bên mở rộng bằng Java, một bên cũng tự mở rộng bằng PHP.
Em cũng muốn học JSP lắm, kẹt nỗi coi source toàn là giun dế, không học hỏi được gì cả!
Bạn cứ khăng khăng giữ lối suy nghĩ "hẹp" như vậy thì chắc...còn lâu lắm mới học hỏi gì được
Có phải trong đầu bạn nghĩ: "1 bên tự làm được bằng chính PHP ("tự lực cánh sinh"?), còn 1 bên phải nhờ tới Java mới làm được ("phải nhờ lực lượng ngoại bang")" phải không nào?
Lối suy nghĩ và tư duy như vậy là hoàn toàn sai lầm, phải biết nhìn & nghĩ xa hơn nữa thì mới được.
JSP chính là Java (+1 số thứ nữa để webserver hiểu được file JSP, nhưng điều đó cũng không ảnh hưởng gì đến chuyện so sánh) nên ở đây không có chuyện gì gọi là "phải nhờ tới" cả. So sánh PHP vs JSP cũng chính là so sánh PHP vs Java. So sánh như thế nào thì tôi đã có lược qua 1 số điểm chính ở bài trước rồi. |
|
|
|
|
| [Question] PHP vs JSP |
06/04/2007 21:22:24 (+0700) | #145 | 52046 |
|
conmale
Administrator
|
Joined: 07/05/2004 23:43:15
Messages: 9353
Location: down under
Offline
|
|
hackernohat wrote:
Vậy là em xin nhận đúng là PHP yếu thật về khoản chịu đựng, nó cần cả đống thứ hỗ trợ mới có thể phục vụ tốt ( ko hiểu Zend group sao lại làm ăn vậy cà ( ) trong khi JSP với nền tảng là J2EE chạy phẻ với nhiều ứng dụng nặng.
Cấp tốc về học JAVA ( trước giờ ghét nó lắm vì nó chưa OpenSource mà SUN lại nắm độc quyền nên ....ghét , ko biết giờ nó OpenSource chưa nhỉ ? )
Hì hì, em không cần phải quyết định vội vã như thế. Trong suốt chủ đề này, tinh thần thảo luận vẫn là: dùng cái gì cho mục đích gì. PHP không nhất thiết là dở, là kém. Nó hoàn toàn thích hợp cho các nhu cầu ứng dụng ở khuôn khổ nào đó. Nói một cách công bằng php5 là một bước phát triển đáng kể và đáng chú ý bởi vì nó đưa vào những thứ thiếu sót và bổ sung, cải thiện những hạn chế khá nghiêm trọng của php4.
Riêng Java, hiện nay nó đã là open source. Tuy nhiên SUN vẫn đóng vai trò chính trong việc điều hợp và quyết định phương hướng phát triển của nó. Bất cứ open source project nào đó, nhóm quản lý project vẫn quyết định hướng phát triển cũng như chọn lựa code được đưa vào nguồn chính thức.
to 114: " Em cũng muốn học JSP lắm, kẹt nỗi coi source toàn là giun dế, không học hỏi được gì cả!": cái gì em không hiểu thì đều là giun dế cả. Bởi thế, em phải học để hiểu. Cho nên, nói rằng "không học hỏi được gì cả" là thiếu logic. Không có ai tự nhiên nhìn code là hiểu liền hết. Không có ngôn ngữ lập trình nào nằm ngoài nguyên tắc này cả. |
|
| What bringing us together is stronger than what pulling us apart. |
|
|
|
| [Question] PHP vs JSP |
08/04/2007 11:51:41 (+0700) | #146 | 52442 |
|
Durza
Member
|
|
0 |
|
|
Joined: 07/02/2007 20:23:29
Messages: 177
Location: UnderGround World
Offline
|
|
Đổi chiều rồi ! Phe PHP đang nghiêng về cổ động cho java
Còn phe Java lại cổ động lại cho phe PHP
Huề làng >.< |
|
|
|
|
| [Question] PHP vs JSP |
08/04/2007 13:07:50 (+0700) | #147 | 52464 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
| Hì hì, mấy hôm nay cũng học kha khá JSP rồi, chuyển từ PHP sang JSP cũng không khó là bao. Nhưng vẫn cứ thích PHP chắc ham theo thời thượng, các web 2.0 toàn PHP, nào là Flickr, Digg vân vân |
|
|
|
|
| [Question] PHP vs JSP |
06/08/2007 07:27:22 (+0700) | #148 | 77107 |
114v
Member
|
|
0 |
|
|
Joined: 08/07/2006 23:27:00
Messages: 191
Offline
|
|
Java: nàng "hoa hậu" hết thời?
Ngôn ngữ lập trình mang tính cách mạng của Sun đã quá quen thuộc với giới phát triển web. Nhưng giờ đây, khi thập niên 90 ngày càng lùi xa, Java cũng dần dần "mọc râu".
Với Peter Yared, Giám đốc điều hành của hãng phần mềm ActiveGrid, Ngôn ngữ lập trình Java gắn liền với một chương quan trọng trong bước đường sự nghiệp của ông. Cuối những năm 90, Yared khi đó là giám đốc công nghệ của NetDynamics, một công ty mà hầu như mọi sản phẩm chủ chốt đều dựa trên nền Java. 5 năm tiếp theo, Yared làm quan chức lãnh đạo ở Sun. Chính vì lẽ đó, thật ngạc nhiên khi Yared lại tuyên bố rằng "Java là một con khủng long" - cũng có nghĩa Java từng có một thời "oanh liệt" thật, nhưng giờ đây, thời oanh liệt ấy nay còn đâu?
Yared có lý riêng của mình khi kết luận như vậy. ActiveGrid - công ty 2 năm tuổi của Yared - đang kinh doanh thứ mà ông gọi là thế hệ máy chủ ứng dụng mới. Chúng vẫn được sử dụng để xây dựng nên các website và phần mềm doanh nghiệp, nhưng hoàn toàn không dựa dẫm vào Java.
Thay vào đó, chúng hướng tới các gói phần mềm nguồn mở, bao gồm hệ điều hành Linux, máy chủ Apache Web, cơ sở dữ liệu MySQL cùng một bộ ngôn ngữ scripting đều bắt đầu bằng chữ P: Perl, Python và PHP. Tổng hợp tất cả những yếu tố đó, viết tắt những chữ cái đầu tiên và bạn sẽ có LAMP - Ngôn ngữ lập trình đời mới.
Thắp sáng web với LAMP
Yared tiết lộ rằng LAMP ngày càng được ưa chuộng và sử dụng nhiều hơn trong việc phát triển thế hệ ứng dụng Web mới, cũng như các công nghệ có liên quan. Còn Java ư? Ly cà phê bốc khói ấy giờ đây giống như một cuốn giáo trình xưa cũ, đã "mọc râu" và hụt hơi khi đuổi theo những phát minh thời đại. Nói một cách khác: Nó đã thuộc về thiên niên kỷ trước rồi.
Có lẽ nào Java - một thời là "hoa hậu của các hoa hậu", "tân thời nhất trong số tân thời", lại biến thành một công nghệ "xác ướp", cũ kỹ, già nua và lạc hậu như máy tính mainframe của IBM hay phần mềm doanh nghiệp của SAP? Thật đáng buồn khi những bằng chứng có được đều khiến ta phải gật đầu.
Theo báo cáo từ Evans Data Corp, nơi tiến hành thăm dò đều đặn hàng năm về hoạt động của giới phát triển phần mềm, tỷ lệ sử dụng Java ngày càng thưa trong khi LAMP và .NET của Microsoft liên tục bành trướng. Tại Bắc Mỹ, chỉ còn 47,9% số người được hỏi còn sử dụng Java như một ngôn ngữ lập trình chính, so với 51,4% hồi mùa thu 2002.
"Còn khuya mới mất duyên"
Tất nhiên, Sun là người phản đối nhận định này kịch liệt nhất. "Java đã đến thời tàn hay chưa á? Còn lâu. Chúng tôi đều nghĩ nó mới chỉ bắt đầu vào cuộc", John Loiacono, phó chủ tịch điều hành bộ phận phần mềm của Sun tuyên bố.
Để minh chứng cho nhận xét của mình, John chỉ ra hai thực tế: 1. Java vẫn còn rất mạnh trong khối ứng dụng doanh nghiệp phức tạp, quy mô, tinh vi và 2. Java đặc biệt phổ biến trong ĐTDĐ - khi có tới 600 model hiện có trên thị trường đang chạy Java, và cứ 10 mẫu máy hàng Top lại có tới 7 chiếc phát triển dựa trên công nghệ này.
Thật buồn cho Sun, vì các hãng khác không nghĩ như vậy. Ngay cả khi Java vẫn chắc chân trên các thị trường trọng yếu, thì những cuộc phỏng vấn với hơn một chục đại gia công nghệ và nhà phân tích đều cho thấy thị trường đang chuyển động theo hướng không có lợi cho Java.
Điều này khiến không chỉ Sun lo ngại, mà ngay nhiều hãng như IBM, BEA Systems và jBoss cũng phải giật mình cân nhắc lại, bởi họ đang đặt cược khá lớn cho ngôn ngữ lập trình này. Nếu Java mất ánh hào quang, thì sức hấp dẫn của các sản phẩm dựa trên ngôn ngữ này cũng biến mất.
Những ngôi sao mới
Với nhiều đại gia công nghệ như Google và Yahoo!, Java chưa bao giờ chiếm một vị trí quan trọng trong chiến lược phát triển của họ. Các công ty nhỏ hơn, chuyên về Web 2.0 thì lại đặc biệt chuộng dùng AJAX cùng PHP, thế hệ công cụ lập trình kiểu mới, gọn nhẹ và cơ động. Đây là trường hợp của những hãng như Friendster, Flickr và Facebook. Theo họ, các công cụ đời mới không "kén khách" như Java, những nhà lập trình với kỹ năng và trình độ không quá cao cũng có thể học được cách phát triển ứng dụng rất nhanh chóng.
Theo nhiều nhà phân tích, sự thay đổi này cũng chẳng khác gì những năm 90 của thế kỷ trước, khi Java hất cẳng các ngôn ngữ lập trình truyền thống như C và C+. Giờ thì cộng đồng phát triển đang lũ lượt di cư từ Java sang PHP và AJAX. Từ con số 0 của năm 2000, số website sử dụng PHP đã nhảy vọt với tốc độ tên lửa lên 23 triệu trang.
Hồi mới nổi, Java từng được xem là bài thuốc "giải độc" chống lại sự chuyên chế của Microsoft. Sử dụng Java, các nhà lập trình phần mềm và phát triển website có thể viết ra những chương trình chạy được trên nhiều hệ điều hành khác nhau. Trong địa hạt desktop nơi Windows thống trị độc tôn, Java đã thất bại, nhưng trong thế giới máy chủ, Java đã trở thành một thế lực hùng mạnh.
Với những website và ứng dụng Web đơn giản, người ta không còn cần đến Java. Nhưng khi phải làm thứ gì đó phức tạp hơn, cầu kỳ hơn, đấy chính là lúc phải cầu viện đến sản phẩm của Sun. Khi viết mã trên nền Linux, số tầng (layer) ít hơn nhiều nên bạn cũng không cần đến Java. Tương tự, khi viết các ứng dụng desktop dành cho giới giao dịch, môi giới và bán hàng, nhiều người đã sử dụng công cụ lập trình Visual Studio .NET của Microsoft.
"Thị trường ngày càng cạnh tranh còn khách hàng có thêm nhiều sự lựa chọn. Không ai, dù là người dùng hay một ông lớn, lại chỉ trung thành với duy nhất một công nghệ", Rod Smith, phó chủ tịch công nghệ phần mềm mới của IBM nhún vai. Suy cho cùng, liệu đã đến lúc cất lên một bản valse buồn cho Java hay chưa?
Hiện nay, Java hầu như chỉ còn được chuộng ở châu Á, ở châu Âu và Bắc Mỹ, nó giống như một cô gái đang dần "hết duyên". Tỷ lệ dùng .NET đã tăng một mạch gần 15%, từ 40,3% lên 54,1% tại Bắc Mỹ, qua mặt cả tỷ lệ dùng Java ở châu Âu và châu Á gộp lại.
Trong một cuộc thăm dò khác, mức độ ưa chuộng PHP tại Bắc Mỹ đã tăng từ 26% năm 2003 lên 36% trong năm nay, nhưng ở cựu lục địa Á - Âu, tốc độ ấy còn nhanh hơn. "Có quá nhiều đối thủ lớn và chúng đang gặm nhấm dần thị phần của Java", chủ tịch của Evans kết luận.
Một dấu hiệu khác cho thấy Java đang bị lạnh nhạt xuất phát từ thị trường sách công nghệ. Theo O'Reilly Media, một nhà xuất bản sách lập trình hàng đầu thì những cuốn có liên quan đến Java bị tụt 4% doanh số so với năm ngoái, trong khi doanh thu của sách hướng dẫn AJAX - một ngôn ngữ lập trình đang chiếm lĩnh các gói phần mềm nguồn mở - lại tăng tới 68%.
Cầm Thi (Theo Business Week)
http://vnhnc.com/home5/news.php?sid=20051219175923 |
|
|
|
|
| [Question] PHP vs JSP |
06/08/2007 08:27:46 (+0700) | #149 | 77119 |
Un-Known
Member
|
|
0 |
|
|
Joined: 28/06/2006 02:25:57
Messages: 22
Offline
|
|
| Mấy bồ đi so sánh như vậy chẳng khác gì việc so sánh vợ mình với vợ người ta. Mỗi cái đều có đặc điểm và tính năng riêng của nó. Tùy vào mục đích mà mình sử dụng cho nó phù hợp. |
|
|
|
![[Rule]](/hvaonline/templates/viet/images/icon_mini_rule.gif "[Rule]"){kind=icon}
![[Home]](/hvaonline/templates/viet/images/icon_mini_groups.gif "[Home]"){kind=icon}
![[Portal]](/hvaonline/templates/viet/images/icon_mini_portal.gif "[Portal]"){kind=icon}
![[Members]](/hvaonline/templates/viet/images/icon_mini_members.gif "[Members]"){kind=icon}
![[Statistics]](/hvaonline/templates/viet/images/icon_mini_stats.gif "[Statistics]"){kind=icon}
![[Search]](/hvaonline/templates/viet/images/icon_mini_search.gif "[Search]"){kind=icon}
![[Reading Room]](/hvaonline/templates/viet/images/icon_mini_book.gif "[Reading Room]"){kind=icon}
![[Register]](/hvaonline/templates/viet/images/icon_mini_register.gif "[Register]"){kind=icon}
Register![[Login]](/hvaonline/templates/viet/images/icon_mini_login.gif "[Login]"){kind=icon}
Login [
Thảo luận hệ điều hành Windows
![[Profile]](/hvaonline/templates/viet/images/en_US/icon_profile.gif "[Profile]"){kind=icon}
![[PM]](/hvaonline/templates/viet/images/en_US/icon_pm.gif "[PM]"){kind=icon}
![[Up]](/hvaonline/templates/viet/images/en_US/icon_up.gif "[Up]"){kind=icon}
![[Print Copy]](/hvaonline/templates/viet/images/en_US/icon_print.gif "[Print Copy]"){kind=icon}
![[Email]](/hvaonline/templates/viet/images/icon_email.gif "[E-mai]"){kind=icon}
![[WWW]](/hvaonline/templates/viet/images/icon_www.gif "[www]"){kind=icon}
![[Yahoo!]](/hvaonline/templates/viet/images/icon_yim.gif "[YIM]"){kind=icon}
![[MSN]](/hvaonline/templates/viet/images/icon_msnm.gif "[MSN]"){kind=icon}
![[Avatar]](/hvaonline/images/avatar/3101b2c8f38363a1ce326fc6912fe903.png "[Avatar]")
)![[digg]](/hvaonline/templates/viet/images/digg.gif "[digg]")
![[delicious]](/hvaonline/templates/viet/images/delicious.gif "[delicious]")
![[google]](/hvaonline/templates/viet/images/google.gif "[google]")
![[yahoo]](/hvaonline/templates/viet/images/yahoo.gif "[yahoo]")
![[technorati]](/hvaonline/templates/viet/images/technorati.gif "[technorati]")
![[reddit]](/hvaonline/templates/viet/images/reddit.gif "[reddit]")
![[stumbleupon]](/hvaonline/templates/viet/images/stumbleupon.gif "[stumbleupon]")