Mới phát hiện được 1 cái lỗi, không biết do đâu

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ờ
 

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 

Ô hô, hóa ra mới ra trường cao lắm là 3 năm, giọng điệu tên này nghe gần giống thằng bạn học tui với cái nick haughtycool, viết được mấy cái đó là pro lắm hay sao mà khoe vậy ta :lol (giờ thì tui cũng "cân đong đo đếm" được trình độ của tên rồi :lol ) 

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.
 

Có một câu là càng giỏi thì càng không tự mãn. Ai là người có khả năng thì hãy chứng minh để mọi người nhận xét. Còn tranh nhau cái chức mod hay elite member và ngồi hoài cổ thì... tôi không làm được . Heh.

Nghĩ mà buồn một chút, vì chúng ta ngồi đây là đang nói về Java, về PHP. Chứ nhìn sang China bên cạnh, thì nó có hẳn 1 programming language riêng, với function name = tiếng bản địa.

Tôi thấy rất lắm người Việt mình chỉ biết chê, biết khinh người, mà không biết học, không biết làm, không biết gây dựng.

Câu cuối cùng của tôi là ai cũng có sự lựa chọn và con đường đi của riêng mình .  

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 ) . Đ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 ), mình vẫn chưa nghĩ ra chỗ nào dở của PHP hết ) .
 

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 ) 

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ỉ đo chính xác đến 1.7 giây tức phần chục giây 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 ạ , đầ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 ạ
 

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 . 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ỉ đo chính xác đến 1.7 giây tức phần chục giây 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 ạ , đầ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 ạ
 

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