Mình lập ra topic này vì thấy có nhiều người chê PHP quá, nào là không bảo mật, nhiều bug,... (anh conmale còn nói với mình là ổng chỉ coi PHP như "toy" mà thôi, hixhix, nghe mà buồn gì đâu :cry: ) 

Vậy thì theo các bạn, 2 ngôn ngữ này có điểm mạnh và điểm yếu nào? Và nếu có thể đưa ra kết luận ngôn ngữ nào tốt hơn (theo mình ở đây ko chỉ đơn thuần ngôn ngữ nữa mà còn là web server chạy ngôn ngữ đó, ví dụ apache vs tomcat chẳng hạn) thì theo bạn đó là cái nào? 

Mình lập ra topic này vì thấy có nhiều người chê PHP quá, nào là không bảo mật, nhiều bug,... (anh conmale còn nói với mình là ổng chỉ coi PHP như "toy" mà thôi, hixhix, nghe mà buồn gì đâu :cry: )  

Những yếu tố như bảo mật, bug,... thì mình nghĩ người lập trình vẫn là yếu tố quyết định, nhưng nếu đã đem 2 ngôn ngữ ra so sánh thì cứ coi như yếu tố programmer là ngang nhau. Vậy thì theo các bạn, 2 ngôn ngữ này có điểm mạnh và điểm yếu nào? Và nếu có thể đưa ra kết luận ngôn ngữ nào tốt hơn (theo mình ở đây ko chỉ đơn thuần ngôn ngữ nữa mà còn là web server chạy ngôn ngữ đó, ví dụ apache vs tomcat chẳng hạn) thì theo bạn đó là cái nào?  

Theo mình thấy thì điểm mạnh của PHP là đơn giản (dễ học + dễ sử dụng), cộng đồng lớn, rất nhiều thư viện mã nguồn mở, cấu hình cũng đơn giản và theo mình là "chạy" khá nhanh :P) . Điểm yếu thì ... ngoài chuyện bảo mật (cũng chỉ nghe thiên hạ đồn chứ mình ko chuyên về security :oops: ), mình vẫn chưa nghĩ ra chỗ nào dở của PHP hết :P) .  

JSP : chưa sử dụng bao giờ nên không dám nhận xét :oops: (nhưng hình như là "chạy" khá chậm :P) , như HVA nè, ko biết có phải do đông người truy cập + server ở nước ngoài hay ko mà mình thấy load chậm lắm). Mời những chuyên gia về 2 ngôn ngữ này cho mình vài nhận xét thật khách quan nhé :wink:  

Mình lập ra topic này vì thấy có nhiều người chê PHP quá, nào là không bảo mật, nhiều bug,... (anh conmale còn nói với mình là ổng chỉ coi PHP như "toy" mà thôi, hixhix, nghe mà buồn gì đâu :cry: ) Những yếu tố như bảo mật, bug,... thì mình nghĩ người lập trình vẫn là yếu tố quyết định, nhưng nếu đã đem 2 ngôn ngữ ra so sánh thì cứ coi như yếu tố programmer là ngang nhau. Vậy thì theo các bạn, 2 ngôn ngữ này có điểm mạnh và điểm yếu nào? Và nếu có thể đưa ra kết luận ngôn ngữ nào tốt hơn (theo mình ở đây ko chỉ đơn thuần ngôn ngữ nữa mà còn là web server chạy ngôn ngữ đó, ví dụ apache vs tomcat chẳng hạn) thì theo bạn đó là cái nào? Theo mình thấy thì điểm mạnh của PHP là đơn giản (dễ học + dễ sử dụng), cộng đồng lớn, rất nhiều thư viện mã nguồn mở, cấu hình cũng đơn giản và theo mình là "chạy" khá nhanh :P) . Điểm yếu thì ... ngoài chuyện bảo mật (cũng chỉ nghe thiên hạ đồn chứ mình ko chuyên về security :oops: ), mình vẫn chưa nghĩ ra chỗ nào dở của PHP hết :P) . JSP : chưa sử dụng bao giờ nên không dám nhận xét :oops: (nhưng hình như là "chạy" khá chậm :P) , như HVA nè, ko biết có phải do đông người truy cập + server ở nước ngoài hay ko mà mình thấy load chậm lắm). Mời những chuyên gia về 2 ngôn ngữ này cho mình vài nhận xét thật khách quan nhé :wink:  

Nói thêm, cùng một đường dây Internet, anh thử đo vận tốc duyệt từ máy anh đến HVA mất tối đa là 1.7 giây / 1 trang. Cũng cùng trình duyệt và đường dây, anh đo vận tốc duyệt đến một số forum khác chạy php (như IPB, vBulletin...) cũng chạy trên dedicated server và mất ít nhất là 5 giây / 1 trang. Bởi thế, nhanh hay chậm có nhiều yếu tố.  

cụ thể là em thấy Joomla cũng là một dự án lâu dài đó mà 

Như đã nói ở trên, khi nói đến điểm mạnh và điểm yếu của một ngôn ngữ lập trình, phải dựa trên căn bản là dùng nó để tạo ra cái gì? php tiện dụng, gọn gàng cho những web application nhỏ. Hoàn toàn phù hợp cho những ứng dụng nhanh, không đòi hỏi kế hoạch lâu dài, không đòi hỏi độ bền bỉ và mở rộng lớn. Trong khi đó, jsp (dùng như một phương tiện để hiển thị nội dung trang web), nó không nên dùng để so sánh với php vì đằng sau jsp là một công nghệ đa tầng và đa dạng.  

Chưa thấy chỗ dở của php thì thử code một chương trình để cho khoảng 200 người cùng dùng (và bị DoS) như một forum chẳng hạn thì sẽ thấy 

Dạ em không hiểu chỗ này ! Và cũng không đồng ý với việc nói rằng PHP không chỉ dành như là món "fastfood" , cụ thể là em thấy Joomla cũng là một dự án lâu dài đó mà 

Hi Hi; giả sử ta code đc một page JSP và PHP (cùng tính năng, mục đích), cả 2 cùng bị DDoS; Hi Hi thử hỏi cái nào "dở hơn" nhỉ.  

Mình nghĩ là việc chống DDoS tốt phụ thuộc nhiều yếu tố chứ không phải là phụ thuộc nhiều vào việc ta đem JSP ra code thì nó chống DDoS tốt hơn, đem PHP ra code thì nó chống DDoS dở hơn. Do đó mà không nên nói là code một forum bằng PHP rồi để cho khoảng 200 người truy cập và bị DDoS để từ đó thấy cái dở của PHP :D  

Thế theo bác conmale thì chỗ dở trong câu trên là gì nào :D; Có ngôn ngữ khác PHP có thể khắc phục được chỗ dở đó à?  

Nhiều người cũng hiểu qua được DDoS là gì rồi; Do đó mà cá nhân mình nghĩ, với những Server Script thì hệ thống thông dịch kịch bản nào hoạt động gọn nhẹ hơn -> Góp phần chống DDoS tốt hơn; Sự "góp phần" ở đây cụ thể đó là tiết kiệm tài nguyên hệ thống, nhất là % xử lý của CPU và RAM. Việc chống DDoS thì lan dải đó :D, ở Web Server là chủ yếu :D.  

Dạ em không hiểu chỗ này ! Và cũng không đồng ý với việc nói rằng PHP không chỉ dành như là món "fastfood" , cụ thể là em thấy Joomla cũng là một dự án lâu dài đó mà  

số phận của bọn newbie như mình sao khổ quá , qua bên ddth nghe ông pcdinh khen php không mõi miển qua đây nghe chê không mỏi miểng , tôi thì lại đang chọn php làm nghề kiếm cơm ! chán quá 

jpg wrote:

Dạ em không hiểu chỗ này ! Và cũng không đồng ý với việc nói rằng PHP không chỉ dành như là món "fastfood" , cụ thể là em thấy Joomla cũng là một dự án lâu dài đó mà  

Bro hiểu lầm ý anh conmale chỗ này. Theo tớ hiểu ý anh conmale đề cập là khả năng mở rộng kém của php. Có rất nhiều dự án viết bằng php như joomla thậm chí tốt hơn như eZPublish, typo3, nhưng so với những dự án viết bằng java như http://www.jahia.org/jahia/home.html hay http://www.infoglue.org/infoglueDeliverLive/ViewPage.action?repositoryName=www.infoglue.org qui mô vẫn còn kém. Cái dở của php so với jsp/servet còn ở chỗ truy cập cơ sở dữ liệu. Anh conmale mà phân tích chỗ này thì sẽ sớm bỏ php :D) 

Bạn có thể phiên tích kỹ hơn nhược điểm và ưu điểm của PHP giúp mình nhìn nhận rõ hơn vấn đề được không ? 1.Mọi người cùng công nhận PHP không có khả năng mở rộng như jsp thì mình đành chịu thôi 2. Nhưng vẫn băn khoăn không biết truy cập cơ sở dữ liệu với PHP thua kém jsp ở điểm nào ? Bạn có thể đưa ra một ví dụ nhỏ cho mình được không ? 

Bạn có thể phiên tích kỹ hơn nhược điểm và ưu điểm của PHP giúp mình nhìn nhận rõ hơn vấn đề được không ? 1.Mọi người cùng công nhận PHP không có khả năng mở rộng như jsp thì mình đành chịu thôi 2. Nhưng vẫn băn khoăn không biết truy cập cơ sở dữ liệu với PHP thua kém jsp ở điểm nào ? Bạn có thể đưa ra một ví dụ nhỏ cho mình được không ? 

Khác nhau cơ bản giữa php và jsp/servlet là 1 ngôn ngữ thông dịch và 1 ngôn ngữ biên dịch. Dựa trên điều kiện cơ bản này thì tất cả các ngôn ngữ dựa trên thông dịch không riêng gì php (asp, pl, cgi) đều không thể sánh được với các ngôn ngữ biên dịch về mặt tốc độ thực thi. Một phiên làm việc của jsp/servlet bắt đầu bằng việc khởi động server (tomcat, jboss,...) cho đến lúc kết thúc nó còn 1 phiên làm việc của các ngôn ngữ thông dịch bắt đầu bằng việc nhận được 1 request. Nếu số lượng request tăng cao thì các ngôn ngữ thông dịch sẽ làm việc vất vả hơn ngôn ngữ biên dịch. Chính điều này ảnh hưởng đến khả năng mở rộng của php.  

Đối với cơ sở dữ liệu khi có 1 request thì php phải làm động tác mở kết nối đến cơ sở dữ liệu, thực thi, trả về kết quả và đóng kết nối. Điều này chiếm dụng rất nhiều tài nguyên hệ thống nếu tính theo số lượng request. Còn đối với jsp/servlet nó chỉ mở kết nối đến cơ sở dữ liệu dựa trên cơ chế http://en.wikipedia.org/wiki/Connection_Pool chỉ 1 lần vào lúc khởi động server. Nếu số lượng request nhiều nó sẽ cho vào hàng đợi. Điều này sẽ chiếm dụng tài nguyên hệ thống ít hơn hẳn và do đó nó chịu DoS dai hơn :D) 

Cái dở của php so với jsp/servet còn ở chỗ truy cập cơ sở dữ liệu. Anh conmale mà phân tích chỗ này thì sẽ sớm bỏ php 

số phận của bọn newbie như mình sao khổ quá , qua bên ddth nghe ông pcdinh khen php không mõi miển qua đây nghe chê không mỏi miểng , tôi thì lại đang chọn php làm nghề kiếm cơm ! chán quá 

Chuyện bàn luận có lẽ hơi ngược đời, ông Java mập hơn, nặng hơn mà lại chống DDOS ngon hơn ông PHP ốm teo. Chắc do ông PHP "ốm quá mức", phải đợi version 6 cho lên cân khỏe khỏe, dẻo dai hơn để lách tốt hơn :D  

Mập chỗ nào vậy? 

vì đằng sau jsp là một công nghệ [color=green]đa tầng và đa dạng[/color] 

conmale wrote:

Mập chỗ nào vậy? 

conmale wrote:

vì đằng sau jsp là một công nghệ [color=green]đa tầng và đa dạng[/color] 

JSP nó như thế thì sao mà không mập được :mrgreen:  

114v wrote:

conmale wrote:

Mập chỗ nào vậy? 

conmale wrote:

vì đằng sau jsp là một công nghệ [color=green]đa tầng và đa dạng[/color] 

JSP nó như thế thì sao mà không mập được :mrgreen:  

Vì đa tầng và đa dạng nên nó... mập? Hì hì, nên suy tư nhiều hơn, không thì với lối suy nghĩ thế này em "bị" làm thợ gõ suốt đời đó :P) Hình như cái jforum xử lý BBCODE không bị lỗi mà em dùng tag... bị lỗi :lol:) :lol:)  

conmale wrote:

114v wrote:

conmale wrote:

Mập chỗ nào vậy? 

conmale wrote:

vì đằng sau jsp là một công nghệ [color=green]đa tầng và đa dạng[/color] 

JSP nó như thế thì sao mà không mập được :mrgreen:  

Vì đa tầng và đa dạng nên nó... mập? Hì hì, nên suy tư nhiều hơn, không thì với lối suy nghĩ thế này em "bị" làm thợ gõ suốt đời đó :P) Hình như cái jforum xử lý BBCODE không bị lỗi mà em dùng tag... bị lỗi :lol:) :lol:)  

Anh xem lại BBCODE chứ em ko hề dùng sai!!! Đây là cái bbcode: [_color=yellow]vì đằng sau jsp là một công nghệ [_color=green]đa tầng[/_color] và [_color=red]đa dạng[/_color][/_color]  

Vậy theo anh em nên suy tư như thế nào :D 

Do đâu php được tạo ra? ưu, khuyết điểm của nó ở đâu?  

php tiện dụng, gọn gàng cho những web application nhỏ. Hoàn toàn phù hợp cho những ứng dụng nhanh, không đòi hỏi kế hoạch lâu dài, không đòi hỏi độ bền bỉ và mở rộng lớn  

Do đâu jsp được tạo ra? ưu, khuyết điểm của nó ở đâu?  

Trong khi đó, jsp (dùng như một phương tiện để hiển thị nội dung trang web), nó không nên dùng để so sánh với php vì đằng sau jsp là một công nghệ đa tầng và đa dạng.  

"Ngôn ngữ lập trình" --> không biến ứng dụng thành lớn hay nhỏ mà người tạo ra nó muốn nó lớn hay nhỏ.  

conmale wrote:

Do đâu php được tạo ra? ưu, khuyết điểm của nó ở đâu?  

conmale wrote:

php tiện dụng, gọn gàng cho những web application nhỏ. Hoàn toàn phù hợp cho những ứng dụng nhanh, không đòi hỏi kế hoạch lâu dài, không đòi hỏi độ bền bỉ và mở rộng lớn  

conmale wrote:

Do đâu jsp được tạo ra? ưu, khuyết điểm của nó ở đâu?  

conmale wrote:

Trong khi đó, jsp (dùng như một phương tiện để hiển thị nội dung trang web), nó không nên dùng để so sánh với php vì đằng sau jsp là một công nghệ đa tầng và đa dạng.  

ở trên là những câu hỏi và câu trả lời của anh vậy sao lại

conmale wrote:

"Ngôn ngữ lập trình" --> không biến ứng dụng thành lớn hay nhỏ mà người tạo ra nó muốn nó lớn hay nhỏ.  

 

=> đối với những gì anh đã nói về PHP => PHP không thể viết được những ứng dụng lớn ??? em đang là 1 newbie, đang ngồi học code PHP và cũng có dự định về 1 trang bán hàng trực tuyến, vậy theo anh thì e-commerce có lớn hay không ???  

So sánh JSP và PHP, ngang = với việc cân nhắc xem đi xe đạp hay đi ô tô ra đường bây giờ. Gặp đường quốc lộ thì anh auto phóng tít mù. Nhưng gặp đường hẹp, quanh gấp khúc nhiều luồng thì lại phải nhờ tới anh xe đạp rồi. Nhắc tới JSP hay Java nói chung, là nói tới enterprise apps. Còn nhắc tới PHP, thì ko thể ko nghĩ tới bộ tứ LAMP ( Linux Apache MySQL PHP|PERL|PYTHON ) Title của topic này sẽ ổn hơn, nếu đằng sau đó là 1 cái gì khác, là deploy environment chẳng hạn. Deploy 1 prj tính = chục ngàn $. Về e-commerce chẳng hạn ( đơn cử: eBay ), chưa kể $ đầu tư phát triển. Mà xài PHP thì là dở. Thế nhưng, để build up 1 system dạng nhanh chóng và ăn liền ( số này nhiều vô số kể ), mà xài Java thì đúng là thừa. PHP có chỗ đứng của nó, Java cũng vậy.  

Năm 2006 vừa rồi, sau khi thuật ngữ web 2.0 , ajax ra đời. thì kéo theo đó cũng là PHP, là LAMP được nhắc tới nhiều hơn. PHP phù hợp với môi trường triển khai nhỏ, bởi tính cơ động, tương tác tốt và thân thiện với người dùng.  

Nếu xét trên phương diện web app, và thực tế trong thời điểm hiện nay. Thì rõ ràng PHP là phổ biến và gần gũi hơn cả với người dùng. Và Java thì vẫn có rất nhiều đất sống, với đúng vị trí của nó, là dành cho các enterprise app.  

Còn nếu xét kĩ càng hơn, về phương diện kĩ thuật ,thì việc đón nhận thật nhiều request, hay cử như bi ddos, thì còn phải xét xem, rằng anh đầu tư nền tảng cơ sở vật chất thế nào. Cùng với số vốn để deploy 1 prj = java tầm cỡ , anh hết bao nhiêu ? Java bền bỉ và thread-safe, thì tôi quăng = đó tiền đầu tư 1 dàn server cân tải. Cũng = nhau cả thôi.  

Còn nói riêng về tốc độ, thì java chậm hơn PHP về executing speed nếu xét với cùng 1 tác vụ. ( có rất nhiều article đã nói về vấn đề này ) Java được đánh giá cao, bởi tính stable, scalability... đồng nghĩa với việc ngốn nhiều resource hơn và cần sự đảm bảo và compatible tốt với hardware  

Những năm gần đây, có nhiều lời tiếng, đã nói lên rằng thời đại của Java đang dần tàn lụi. Các công ty 1 thời ưa chuộng Java, đã không còn dựa dẫm vào nó. Họ có thêm sự lựa chọn hơn của ngày hôm nay, LAMP là 1 đơn cử. ------------------------------------- Java? It's So Nineties "Can it possibly be that Java -- once the hippest of hip software -- has become a legacy technology, as old and out of style as IBM's (IBM) mainframe computers and SAP's corporate applications? Mounting evidence points to yes." http://www.businessweek.com/technology/content/dec2005/tc20051213_042973.htm?campaign_id=search  

Hì hì, cái này chính bồ thử nghiệm và kiểm chứng hay lại... "nghe nói" vậy? Server của HVA vẫn y như trước (khi dùng php), hiện nay lượng người truy cập nhiều hơn trước khoảng 40 - 50% nhưng stats cho thấy tài nguyên dùng cho forum java hiện nay chỉ bằng 30% lúc trước. Bởi thế, bồ nên thử nghiệm và kiểm chứng thay vì "nghe" suông và kết luận vì nó thiếu thực tế.  

Em thử kiểm chứng và có thấy là tốc độ chậm hơn thật .... 

Em chưa rành Java và cũng chưa rành về Server ..... chỉ là em truy cập vào 2 trang ở cùng 1 host . 1 trang làm bằng php , 1 trang làm bằng Java , cả 2 trang đều hao hao nhau cả ... lượng images bằng nhau , cũng không có nhiều query dữ liệu hay gì gì khác .... Thử truy cập vào thì thấy bên PHP có nhanh hơn ... Tất nhiên là chỉ có trang nặng nặng 1 xíu mới thấy rõ , chứ chỉ có 1 page với vài dòng chữ và vài cái images lèo tèo thì không phát hiện ra bên nào nhanh hơn ....  

Ngoài ra , em để ý khi dùng JForum , khi truy cập vào JForum thì một page mới sẽ được tạo ra ( theo cách hiểu của em là thế ) chứ file đó ko hề có trong cấu trúc mã nguồn của JForum Ví dụ : http://hvaonline.net/hvaonline/forums/list.html , file list.html đâu có trong danh sách các file của JForum đúng không ạ ?  

Không biết có phải vì lí do này mà làm cho JForum load chậm hơn so với PHP ( em dùng thử bên Vbulletin ) .... trong khi load bên Vbb phải nói là nhiều hơn so với 1 JForum ở dạng đơn giản , không có nhiều images như bên Vbb 

Đây, xem thử thống kê của tiope (nó là thống kê đáng tin cậy và phổ biến nhất về mức popular của các computer programming language): http://www.tiobe.com/tpci.htm Trong đó, Java đứng đầu với rating 18.044% (chiếm 18.044% của tổng số các ngôn ngữ được dùng). Trong khi đó, php đứng hàng thứ 4 và chỉ chiếm 9.458% (một nửa của Java). 1 1 Java 18.044% -3.84% A 4 4 PHP 9.458% -0.49% A Tớ chả biết "các công ty" khác thế nào, công ty tớ là một công ty tài chánh và bảo hiểm, php không nằm trong danh sách được xét để dùng cho các giải pháp. 

PHP is very visible, coming in just behind Java, which Sun has spent millions of dollars to market over the past 8 years or so. PHP's high visibility may well stem from the fact that it is mainly a web language, so that it would be natural for it to appear disproportionately on the web. 

Kết luận, PHP không yếu hơn JSP vì nó linh động, có thể biến đổi phù hợp một cách nhanh chóng ( với điều kiện máy chủ riêng :D) không chơi Share Hosting  

Em quan sát topic này khá lâu rồi mới hỏi anh conmale một thứ. Anh có nghĩ rằng mình rất thiếu sót khi không nói tới PHP là một OpenSource, mã nguồn bộ thông dịch của nó là mã mở, mọi vấn đề anh đưa ra mà anh đặt làm luận điểm cho việc chứng minh khả năng xử lý của JSP tốt hơn PHP đều có thể được sửa đổi tức thời bằng cách chỉnh và dịch lại PHP core. Anh nó Java là một ngôn ngữ với kiến trúc đa tầng là đúng, nó rất rộng, Sun đã thành công khi phát triển JAVA với một thư viện ( đúng nghĩa của từ thư viện ) Class rộng lớn, sức mạnh của java theo em cũng là sự tạo sẵn "thiếu linh động" từ các lập trình viên của SUN, mọi tương tác với hệ thống của server đều thực hiện qua trình thông dịch JAVA Virtual Machine, vậy suy ra JAVA chỉ thực tế là một ngôn ngữ á Script, nó không trực tiếp thực hiện mà chỉ dùng lại ( và thông qua ) một tập các class hoạt đông như một tâp hàm API để tương tác với môi trường thực thi nó. Trong khi đó PHP cũng gần giống JAVA, Zend đã tạo cho nó một thư viện ( dĩ nhiên là nhỏ hơn ) hàm Built-in phong phú, để nó dùng trình dịch PHP tương tác với môi trường thực thi nó. Nhưng điều tuyệt vời mà nó vượt qua JSP là nó có trình dịch mở, tức thư viện hàm của nó có thể mở rộng vô hạn, bởi cả một cộng đồng lớn, JAVA mạnh vì nó có hệ thống Markerting của SUN thúc đẩy cho nó, trong khi đó PHP cũng có sức mạnh không kém ( cái em nói tới là sức mạnh tiền năng của cộng đồng mở ) nhưng thiếu một hệ thống Markerting như SUN MicroSystem đã làm. Kết luận, PHP không yếu hơn JSP vì nó linh động, có thể biến đổi phù hợp một cách nhanh chóng ( với điều kiện máy chủ riêng :D) không chơi Share Hosting ) Em xin lỗi vì điểm môn văn của em rất thấp hồi còn đi học, nên việc trình bày có vẻ lủng củng thiếu thuyết phục, nhưng nó là ý kiến của em phàn bác lại ý kiến anh bảo là PHP kém hơn Java nhiều ở chỗ nó không rộng và đa tầng như JAVA. 

Hehe ..cái này chắc phải coi lại quá ... Nếu bạn đã đi với opensource rồi thì hãy xem kỹ lại nhé ...cái nào sẽ nhiều hơn ..heheehh. Tôi đã nói rồi .. nếu bạn đi với PHP bạn chỉ viết được ứng dụng web, nếu bạ n đi vơi java thì ...ôi thôi.. không dám nói tới đâu ... Nếu có thắc mắc gì thì qua diễn đàn java hỏi thử một câu thôi ..chắc chết mất,,heheheh  

JSP (viết tắt của tiếng Anh JavaServer Pages) còn được biết đến với một cái tên khác là Java Scripting Preprocessor - tạm dịch là "Bộ xử lý văn lệnh Java tiền trình" - là một công nghệ Java cho phép các nhà phát triển tạo nội dung HTML, XML hay một số định dạng khác của trang web một cách năng động, trong khi hồi âm yêu cầu của trình khách. Công nghệ này cho phép người ta nhúng mã Java và một số hành động xử lý đã được định trước (pre-defined actions) vào trong nội dung tĩnh của trang. 

các bác có thể tạo ra và hiển thị một report có định dạng nhất định (pdf, doc, html ...) được tạo ra từ PHP không 

Durza wrote:

Em chưa rành Java và cũng chưa rành về Server ..... chỉ là em truy cập vào 2 trang ở cùng 1 host . 1 trang làm bằng php , 1 trang làm bằng Java , cả 2 trang đều hao hao nhau cả ... lượng images bằng nhau , cũng không có nhiều query dữ liệu hay gì gì khác .... Thử truy cập vào thì thấy bên PHP có nhanh hơn ... Tất nhiên là chỉ có trang nặng nặng 1 xíu mới thấy rõ , chứ chỉ có 1 page với vài dòng chữ và vài cái images lèo tèo thì không phát hiện ra bên nào nhanh hơn ....  

Em cho anh đường link đến 2 trang đó để anh test thử xem.  

Sẵn tiện anh conmale đưa ra số liệu query của cái JForum này và IBP hồi trước xem nó thế nào. Nếu được so sánh luôn những công việc mà 2 cái forum này làm để sinh HTML khi truy cập ra như thế nào luôn :)  

Durza wrote:

Không biết có phải vì lí do này mà làm cho JForum load chậm hơn so với PHP ( em dùng thử bên Vbulletin ) .... trong khi load bên Vbb phải nói là nhiều hơn so với 1 JForum ở dạng đơn giản , không có nhiều images như bên Vbb  

Cái này chứng tỏ em không nắm rõ và chỉ nhận định theo cảm tính. Em có biết trước khi vBulletin trả lời về trình duyệt 1 trang nào đó, nó làm những gì không?  

Những gì em thấy đã được "biến" thành HTML. Bởi thế, không có gì dính dáng đến "cấu trúc mã nguồn" gì ở đây nữa cả 

các bác có thể tạo ra và hiển thị một report có định dạng nhất định (pdf, doc, html ...) được tạo ra từ PHP không 

php phổ biến và gần gũi vì nó dễ học, dễ làm, mau thấy. Bởi thế, nó dễ đưa lập trình viên vào cái "tật"... nhá ra là code liền. Code xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não  

Đây, xem thử thống kê của tiope (nó là thống kê đáng tin cậy và phổ biến nhất về mức popular của các computer programming language): http://www.tiobe.com/tpci.htm Trong đó, Java đứng đầu với rating 18.044% (chiếm 18.044% của tổng số các ngôn ngữ được dùng). Trong khi đó, php đứng hàng thứ 4 và chỉ chiếm 9.458% (một nửa của Java). 1 1 Java 18.044% -3.84% A 4 4 PHP 9.458% -0.49% A  

Tớ chả biết "các công ty" khác thế nào, công ty tớ là một công ty tài chánh và bảo hiểm, php không nằm trong danh sách được xét để dùng cho các giải pháp.  

@L0ng3ta: http://www.google.com/search?ie=UTF-8&oe=UTF-8&sourceid=navclient&gfns=1&q=php+PDF+class Cái tạo PDF này thì Joomla là một ví dụ điển hình, nó có chức năng đó. Tự tạo PDF từ nội dung lấy trong CSDL chứ không phải là hiển thị một file PDF không thôi. Mà cái này là chuyện bình thường, PHP hoàn toàn có khả năng mở rộng, cài thêm ext vào, JSP cũng vậy thôi.  

Oh, như đã nói ngay từ đầu, để so sánh Java và PHP, thì còn cần phải thêm vào 1 thứ gọi là running environment nữa. Quan điểm chung của tôi, chỉ là sự nhấn mạnh những lợi ích mà PHP hay LAMP mang lại ngay trong thời buổi hiện h. Chứ tôi thấy a conmale mà lại chấp nhặt thế thì buồn quá.  

conmale wrote:

php phổ biến và gần gũi vì nó dễ học, dễ làm, mau thấy. Bởi thế, nó dễ đưa lập trình viên vào cái "tật"... nhá ra là code liền. Code xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não  

Nên nhìn vào thực tế, anh có nghĩ ở VN có bao nhiêu programmer viết tốt PHP? và có bao nhiêu programmer viết tốt Java? Theo đánh giá của tôi, thì là Java. Trong mảng IT education, thì Java hay .NET vẫn là n công nghệ được dạy chính quy, còn PHP là phi chính quy. Các coder có khả năng code PHP thật sự tốt ở VN, đến giờ ko nhiều, hoặc có lẽ "chuyên nghiệp" tới mức "nhá ra là code liền,...xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não" như anh nói. Tôi nghĩ câu nói này, chỉ hợp lý khi nhận định với cộng đồng PHP 2 năm trước. Việc expanding apps khó hay dễ ko chỉ phụ thuộc vào công nghệ. Mà phụ thuộc phần nhiều vào cách viết của coder và trình độ của developer.  

conmale wrote:

Đây, xem thử thống kê của tiope (nó là thống kê đáng tin cậy và phổ biến nhất về mức popular của các computer programming language): http://www.tiobe.com/tpci.htm Trong đó, Java đứng đầu với rating 18.044% (chiếm 18.044% của tổng số các ngôn ngữ được dùng). Trong khi đó, php đứng hàng thứ 4 và chỉ chiếm 9.458% (một nửa của Java). 1 1 Java 18.044% -3.84% A 4 4 PHP 9.458% -0.49% A  

Cái top list ở trên chả xa lạ gì. Thế nhưng nên nhớ là Java chứ ko phải JSP ,servlet , J2EE :)) Java Technology nói chung, ko lẽ a đem 1 "technology" xài cho cả web và desktop applications ra để so sánh với 1 only web - scripting language sao? Trong order list thì PHP vẫn là web programming language popular số 1.  

conmale wrote:

Tớ chả biết "các công ty" khác thế nào, công ty tớ là một công ty tài chánh và bảo hiểm, php không nằm trong danh sách được xét để dùng cho các giải pháp.  

Chính vì "chả biết" mà làm nên tính bảo thủ trong suy nghĩ của anh.  

Và tôi vẫn giữ quan điểm của riêng mình về những lợi ích mà PHP đem lại cho cộng đồng. Trên phương diện của nhà phát triển, thì sự chọn lựa bất cứ 1 công nghệ nào, cũng phải cân nhắc trên nhiều yếu tố thực tế chứ không nên "chả biết". Còn với mỗi web user. PHP hay Java cũng sẽ như nhau. Và cái chính, vẫn là đảm bảo lợi ích cho người dùng cuối. 

"Nếu bạn học code với PHP bạn chỉ phát triển được ứng dụng Web, nếu đi với Java các bạn sẽ làm được tất cả.".  

Chài ai ! Lại nhắc anh lần nữa là đang so sánh giữa PHP và JSP mừ ... Chúng ta đang nói về khả năng ứng dụng , những tiện ích và .... giữa 2 ngôn ngữ lập trình web chứ chưa bàn đến lập trình ứng dụng hay gì khác . Tất nhiên là nếu so sánh về lập trình thì PHP không thể so sánh với Java về độ rộng lớn của nó . Một bên là Web Scripting Language và một bên còn có thêm Desktop Applications nữa thì bên nào hơn về mặt lập trình Y___Y 

Công nghệ này cho phép người ta nhúng mã Java và một số hành động xử lý đã được định trước (pre-defined actions) vào trong nội dung tĩnh của trang.  

Anh thì không rành về PHP nên anh không dám ý kiến ý cò... Nhưng ai đụng đến java là anh không chịu nổi ...heheheh  

Thì anh có nói cái gì xa đâu mừ... tại sao khi nói tới JSP mà lại tách nó ra hẳn với Java vậy hè ???  

Dọa ! Không phải tách nó ra hẳn với Java mà là nếu gộp chung nó với Java , đem những ưu điểm và sức mạnh của Java mà so sánh với 1 PHP nhỏ bé thì không công bằng lắm ạ ... Em chỉ muốn nói là nên bỏ qua cái Desktop Applications của Java qua một bên mà chỉ xét hẳn về lập trình web mà thui ....

Anh thì không rành về PHP nên anh không dám ý kiến ý cò... Nhưng ai đụng đến java là anh không chịu nổi ...heheheh  

Em thì không rành về Java nên em không dám bàn luận sâu về chuyên môn nhiều .... Nhưng ai đụng đến PHP ( món tủ ) của em là em không chịu nổi .... hí hí hí hí 

Đã biết là PHP nhỏ bé sao lại còn đem ra so sánh hè ...heheheheh Ai đụng đến java anh lại bực làm sao í ...hiihihih 

Tuy nhỏ bé những PHP là ngôn ngữ thân thiện và rất dễ học .... Vả lại nếu không cần làm những website đồ sộ hay cần tính bảo mật cao ... thì không cần thiết phải dùng đến JSP nhiều ....vì làm PHP dù sao cũng dễ hơn và đặc biệt là host PHP rẽ hơn host Java , ASP .... ( mua cái host Java để cài JForum mà tiếc đứt ruột , 17$ / 1 month chứ củ khoai à ??? Y__Y ) Nhưng mà dù sao nhờ topic này mà em rút ra kết luận : tạm thời dừng việc phát triển kiến thức PHP để chuyển qua Java thôi ^^ 

Lạ nhỉ? Bồ tham gia thảo luận, bồ đưa ra ý kiến, tôi đưa ra ý kiến, bồ phản bác, tôi phản bác... cớ sao lại cho tôi là chấp nhặt? Nếu vậy thì bàn, thì cãi để làm chi? Tôi chỉ muốn đưa ra quan điểm của tôi và chứng minh nó một cách rõ ràng. Bởi thế, "bị" cho là "chấp nhặt" tôi thấy không công bằng và không đúng tinh thần thảo luận tí nào cả.  

Tôi còn thấy rằng có nhiều người tham gia chủ đề này biết rất ít về jsp, servlet, java, thậm chí có thể chưa bao giờ viết 1 dòng code thuộc mảng java nhưng vẫn "dũng cảm" mang nó ra để so sánh với php. Đó là lý do tôi tiếp tục tham gia topic này để làm cho rõ vấn đề.  

Vậy thì điều tôi nói có gì sai mà phản bác? 

php phổ biến và gần gũi vì nó dễ học, dễ làm, mau thấy. Bởi thế, nó dễ đưa lập trình viên vào cái "tật"... nhá ra là code liền. Code xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não 

Nên nhìn vào thực tế, anh có nghĩ ở VN có bao nhiêu programmer viết tốt PHP? và có bao nhiêu programmer viết tốt Java? Theo đánh giá của tôi, thì là Java. Trong mảng IT education, thì Java hay .NET vẫn là n công nghệ được dạy chính quy, còn PHP là phi chính quy. Các coder có khả năng code PHP thật sự tốt ở VN, đến giờ ko nhiều, hoặc có lẽ "chuyên nghiệp" tới mức "nhá ra là code liền,...xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não" như anh nói. Tôi nghĩ câu nói này, chỉ hợp lý khi nhận định với cộng đồng PHP 2 năm trước. Việc expanding apps khó hay dễ ko chỉ phụ thuộc vào công nghệ. Mà phụ thuộc phần nhiều vào cách viết của coder và trình độ của developer.  

Tôi đã nói ngay từ đầu, đem php ra so với jsp là khập khiễng. Có lẽ bồ không đọc những bài trước. Những gì "bị" so sánh ở đây hoàn toàn nằm ở khuôn khổ web.  

Tôi chỉ đưa ra dẫn chứng thực tế. Trọn bộ affiliates của công ty tôi làm (gồm hàng trăm cty bảo hiểm, tài chính, nhà băng....) 

Anh thì không rành về PHP nên anh không dám ý kiến ý cò... 

Một ví dụ cụ thể cho các bác dễ hiểu: các bác có thể tạo ra và hiển thị một report có định dạng nhất định (pdf, doc, html ...) được tạo ra từ PHP không?? sao JSP lại làm được vậy ta ?? 

Nhưng anh nghĩ làm quen và code với nó chắc cũng không tốn nhiều thời gian lắm đâu. 

L0ng3ta wrote:

Anh thì không rành về PHP nên anh không dám ý kiến ý cò... 

Vậy mà dám phán 1 ví dụ xanh rờn thế này???

L0ng3ta wrote:

Một ví dụ cụ thể cho các bác dễ hiểu: các bác có thể tạo ra và hiển thị một report có định dạng nhất định (pdf, doc, html ...) được tạo ra từ PHP không?? sao JSP lại làm được vậy ta ?? 

 

Xin thưa, PHP support extension để làm gì, bạn hoàn toàn có thể viết 1 extension cho riêng bạn và load nó vào PHP interpreter.  

L0ng3ta wrote:

Nhưng anh nghĩ làm quen và code với nó chắc cũng không tốn nhiều thời gian lắm đâu. 

Đó chỉ làm "làm quen" và "code với nó" chứ chưa phải là làm được cái gì thực sự dùng đây, nếu bạn nói câu đó thì tui hoàn toàn có thể nói ngược lại rằng tui có thể làm quen và code với Java mà không tốn nhiều thời gian. 

chắc khoản này JSP không làm được quá 

Úi giời ơi, nghe "đao to búa lớn" quá đi mất. Đã bảo ko rành mà cứ thích ra ví dụ cụ thể mới ghê, cứ làm như chắc như đinh đóng cột rằng PHP ko thể làm được vậy? Xin lỗi, chưa biết Java bạn giỏi đến cỡ nào nhưng đừng có cái thái độ khinh thường và ngạo mạn như vậy, mỗi người giỏi 1 lĩnh vực nhé.  

Còn chuyện code Java thì nếu ai học vững môn Programming Language + OOP thì chắc chỉ cần 1 tuần là học được ngôn ngữ khác, đừng có mà tinh vi vi tính nhé :lol:)  

L0ng3ta wrote:

chắc khoản này JSP không làm được quá 

Tớ có nói câu nào là java không làm được không nhỉ? Có cần phải khinh miệt PHP vậy ko nhỉ? Tính cách thế này mà làm được elite cũng hay :lol:) (ngay cả tiếng Việt còn chưa rành mà mở miệng ra là "hehehe", nghe nực cười quá đi mất :lol:) ) 

Đúng là sai lầm khi đưa ra cái topic này, dường như vấn đề này không thể thảo luận mà chỉ dẫn đến tranh cãi, ai thích cái nào thì sẽ bênh vực cho cái nấy thôi. @longta (chữ "ta" cuối nghe giống "tà" nhễ :lol:) ): pác cứ giữ cái elite đấy cho các mem đánh giá tư cách của pác, còn tớ chỉ nói với pác 1 câu, pác làm mà ko dám nhận, nói xong đó rồi lại chối ngay, đến "đàn ông" pác còn chẳng xứng chứ đừng nói "elite member" của HVA :lol:)  

Thôi xin các bác. Cãi nhau như trẻ con vậy không nên. PHP và Java có chỗ đứng của riêng nó. Nếu các bác là lập trình viên chuyên nghiệp thì dùng ngôn ngữ nào là không thành vấn đề. Miễn bàn đến tư cách cá nhân. 

:lol:) :lol:) :lol:) Xin lỗi, cười cho đã rồi mới nói nổi, chả hiểu sao có người cứ gán ghép mà mình thèm cái chức elite nhỉ :lol:) Cái đó có làm ra tiền ko, thằng này thì lại chỉ quan tâm đến tiền thôi. Chỉ thấy tội cho những elite khác bị bác làm cho xấu mặt mất rồi :lol:) Elite (mà thật ra cũng chẳng cần elite, lớn rồi chứ có phải nhỏ nhít gì) mà phát biểu những câu như thế thì... đừng học thêm môn PHP, mà kiếm mấy cuốn "Giáo dục công dân" đọc nhé :wink: Ô hô, hóa ra một pro java như bác đây mà cũng phải nghĩ đến tuổi già cơ đấy, tội quá tội quá :lol:) Thằng này code PHP sống qua ngày nhưng cuối đời chắc cũng ko phải lo nghĩ đến chuyện học 1 ngôn ngữ khác để mà kiếm cháo húp :lol:) Còn nữa, thằng này biết là thằng này học đến suốt đời, chẳng có gì mà phải ấm ức, chỉ tội cho những kẻ cho ta là nhất, đến lúc nhìn lại thì ôi thôi, họ đã lên tới sao Hỏa mà mình vẫn còn ngồi "Địa cầu" lọc cọc ngồi gõ java :lol:)  

Meanwhile, .NET usage increased to 54.1% from 40.3% in the same period in North America, and exceeded Java use in Europe and Asia. In a different survey series, the use of PHP in North America grew to 36.1% this fall, from 26% in the fall of 2003. It grew almost as quickly in Europe and Asia. "There's more competition out there," says Evans President John Andrews. "These other technologies are catching hold. They're biting away at [Java's] share."  

- Ngày nay, Java hầu như chỉ còn được chuộng ở châu Á - Tỷ lệ dùng .NET đã tăng gần 15%, từ 40,3% lên 54,1% tại Bắc Mỹ, vượt qua cả tỷ lệ dùng Java ở châu Âu và châu Á gộp lại. - Mức độ sự dụng PHP tại Bắc Mỹ đã tăng từ 26% năm 2003 lên 36% trong năm nay, ở châu Á - Âu, tốc độ ấy còn nhanh hơn. "Có quá nhiều đối thủ lớn đang gặm nhấm dần thị phần của Java", - Chủ tịch Evans John Andrews nói. ------------------------------------------------------  

conmale wrote:

Lạ nhỉ? Bồ tham gia thảo luận, bồ đưa ra ý kiến, tôi đưa ra ý kiến, bồ phản bác, tôi phản bác... cớ sao lại cho tôi là chấp nhặt? Nếu vậy thì bàn, thì cãi để làm chi? Tôi chỉ muốn đưa ra quan điểm của tôi và chứng minh nó một cách rõ ràng. Bởi thế, "bị" cho là "chấp nhặt" tôi thấy không công bằng và không đúng tinh thần thảo luận tí nào cả.  

Anh ko thấy trái ngược khi cũng có nhiều người mở mồm ra là enterprise , nhưng lại đi so sánh với PHP, chỉ đơn giản là 1 web scripting language. Cái chấp nhặt của anh ở đây là ở chỗ đó.  

Tôi ko có ý ngợi ca PHP quá đáng so với những gì mà PHP đã làm được, hay chê bai Java 1 câu nào như anh thấy. Ngoài link 1 bài viết trên businessweek mà theo tôi nó có nhiều nhận định và thống kê hết sức cụ thể đáng để tham khảo. Tôi chỉ bày tỏ luận điểm của mình về những gì mà PHP đang mang lại ngày hôm nay. Nhưng anh có vẻ thích lái nó sang lối nói so sánh hơn. Nên tôi mới phải dùng tới "khổ" từ: "chấp nhặt" ở đây.  

conmale wrote:

Tôi còn thấy rằng có nhiều người tham gia chủ đề này biết rất ít về jsp, servlet, java, thậm chí có thể chưa bao giờ viết 1 dòng code thuộc mảng java nhưng vẫn "dũng cảm" mang nó ra để so sánh với php. Đó là lý do tôi tiếp tục tham gia topic này để làm cho rõ vấn đề.  

Tôi cũng thấy rằng, cũng có còn 1 số người trong diễn đàn này trong tay không biết viết nổi 1 "mớ" code PHP nên hồn chưa, ( hay phải chảy mỡ não khi sửa code :)) ) mà phán hồn nhiên rằng đó là "toy".  

Nói thật chứ tôi sẽ mừng lắm, nếu 1 người Việt như anh có khả năng làm được "cái thứ" đang được nhận định là "toy" đó.  

conmale wrote:

Vậy thì điều tôi nói có gì sai mà phản bác? 

Anh nói sai ở điểm

conmale wrote:

php phổ biến và gần gũi vì nó dễ học, dễ làm, mau thấy. Bởi thế, nó dễ đưa lập trình viên vào cái "tật"... nhá ra là code liền. Code xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não 

dungpt wrote:

Nên nhìn vào thực tế, anh có nghĩ ở VN có bao nhiêu programmer viết tốt PHP? và có bao nhiêu programmer viết tốt Java? Theo đánh giá của tôi, thì là Java. Trong mảng IT education, thì Java hay .NET vẫn là n công nghệ được dạy chính quy, còn PHP là phi chính quy. Các coder có khả năng code PHP thật sự tốt ở VN, đến giờ ko nhiều, hoặc có lẽ "chuyên nghiệp" tới mức "nhá ra là code liền,...xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não" như anh nói. Tôi nghĩ câu nói này, chỉ hợp lý khi nhận định với cộng đồng PHP 2 năm trước. Việc expanding apps khó hay dễ ko chỉ phụ thuộc vào công nghệ. Mà phụ thuộc phần nhiều vào cách viết của coder và trình độ của developer.  

Anh ko hiểu hay cố tình không hiểu ?!  

conmale wrote:

Tôi đã nói ngay từ đầu, đem php ra so với jsp là khập khiễng. Có lẽ bồ không đọc những bài trước. Những gì "bị" so sánh ở đây hoàn toàn nằm ở khuôn khổ web.  

Vậy mà vẫn có người cố đấm ăn xôi với "TIOBE Programming Community Index" :D So funny.  

Với cách nhìn nhận của tôi, thì anh là 1 đàn anh đi trước, với kinh nghiệm

conmale wrote:

Tôi chỉ đưa ra dẫn chứng thực tế. Trọn bộ affiliates của công ty tôi làm (gồm hàng trăm cty bảo hiểm, tài chính, nhà băng....) 

Thế nhưng anh thử nghĩ xem, những gì anh đang cố minh chứng có phải chỉ để so sánh với Java và để chứng minh PHP chỉ là 1 "toy"?! Nếu vậy thì tôi không còn gì để nói. Cái tôi thấy bất đồng với quan điểm của anh, rằng với anh PHP là "toy". Câu nói và nhận định đó của anh, ngang bằng với việc nói cả ngàn doanh nghiệp trẻ tại VN, cả ngàn PHP developers có lẽ chỉ như những chú nhóc đang nghịch 1 thứ đồ chơi kém hiệu quả, và không thể deploy các enterprise project :) .  

Tôi sẽ thấy rất vui nếu ở nước mình có nhiều cá nhân xuất sắc thật sự có thể làm để minh chứng điều đó. Và những thế hệ đàn em đi sau, có thể nhờ vào các anh rất nhiều. Còn nếu không, thì tôi biết ở ngoài kia, ko chỉ có tôi, sẽ có rất nhiều người bất đồng về nhận định của một đàn anh như anh.  

3.4 Nhóm elite members: Thành viên được chọn lựa vào nhóm elite members phải do một hoặc nhiều thành viên khác thuộc BQT đề cử. Thành viên này sẽ được chính thức làm elite member sau khi đã BQT xét duyệt. Tiêu chuẩn xét duyệt như sau: - Phải có tư cách của một thành viên xuất sắc: hoà nhã và kiên nhẫn. - Phải có khả năng kỹ thuật và có những đóng góp, trao đổi tích cực và hiệu quả. - Phải nắm vững quy định chung và tuyệt đối không vi phạm nội quy diễn đàn.  

1) We had not one but TWO guys here who had written bestselling JSP books. Not that this necessarily means they’re great Java devs, but I actually think our guys were as good as any team. 2) We tried rewriting the site in Java twice, using MVC and all available best practices. It actually got slower. Anyway, what does MVC have to do with speed or scalability? I thought it was a design cleanliness and maintainability thing. 3) We tried different app servers, different JVMs, different machines. 4) Anything that money could do, it did. 

dungpt wrote:

Meanwhile, .NET usage increased to 54.1% from 40.3% in the same period in North America, and exceeded Java use in Europe and Asia. In a different survey series, the use of PHP in North America grew to 36.1% this fall, from 26% in the fall of 2003. It grew almost as quickly in Europe and Asia. "There's more competition out there," says Evans President John Andrews. "These other technologies are catching hold. They're biting away at [Java's] share."  

- Ngày nay, Java hầu như chỉ còn được chuộng ở châu Á - Tỷ lệ dùng .NET đã tăng gần 15%, từ 40,3% lên 54,1% tại Bắc Mỹ, vượt qua cả tỷ lệ dùng Java ở châu Âu và châu Á gộp lại. - Mức độ sự dụng PHP tại Bắc Mỹ đã tăng từ 26% năm 2003 lên 36% trong năm nay, ở châu Á - Âu, tốc độ ấy còn nhanh hơn. "Có quá nhiều đối thủ lớn đang gặm nhấm dần thị phần của Java", - Chủ tịch Evans John Andrews nói. ------------------------------------------------------  

Hì hì, muốn có thể thông tin kiểu này không? tôi cung cấp thêm cho một mớ.  

Hì hì, bồ chẳng có một bằng chứng nào để chứng minh câu "1 số người trong diễn đàn này trong tay không biết viết nổi 1 "mớ" code PHP nên hồn chưa"  

Chính cái forum IPB mà HVA dùng trước đây, để mở rộng tính năng của nó một cách sạch sẽ, không hao tổn tài nguyên, bảo mật. Ngay cả chỉnh đốn nó lại để nó làm việc cho hiệu suất cũng đã là một công việc "chảy mỡ não". Không chỉ riêng tôi thấy điều này mà nhiều anh em thuộc dạng guru (trong HVA và ngoài HVA) đều thấy như vậy. Nếu bồ chưa kiểm nghiệm điều này, bồ nên kiếm một bộ IBP (phiên bản trước kia khi HVA dùng) mà xem xét. Nếu bồ thấy chuyện này đơn giản thì bồ... quá pro. Tôi không dám ý kiến gì nữa.  

Chính bồ là người chơi cái chiêu "thống kê" chớ không phải là tôi. Đối với tôi, mấy cái statistic chỉ mang giá trị thống kê. Trên thực tế ứng dụng, những trở ngại thật sự khiến cho lập trình viên phải suy nghĩ và lựa chọn mới là điều xác thực. Tôi chẳng "ăn" cái gì trong này cả. Quan điểm của tôi rất rõ ràng: không thể so sánh php với jsp. Nếu so sánh php với cả cái j2se + jsee thì quá không công bằng.  

Còn nếu buộc tôi phải nói rằng, trong khuôn khổ ứng dụng lớn, đòi hỏi tính bền bỉ, đòi hỏi tính mớ rộng thì php hiện nay không phải là "toy" thì.... rất tiếc, tôi không thể nói sai sự thật được.  

Mỗi ngôn ngữ có tính năng, ưu điểm, khuyết điểm khác nhau. Điều quan trọng nhất nên xét là dùng chúng cho mục đích và nhu cầu nào. 

Nói thêm, cùng một đường dây Internet, anh thử đo vận tốc duyệt từ máy anh đến HVA mất tối đa là 1.7 giây / 1 trang. Cũng cùng trình duyệt và đường dây, anh đo vận tốc duyệt đến một số forum khác chạy php (như IPB, vBulletin...) cũng chạy trên dedicated server và mất ít nhất là 5 giây / 1 trang. Bởi thế, nhanh hay chậm có nhiều yếu tố. Thân mến. 

@longta: ko còn ý kiến gì về tư cách "elite member" của bạn, tui xin nhấn mạnh, tui nhắc đến elite member ở đây vì theo quy định của HVA:

quanlytruong wrote:

3.4 Nhóm elite members: Thành viên được chọn lựa vào nhóm elite members phải do một hoặc nhiều thành viên khác thuộc BQT đề cử. Thành viên này sẽ được chính thức làm elite member sau khi đã BQT xét duyệt. Tiêu chuẩn xét duyệt như sau: - Phải có tư cách của một thành viên xuất sắc: hoà nhã và kiên nhẫn. - Phải có khả năng kỹ thuật và có những đóng góp, trao đổi tích cực và hiệu quả. - Phải nắm vững quy định chung và tuyệt đối không vi phạm nội quy diễn đàn.  

chứ không phải vì tui ganh tỵ hay thèm thuồng gì cái chức tước đó. Mà thôi, cãi với bác hóa ra tui thành 1 thằng như bác, ba tui có dạy tui : "Never argue with an idiot, 'cause he'll drag you down to his level" :lol:) Sorry, I don't wanna be an idiot :lol:) 

Ối giời ... thằng chú mày quê ở Mỹ Tho làm guộng gì đó ơi, nhờ thằng chú mày mà anh được dịp đọc lại nội qui đó...Heheheh... bây giờ thằng chú mày lại lôi tiếp cái nội qui ra à ...heheh. Nhưng anh đọc lại thấy nội qui cũng hay bởi anh biết tại sao cả đời thằng chú mày cũng chỉ là member cóc ké. .hahahahaha Còn cái câu tiếng anh gì đó của thằng chú mày hay bố của thằng chú mày anh không rõ ... nhưng nếu là bố của thằng chú mày dạy thì cũng phải nên nghe đi ... vì bố của thằng chú mày nói đúng đấy ,, vì có nói chuyện với anh mày thì thằng chú mày mới lên được level của anh mày chứ ..hahahahahah  

Đọc tới đây, thì đúng là cần nhìn nhận lại cách nhận thức của 1 số người về PHP nói chung, cũng như những commercial products như IPB hay Vbulletin. Những sản phẩm như vậy, dù ngay khi chúng được open source. Thì việc expanding còn phải phụ thuộc nhiều vào cách viết của programmer. Nếu programmer muốn ,thì việc anh vọc cả ngày giời, tìm cho ra 1 component xử lý 1 behaviour trong 1 mớ code vài ngàn files có thể mất cả vài ngày giời là hoàn toàn có thể. Chưa nói tới trình độ của người phát triển.  

Nói riêng về IPB và Vbulletin, tôi không biết trình độ của các guru nằm trong HVA staff như thế nào, nhưng theo đánh giá của tôi về fr HVA trước đây, hay ngay cả bây giờ, thì những basic fundamental trong cả thiết kế và cách xử lý code là không có gì xuất sắc ngay trong user interface.  

Và việc các anh lấy lý do fr bị ddos, hay các sản phẩm PHP khó mở rộng, rồi PHP kém trong việc chịu đựng bền bỉ trước các trận ddos hay các anh cần Java để đón nhận cả ngàn request / giây... những lý do đó nghe buồn cười lắm.  

Vấn đề này có thể được lý giải rằng nó nằm trong cách quản lý staff của các anh, hoặc đơn giản bởi những lý do cá nhân mà tôi ko muốn đề cập tới.  

Thế nhưng, với nhận định của riêng mình. Tôi không quá giỏi PHP ,nhưng việc đọc và hiểu IPB code , viết thêm modules, expanding là điều ko quá khó khăn và tôi biết có quá nhiều người có thể làm được điều đó.  

Bên cạnh đó, với Java, tôi lại đang nghe rất nhiều developer kêu "oải", vì các visual tools bây giờ quá nhiều, như .NET, nó làm cho coders nhàn hạ hơn. Và việc type từng line trong 1 small portal cũng khiến họ "chảy mỡ não" rồi.  

Ai cũng có chuyên môn của mình. Vì vậy nhận định của anh hay tôi về từng công nghệ chỉ mang tính tương đối.  

Hì hì, tôi chưa bao giờ phủ định những ưu điểm và dặc tính của Java ( enterprise level ). :lol:) . Nhưng anh thử tìm hiểu xem, những hệ thống lớn họ dùng gì? Nếu trăm % đều xài Java thì tôi đi đầu xuống đất :)) . Ít nhất, trong top 500 site hàng đầu trên thế giới thì có quá nửa là có L và P.  

Ở VN, không quá lạ, khi FSoft gia công cho ông Nhựt, và mấy bác coder bên Nhựt thì chỉ ưa xài Java. Giờ thì ở mấy cái trung tâm về IT tại VN, họ đẩy .NET lên học trước Java. Và rồi thì học viên sờ vào .NET thì quên hẳn Java, thế là Java khan người :)).  

p/s: Có 1 lý do hết sức đơn giản cho sự kết thúc thời đại của loài khủng long, đó là vì chúng quá to. :lol:) Have fun!. 

Hiện giờ quả thật em vẫn chưa biết được là bên nào "chảy mỡ não" hơn bên nào. Bên cái topic Jforum kia, ai đó nói làm cái URL kiểu /post/list chỉ cần chỉnh 1 chỗ, anh conmale lại bảo không đơn giản như vậy, người thì nói tìm không điên vẫn không biết chỉnh cái đó ở đâu. Ngay cả cái cấu trúc thư mục mà Jforum làm cũng khiến cho có người phải hỏi là lang nằm ở đâu. Không những chảy mỡ lúc dùng mà còn chảy cả lúc cài đặt nữa mới đau chứ =)) Không tài nào biết được cái nào chảy hơn cái nào nữa hu hu Lại còn về dung lượng, cái JForum chức năng không bằng 1 nữa của các forum khác bằng PHP mà dung lượng nén lại đã là 10.91MB rồi!!! 

Mới phát hiện được 1 cái lỗi, không biết do đâu :D 3 Khách | http://hvaforum.net/hvaonline/user/profile/126852.html | http://hvaforum.net/hvaonline/user/profile/1.html Siêu trộm có số ID là 1 , bất ngờ :D  

Hic hic, viết được tất cả. Ai đó viết giùm em cái chương trình Auto playe game như Auto Võ Lâm chẵng hạn bằng Java. Hay ngon hơn viết giùm em con keylog bằng Java cũng được =)) Đang so sánh viết Web lại trỏ sang viết tất cả, pó tay 

114v wrote:

Hic hic, viết được tất cả. Ai đó viết giùm em cái chương trình Auto playe game như Auto Võ Lâm chẵng hạn bằng Java. Hay ngon hơn viết giùm em con keylog bằng Java cũng được =)) Đang so sánh viết Web lại trỏ sang viết tất cả, pó tay 

Ối giời ơi ..ba cái thứ đó mà biểu java viết ... thế còn VB hoặc VC thì sao ??? Mấy cái vớ vẫn như keylog hay trojan bombmail gì đó nếu tôi nhớ không lầm thì cách đây 3 năm có viết vài cái chơi rồi ...hahahah. Bây giờ cái bài hướng dẫn của tôi nó đăng đầy hết đó ..cần thì tôi cho vài ba cái đường link... Lúc cái thời còn đi học kìa ..hahahha 

Dân gạo cội Invision Power Board đã viết và bán forum này từ bao nhiêu năm nay mà viết một forum tệ thế sao? Nếu không phải do kỹ năng và kinh nghiệm của họ yếu kém thì cái gì là nguyên nhân? Programmer muốn làm cho code của họ rối bòng bong lên sao? Triết lý này nghe hơi lạ.  

Bồ lấy đâu ra code của phiên bản IPB mà HVA dùng trước đây cũng như phiên bản JForum HVA hiện đang dùng để đánh giá nó hay vậy? Bồ dựa vào cái gì để nhận định rằng "những basic fundamental trong cả thiết kế và cách xử lý code là không có gì xuất sắc ngay trong user interface". Nếu bồ nhìn vào interface để đánh giá quality code thì.... có 3 khả năng: - bồ nói liều - bồ chẳng biết tí gì về coding - bồ quá "thạo" với lối code php dùng nhăn nhít giữa presentation và logic. Dẫu chỉ 1 trong 3 điểm trên, tôi cho rằng bồ khá liều lĩnh khi đưa ra nhận định trên.  

Nếu bồ nhìn vào interface để đánh giá quality code thì.... có 3 khả năng:  

Tôi chẳng thấy có gì buồn cười cả. Tôi nhận định dựa trên những thông tin thu thập được từ thực tế. Không riêng gì cái forum nhỏ bé này, khi bọn tôi làm case study (ở cty) để tường trình, tôi có đủ dữ liệu để chứng minh chuyện này. Bản thân bồ, bồ chưa kiểm nghiệm hoặc lờ đi việc kiểm nghiệm mà phán theo cảm tính thì chẳng có gì đáng để bàn thêm.  

conmale wrote:

Hì hì, muốn có thể thông tin kiểu này không? tôi cung cấp thêm cho một mớ.  

Vậy sao anh không đưa "mớ" đó ra. . Còn nội chỉ trong article này của businessweek , nếu cần tôi dịch và phân tích ra, thì có lẽ không thiếu cái để nói với những tín đồ của Java đâu  

dungpt wrote:

Vấn đề này có thể được lý giải rằng nó nằm trong cách quản lý staff của các anh, hoặc đơn giản bởi những lý do cá nhân mà tôi ko muốn đề cập tới.  

Hì hì, việc quản lý staff dính dáng gì đến việc đỡ DDoS hay code cà? Nếu bồ không muốn đề cập tới thì bồ đưa nó ra ở đây để làm chi vậy?  

dungpt wrote:

Ở VN, không quá lạ, khi FSoft gia công cho ông Nhựt, và mấy bác coder bên Nhựt thì chỉ ưa xài Java. Giờ thì ở mấy cái trung tâm về IT tại VN, họ đẩy .NET lên học trước Java. Và rồi thì học viên sờ vào .NET thì quên hẳn Java, thế là Java khan người .  

Hì hì, hay thiệt... dùng thị thường cntt ở VN để làm cái mốc đánh giá? That's sad man.  

Hì hì, câu cuối cũng ráng gỡ gạc thêm sao? Cả tôi và bồ đều không có đủ thẩm quyền "phán" rằng một ngôn ngữ lập trình nào sẽ tồn tại hoặc kết thúc. Riêng bồ, bồ chỉ dựa vào mớ "news" trên mạng để làm nền tảng cho nhận định của bồ. Còn tôi, tôi dùng thực tế công việc và môi trường làm việc của tôi để đánh giá. 

BusinessWeek is a business magazine published by McGraw-Hill. It was first published in 1929 (as The Business Week) under the direction of Malcolm Muir, who was serving as president of the McGraw-Hill Publishing company at the time.[1] Since 1988, BusinessWeek has published annual rankings of United States business school MBA programs.[2] In addition to these rankings, it has recently started publishing annual rankings of undergraduate business programs. 

Bái phục cái thằng chú mày về cái vụ đoán mò..ahahhah. Cái này là anh mày không phải khoe... tại có người hỏi mới đem ra khè vậy mà ..hahahaah. Anh mày có nói là ba cái đó chỉ là vớ vẩn rồi ..hahahahaha. Nói là 3 năm cho nó khách sao thôi ... chớ lâu đến nổi mà anh mày không nhớ đã đăng lúc nào đó ..nhưng giờ tìm lại thì thấy đăng đầy ra ...hahah À anh mày nhớ ra rồi cái thời anh mày mới đăng ký làm member của HVA đó ..hâhh ...nhờ nhìn lên cái avatar mới nhớ .... lúc đó anh mày đã đăng vài bài góp vui văn nghệ rồi. .hahahah. p/s: xin lỗi các bạn khác nhá ... cái này để tui nói chuyện riêng với mấy thằng em.  

conmale wrote:

Dân gạo cội Invision Power Board đã viết và bán forum này từ bao nhiêu năm nay mà viết một forum tệ thế sao? Nếu không phải do kỹ năng và kinh nghiệm của họ yếu kém thì cái gì là nguyên nhân? Programmer muốn làm cho code của họ rối bòng bong lên sao? Triết lý này nghe hơi lạ.  

Có nhiều lý do lắm anh. Anh sẽ biết tại sao khi anh không nghĩ theo lối nghĩ của 1 coder :) . IPB hay Vbulletin là 2 trong nhiều sản phẩm tuyệt vời được sản sinh từ PHP. Nó khá nổi tiếng. Nhưng tôi còn biết nhiều sản phẩm trên thế giới hay của chính những nhóm người Việt có độ sắc sảo và cực kì clear trong cách xử lý code. IPB và VBB là 2 sản phẩm ra đời từ những phiên bản PHP cấp thấp. Do đó họ không thể đâp toàn bộ nền tảng code đi và thiết kế lại theo chuẩn OO của PHP5. Mà phải làm điều đó dần dần.  

conmale wrote:

Bồ lấy đâu ra code của phiên bản IPB mà HVA dùng trước đây cũng như phiên bản JForum HVA hiện đang dùng để đánh giá nó hay vậy? Bồ dựa vào cái gì để nhận định rằng "những basic fundamental trong cả thiết kế và cách xử lý code là không có gì xuất sắc ngay trong user interface". Nếu bồ nhìn vào interface để đánh giá quality code thì.... có 3 khả năng: - bồ nói liều - bồ chẳng biết tí gì về coding - bồ quá "thạo" với lối code php dùng nhăn nhít giữa presentation và logic. Dẫu chỉ 1 trong 3 điểm trên, tôi cho rằng bồ khá liều lĩnh khi đưa ra nhận định trên.  

Tôi thì lại thấy khá nực cười với nhận xét này của anh. Tôi không phải là người hay chui ra , chui vào cái diễn đàn này. Nhưng tôi chắc chắn có rất nhiều người là thành viên của cái diễn đàn này, đã và đang than phiền về nó, ít nhất là về phía user interface.  

Tôi hỏi anh, vậy 1 programmer tốt , 1 product với best quality được đánh giá ra sao? Qua tính friendly, convenient, của nó với người dùng. Hướng tới quyền lợi và feeling của người dùng cuối, đó là mục đích cuối của mọi sản phẩm ứng dụng. Do đó tôi HOÀN TOÀN CÓ THỂ đưa ra những nhận định cơ bản về 2 hệ thống mà HVA đang sử dụng về sự bất tiện, thiếu thốn và kém ổn định, 1 cảm giác mà tôi dám chắc là ko ít người cảm thấy.  

Kể từ khi đọc được topic này , 1 ngày tôi chỉ vào HVA 1 lần. Và lần nào cũng phải sign in lại. Nếu anh là 1 developer tốt, thì chắc hẳn anh sẽ hiểu những gì tôi nói.  

conmale wrote:

Nếu bồ nhìn vào interface để đánh giá quality code thì.... có 3 khả năng:  

Một chung cư, thiếu hệ thống phòng cháy chữa cháy, cửa ra ở sau đít, thiếu thốn đủ thứ... Và mỗi lần vào nhà phải làm thủ tục đăng nhập ngay cả với những khách thân quen với nó. Người dùng chê. Anh xây nhà bảo, các cậu an tâm, nhà tôi khủng lắm, tường bê tông dày nửa mét, móng nhà cực chắc để chống tăng. Heh, những căn nhà với bác chủ nhà như thế thì anh nghĩ sao?! Mang bán sản phẩm cho khách hàng, bảo người ta xem code để đánh giá độ "khủng" thì đúng là nực cười.  

conmale wrote:

Tôi chẳng thấy có gì buồn cười cả. Tôi nhận định dựa trên những thông tin thu thập được từ thực tế. Không riêng gì cái forum nhỏ bé này, khi bọn tôi làm case study (ở cty) để tường trình, tôi có đủ dữ liệu để chứng minh chuyện này. Bản thân bồ, bồ chưa kiểm nghiệm hoặc lờ đi việc kiểm nghiệm mà phán theo cảm tính thì chẳng có gì đáng để bàn thêm.  

Tôi hay anh đã lờ đi những kiểm nghiệm đó vậy?  

conmale wrote:

Hì hì, muốn có thể thông tin kiểu này không? tôi cung cấp thêm cho một mớ.  

Vậy sao anh không đưa "mớ" đó ra. . Còn nội chỉ trong article này của businessweek , nếu cần tôi dịch và phân tích ra, thì có lẽ không thiếu cái để nói với những tín đồ của Java đâu  

Vấn đề này có thể được lý giải rằng nó nằm trong cách quản lý staff của các anh, hoặc đơn giản bởi những lý do cá nhân mà tôi ko muốn đề cập tới.  

Hì hì, việc quản lý staff dính dáng gì đến việc đỡ DDoS hay code cà? Nếu bồ không muốn đề cập tới thì bồ đưa nó ra ở đây để làm chi vậy?  

Thực tế chứng minh điều đó, anh cml ah. Tôi biết tới HVA từ cách đây hơn 5 năm. Và kể từ đó, sau khi chứng kiến vài vụ "đắp chiếu" của nó thì giờ đây, có lẽ nó chả còn mấy nhân gắn bó, những bug hunter group , những Advisers lũ lượt ra đi. Tôi nói phải chứ :lol:) . Tất cả đều trên thực tế mà nói.  

conmale wrote:

dungpt wrote:

Ở VN, không quá lạ, khi FSoft gia công cho ông Nhựt, và mấy bác coder bên Nhựt thì chỉ ưa xài Java. Giờ thì ở mấy cái trung tâm về IT tại VN, họ đẩy .NET lên học trước Java. Và rồi thì học viên sờ vào .NET thì quên hẳn Java, thế là Java khan người .  

Hì hì, hay thiệt... dùng thị thường cntt ở VN để làm cái mốc đánh giá? That's sad man.  

Còn anh không phải là người Việt, và anh dùng thị trường cntt ở Nhật để đánh giá mứ độ phổ biến của Java và thần tượng hóa nó? Java vẫn còn là 1 tượng đài ở Nhật, ở các công ty Nhật. That's shallow man. :lol:)  

conmale wrote:

Hì hì, câu cuối cũng ráng gỡ gạc thêm sao? Cả tôi và bồ đều không có đủ thẩm quyền "phán" rằng một ngôn ngữ lập trình nào sẽ tồn tại hoặc kết thúc. Riêng bồ, bồ chỉ dựa vào mớ "news" trên mạng để làm nền tảng cho nhận định của bồ. Còn tôi, tôi dùng thực tế công việc và môi trường làm việc của tôi để đánh giá. 

Còn anh thì có lẽ dựa vào vài cái chart và theo anh mô tả là uy tín phải không ? :lol:) . Anh hơn tôi nhiều đấy :)) .  

Siêu trộm wrote:

Theo mình thấy thì điểm mạnh của PHP là đơn giản (dễ học + dễ sử dụng), cộng đồng lớn, rất nhiều thư viện mã nguồn mở, cấu hình cũng đơn giản và theo mình là "chạy" khá nhanh :P) . Điểm yếu thì ... ngoài chuyện bảo mật (cũng chỉ nghe thiên hạ đồn chứ mình ko chuyên về security :oops: ), mình vẫn chưa nghĩ ra chỗ nào dở của PHP hết :P) .  

Chưa thấy chỗ dở của php thì thử code một chương trình để cho khoảng 200 người cùng dùng (và bị DoS) như một forum chẳng hạn thì sẽ thấy :lol:) :lol:) :lol:)  

Đã nói rất nhiều lần là HVA không dùng JSP mà vẫn cứ nhắc đi, nhắc lại là HVA dùng jsp. 

Nói thêm, cùng một đường dây Internet, anh thử đo vận tốc duyệt từ máy anh đến HVA mất tối đa là 1.7 giây / 1 trang. Cũng cùng trình duyệt và đường dây, anh đo vận tốc duyệt đến một số forum khác chạy php (như IPB, vBulletin...) cũng chạy trên dedicated server và mất ít nhất là 5 giây / 1 trang. Bởi thế, nhanh hay chậm có nhiều yếu tố. 

MicrosoftX wrote:

Hi Hi; giả sử ta code đc một page JSP và PHP (cùng tính năng, mục đích), cả 2 cùng bị DDoS; Hi Hi thử hỏi cái nào "dở hơn" nhỉ.  

Cái này theo kinh nghiệm bản thân và qua quá trình quản lý forum HVA, tớ thấy rằng php thua xa. Lý do? Rất đơn giản, cho đến nay php vẫn không hoàn toàn thread-safe. Nếu chạy "threaded php" với apache và dùng mod_php, bồ không thể dùng mpm worker mà chỉ có thể dùng prefork. Chỉ có dùng FastCGI với apache thì mới có thể chạy threaded-php. Ngoài ra thì... tắc tị.  

Nói một cách ngắn gọn, vì php không thread-safe hoặc thread-safe một cách có giới hạn / có điều kiện thì nó không thể chịu đựng DoS bằng full threaded model. Một web application chạy bằng jsp/servlet, nó có thể hoạt động hoàn toàn trên worker mpm với apache và hoàn toàn thread-safe từ ngoài vào trong. Mỗi request chỉ cần một thread lo liệu là đủ, tài nguyên để spawn 1 thread ít hơn 1 "fat" process xa lắc, xa lơ. Bởi thế, theo tớ, web application viết bằng php để chịu đựng DoS thì hẳn dở hơn jsp. Ở đây tớ mới đề cập đến bình diện nền tảng căn bản thread / process mà thôi, chưa nói đến những khả năng khác của một jsp / servlet container và khả năng delegate nhiều "task" (bằng nhiều thread khác nhau) để thừa hành công việc bên trong.  

Khác nhau cơ bản giữa php và jsp/servlet là 1 ngôn ngữ thông dịch và 1 ngôn ngữ biên dịch. Dựa trên điều kiện cơ bản này thì tất cả các ngôn ngữ dựa trên thông dịch không riêng gì php (asp, pl, cgi) đều không thể sánh được với các ngôn ngữ biên dịch về mặt tốc độ thực thi. Một phiên làm việc của jsp/servlet bắt đầu bằng việc khởi động server (tomcat, jboss,...) cho đến lúc kết thúc nó còn 1 phiên làm việc của các ngôn ngữ thông dịch bắt đầu bằng việc nhận được 1 request. Nếu số lượng request tăng cao thì các ngôn ngữ thông dịch sẽ làm việc vất vả hơn ngôn ngữ biên dịch. Chính điều này ảnh hưởng đến khả năng mở rộng của php. Thử tưởng tượng bạn khó có thể xây dựng ứng dụng web của bạn quá vài trăm script, nó sẽ rối tung lên, khó bắt lỗi chưa kể nó có thể không chạy được. Đây là nói về các phiên bản cũ của php hy vọng điều này không còn đúng với PHP5 hoặc các phiên bản sau này. Đối với cơ sở dữ liệu khi có 1 request thì php phải làm động tác mở kết nối đến cơ sở dữ liệu, thực thi, trả về kết quả và đóng kết nối. Điều này chiếm dụng rất nhiều tài nguyên hệ thống nếu tính theo số lượng request. Còn đối với jsp/servlet nó chỉ mở kết nối đến cơ sở dữ liệu dựa trên cơ chế http://en.wikipedia.org/wiki/Connection_Pool chỉ 1 lần vào lúc khởi động server. Nếu số lượng request nhiều nó sẽ cho vào hàng đợi. Điều này sẽ chiếm dụng tài nguyên hệ thống ít hơn hẳn và do đó nó chịu DoS dai hơn :D) 

php phổ biến và gần gũi vì nó dễ học, dễ làm, mau thấy. Bởi thế, nó dễ đưa lập trình viên vào cái "tật"... nhá ra là code liền. Code xong muốn sửa, muốn mở rộng, muốn tích hợp.... thì chảy mỡ não :lol:) :lol:) ... Khì khì, ai nói gì cân bằng tải ở đây? Tớ chỉ đơn cử đơn giản trường hợp HVA forum đây thôi. Chả có cân bằng tải gì hết. Trước kia dùng php thì server load lúc nào cũng cao. Khi bị DDoS (dù lai rai) cũng trì trệ. Sau khi chuyển qua dùng java thì tình hình khác hẳn. Server load lúc nào cũng thấp, bị DDoS (hiện nay HVA vẫn bị DDoS đều đều) không bị trì trệ như hồi chạy php. ... Hì hì, cái này chính bồ thử nghiệm và kiểm chứng hay lại... "nghe nói" vậy? Server của HVA vẫn y như trước (khi dùng php), hiện nay lượng người truy cập nhiều hơn trước khoảng 40 - 50% nhưng stats cho thấy tài nguyên dùng cho forum java hiện nay chỉ bằng 30% lúc trước. Bởi thế, bồ nên thử nghiệm và kiểm chứng thay vì "nghe" suông và kết luận vì nó thiếu thực tế.  

Anh nó Java là một ngôn ngữ với kiến trúc đa tầng là đúng, nó rất rộng, Sun đã thành công khi phát triển JAVA với một thư viện ( đúng nghĩa của từ thư viện ) Class rộng lớn, sức mạnh của java theo em cũng là sự tạo sẵn "thiếu linh động" từ các lập trình viên của SUN, mọi tương tác với hệ thống của server đều thực hiện qua trình thông dịch JAVA Virtual Machine, vậy suy ra JAVA chỉ thực tế là một ngôn ngữ á Script, nó không trực tiếp thực hiện mà chỉ dùng lại ( và thông qua ) một tập các class hoạt đông như một tâp hàm API để tương tác với môi trường thực thi nó. ... JAVA mạnh vì nó có hệ thống Markerting của SUN thúc đẩy cho nó, trong khi đó PHP cũng có sức mạnh không kém ( cái em nói tới là sức mạnh tiền năng của cộng đồng mở ) nhưng thiếu một hệ thống Markerting như SUN MicroSystem đã làm.  

Hì hì, bồ chẳng có một bằng chứng nào để chứng minh câu "1 số người trong diễn đàn này trong tay không biết viết nổi 1 "mớ" code PHP nên hồn chưa" nhưng tôi có đủ bằng chứng để chứng tỏ rằng khối người trong topic này chưa hề đụng tới Java. Ngay cả cái nền tảng thread-safe kia mà dân "gạo cội" php có bao nhiêu người biết (hoặc có biết thì có chấp nhận đó là điểm hạn chế kinh khủng). 

Chính cái forum IPB mà HVA dùng trước đây, để mở rộng tính năng của nó một cách sạch sẽ, không hao tổn tài nguyên, bảo mật. Ngay cả chỉnh đốn nó lại để nó làm việc cho hiệu suất cũng đã là một công việc "chảy mỡ não". Không chỉ riêng tôi thấy điều này mà nhiều anh em thuộc dạng guru (trong HVA và ngoài HVA) đều thấy như vậy. 

Bồ lấy đâu ra code của phiên bản IPB mà HVA dùng trước đây cũng như phiên bản JForum HVA hiện đang dùng để đánh giá nó hay vậy? Bồ dựa vào cái gì để nhận định rằng "những basic fundamental trong cả thiết kế và cách xử lý code là không có gì xuất sắc ngay trong user interface". Nếu bồ nhìn vào interface để đánh giá quality code thì.... có 3 khả năng: - bồ nói liều - bồ chẳng biết tí gì về coding - bồ quá "thạo" với lối code php dùng nhăn nhít giữa presentation và logic. Dẫu chỉ 1 trong 3 điểm trên, tôi cho rằng bồ khá liều lĩnh khi đưa ra nhận định trên.  

Hè hè, cái này mới thật là vui. Bồ có biết bảo mật là gì không? Bồ có biết bao nhiêu sản phẩm viết bằng php, chỉ cần bị chôm cookie là cả hệ thống bị... xèo xèo không? Nghĩ lạ thật, tôi tham gia với IBM developer group, mỗi ngày tôi đều phải sign-in, chắc họ code tồi lắm . Mỗi tuần vài lần tôi vào nhà băng (Internet banking) để banking, tôi đều phải login cả.... hóa ra mấy đám nhà băng này code chuối chiên quá.  

Khè khè... tín đồ Java? hì hì... vui thật. Tôi làm việc với cả Java, .NET, chơi từ IBM sang SUN, sang MS nhưng không có PHP, ít nhất là vào lúc này vì nó không đủ sức phục vụ. Chỉ có những người dùng mấy cái mẩu tin để decredit một công nghệ nào đó mới đứng ở vai trò 'tín đồ'. .  

::: H V A : F o r u m ::: Không tìm thấy! Trang hoặc hồ sơ muốn truy cập không tìm thấy. Xin vui lòng bấm vào đường dẫn ":::HVA:Forum:::" để trở về trang chủ. Not found! The requested page or file is not found. Please click on ":::HVA:Forum:::" link above to get back to the home page. 

@ MicrosoftX : Trên forum bàn tán theo phương diện kỹ thuật, tránh sử dụng chat chit không có liện quan đến chủ đề lên forum .  

Trở lại vấn đề lựa chọn PHP hay Java . Tôi có nhận xét của tôi như sau Trong hơn 8 năm qua, tôi làm việc cho 1 cơ quan nhà nước, tôi chưa bao giờ thấy Siemens, Alcatel, Huawei, IBM, Dell họ viết PHP trên những sản phẩm ứng dụng của họ cả . Chủ yếu là .NET và kế đến là Java .  

Nói thêm, cùng một đường dây Internet, anh thử đo vận tốc duyệt từ máy anh đến HVA mất tối đa là 1.7 giây / 1 trang. Cũng cùng trình duyệt và đường dây, anh đo vận tốc duyệt đến một số forum khác chạy php (như IPB, vBulletin...) cũng chạy trên dedicated server và mất ít nhất là 5 giây / 1 trang. Bởi thế, nhanh hay chậm có nhiều yếu tố.  

Ah mà tạm nêu quan điểm của tớ về mấy vấn đề:

conmale wrote:

Nói thêm, cùng một đường dây Internet, anh thử đo vận tốc duyệt từ máy anh đến HVA mất tối đa là 1.7 giây / 1 trang. Cũng cùng trình duyệt và đường dây, anh đo vận tốc duyệt đến một số forum khác chạy php (như IPB, vBulletin...) cũng chạy trên dedicated server và mất ít nhất là 5 giây / 1 trang. Bởi thế, nhanh hay chậm có nhiều yếu tố.  

Dạ cái đồng hồ mà bác conmale có hay nhỉ :D đo chính xác đến 1.7 giây tức phần chục giây :D thế có đo được vận tốc ánh sáng ko ạ. Thương hiệu đồng hồ bác dùng để đo trong phép kiểm nghiệm này là gì, đắt ko em đầu tư cái ạ :D, đầu tư để lúc nào đo xem mình hôn được bao lâu còn báo với Chuyện Lạ Việt Nam làm một phen nổi tiếng ạ :D  

Cái chuối đầu tiên đó là so sánh tốc độ duyệt ở hai server khác nhau, 1 là Server HVA thân yêu của bác conmale && mọi người, 2 là một (vài) cái server mà bác conmale không biết đã biết rõ về nó chưa :D. Nào có giám chắc những server mà bác dùng để cho phép đo trên có cùng cơ sở vật chất, hạ tầng kĩ thuật như server HVA hay không? Nếu mà chưa biết cơ sở vật chất, hạ tầng kĩ thuật của những server đem so sánh kia thì đừng có làm phép so sánh.  

Cái chuối thứ 2 trong câu trên đó là: Đem JForum so sánh với vBulletin hay IPB để thấy ưu việt của JSP hơn PHP. Tại sao chuối, ai cũng biết là ngôn ngữ lập trình (&& lập web) được dùng để tạo ra chương trình (&& web page). Sự tạo ra đó là thể hiện của một thiết kế với tập hợp những giải thuật nào đó của chương trình. Nói cho dễ hiểu là với một chương trình tính tổng các số từ 1 đến 100, bạn có thể dùng C để code, cũng có thể dùng pascal để code .v.v. Vậy thì với một Bulletin Board System, ta có thể dùng JSP hay PHP để code trên một kiến trúc và cấu trúc database mà ta đã định ra từ trước. Với hệ thống Web động, hoạt động của nó gắn liền với những hệ quản trị cơ sở dữ liệu.  

Nào hãy so sánh kiến trúc database của những forum trên nào ... hừ. vBulletin, IPB với nhiều tính năng như thế thì sao mà nó ko lâu chứ. Đừng so sánh IPB, vBulletin và JForum để mà làm một trong những điều minh chứng cho dùng JSP code thì chạy nhanh hơn PHP.  

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=php&lang2=java benchmark php thua toàn diện về tốc độ xử lý, chỉ ăn ( không đáng kể ) về memory consumption, nhưng tui tặng cho mấy ông php câu này: memory mua được, thời gian thì không. interpret kết quả nhé: vd đây là recursive benchmark: php result http://shootout.alioth.debian.org/gp4/benchmark.php?test=recursive&lang=php&id=2 jsp result: http://shootout.alioth.debian.org/gp4/benchmark.php?test=recursive&lang=java 

Không phải ngôn ngữ nào đc phát triển cũng làm tốt nhất điều mà lẽ ra nó phải làm tốt. 

naming convention thì 'ba hồi' thế này, '3_hồi' thế kia, logic design không tốt 

thử xem php core có bao nhiêu bug, trong khi bao lâu rồi perl core hoặc python core bị security bug ? 

tôi cũng đang tập tành với php , vào đây nghe anh conmale chê php dử quá chắc có lẽ vì anh quá pro php chăng .Anh và 1 số người nói php ko thể làm dự án lớn , rồi còn la to là ko bảo mật làm tôi thấy mâu thuẩn quá . Yahoo phần lớn được viết bằng php , google có có sài php ....thế các anh có thể giải thích hiện tượng lạ này ko ? nghe nói hva hack ghê lắm mà lại chê php ko bảo mật cao thì ai xung phong hack giùm em 2 trang kể trên cho mọi người học hỏi đi . 

Giờ tôi mới hiểu tại sao hva còn dân pro mà chẳng có ma nào nó thèm gắn bó , vì nhiều người tự thấy mình pro quá nên ko bao giờ thèm trả lời những câu hỏi của newbie chắc tại sợ hạ thấp mình.Còn khi tranh cãi những vấn đề cao siêu thì cãi rất hăng , lại khoe mẽ đủ thứ . Hóa ra mục đich mở HVA là để cho các cao thủ vào khoe mẽ đây mà . 

1. Những phép so sánh của bạn phía trên hoàn toàn "pure-logic", vậy mà bạn lại đi so sánh giữa 1 ngôn ngữ script và 1 ngôn ngữ lập trình hoàn chỉnh. Rồi từ đó đi đến kết luận : PHP có phải được thiết kế để giải quyết các bài toán "pure-logic" như trên, để làm ra những website có thể thực hiện những phép tính của "deep blue". Hay là nó được thiết kế nhằm mục đích có thể tạo ra những website có giao diện đẹp mắt với những tiện ích dùng trên web trong thời gian ngắn nhất?  

Tớ công nhận mình là 1 người "backup" cho PHP nhưng tớ không support nó blindlessly mà dựa trên kinh nghiệm và kiến thức thực tế của bản thân. Bạn dám đưa ra những kết luận như vậy chắc hẳn là bạn cũng khá am hiểu về PHP, vậy bạn cho mình hỏi, trước giờ bạn chỉ dùng PHP để giải quyết những bài toán dạng "Tìm đường đi ngắn nhất" hay như viết 1 con bot biết trả lời con người :?) ?  

2. Về naming convention, bạn hãy chỉ ra ví dụ cụ thể, thế là nào "ba hồi" thế này, "3_hồi" thế kia? Mình nghĩ naming convention gần giống với C (mình không dám chắc là có giống 100% hay không), vậy theo bồ thì naming convention của C cũng "ba hồi" thế này, "3_hồi" thế kia à?  

gạch dưới               viết liền, không gạch dưới:

stream_get_line          readline
disk_free_space          diskfreespace
is_object                isset
mcal_day_of_week         jddayofweek
set_error_handler        setlocale
snmp_get_quick_print     snmpget
get_browser              getallheaders
base64_encode            urlencode
image_type_to_mime_type  imagetypes
msql_num_fields          mysql_numfields
php_uname                phpversion
strip_tags               stripslashes
bind_textdomain_codeset  bindtextdomain
cal_to_jd                gregoriantojd
str_rot13                strpos

replaces case		       gives   s/m/x
offset
		 matches with	  insens number arrays matches flags
(-1=end)
ereg		 ereg		  no	 all	no     array   no    0
ereg_replace	 ereg	 str	  no	 all	no     no      no    0
eregi		 ereg		  yes	 all	no     array   no    0
eregi_replace	 ereg	 str	  yes	 all	no     no      no    0
mb_ereg 	 ereg		  no	 all	no     array   no    0
mb_ereg_replace  ereg	 str/expr no	 all	no     no      yes   0
mb_eregi	 ereg		  yes	 all	no     array   no    0
mb_eregi_replace ereg	 str	  yes	 all	no     no      no    0
preg_match	 preg		  yes/no one	no     array   yes   0
preg_match_all	 preg		  yes/no all	no     array   yes   0
preg_replace	 preg	 str/expr yes/no n/all	yes    no      yes   0
str_replace	 str	 str	  no	 all	yes    number  no    0
str_ireplace	 str	 str	  yes	 all	yes    number  no    0
strstr, strchr	 str/char	  no	 one	no     substr  no    0
stristr 	 str/char	  yes	 one	no     substr  no    0
strrchr 	 char		  no	 one	no     substr  no    -1
strpos		 str/char	  no	 one	no     index   no    n
stripos 	 str/char	  yes	 one	no     index   no    n
strrpos 	 char		  no	 one	no     index   no    n
strripos	 str		  yes	 one	no     index   no    -1
mb_strpos	 str		  no	 one	no     index   no    n
mb_strrpos	 str		  yes	 one	no     index   no    -1

3. Nếu so sánh về số bug của core PHP và Perl thì bạn vui lòng so sánh cả số người dùng PHP và Perl (vì theo mình, lỗi trong core của 1 ngôn ngữ nào đó chỉ có thể do 1 người rất tường tận về ngôn ngữ đó tìm ra, và muốn tường tận thì chỉ còn cách sử dụng nó thật nhiều :lol:) ), muốn so sánh chính xác thì hãy so sánh tỷ lệ giữa số bug/đầu người (nếu bạn muốn tạo ra 1 ngôn ngữ hoàn toàn không có lỗi, bạn hãy tạo 1 ngôn ngữ mà chỉ có bạn mới có thể dùng nó :lol:) ) 

hoàn toàn sai lầm, việc sử dụng 1 ngôn ngữ thường xuyên và developing good coding style không liên quan nhiều với nhau. 1 người, nếu không security-minded, ngồi cả năm viết 1 đoạn code thì code vẫn insecure như thường. Nói riêng cả 2 ngôn nhữ như php/perl, đều là open source, bạn cho là thiên hạ chỉ quan tâm để làm code audit cho mỗi php vì php có nhiều người dùng hơn à ? Nếu bạn vẫn không tin, vui lòng search lại các old post của Steffan Esser, 1 người từng nằm trong php core security team, về các request và suggestion nằm cải thiện sự yếu kém về mặt security của php (không được chấp nhận), sau này rời ra khỏi php team và lập nên hardened php project. Nói túm lại là nếu nói so sánh chính xác là so sánh số lỗi / số người sử dụng, có lẽ Windows là the most secured OS. Điều này thật là buồn cười. Thông tin thêm nữa về các bất tiện trong việc sử dụng php để develop các large website http://www.ukuug.org/events/linux2002/papers/html/php/index.html Thôi, tranh luận với mục đích làm sáng tỏ vấn đề, tui cũng không tin có 1 ai sau khi xong chủ đề này lại switch từ php sang java. Chỉ hy vọng các bạn sáng suốt khi lựa chọn ngôn ngữ mình phải học, Bill Gates chỉ khác với mấy bạn có 1 quyết định chứ mấy :)) jk. 

1) We had not one but TWO guys here who had written bestselling JSP books. Not that this necessarily means they’re great Java devs, but I actually think our guys were as good as any team. 2) We tried rewriting the site in Java twice, using MVC and all available best practices. It actually got slower. Anyway, what does MVC have to do with speed or scalability? I thought it was a design cleanliness and maintainability thing. 3) We tried different app servers, different JVMs, different machines. 4) Anything that money could do, it did. 

rcrackvn wrote:

hoàn toàn sai lầm, việc sử dụng 1 ngôn ngữ thường xuyên và developing good coding style không liên quan nhiều với nhau. 1 người, nếu không security-minded, ngồi cả năm viết 1 đoạn code thì code vẫn insecure như thường. Nói riêng cả 2 ngôn nhữ như php/perl, đều là open source, bạn cho là thiên hạ chỉ quan tâm để làm code audit cho mỗi php vì php có nhiều người dùng hơn à ? Nếu bạn vẫn không tin, vui lòng search lại các old post của Steffan Esser, 1 người từng nằm trong php core security team, về các request và suggestion nằm cải thiện sự yếu kém về mặt security của php (không được chấp nhận), sau này rời ra khỏi php team và lập nên hardened php project. Nói túm lại là nếu nói so sánh chính xác là so sánh số lỗi / số người sử dụng, có lẽ Windows là the most secured OS. Điều này thật là buồn cười. Thông tin thêm nữa về các bất tiện trong việc sử dụng php để develop các large website http://www.ukuug.org/events/linux2002/papers/html/php/index.html Thôi, tranh luận với mục đích làm sáng tỏ vấn đề, tui cũng không tin có 1 ai sau khi xong chủ đề này lại switch từ php sang java. Chỉ hy vọng các bạn sáng suốt khi lựa chọn ngôn ngữ mình phải học, Bill Gates chỉ khác với mấy bạn có 1 quyết định chứ mấy :)) jk. 

Em chẵng thấy có gì là không đúng cả, cái phát hiện bug/ đầu người sử dụng là một quy luật. Dùng càng nhiều thì người ta càng phát hiện nhiều bug. Cũng giống như khi mình sống với 1 người nào đó trong thời gian dài, mình quan tâm tới người đó hơn những người khác thì mình sẽ thấy nhiều khuyết điểm hơn những người mình chỉ gặp mặt, tiếp xúc vài lần. Win dùng nhiều và trước Linux khá lâu, mà hacker muốn trục lợi trên Win nhiều hơn Linux, nên mức độ quan tâm nhiều hơn rất nhiều. PHP không làm được site bự, nhưng Java nó làm được thế này đây:

1) We had not one but TWO guys here who had written bestselling JSP books. Not that this necessarily means they’re great Java devs, but I actually think our guys were as good as any team. 2) We tried rewriting the site in Java twice, using MVC and all available best practices. It actually got slower. Anyway, what does MVC have to do with speed or scalability? I thought it was a design cleanliness and maintainability thing. 3) We tried different app servers, different JVMs, different machines. 4) Anything that money could do, it did. 

Và cuối cùng họ http://www.friendster.com/) đã chuyển qua PHP chứ không xài JSP nữa, một minh chứng rõ ràng cho cái "làm site bự bằng JSP"!!! 

minhhuy wrote:

tôi cũng đang tập tành với php , vào đây nghe anh conmale chê php dử quá chắc có lẽ vì anh quá pro php chăng .Anh và 1 số người nói php ko thể làm dự án lớn , rồi còn la to là ko bảo mật làm tôi thấy mâu thuẩn quá . Yahoo phần lớn được viết bằng php , google có có sài php ....thế các anh có thể giải thích hiện tượng lạ này ko ? nghe nói hva hack ghê lắm mà lại chê php ko bảo mật cao thì ai xung phong hack giùm em 2 trang kể trên cho mọi người học hỏi đi . 

Thật zậy hả? bro có thể chứng minh ko? mọi luận điểm đưa ra đều cần dẫn chứng.  

MicrosoftX wrote:

Hi Hi; giả sử ta code đc một page JSP và PHP (cùng tính năng, mục đích), cả 2 cùng bị DDoS; Hi Hi thử hỏi cái nào "dở hơn" nhỉ.  

Cái này theo kinh nghiệm bản thân và qua quá trình quản lý forum HVA, tớ thấy rằng php thua xa. Lý do? Rất đơn giản, cho đến nay php vẫn không hoàn toàn thread-safe. Nếu chạy "threaded php" với apache và dùng mod_php, bồ không thể dùng mpm worker mà chỉ có thể dùng prefork. Chỉ có dùng FastCGI với apache thì mới có thể chạy threaded-php. Ngoài ra thì... tắc tị.  

MicrosoftX wrote:

Ah mà tạm nêu quan điểm của tớ về mấy vấn đề:

conmale wrote:

Nói thêm, cùng một đường dây Internet, anh thử đo vận tốc duyệt từ máy anh đến HVA mất tối đa là 1.7 giây / 1 trang. Cũng cùng trình duyệt và đường dây, anh đo vận tốc duyệt đến một số forum khác chạy php (như IPB, vBulletin...) cũng chạy trên dedicated server và mất ít nhất là 5 giây / 1 trang. Bởi thế, nhanh hay chậm có nhiều yếu tố.  

Dạ cái đồng hồ mà bác conmale có hay nhỉ :D đo chính xác đến 1.7 giây tức phần chục giây :D thế có đo được vận tốc ánh sáng ko ạ. Thương hiệu đồng hồ bác dùng để đo trong phép kiểm nghiệm này là gì, đắt ko em đầu tư cái ạ :D, đầu tư để lúc nào đo xem mình hôn được bao lâu còn báo với Chuyện Lạ Việt Nam làm một phen nổi tiếng ạ :D  

Tội nghiệp... chuyện nhỏ như con thỏ mà mong dùng nó để nổi tiếng sao? Này, thử xem đoạn pseudocode này rồi tự mà ngẫm nghĩ: if ( (TimeAtSecondEvent - TimeAtFirstEvent) < x ) doSomething trong đó, x là giá trị giới hạn thời gian được ấn định trước TimeAtSecondEvent và TimeAtFirstEvent là giá trị long với đơn vị milliseconds. Bấy nhiêu cũng thừa sức đo vận tốc ánh sáng. :lol:) :lol:) :lol:) Còn chuyện đo được round trip của vận tốc duyệt 1 trang trên FF thì có cả... tỉ trên mạng đó. Tìm mà cài vào rồi dùng rồi biết. ;)). 

MicrosoftX wrote:

Cái chuối đầu tiên đó là so sánh tốc độ duyệt ở hai server khác nhau, 1 là Server HVA thân yêu của bác conmale && mọi người, 2 là một (vài) cái server mà bác conmale không biết đã biết rõ về nó chưa :D. Nào có giám chắc những server mà bác dùng để cho phép đo trên có cùng cơ sở vật chất, hạ tầng kĩ thuật như server HVA hay không? Nếu mà chưa biết cơ sở vật chất, hạ tầng kĩ thuật của những server đem so sánh kia thì đừng có làm phép so sánh.  

Có gì mà không... "giám"? ;)). IPB và Vbullentin ngay trên server HVA đang dùng để chạy JForum luôn thì có cái gì để... biết rõ hơn về nó? IBP khác đang chạy trên 1 server tương tự và server này đang ở cùng nơi server HVA đang cư ngụ thì... biết cái gì rõ hơn?  

MicrosoftX wrote:

Cái chuối thứ 2 trong câu trên đó là: Đem JForum so sánh với vBulletin hay IPB để thấy ưu việt của JSP hơn PHP. Tại sao chuối, ai cũng biết là ngôn ngữ lập trình (&& lập web) được dùng để tạo ra chương trình (&& web page). Sự tạo ra đó là thể hiện của một thiết kế với tập hợp những giải thuật nào đó của chương trình. Nói cho dễ hiểu là với một chương trình tính tổng các số từ 1 đến 100, bạn có thể dùng C để code, cũng có thể dùng pascal để code .v.v. Vậy thì với một Bulletin Board System, ta có thể dùng JSP hay PHP để code trên một kiến trúc và cấu trúc database mà ta đã định ra từ trước. Với hệ thống Web động, hoạt động của nó gắn liền với những hệ quản trị cơ sở dữ liệu.  

Thế... để hiện thực hóa các "giải thuật" đó, phương tiện nào được dùng nhỉ? Thôi, để tớ trả lời hộ luôn: đó là ngôn ngữ lập trình. Nếu ngôn ngữ lập trình không powerful thì việc hiện thực hóa giải thuật sẽ luộm thuộm, hiệu suất sẽ kém, bảo trì sẽ khó... Hy vọng bồ đã hiểu được khía cạnh này ;)). 

Nào hãy so sánh kiến trúc database của những forum trên nào ... hừ. vBulletin, IPB với nhiều tính năng như thế thì sao mà nó ko lâu chứ.  

PS: nên tránh chit chat trong các chủ đề kỹ thuật. Bồ hơi bị sa đà trong chuyện này rồi đó. 

Hì hì, bồ chẳng có một bằng chứng nào để chứng minh câu "1 số người trong diễn đàn này trong tay không biết viết nổi 1 "mớ" code PHP nên hồn chưa" nhưng tôi có đủ bằng chứng để chứng tỏ rằng khối người trong topic này chưa hề đụng tới Java. Ngay cả cái nền tảng thread-safe kia mà dân "gạo cội" php có bao nhiêu người biết (hoặc có biết thì có chấp nhận đó là điểm hạn chế kinh khủng).  

Khè khè... tín đồ Java? hì hì... vui thật. Tôi làm việc với cả Java, .NET, chơi từ IBM sang SUN, sang MS nhưng không có PHP, ít nhất là vào lúc này vì nó không đủ sức phục vụ. Chỉ có những người dùng mấy cái mẩu tin để decredit một công nghệ nào đó mới đứng ở vai trò 'tín đồ'. .  

... nhưng tôi có đủ bằng chứng để chứng tỏ rằng khối người trong topic này chưa hề đụng tới Java. 

chep. tui cũng đang xài php nay` nhưng có điều này muốn nói với ông MicrosoftX rằng chúng ta đang tranh luận ,nói có sách mách có chứng .Trích dẫn mấy câu nói trước của commale thì kô có "phê" đâu 

ông cứ tung ra bằng chứng đi, kết quả test này,phát biểu của một chuyên gia sành sỏi này ,hay một vài site áp dụng thực tế này ,,.. túm lại để bọn tôi có thể "nhặt" được một ít kiến thức trong topic này chứ kô phải là việc quote và quote nữa 

bản thân tui cũng sắp phải chia tay với PHP roai`,thực tình mà nói ,PHP dễ học dễ làm ,edit code là ra hiệu ứng ngay ,thích hợp với mỳ ăn liền  

mỗi tội PHP có vẻ ngốn cpu quá,nếu là site nhỏ thì kô sao chứ site càng ngày càng to là ỳ ạch luôn , 

toàn phải tối ưu hóa lại code thì mới bớt đi phần nào. 

Nên tôi cũng nghĩ PHP kô thích hợp với những dự án lớn ,nhưng kô có nghĩa là nó yếu kém với các dự án nhỏ nhỉ . 

Ah còn chuyện quản lý HVA với 80 mem online thì có vẻ ông hơi liều câu này một chút,vì thực tế HVA còn chịu DDOS nữa  

giả sử có 10% request lọt qua bộ lọc thì nó cũng có thể tạo ra tương đương với vài trăm người online đấy,cũng đáng để tranh nhau từng miligiay hiệu năng xử lý đó 

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.  

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 .  

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.  

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. 

... Nếu muốn so sánh PHP với JSP (không tính thêm mớ râu ria J2EE) ... 

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á :P)  

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á :P)  

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á :P)  

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 

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 :D) đố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 :D) 

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ả. 

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) 

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. 

@nbthanh: Search bài viết của em trên forum này sẽ thấy cái đó thôi :D 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 ;)) 

114v wrote:

@nbthanh: Search bài viết của em trên forum này sẽ thấy cái đó thôi :D 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 ;-) 

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 

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 :D 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 :mrgreen: 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 

 

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 ... 

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á 

Đú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á. 

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 :D) đố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 :D) 

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) ;)). 

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"). 

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ả! 

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ả! 

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ỉ ? ) 

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. 

Topic này rất hay,mình đã học hỏi được nhiều điều,không còn phân vân giữa việc chọn Java hay Php nữa,cảm ơn các bạn đã reply trong đây :D 

Hehe, cái topic đã lâu lắm rồi, bây giờ vẫn còn có người thấy bổ ích, cũng vui vui. Thật ra lúc post bài này, mình vẫn nghĩ JSP là 1 mảng riêng của Java (giống như kiểu J2ME vậy). Giờ thì hiểu JSP là thế nào rồi. Mình trước kia thì vẫn khăng khăng với PHP, nhưng giờ thì chuyển sang Java rồi. Không còn quan tâm gì mấy đến PHP nữa (lúc trước cũng quay lại PHP vì sự ra đời của Zend Framework, nhưng sau khi học Hibernate với Spring thì mới thấy Zend Framework tuy hay nhưng vẫn không thể nào so sánh với các framework của Java). Hiện nay sắp thất nghiệp, tuy chuyên môn hiện giờ vẫn là PHP nhưng chắc chắn mình sẽ tìm 1 công việc liên quan đến Java. Nếu ai thực sự thấy thích những vấn đề liên quan đến design (architecture) thì chắc chắn từ từ sẽ thấy chán PHP. Nói vậy nhưng mình không phủ nhận PHP, PHP vẫn còn có 1 chỗ đứng vững chắc đối với những project nhỏ, chi phí thấp, thời gian phát triển nhanh, và tất nhiên mình vẫn sẽ còn dính đến PHP dài dài :D 

...Do vậy, trong những môi trường/tình huống cần tận dụng tính năng strong typed của ngôn ngữ thì PHP lại kém....  

còn nó có bảo mật hay không thì ai có "tay nghề" cao thi thử hack vào yahoo va google xem sao, nghe nói nó cũng viết bằng php đấy. Hình như là chưa ai làm được cả........... 

Em không biết cái nào "bự" cái nào "nhỏ", cái nào "mạnh", cái nào "yếu", cả php và jsp đều là công cụ cho ta lập trình cả, nên xét về các mặt trên thì đa phần là do "tay nghề" của ta thôi. 

Ngày xưa cũng có người có biết gì đâu cũng đem ra so sánh thì ngày nay có người cũng chẳng biết gì phát biểu này nọ thì có gì đâu phái chói lỗ tai. :) 

JSP : chưa sử dụng bao giờ nên không dám nhận xét  

Đa số bây jờ trên các diễn đàn của việt nam là gặp những người này, chán thiệt... nhiều lúc cũng muốn hỏi mà nhiều người nói là ngu nên thui, mình ngu hơn thì để cho người khôn hơn nói. - Diễn đàn là nơi trao đổi thông tin, có thể đúng và có thể sai, có ai dám chắc là 100% nội dung trên diễn đàn là đúng đâu, nhung quan trọng là phải biết trao đổi đừng chú trọng đánh giá người khác. - em ghi nhận đánh giá của a "superchiken", tuy cũng cho là e sai nhưng nó "văn minh" hơn của a "nbthanh" 1 chút. P/S: Em rất "ngưỡng mộ" anh nbthanh, muốn gặp anh ngoài đời lắm, xem anh thế nào, anh có nhã ý thì để lại "private message" nhé. :) , nhung mà chắc không có cơ hội đâu nhỉ, sau bài này là nick em "die" luôn rùi, biết thế nhưng cũng ráng nói cho a biết. 

Diễn đàn là nơi để trao đổi chứ ko phải để phê phán. 

@conmale : em thấy facebook cũng được viết bằng php, có phải nó mang hàm nghĩa 'toy' trong các enterprise-level