khi refresh liên tục thì $loadavg[0] ít khi > 1 

if($loadavg[0] > $numer) {
echo 'Server busy, plz try again later...';
die();
}

cám ơn 2 anh đã hướng dẫn, em sẽ cố học hỏi nhiều thêm, vì từ lúc nghe tin các website VN bị bọn TQ tấn công thì em bắt đầu quan tâm đến bảo mật web nhiều hơn

ý của em nêu ra trong thảo luận này không phải là hỏi đây có phải là giải pháp hoàn hảo hay không, em cũng đã có đọc qua ký sự DDos của HVA, và cũng hiểu được DoS và DDoS. Cần có nhiều thành phần kết hợp lại mới tạo được hệ thống phòng thủ tốt. Em cũng có thấy tin forum HVA hôm qua bị DDoS, với khả năng bảo mật & chống chọi cao của forum mà vẫn bị DDoS thì em đủ hiểu khả năng "ôm đầu chịu đòn" của cái hàm server_busy rồi ^^

Em không có ý hỏi đây có phải là giải pháp toàn diện hay không, mà em muốn biết cách thức để chống đỡ được phần nào hay phần đó thôi. Do em đang dùng share host nên chỉ mới có thể can thiệp ở cấp xử lý php, và kết hợp bảo mật với .htaccess, nên em đưa ra câu hỏi này để hỏi các anh liệu cái hàm trên có thể giúp website chống chọi lại một phần sức mạnh của cuộc tấn công hay không thôi, hay là xử lý không nỗi rồi ngủm luôn (thà mình chủ động tự deny để rồi sau đó hoạt động tiếp, còn hơn bị nó đánh tới tấp)
Vì giả sử website bị đánh tới tấp (hy vọng là bị DoS) thì nếu hàm trên có thể hạn chế bớt nhằm tránh overload server (chí ít là đỡ bị suspend)

hy vọng được mấy anh mở mang thêm 

thì chính bồ tự tạo ra "từ chối dịch vụ" cho chính bồ. Chống DoS (trong trường hợp bồ đang nêu ra ở đây chỉ có thể tạm xem là DoS chớ không thể là DDoS), đòi hỏi hai điểm quan trọng:

1. Vẫn có thể tiếp tục cung cấp dịch vụ trong tình trạng bị DoS.
2. Và có thể bảo tồn tài nguyên để tiếp tục cung cấp dịch vụ.

Logic ở trên của bồ chỉ thoả mãn điểm thứ 2 ở trên bởi vậy, nó không phải là giải pháp vẹn toàn.