Cám ơn Bạn

Hi bạn, tùy vào các loại mã độc sẽ co cách xử lý khác nhau nhưng nhìn chung là sẽ phải cô lập máy bị nhiễm tránh lây lan sang các máy khác trong mạng, ngắt mạng để hạn chế dữ liệu và thông tin gửi ra ngoài và tiến hành rà soát, phân tích. Lý do bạn xóa mãi không hết là do chưa ra tìm ra nguồn lây lan chính hoặc web bạn đang có lỗ hổng chưa vá nên kẻ tấn công cứ thế mà phang :>

"Ghi nhớ: Alias chỉ dùng được ở các bước sau SELECT, như ORDER BY hay HAVING" - Câu này chắc có chút nhầm lẫn.

Vì theo thứ tự đề cập trong bài viết, mình thấy chỉ có 3 mệnh đề sau SELECT (không có HAVING)

7. SELECT
8. DISTINCT
9. ORDER BY
10. LIMIT (TOP)

hic .....

cảm ơn b 🫶 mong có thêm nhiều bài viết về chủ đề Query Optimization

Great example on using ransackable_scopes for filtering! It’s crucial to have that flexibility in queries, especially with boolean flags. I appreciate how you’ve structured the logic clearly. By the way, have you checked out Block Blast? They offer some amazing resources that could complement your work in Ruby on Rails. You can find them here: Block Blast. Keep up the good work!

xin file xml bác ơi

Cảm ơn bạn ^^

sao bài này ăn downvote nhiều thế nhỉ?

Từ 1 file .dbc mà lần mò đến đây 👏

test3

test2

test

@datbv Nhưng đến commit phase mà instance A ngủm củ tỏi thì sao bạn nhỉ?

Có vẻ bài viết được dịch lại ở đâu đó, "Bạn tưởng tượng: Payment Service trừ tiền thành công, nhưng Order Service chưa nhận event vì network timeout.

Kết quả? Khách hàng mất tiền, đơn hàng chưa tạo. Bạn thử retry, nhưng mọi thứ tệ hơn: duplicate event → tiền bị trừ hai lần, stock giảm nhầm, shipment đôi.

Partial failure và duplicate event không phải ngoại lệ, mà là thực tế microservices.

Bạn nhận ra: nếu partial failure đã phức tạp, thì rollback và compensate liệu có cứu được tình hình?" đoạn này mình hoàn toàn không đồng ý, không biết bạn đã nghe tới điểm pivot trong saga hay chưa, hay xử lý idempotency chưa

@dangxuanthangqt cám ơn bạn đã phản hồi, mình đã cập nhật lại trong bài rồi nhé 🥰

Mình đang làm như bạn và bị dính lỗi COOP (cross-origin-opener-policy)

@trandatk không làm đc ngay á. Theo cảm nhận mình thì chứng chỉ luyện cho mình tư duy system design hoặc các thứ xung quanh à.

nếu trong lint-staged mà lại dùng các script trong package.json như npm run lint. thì lại không chính xác lắm nhỉ. nếu script npm run lint được config chạy cho toàn bộ file thì sao? nên dùng eslint/prettier trực tiếp trên danh sách file mà lint-staged cung cấp. Nó sẽ tự động append file path.

"lint-staged": {
  "*.{js,jsx,ts,tsx}": [
    "eslint --max-warnings=0 --fix",
    "prettier --write"
  ]
}

Oki bạn mình nhé