Bài viết rất hay cách trình bảy rõ ràng dễ hiểu tôi không thể mong đợi gì hơn. Xin cảm ơn tác giả, cảm ơn ruby on rails, xin cảm ơn viblo đã cho tôi cơ hội đọc bài viết hay như thế này.

thank bạn

bạn tôi viết hay quá )🥳

cho em hỏi, thi xong thì tầm bao nhiêu lâu là có đáp án và đề trên web ạ

Chào em,

Cảm ơn em vì series hữu ích này

Cho anh hỏi là với ứng dụng traffic lớn có nên deploy db master/slave trên K8S không hay dùng mô hình DB chuẩn cũ

Cảm ơn em

tuyệt với, tiếp tục đi e ơi, tuổi trẻ tài cao

Cho em hỏi trong series phần 9 và phần 10 bị ẩn mất vậy anh nhỉ??

nhìn bài viết trình bày hơi tệ

Cảm ơn bạn, bạn thêm phần monitor và debug Redit nữa thì tuyệt vời

cám ơn bạn

chức năng của access token và refresh token để làm j v b

Cảm ơn tác giả, bài viết rất hữu ích.

Chuẩn rồi đấy bạn!

k nghe con nghiện trình bày :v

hi Bạn "Certificate này không thể là certificate của server google.com như trong ảnh trên được, vì như trong bài viết trước mình đã đề cập, mỗi certificate đều chứa public key dùng để mã hóa data, và chỉ bên có private key mới giải mã data được (mà hacker thì lấy đâu ra private key của google chứ)."

Đoạn trên bạn nói không được clear lắm , hacker đúng là không có private key của google, tuy nhiên hacker ở đây muốn làm giả cái certificate của google đúng ko? vậy mỗi certificate định danh bởi cái gì để phân biệt, đó là thứ bạn chưa nói rõ ở bài viết này. bạn nói rằng "Pin riêng cái public key: Phía client lấy certificate chuẩn của server về, tách cái public key ra, rồi lưu lại. Khi handshake thì xem public key trong certificate nhận được có giống với cái mình đã lưu không."

public key là cái công khai, vậy tại sao lại dùng cái public key , ai cũng đọc được, ai cũng viết lại được, vậy tại sao lại so sánh public key với vân tay được ạ?

HI Bạn "Như chúng ta vừa tìm hiểu, dù 2 bên không trực tiếp gửi secret key cho nhau, nhưng vẫn gửi qua lại những chuỗi byte ngẫu nhiên" chuỗi byte trong bài viết bạn đề cập là gì vậy? chuỗi byte ý bạn là public key được gửi cho nhau, nền cần mã hóa, hay chuỗi byte ý bạn là các data gửi cho nhau? đoạn này bạn nói chưa clear lắm

Nếu như là My SQL thì như nào ạ . tại mình thử dùng lệnh INSERT INTO #YourTempTable VALUES CALL productpricing; thì nó báo lỗi

1064 - You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'EXEC export_llx_societe' at line 1

Series còn nha bác. Phần upgrade resource quan trọng nhưng không bị downtime gọi là "zero deployment", nhưng chỉ áp dụng vs EC2 còn database mình không control việc downtime khi upgrade được nha 😂.

seri này hết rồi hả bạn, còn phần upgrade resource quan trọng như database nhưng không bị downtime như hôm trước bạn có nói qua ở các bài đầu có không bạn.

💪💪okie e ôi 💪