Vakaxa là công ty Blockchain hàng đầu tại Việt Nam hiện nay. Nếu bạn muốn ứng dụng công nghệ Blockchain vào hoạt động kinh doanh của mình, hãy liên hệ với chúng tôi tại: https://vakaxa.com/vi/
bạn viết rõ hơn được không nhỉ, người mới học reactjs ko biết viết cái hàm renderItem ở chỗ nào, thấy bảo viết ở App.js nhưng sau lại thấy import './components/Item' ở đâu đâu
ở trên mình cũng có nói là trước khi release cần phải trải qua bước test tải để xác nhận xem hệ thống cần bao nhiêu con server thì đủ.
Ví dụ như có thể dựa vào những đợt campaign trước để dựa đoán DAU tầm bao nhiêu để từ đó tính toán số server cần thiết.
Công ty mình trước là công ty game cũng đang làm theo kiểu này.
Ngoài ra ở kiến trúc trên mình vẽ 1 con API Server để mọi người dễ hình dung. Còn thực tế để hệ thống có tính Availability cao thì sẽ cần thêm 1 số bộ phận khác nữa như 1 con load balance ở trước đó (kèm theo cả auto scaling nữa) chẳng hạn ...
Với cả hệ thống này xây dựng theo cơ chế queue worker nên phía API sẽ ko làm quá nhiều nhiệm vụ phức tạp, chỉ xử lí việc authen và đẩy data vào queue và trả về trực tiếp response đến người dùng là xong nhiệm vụ. Còn phía client chỉ subscribe để nghe data changed.
Đương nhiên là cũng có 1 vấn đề là giả sử hệ thống đang esitmate là lượng access max nhất cũng chỉ 1 triệu request/s chẳng hạn. Nhưng chẳng may lúc đó lại đến 3 triệu, 10 triệu request/s thì có thể hệ thống sẽ bị sập. Nên giai đoạn test tải trước là điều vô cùng quan trọng.
Trước có vụ công ty game của nhật release game fifa server cũng bị sập liên tục, cứ 5 phút lại sập do bên đó chưa thực hiện kĩ quá trình test tải. estimate sai số lượng người dùng nên server scale không kịp.
THẢO LUẬN
Làm dần sẽ hiểu e ah, đây chỉ là cách đặt tên cho nó hợp lý hơn thui. Nhớ tham khảo thêm tài liệu này e nhé https://docs.google.com/document/d/1r7E_M03LZp_0LJFD6E7Qcdg74mP-ue76E2GzlIMe4Uk/edit?usp=sharing
thank bạn
subdomain thì mình config được rồi nhưng trên local nên nghịch chia path thôi
@pht à mình nghịch trên local thôi nên cứ yên tâm
ý mình là dùng web developer của chrispederisk để kiểm tra xem mình có ghi sai cú pháp 0
Bài viết hay quá, Hà Mã Tím upvote rồi đó
Anh ơi cho em hỏi 2 đối tượng này để giúp làm gì ảnh nhỉ? Em hơi thắc mắc?
let indicator = ActivityIndicator() let error = ErrorTracker() let repos = input.loadTrigger .flatMapLatest { _ in return self.useCase.getRepos() .trackActivity(indicator) .trackError(error) .asDriverOnErrorJustComplete() }
cảm ơn ad.
Không hiểu câu hỏi của chủ thớt
cho em hỏi làm theo cái này có save được cái đoạn audio kia ko ạ? Và nếu muốn lấy nó thì ở đâu ạ
Thanks Bác.
e cảm ơn ạ
Em có thể tự tạo 1 provider mới để chỉ xử lí những gì của Repository. Xem thêm tại bài viết này của anh https://viblo.asia/p/tu-tao-service-provider-Az45bmwOlxY
nếu như e hiểu thì lúc khai báo ở provider thì sẽ khá dài nếu có nhiều repository , có cách nào làm giảm đi k ạ
Vakaxa là công ty Blockchain hàng đầu tại Việt Nam hiện nay. Nếu bạn muốn ứng dụng công nghệ Blockchain vào hoạt động kinh doanh của mình, hãy liên hệ với chúng tôi tại: https://vakaxa.com/vi/
(hong)
wow, chuyển qua làm Python rồi à?
Bài viết rất chi tiết, đúng cái mình cần, cảm ơn bác ạ
bạn viết rõ hơn được không nhỉ, người mới học reactjs ko biết viết cái hàm renderItem ở chỗ nào, thấy bảo viết ở App.js nhưng sau lại thấy import './components/Item' ở đâu đâu
ở trên mình cũng có nói là trước khi release cần phải trải qua bước test tải để xác nhận xem hệ thống cần bao nhiêu con server thì đủ. Ví dụ như có thể dựa vào những đợt campaign trước để dựa đoán DAU tầm bao nhiêu để từ đó tính toán số server cần thiết. Công ty mình trước là công ty game cũng đang làm theo kiểu này.
Ngoài ra ở kiến trúc trên mình vẽ 1 con API Server để mọi người dễ hình dung. Còn thực tế để hệ thống có tính Availability cao thì sẽ cần thêm 1 số bộ phận khác nữa như 1 con load balance ở trước đó (kèm theo cả auto scaling nữa) chẳng hạn ...
Với cả hệ thống này xây dựng theo cơ chế queue worker nên phía API sẽ ko làm quá nhiều nhiệm vụ phức tạp, chỉ xử lí việc authen và đẩy data vào queue và trả về trực tiếp response đến người dùng là xong nhiệm vụ. Còn phía client chỉ subscribe để nghe data changed.
Đương nhiên là cũng có 1 vấn đề là giả sử hệ thống đang esitmate là lượng access max nhất cũng chỉ 1 triệu request/s chẳng hạn. Nhưng chẳng may lúc đó lại đến 3 triệu, 10 triệu request/s thì có thể hệ thống sẽ bị sập. Nên giai đoạn test tải trước là điều vô cùng quan trọng.
Trước có vụ công ty game của nhật release game fifa server cũng bị sập liên tục, cứ 5 phút lại sập do bên đó chưa thực hiện kĩ quá trình test tải. estimate sai số lượng người dùng nên server scale không kịp.