Bài viết này. của mình bị lặp!

@Tran_hieu cái này mình cũng ko rõ 😅

Cảm ơn bạn! Bài viết rất dễ hiểu

rút gọn link để chạy SEO với chạy quảng cáo trên các nền tảng tốt hơn thôi, còn về tốc độ thì chưa chắc

Hiện tại thì Locker chưa công bố giá chính thức và vẫn để user sử dụng miễn phí trong thời gian đầu bạn ạ, mk cũng ko rõ lắm. Để chắc chắn hơn bn thử contact với customer support xem 😅

Dạ đúng rồi. Cảm ơn b nhiều ạ

Co đc dùng thử k bạn nhỉ, hay dùng thì mất phí từ đầu luôn?

chí mạng luôn bro ạ 😂

@yuisofull chỗ này thì có 2 cái limit, 1 là số opened file, 2 là số ephemeral port của haproxy khi trỏ tới 1 ip + port backend. Nên để tăng số lượng ws connection thì ngoài việc cấu hình lại opened file và ephemeral port range thì nếu full sẽ cần 1 là thêm backend server, 2 là thêm IP cho con HAproxy để có thể mở nhiều connection hơn.

cho mình hỏi là 1 proxy server hay 1 backend server cũng có số port giới hạn, vậy muốn mở nhiều websocket connection thì phải có nhiều proxy server và backend server nhỉ

được bạn. mục đích của mapping tự động là đỡ phải viết code thủ công. ví dụ bạn có 5 lớp thì sẽ rất tốn thời gian để (.setOne, .setTwo) và dễ gây nhầm lẫn. vì đây là bài hướng dẫn cơ bản nên mình không thêm các chi tiết đó vào. Bạn xem phầm mapping có phần map từ dto sang entity. thì id của dto sẽ không được mapping qua. và còn một số tính năng như mapping với tùy chọn tên trường giữa 2 bảng khác nhau. mapping từ id sang class của một thực thể. Ví dụ Category và product và mỗi cái đều có dto -> có 4 class. ở productId bạn chỉ lưu id của category thôi. thì bạn vẫn mapping từ ProductDto(name, price, categoryId) sang một thực thể product với category đúng của nó. Và còn nhiều tính năng hay ho hữa + lý do dùng Mapstruct là hiệu suất của nó nhanh trong top 2. so với các các lib mapping khác như ModelMapper (tuy nhiên modelMapper dễ dùng hơn). Nhưng quan trọng nhất là chúng ta nên biết mấy món đồ chơi này dùng thế nào. chứ không thì viết bằng tay cho chắc nhé.

Mình vừa đăng ký trên Locker nhưng ko thấy có bảng giá. Mình dùng dự án cá nhân có 1 dev là mình thôi.

VITE_REVERB_APP_KEY giữ mặc định nhé bạn,

lỗi của bạn như kia là ko kết nối được tới reverb luôn ấy:

• check lại cấu hình nginx đoạn location của reverb nhé
• check docker compose xem service reverb đã lên chưa? check logs của nó xem có lỗi ko?

như trong bài mình note, ở lần start đầu tiên, lúc chưa có DB, reverb nó có thể gặp lỗi vì nó cố gắng connect tới db ngay khi start, vậy nên sau khi bạn chạy migrate --seed thì có thể bạn sẽ cần docker compose down rồi up lại nha

Với điều kiện bạn thấy lead của bạn đủ thân nhé

Bài viết hay quá! Mình cũng đã update giá trị cho file .env như sau:

VITE_REVERB_PORT=8000
VITE_REVERB_PATH="/reverb"

Nhưng có vẻ websocket vẫn không kết nối và update real time được. Mình thấy biến VITE_REVERB_APP_KEY có dùng trong reverb nhưng trong file .env vẫn đang set giá trị là "my-app-key". Bạn cho mình hỏi có cần update giá trị cho biến VITE_REVERB_APP_KEY ko ạ?

@cuongvnb cần add URL của frontend vào springboot, xem ví dụ http://localhost:4200 là frontend

import org.springframework.context.annotation.Configuration; import org.springframework.web.servlet.config.annotation.CorsRegistry; import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

@Configuration public class WebConfig implements WebMvcConfigurer {

@Override
public void addCorsMappings(CorsRegistry registry) {
    registry.addMapping("/**") 
            .allowedOrigins("http://localhost:4200") // Replace with your frontend URL
            .allowedMethods("GET", "POST", "PUT", "DELETE")
            .allowedHeaders("*")
            .allowCredentials(true); 
}

}

Cảm ơn chủ thread có bài viết bổ ích, mình cũng muốn góp 1 chút ạ 🎁

https://drinking-game.web.app/

https://play.google.com/store/apps/details?id=com.stark.drinking

@dieptv_dev Các thông tin và giải pháp đưa ra cần phải chính xác. Sẽ có nhiều bạn đọc bài viết này và với các bạn mới, có thể sẽ định hướng sai và ghim vào đầu những ý tưởng không đúng.

Kiến thức đơn thuần chỉ là đúng - sai. Trong môi trường chia sẻ kiến thức mong bạn hiểu cho những phản biện này.

1. Đây là đưa ra một hệ thống cơ bản. Còn trong một bài viết đưa ra hết vấn đề của một hệ thống thực tế là không thể nào.
2. Raid làm sao giải quyết đc hết các vấn đề. Còn hệ thống phân tán giải quyết mỗi vấn đề tốc độ truy cập thì cũng không đúng.
3. Như đã nói, newsfeed nó còn áp dụng thuật toán, lọc, như tw cũng có một bộ thuật toán cho news feed r, vấn đề ở đây là thiết kế cơ bản và cách tổ chức

Bài viết chỉ đưa ra 1 cách suy nghĩ tổng quan về một hệ thống, chứ kp là đưa ra thiết kế chi tiết. Bạn thông cảm