Cảm ơn bạn đã đặt câu hỏi, như mình có giải thích trên bài viết "Với cách 5 thì ta chỉ synchronized duy nhất một lần tại thời điểm gọi getInstance() lần đầu tiên, các gọi sau thì instance đã được khởi tao nên chương trình sẽ không thực hiện khối lệnh
synchronized(TheadSafeInitialization.class) {
if(null == instance) {
instance = new TheadSafeInitialization();
}
}
mà return lại giá trị của instance luôn"
Thanks bạn
với những hệ thống như ngân hàng thì đúng là vẫn dùng mysql hoặc oracle là nhiều. vì họ không quan trọng xử lí nhanh, chỉ cần quan trọng tính toàn vẹn dữ liệu.
Dùng SQL hay noSQL là do tính chất của dữ liệu, chứ không có cái nào là mỹ mãn cho mọi trường hợp.
Ví dụ ghi lại lịch sử chat như trong bài thì là loại dữ liệu không quan trọng, phát sinh liên tục, khả năng phình to cao, và chủ yếu là ghi nhiều hơn đọc thì dùng trên Cassandra là hợp lý, theo bạn cũng nhấn mạnh là ghi nhanh, đọc chậm.
Nhưng với số dư ngân hàng, hay thông tin tài khoản, giao dịch, những dạng dữ liệu cần constraint, cần reference, cần tính toàn vẹn dữ liệu cao thì người ta vẫn dùng SQL vì tính ổn định của hệ thống nó cao hơn rất nhiều.
THẢO LUẬN
Không có phần 2 à bạn ơi
Bài viết rất hay cảm ơn bạn .
Cho em hỏi tại sao lại binding cái file app.js trong folder public/js mà không phải là js trong folder js/app.js ở phần resource ạ.
Bây giờ có lẽ nên phân biệt frontend logic và frontend design. Business logic trên frontend bây giờ còn khó hơn cả backend.
Hay quá. Cảm ơn tác giả ạ ^^
Ad cho em code bai 5 là java hay c++ dc ko ạ. Javaspript em ko biết. Vs lại khác mấy cái ngôn ngữ này quá. Em nhìn ko ra
Cảm ơn bạn đã gợi ý, mình sẽ tìm hiểu thêm và bổ sung cho bài viết của mình
Cảm ơn bạn đã đặt câu hỏi, như mình có giải thích trên bài viết "Với cách 5 thì ta chỉ synchronized duy nhất một lần tại thời điểm gọi getInstance() lần đầu tiên, các gọi sau thì instance đã được khởi tao nên chương trình sẽ không thực hiện khối lệnh
synchronized(TheadSafeInitialization.class) { if(null == instance) { instance = new TheadSafeInitialization(); } } mà return lại giá trị của instance luôn" Thanks bạn
Mình làm theo hướng dẫn ok rồi. Tuy nhiên sao data trả về lại là dạng text nhỉ.
với những hệ thống như ngân hàng thì đúng là vẫn dùng mysql hoặc oracle là nhiều. vì họ không quan trọng xử lí nhanh, chỉ cần quan trọng tính toàn vẹn dữ liệu.
Dùng SQL hay noSQL là do tính chất của dữ liệu, chứ không có cái nào là mỹ mãn cho mọi trường hợp. Ví dụ ghi lại lịch sử chat như trong bài thì là loại dữ liệu không quan trọng, phát sinh liên tục, khả năng phình to cao, và chủ yếu là ghi nhiều hơn đọc thì dùng trên Cassandra là hợp lý, theo bạn cũng nhấn mạnh là ghi nhanh, đọc chậm. Nhưng với số dư ngân hàng, hay thông tin tài khoản, giao dịch, những dạng dữ liệu cần constraint, cần reference, cần tính toàn vẹn dữ liệu cao thì người ta vẫn dùng SQL vì tính ổn định của hệ thống nó cao hơn rất nhiều.
Bài viết hay, cảm ơn bạn, cho mình hiểu hơn về cách thức một lỗ hổng tưởng vô hại lại có thể bị khai thác sâu đến như vậy.
Mình phải login vô để cảm ơn bạn
phần 1 bị xóa mất rồi
Cảm ơn bạn nhiều
Dự án Young Town Tây Bắc Củ Chi - Cảm hứng từ khu phố ChinaTown nổi danh trên thế giới https://duanyoungtown.xyz
Dự án Young Town Tây Bắc Củ Chi - Cảm hứng từ khu phố ChinaTown nổi danh trên thế giới https://duanyoungtown.xyz
Dự án Young Town Tây Bắc Củ Chi - Cảm hứng từ khu phố ChinaTown nổi danh trên thế giới https://duanyoungtown.xyz
Hay lắm, cảm ơn bạn nhé.
Cảm ơn bài viết của bạn nha, nhưng mình nghĩ bạn nên chỉnh sửa và test lại, vì mình thấy thiếu module
config, không biết bạn có bị không? Cảm ơn nhé !