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

https://www.baeldung.com/java-serialization, https://www.javatpoint.com/serialization-in-java Đây là 2 bài tài liệu tiếng anh cho phần này, bạn có thể đọc thêm để hiểu hơn nhé. Nếu có vấn đề gì hay có thắc mắc gì thì comment xuống dưới, chúng mình trao đổi nhá😘

Mỗi ngôn ngữ cũng sẽ có cách khác nhau để thực hiện công việc chuyển đổi đối tượng (object serialization) này.

Bạn quay lại mục 3 nhé, mình có đưa ra các lí do vì sao nó lại cần thiết trong Java. Để hiểu đơn giản thì Serialization sinh ra như một cơ chế chung mà các ứng dụng Java có thể giao tiếp cũng như trao đổi dữ liệu với nhau. Cụ thể hơn bạn có thể hiểu đơn giản nó như này: Bạn tạo ra một ứng dụng Java và đặt nó trên nhiều hệ thống và mạng khác nhau. Làm sao để các hệ thống này giao tiếp và chia sẻ dữ liệu cho nhau, tất nhiên với cách truyền thống là bạn sẽ phải tự xác định một giao thức riêng, có thể là bất cứ giao thức gì bạn muốn, nhưng vấn đề đặt ra là nếu có một bên thứ 3 cũng muốn kết nối và chia sẻ dữ liệu với bạn, họ cũng sẽ phải biết được giao thức mà bạn đang sử dụng và sau này nếu có nhiều hơn các ứng dụng, hệ thống khác nhau và mỗi ứng dụng lại sử dụng một giao thức chuyển đổi khác nhau thì sao -> có phải là sẽ cực kỳ khó khăn đúng không. Chính vì thế, cần phải có một giao thức chung và hiệu quả để làm điều này -> Serialization ra đời, thay vì sử dụng các giao thức riêng lẻ, Serialization cung cấp một cơ chế chung để chuyển đối tượng giữa các thành phần Java. Từ giờ các thành phần ứng dụng Java có thể sử dụng chung cơ chế này để giao tiếp và chia sẻ dữ liệu.

Bài viết hữu ích và chi tiết Cảm ơn bạn

@tuyen_dev e đang dùng docker trên win, mac hay linux đó?

hqua a vừa chạy lại 1 lượt ko thấy lỗi lầm gì, cho a xin screenshot từng lỗi đc ko?

@maitrungduc1410 anh ơi cả 2 lỗi này đều gây lỗi không chạy được app.
Lỗi npm ERR! missing script: serve
-Em phải thêm dòng "serve": "BROWSER=none react-scripts start" trong script
Lỗi "Browserslist: caniuse-lite is outdated. Please run next command npm update caniuse-lite browserslist"
-Em thêm " && npx browserslist@latest --update-db" để có thể chạy được

đọc xong vẫn chưa hiểu serialization với deserialization để làm gì

Bài viết rất hay. Cám ơn bạn!

Chào bạn, cảm ơn bạn đã quan tâm đến bài viết của Viblo Engineering. Ở 2 giải pháp này, mình xin phép đưa ra ý kiến đánh giá như sau:

1. Tạo một index cho mỗi loại dữ liệu (theo loại dữ liệu):

Ưu điểm:

• Tính cụ thể: Mỗi index sẽ chứa chỉ dữ liệu liên quan đến loại dữ liệu cụ thể, giúp tăng hiệu suất khi truy vấn dữ liệu.
• Quản lý dễ dàng: Dễ dàng quản lý và duy trì các index riêng biệt cho mỗi loại dữ liệu.

Nhược điểm:

• Phức tạp hóa: Có thể dẫn đến việc phải quản lý nhiều index và logic xử lý phức tạp hơn khi truy vấn dữ liệu từ nhiều index khác nhau.

2. Tạo một index union cho tất cả các loại dữ liệu:

Ưu điểm:

• Đơn giản hóa: Giảm bớt sự phức tạp trong việc quản lý index và truy vấn dữ liệu từ một index duy nhất.
• Dễ dàng mở rộng: Dễ dàng mở rộng hệ thống khi có thêm loại dữ liệu mới mà không cần thay đổi cấu trúc index.

Nhược điểm:

• Hiệu suất không cao: Dữ liệu từ nhiều loại có thể không được tối ưu cho các loại truy vấn cụ thể.

Nếu yêu cầu trong dự án quan tâm đến hiệu suất và tối ưu hóa truy vấn thì tạo index cho mỗi loại dữ liệu tốt hơn. Ngược lại sẽ giúp giảm bớt sự phức tạp trong quản lý và mở rộng hệ thống. Nếu hệ thống của bạn cho phép thì bạn cũng có thể kết hợp 2 phương pháp bằng cách:

• Tạo một index union cho các loại dữ liệu chung.
• Tạo index riêng biệt cho các loại dữ liệu đặc biệt hoặc có yêu cầu hiệu suất cao.

Không biết câu trả lời này đã giải đáp được thắc mắc cho bạn chưa nhỉ? Bạn cứ thoải mái đưa ý kiến và thảo luận thêm nha ^^