Bài viết kém chất lượng

@buihieubthc2rb ok ok để t edit bài viết

@minhnv k có tên mình nữa à, buồn quá

nọ vừa lướt qua bài này ở medium xong, bác chơi nhanh quá

viết thêm bài nữa trong serii này điii banjnnn (

Bài này là bài cuối nhé -_- cho bạn hết hi vọng luôn

WớW hay quá bạn eiiiii hy vọng có thêm nhiều bài viết trong seri này

hôm nay gặp 1 case: có device không recoding được request, những devices khác thì recoding bình thường với cùng setup @_@

@ngo.duy.son @quocnb Cảm ơn 2 bạn đã góp ý và chia sẻ nhé. Mình sẽ phát triển bài toán nhận diện giọng nói trong tương lai gần. =))

bạn ơi phần 2 ở đâu vậy bạn, hay quá nhưng mình ko thấy ở đâu để đọc tiếp, với cả có cách nào để mình chọn bôi đen copy theo kiểu: ví dụ a=b b=c c=d nhưng mình chỉ muốn bôi đen từ dấu bằng trở đi cả 3 dòng thôi ý. Tks bạn! Bài viết hay quá.

A giải thích rõ hơn ở chỗ vì sao nó là Single threaded mà khi có nhiều yêu cầu lại assign đc cho nhiều thread với ạ?. E đang k hiểu cái internal thread đó là gì, khác gì thread?

@xdangminhtruongx quan hệ rộng ông ơi ) =))

@mih2t9x (tat) Nhà có đông anh em có khác, đi hỏi thôi mà cũng được 5 cái upvote lận

@huuhung96 Ý tưởng của bạn cũng ổn đó emit event theo ObjectId thì chắc chắn là unique rồi... Nếu bạn là để học thì làm đại đi, sai thì lại ngồi sửa cuối cùng sẽ tìm được cái tốt nhất cho mà coi. Làm cho công ty mới lo chớ, làm để nâng cao kỹ năng thì hem sợ lắm...

@xdangminhtruongx Do mình đang làm cái app dạng project book review system như bên framgia nhưng dùng nodejs và angular 6 phía front end. Mà 2 thằng này thì nên đi kèm với mongodb cho nó hợp về tốc độ . Cũng như làm quen chút về NoSQL. Cứ bắt đầu từ mấy câu truy vấn cơ bản trước, document của nó cũng chẳng dễ thương chút nào nên đụng đâu phải search với hỏi chỗ đó Cho mình hỏi ké thêm 1 chút mình thấy bạn có sử dụng socket Io. Mình cũng đang tính làm cái notification. Khi có người comment thì sẽ có thông báo reatime. Mình nghĩ ra cơ chế nó như này. Không biết có ổn không.

Khi user truy cập vào app. Sẽ tự động tạo riêng có nó 1 cái room dạng tên là room-[user_id] -> [user_id này là ObjectID của user trong database của web]. Bản thân nó cũng đã có riêng 1 cái socket id khi vào nhưng do mình không thể xác định đc nên tạo tên room custom sẽ dễ quản lý, kiểm soát. Khi sự kiện comment (hay sự kiễn bất kỳ tác đến đến user này) diễn ra. Mình cũng sẽ get được user_id của người được comment đó. Sau đó sẽ emit về cho cái room-[user_id] đó message. Về phía database, trong table lưu message sẽ có 1 trường seen kiểu boolean. Khi người dùng click thông báo nào thì sẽ gửi https request lên update seen thành true cho cái message đó.

@huuhung96 Thật tốt khi giúp được bạn, cám ơn bạn nhé. Hình như bạn vừa upvote mấy bài viết cho mình lận ^^

@xdangminhtruongx Mừng quá luôn. Mình cũng vừa mò vào Model bill.js và router admin.js trong repo của bạn thì tìm ra được cái này. Hóa ra populate dạng cấp con như này vẫn được ý detais.product_id. Thanks bạn nhiều nhé đã hỗ trợ . Tiếc qua trong phần question này không vote được gì cả Giờ lại đi sửa lại action post review để push array comment vào nữa là xem như ổn.

@huuhung96 Mình nghĩ khi query Schema Review thì populate kiểu này chắc chắn là được:

.populate('book') // Trường hợp bạn muốn lấy luôn cả thông tin chi tiết sách
.populate({
	path: 'comments.user_id',
	select: 'name email'
})

Cái MongoDB này Lookup với aggregate của nó hại não lắm đó. Mình nghĩ MongoDB chỉ phù hợp với những mô hình cơ sở dữ liệu đọc nhiều ghi ít, logic trên database không qúa phức tạp. Nếu không thì rõ là mệt...

Cảm ơn bạn :v

@xdangminhtruongx Nếu giờ mình điều chỉnh Model giốg bạn ở trên (Chỗ comment lưu ObjectId ) thì 1 query có thể lấy đc hết thông tin ra k bạn nhỉ? Dạng như này

review : {
content: "...",
star: ".."
user : {
username: "..",
email: ".."
},// Tác giả review
comments :[{
content: "...",
user : {
username: "..",
email: ".."
},// Tác giả comment
{...},
}]
}

Nếu dùng lookup thì lấy đc 3 cái là review, user( tác giả review), và comment. Tác giả comment mình thấy chưa lấy đc bạn à.

Lý do mình rất cần như này vì chỗ thông tin comment m không chỉ cần username mà còn 1 số trường khác nữa. Nếu set vào hết như này thì thông tin nó k thống nhất. Do mình sử dụng api này cho angular. Còn có router get comments theo ID review nữa. (Cái này thì đơn giản vì từ comment model dùng populate là là đc user info luôn. )

Còn cái review này nếu không có cách khác thì thôi đành set cứng theo kiểu shop của bạn. Cũng giúp truy vấn nhanh hơn.