Em không muốn trở thành 1 hacker, có thể vì con đường của 1 hacker thì gian nan lắm, phải tìm hiểu nhiều thứ: Network, hacking, lập trình hệ thống và nhiều ngôn ngữ cấp thấp khác nữa...
Nghĩa là em chỉ muốn viết chương trình để mọi người sử dụng thôi, còn việc hacking và security sẽ có người khác lo.
Mấy anh vui lòng giúp em định hướng với. Vậy em nên tìm hiểu những gì? Và phải học những ngôn ngữ nào? 

Tấn công DNS :
-Hacker có thể đổi một lối vào trên Domain Name Server của hệ thống nạn nhân rồi cho chỉ đến một website nào đó của hacker. Khi máy khách yêu cầu DNS phân tích địa chỉ bị xâm nhập thành địa chỉ ip, lập tức DNS ( đã bị hacker thay đổi cache tạm thời ) sẽ đổi thành địa chỉ ip mà hacker đã cho chỉ đến đó . Kết quả là thay vì phải vào trang Web muốn vào thì các nạn nhân sẽ vào trang Web do chính hacker tạo ra . Một cách tấn công từ chối dịch vụ thật hữu hiệu !.
Phần này thì anh giải thích lại cho em tí nhé!  

@huynhfxvn: Đừng có đem con bỏ chợ như thế. 

Em muốn tạo cho trang Web của mình một menubar như của trang dantri.com (có nghĩa khi di chuột đến một mục, nó lại xổ ra một mục mới ) nhưng lại không biết cách. Em có đi hỏi nhiều người, nhưng người thì bảo là viết bằng CSS, người thì bảo là viết bằng JavaScript, người thì bảo là dùng ASP.... rốt cuộc, em cứ bị rối như canh hẹ, chẳng biết dùng gì để mà viết cả . Rất mong các huynh nào biết thì chỉ bảo cho em, nếu có thể, các huynh share luôn cho em code nguồn nhé. Em xin cám ơn trước ạ.. 

http://www.hackerthreads.org và HVAonine 2 trang web đen haha

hãy hiểu theo nghĩa đen nhé .

hai trang này đều là điễn đàm hay về cntt và có chung đặc là đen xì xì ha ha 

Bên BK đào tạo thiên về lý thuyết, và ĐH Công Nghệ đào tạo thiên về ứng dụng, vì vậy rất khó so sánh được.
 

Vickizw
Joined: 06/07/2006 19:55:29
Messages: 499
Location: ColTech  

Các anh cho em hỏi đh bk hn phân ngành theo điểm thi tuyển sinh đh hay là học chung năm sau mới chọn ngành bằng cách xét điểm học tập. Giúp em vơí em sắp nộp hồ sơ rồi. À nhân tiện hỏi các anh học cntt ở học viện bưu chính viễn thông có khả thi ko nhỉ ? 

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ý đó 

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. 

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

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

pác MicrosoftX ùi! pác cho em hỏi mạng Torrent là mạng j vậy?? pác giải thích giùm em với, hihi em còn gà lắm !!! ) 

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. 

Ố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
 

ok,downloading...thank you much MicrosoftX 

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. 

tui connect cũng không được 

bác MicrosoftX tính đi buôn sách hả ???), nhiều sách quá.
em xin được mấy cuốn rồi, thanks bác nhiều !!! 

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 ) không chơi Share Hosting  

Hi!các bác a`cho tôi hỏi màn hình của tôi bay h tự nhiên mờ đi,nhưng sau 5-10 phút thì nó sang' trở lại.Đấy có phải do bóng đèn hinh`gia` quá sắp die roi phải ko các bác hay do thời tiết vậy.Các bác nào biết reply lại cho tôi nhe.Thanks 

Em đang nghiên cứu về java. Mấy anh có cuốn java nào hay không. Share cho em với! Em xin cảm ơn nhiều.
Có gì xin mấy anh liên hệ với em qua nick yahoo: nvtdn2006@yahoo.com, hoặc gởi mail cho em cũng được(nvtdn2006@gmail.com) 

ftp://microsoftx.dyndns.org

Mình đang cần học lập trình C, nhưng hôm trước đọc báo thấy có người sử dụng C trên Windows làm hư Windows.  

Vậy mình nên sử dụng Turbo C hay Borlan C, phiên bản mới nhất hay phiên bản nào để không ảnh hưởng đến Windows. 

Web Server của tôi không thuộc Domain thì không dùng được phương thức chứng thực Digest này à ? 

- FaL đang muốn làm một trang Web tin tức, dạng như một trang báo để đưa các thông báo, tin tức hàng ngày lên. Ai có source code hoặc link download source code chỉ giúp FaL với!

Xin cám ơn trước.

FaL 

http://www.opensourcecms.com

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 ) 

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 

cám ơn anh rất nhiều , cho em hỏi thế nguyên lý thiết kế Bulletin Board System là gì ko ah, anh có tài liệu nào về cái này ko cho em xin đi , em gà quá 

em đã nắm vững được cơ bản của php, nhưng khi đọc một số free source như phpbb thì chẳng hiểu họ viết cái gì nửa cứ như 1 đám rừng vậy , vậy có bí quyết gì không ah , vì em rất cần học hỏi cách làm của họ mong mọi người giúp đở