"Ta lấy ví dụ tạo một file và tải về của một trang web mà hàng trăm hàng nghìn user sẽ click vào nút đó, lúc này server sẽ nhận rất nhiều request cùng lúc gây ra chậm, quá tải hoặc nghẽn quá trình tạo file và tải về... Lúc này ta cần đến RabbitMQ để đẩy các request này vào hàng chờ với cơ chế: Một consumer lấy message từ hàng đợi và bắt đầu xử lý file trong lúc một producer đang đẩy thêm những message mới vào hàng đợi." chổ này hơi cấn cấn, đầu request là synchronize nhưng đầu response lại dùng cơ chế asynchronize, nó có kỳ kỳ không?
Theo ý kiến của mình thì bài viết của bạn còn phiến diện theo trình độ của bạn. Với 1 người bắt đầu nghề nghiệp mà chưa có tài chính ủng hộ. Cái quan trọng nhất vẫn là lương để đảm bảo mức sống. Khi đạt tới một độ cao nhất định lúc đó lương k thành vấn đề quá lớn nữa, việc phát triển và định hướng bản thân sẽ được chú trọng hơn. Thường thường bước đệm đó từ 1-3 năm với ngành IT.
@datbv Vâng anh để ngày mai em nghiên cứu, bởi em thấy 2 cách này đều dùng 1 service ở giữa để chỉ các service khác làm gì, nên em thấy có vẻ nó đang dùng synchronous chain.
Mình cũng không thích việc viết service và repo đi qua interface hết trong khi cả project k có cái service nào đc implement 2 kiểu. Còn việc method expose thì thể hiện qua access modifier được mà nhỉ. Mình chỉ thấy việc dùng interface ở service hợp lý khi service đó đại diện cho việc integrate với 3rd party. Unit test thì cũng k hay viết lắm nhưng mình nghĩ đã dùng mock rồi thì quan tâm gì tới interface hay class nhỉ? Nói vậy chứ trước giờ có đúng 1 dự án làm việc với 1 ông techlead nước ngoài cùng quan điểm đấy và k sử dụng interface trong service còn lại dự án nào cũng viết theo chuẩn DI đấy =)))
THẢO LUẬN
Thực ra google dùng kotlin để tránh vụ license với oracle, chứ kotlin cũng k quá đặc biệt.
à mình hỏi làm cho menu kiểu <select name=""><option></option> load sang 1 webpage trong website mà không cần css,jquery
thế cho nó chứt :v
Cảm ơn tác giả, mình hỏi nếu muốn push riêng cho từng user thì cấu hình như nào thì được
"Ta lấy ví dụ tạo một file và tải về của một trang web mà hàng trăm hàng nghìn user sẽ click vào nút đó, lúc này server sẽ nhận rất nhiều request cùng lúc gây ra chậm, quá tải hoặc nghẽn quá trình tạo file và tải về... Lúc này ta cần đến RabbitMQ để đẩy các request này vào hàng chờ với cơ chế: Một consumer lấy message từ hàng đợi và bắt đầu xử lý file trong lúc một producer đang đẩy thêm những message mới vào hàng đợi." chổ này hơi cấn cấn, đầu request là synchronize nhưng đầu response lại dùng cơ chế asynchronize, nó có kỳ kỳ không?
Theo ý kiến của mình thì bài viết của bạn còn phiến diện theo trình độ của bạn. Với 1 người bắt đầu nghề nghiệp mà chưa có tài chính ủng hộ. Cái quan trọng nhất vẫn là lương để đảm bảo mức sống. Khi đạt tới một độ cao nhất định lúc đó lương k thành vấn đề quá lớn nữa, việc phát triển và định hướng bản thân sẽ được chú trọng hơn. Thường thường bước đệm đó từ 1-3 năm với ngành IT.
Bài viết chi tiết, đầy đủ. Cảm ơn tác giả.
hơi hụt hẫn phần encrypt, mình mong đợi bạn sẽ nêu thêm về 4 loại methods encrypt của s3 là SSE-S3, SSE-KMS, SSE-C, Client-Side Encryption
@datbv em mới nghiên cứu mấy cái này thấy hơi ngộp anh ạ =((
@datbv Vâng anh để ngày mai em nghiên cứu, bởi em thấy 2 cách này đều dùng 1 service ở giữa để chỉ các service khác làm gì, nên em thấy có vẻ nó đang dùng synchronous chain.
bài này có vấn đề gì v b?
thanks bạn. Mình rất vui vì nó ích
saga orchestration không có tính chất isolation em nhé, anh viết về nó ở bài sau
dòng lệnh price = response.xpath('//div[@id="quote-header-info"]/div[@class="My(6px) Pos(r) smartphone_Mt(6px)"]/div/span/text()').extract()[0] không còn đúng nữa rồi bạn ơi
bạn ơi, dữ liệu tiền ảo mình đăng nhập vô không còn tồn tại nữa. Bạn cho mình xin dữ liệu tiền ảo với
cảm ơn em.
cho em hỏi Orchestration - Command based và 2 phase commit khác gì nhau?
Mình cũng không thích việc viết service và repo đi qua interface hết trong khi cả project k có cái service nào đc implement 2 kiểu. Còn việc method expose thì thể hiện qua access modifier được mà nhỉ. Mình chỉ thấy việc dùng interface ở service hợp lý khi service đó đại diện cho việc integrate với 3rd party. Unit test thì cũng k hay viết lắm nhưng mình nghĩ đã dùng mock rồi thì quan tâm gì tới interface hay class nhỉ? Nói vậy chứ trước giờ có đúng 1 dự án làm việc với 1 ông techlead nước ngoài cùng quan điểm đấy và k sử dụng interface trong service còn lại dự án nào cũng viết theo chuẩn DI đấy =)))
phần 2 đâu a ơi
Bài viết thì hay nhưng người dịch thì như google