Chào bạn, mình đọc thấy bài viết cũng khá chi tiết. Mình chỉ gợi ý là các đoạn code khi viết ở đây bạn có thể sử dụng cú pháp

IntStream originalStream = IntStream.of(1,2,3);
        originalStream.mapMulti((num, consumer) ->
        {
            for (int i = 1; i <= num; i++) {
                consumer.accept(num * i);
            }
        }).forEach(System.out::println);

như thế này của viblo thì đoạn code của bạn sẽ có màu và dễ nhìn hơn, người đọc cũng có thể copy paste và thử nghiệm kết quả, với cả đoạn code về mapMulti của bạn, nhân mỗi số với các số từ 1 đến số nguyên đó thì kết quả sẽ là 1 2 4 3 6 9 chứ không phải 1 2 2 3 3 3

Theo kiến thức mình biết thì mount nó tiện sử dụng hơn thôi. Còn lý do nào nữa thì hóng các cao nhân vào giải thích.

@tuyen_dev oke e nhé ))

♥️Mình cảm ơn nhé 😘

Có lý do gì để xài volume thay vì mount thằng ra thư mục ngoài bạn nhỉ?

Cá nhân mình nghĩ đơn giản chút rằng nếu có kinh phí thì nên chọn cloud vì sẽ dễ nâng cấp cấu hình, đỡ công bảo trì hệ thống và linh hoạt về chi phí (không dùng thì tắt đi đỡ tốn tiền). Khi dùng các dịch vụ của nhà cung cấp cloud mà bạn thấy chi phí có thể quá sức, lúc đó có thể tính tới chuyện tự self-hosted trên cloud.

Trừ trường hợp có các yêu cầu đặc thù về việc quản lý dữ liệu hoặc các yếu tố khác hoặc thậm chí cloud không đáp ứng được thì lúc đó mình nghĩ mới cần triển khai on-premise. Chẳng hạn với một doanh nghiệp, khách hàng chỉ muốn dùng cloud cho production, nhưng bạn vẫn cần một môi trường thử nghiệm, lúc này giải pháp on-premise cho phép bạn tự vận hành một hệ thống máy chủ vật lý để chỉ dùng cho nội bộ công ty.

bài viết đầy đủ và hay lắm nha bác +1 up vote

ulatroi thanks anh nhiều. Lỗi tai hại quá😅

Mình chưa hiểu ý câu hỏi của bạn lắm, ý bạn muốn hỏi là nhanh về mặt gì nhỉ=)))

Có Java nào "nhanh" không các bạn nhỉ?

đây là Dockerfile cho React dành cho development nhé:

FROM node:16-alpine
WORKDIR /app
COPY . .
RUN npm install
CMD ["npm", "start"]

a cập nhật vào bài rồi e check lại nhé

@tuyen_dev trời ơi e ơi, ), project react thì ở package.json > scripts nó làm gì có serve, nó là start

ở Việt Nam thì b đăng kí ở Trung tâm Ươm tạo và Đào tạo Công nghệ cao nhé. Trước mình có đăng kí qua website nhưng hiện tại k tìm thấy nữa, b thử liên hệ vs nhân viên bên trung tâm, chị Hoa trước có hỗ trợ mình thủ tục thi xem đăng kí được không ạ .

Thông tin chị đã support mình bên trung tâm:

• Mail: hoalh@vitec.org.vn

Thông tin trung tâm :

• Website(bị sập 1 thời gian nên mình k chắc có phải website chính thức của trung tâm không): http://hitc.org.vn/
• Địa chỉ: Km 29 Đại Lộ Thăng Long Hà Nội
• Mail: info@hitc.org.vn
• Sđt: 0904117577

Thông tin đăng kí bên Nhật:

• Website(mình k thi bên này nên đây là website mình tìm search đc ra)：https://www.ipa.go.jp/shiken/kubun/fe.html

@maitrungduc1410 Em đang dùng win với sử dụng node:16-alpine. Hôm nay em có test lại và chạy lại thì lỗi "Browserslist: caniuse-lite is outdated. Please run next command npm update caniuse-lite browserslist"" không còn bị nữa.

👍🖨️ Dịch vụ in giá rẻ của BAO BÌ TTC https://min.cafe/pr/JFiBjJ thực sự ấn tượng. Chất lượng sản phẩm tuyệt vời, giá cả phải chăng và đội ngũ hỗ trợ nhiệt tình. Mình không thể hài lòng hơn! 🌈🥳.

Chào bạn, các lỗ hổng business logic về hướng khai thác sẽ nhắm vào tính logic của ứng dụng (hay chính là các lỗi logic xảy ra trong quá trình xây dựng mã nguồn), tức là hầu như không có một nguyên tắc chung để xây dựng kịch bản tấn công. Song song với đó, tác giả cảm thấy cũng khá "mông lung" khi đưa ra một biện pháp phòng ngừa chung đối với dạng lỗ hổng này, ngoại trừ gia tăng khả năng lập trình an toàn và "hiểu sâu sắc" về sản phảm mình đang xây dựng của lập trình viên. Bài viết có đưa ra một số biện pháp phòng ngừa "chung nhất" trong phần 1, bạn có thể tham khảo nhé: https://viblo.asia/p/business-logic-vulnerabilities-cac-lo-hong-business-logic-phan-1-EoW4obGBVml

@roobinson cảm ơn bạn đã share

bài này không có biện pháp ngăn chặn phòng ngừa ạ?

Nội dung đã giúp tôi hiểu hơn, cảm ơn bạn

Khá hay ) cảm ơn bạn