Không liên quan tới microservices hay k nha bạn, bạn có thể tìm hiểu thêm về vertical slice architecture.

"Tổ chức code theo tính năng" - Theo em hiểu thì cách này dùng để cấu trúc cho các ứng dụng Microservice đúng ko anh?

Còn thua anh Biên nhiều lắm chớ 😁

ựa đẳng cấp quá, đúng là Phó Trùm group Flutter có khác

bài viết hay

bác cho e hỏi nx v20 làm thế nào để khi remote app không hoạt động k làm host app crash trường hợp load remote app thủ công?

DOM là "bản đồ" (khung xương) của toàn bộ HTML → JavaScript dùng bản đồ này để xem, thay đổi, thêm, xóa các thành phần trên trang web. Nếu không có DOM, JS không biết HTML có những gì để thao tác.

khá tổng hợp, góp ý tí

5.1 Server Side Rendering:

1. SSR không chạy JS phía server như đoạn nói:

“sau khi đã đi qua một lượt các script có trong trang web (bao gồm các link thư viện như cdn)” → ❌ Không đúng.

→ SSR thường không chạy JS client-side như các CDN, mà chỉ xử lý logic server, render HTML sẵn rồi gửi đi.

2. CDN FE library không liên quan đến việc “giảm áp lực cho server” trong SSR: CDN chỉ giúp client tải nhanh hơn, không giúp server “giảm việc render”.

✅ Viết lại đúng hơn:

5.1 Server Side Rendering (SSR)

Server side rendering là phương pháp render HTML ngay trên server, rồi gửi HTML hoàn chỉnh về trình duyệt.

Quy trình:

1. Người dùng gửi yêu cầu đến server.
2. Server xử lý logic, truy xuất dữ liệu, và render ra HTML hoàn chỉnh (có nội dung).
3. Trình duyệt nhận HTML, hiển thị ngay nội dung.
4. Sau đó, JS (nếu có) sẽ được tải về để thêm tính năng tương tác. JS chỉ dùng tương tác thêm chứ không gen DOM.

👉 Ưu điểm: hiển thị nội dung nhanh, tốt cho SEO. 👉 Nhược điểm: nếu tương tác nhiều thì cần load lại trang (trừ khi kết hợp thêm JS hydratation).

5.2 Client Side Rendering (CSR)

Client side rendering là phương pháp trong đó server chỉ trả về một HTML rỗng hoặc có rất ít nội dung, còn mọi thứ sẽ do JS render phía trình duyệt.

Quy trình:

1. Trình duyệt nhận HTML ban đầu (thường chỉ có <div id="root"></div>).
2. Trình duyệt tải JS (VD: React, Vue...).
3. JS tạo ra DOM, gọi API để lấy dữ liệu động (qua fetch/Ajax).JS này tạo ra DOM.
4. Nội dung được render và hiển thị phía client.

👉 Ưu điểm: tương tác mượt, SPA (single page app). 👉 Nhược điểm: chậm lần đầu, không tốt cho SEO nếu không có SSR hỗ trợ.

khá tổng hợp, nếu selfreview kỹ hơn và chỉnh sửa thêm 1 số cái như "dịch vụ không trạng thái" ở câu bên dưới thì better. "Thiết kế dịch vụ không trạng thái để dễ mở rộng ngang."

Cảm ơn tác giả. Nhờ anh mà em biết tới bear blogs

Phải đăng nhập để cảm ơn Định đã dịch bài 🤌

HI bạn ơi, cho mình hỏi lúc bạn thanh toán mua subscription có hóa đơn invoice về là bạn đã trả số tiền đó không ạ, mình định dùng hóa đơn đó làm hóa đơn mua exam. Thank bạn

@ntngoc96wd mà mấy cái state thấy cũng na ná strategy pattern bác nhỉ. Còn context thì na ná factory method pattern. Ko biết em thấy vậy đúng ko?

Cám ơn B ^^

Cảm ơn bạn ạ 😁

bài học quan trọng nhất là đừng deploy Prod vào thứ 6 😆. Hồi trước mình làm dự án PM toàn cho deploy từ thứ 2 đến thứ 5 và cố gắng tránh deploy vào buổi tối, vì lúc đó ai cũng mệt mỏi hết rồi thì việc điều tra và fix lỗi nếu xảy ra gặp nhiều khó khăn.

Bài viết hay quá. Cảm ơn bạn.

Tuỳ góc nhìn 😆

Hay quá ! Mình chưa từng shutdown app đúng cách 😅

đúng cái hôm đi pv hỏi đi đơ ,thanks a