sửa prototype thì nó overwrite, tức là không có xung đột, mà có thể break code ở đâu đó do logic đã cập nhật lại. Cách thường làm là ta check xem func đấy đã có chưa trước khi khai báo nó. Nếu có rồi thì dùng lại hoặc throw hoặc log error.

continue trong vòng lặp có gì đặc biệt? break thì sao ^^!

Sửa lại đoạn code đầu tiên thành thế này:

{
  var message = 'test';
  console.log(window.message); // test
  console.log(this.message); // test
}

{
  const message = 'test';
  console.log(window.message); // undefined
  console.log(this.message); // undefined
}

block 1 không đổi. kết quả block 2 đều là undefined. Em giải thích xem?

Airflow không chỉ dùng để lập lịch chạy hàm trong database, mà còn dùng trong dự án bình thường. Dễ thấy nhất trong các dự án to, có ~1000 task như Spotify thì họ sẽ dùng Airflow hoặc 1 trình quản lý khác như Luigi mà họ tạo ra để quản lý các task, visualize các luồng tasks, nói đơn giản là 1 cái pipeline ý.

struct là kiểu giá trị. vì thế trong struct ko dùng string mà dùng mảng char, do string là kiểu tham chiếu không có độ dài cố định, không thể để trong struct. cũng vì thế struct có size cố định. là kiểu giá trị nên struct được clone ra khi truyền vào function. thay đổi struct ở local scope không ảnh hưởng outer scope.

bạn xem source ở đây nhé: https://github.com/maitrungduc1410/todo-app

Cảm ơn a đã góp ý e mới học nên nhiều cái chưa rõ ạ

À bạn có thể cho mình xin dockerfile các image trong bài viêtd ko? Do mình test rewrite-target của ingress, cần điều chỉnh thử root folder của frontend. Nếu được mình cảm ơn nhé

sao cứ viết kiểu nửa Tây nửa ta đọc khó hiểu thật ấy

cho mình ké link này nha: https://cookkitmart.com/

làm thế nào để sử dụng nó vào angular vậy ạ

@refacore Vô cùng cảm ơn bác đã chia sẻ kinh nghiệm giúp tôi hiểu kỹ hơn ⭐️

Tôi nghĩ là nó có thể giúp một phần trong chống DDoS chứ không phòng được DDoS. Rate limit không ngăn được DDoS xảy ra hay không nên nó không phòng được.

Đối diện với 1 cuộc tấn công DDoS thì thường ngay cả rate limit cũng treo luôn. Trừ phi bạn cô lập botnet ra khỏi hệ thống của mình. Rate limit được cài đặt trên applicaiton server, hoặc load balancer, hoặc router. Cả ba thành phần này đều thuộc hệ thống của bạn và đều chịu sự tấn công của DDoS. Rate limit có thể tăng khả năng chịu tải của hệ thống và có thể giúp hệ thống sống sót. Nhưng một vụ tấn công DDoS nghiêm túc là đánh sập con router của bạn chứ không phải làm treo mấy con server bên trong nên tôi nghĩ rate limit khó có thể coi là một cách để chống DDoS. Chống spam thì được. Spam thì không sử dụng botnet, rate limit có thể block hành động này chứ không phải chỉ hạn chế. Hạn chế thì có thể là hạn chế crawler.

Đối với yêu cầu của bài này thì có 1 đặc điểm:

• số lượng từ khóa người dùng nhập vào ít hơn nhiều so với dữ liệu được index Dù có hàng triệu người dùng, nhưng số lượng từ khóa được sử dụng giới hạn trong một tập nhỏ. Lưu lượng cho từ khóa cũng giới hạn trong một tập rất nhỏ mang tính xu hướng. Trong trường hợp này, caching sẽ hiệu quả.

Bài viết đang dùng cây nhị phân. Có thể dùng cây k đường. VD với 26 chữ cái latinh thì cây này có 26 nhánh.

Lucene, solr, elasticsearch đã giải quyết vấn đề này thế nào?

nó lấy những file cần lấy thui. cho nên nó sẽ rất nhẹ.

Mãi không thấy tác giả ra bài viết mới.

mình vừa có thêm một bài viết chứa source code demo cơ bản, bạn tham khảo thử nhé

Cảm ơn bác đã góp ý. Đọc lại tôi cũng thấy cấn cấn. Xin được nhờ bác gợi ý giúp tôi cách diễn tả chính xác hơn. Có thể gọi là "phòng chống DDoS, hạn chế spam" được không nhỉ

rate limit ko phải để chặn ddos, cũng ko chặn đc ddos.

Dùng pnpm và prisma thì cần chú ý thêm gì không bạn ?