Design product model | 90% trang TMĐT đều triển khai theo cách này | Performance 99% | app aliconcon
Design product model mongodb. phần 3 - Series Aliconcon
Part 1: Build An eCommerce ALICONCON Using An API, Setup - • Build An eCommerce ALI...
Part 2: MongoDB Schema Design Best Practices - • Học Mongodb quan trọng...
Part 3: Design product model | 90% trang TMĐT đều triển khai theo cách này | Performance 99% - • Design product model |...
Part 4: Bạn muốn biết 2 cách quản lý tồn kho mà Tiki Shopee đang sử dụng - • Bạn muốn biết 2 cách q...
Part 5: Design 4 models mongodb quan trọng orders, carts, products, inventories trong System eCommerce - • Design 4 models mongod...
Part 6: E-commerce API with NodeJs, Express and MongoDB(Part 6) - • Giải pháp này giúp ali...
Codedemo: bit.ly/3AKyujf
Timeline:
00:00 Giới thiệu chức năng quan trọng trong eCommerce
04:40 Xem cách Level 1 thiết kế dữ liệu cho Products.
06:40 Xem cách Level 2 thiết kế dữ liệu cho Products.
08:40 Xem cách Level 3 thiết kế dữ liệu cho Products.
🚩 Subscribe ➜ / tipsjavascript
✅ Follow Me:
Blog: anonystick.com
Facebook: / tipjs
KZread: / tipsjavascript
Пікірлер: 68
Em đang clone lại web nguyễn kim cũng gặp th y chan v có quá nhiều thuộc tính khác nhau cho từng sản phẩm, xem video đúng nghĩa đang buồn ngủ gặp chiếu manh... Nó sướng lắm ạ❤
@anonystick
11 ай бұрын
Duyên tới rồi....
Xem video clip của anh cũng nhiều, follow cả trên fanpage facebook. Anh làm video quá hay luôn ạ, siêu bổ ích
Cảm ơn thầy rất nhiều ạ !
em rất thích suy nghĩ, tư duy của anh, em chúc anh và gia đình giàu sức khoẻ luôn hạnh phúc ^^
"mấy ngàn là đủ sống", em sinh viên năm 2 từ tỉnh lẻ nghe nó như trong mơ luôn thầy
@anonystick
Жыл бұрын
Cố lên em. Lúc đó 2k em lại chê
Rất hay và thực tế, cảm ơn anh
Hãy quá anh ơi, cảm ơn anh rất nhiều
quá hay, quá bổ ích chú ơi, con thích chú quá, chú quá giỏi!
@anonystick
2 жыл бұрын
Cố lên!
Hay quá anh, những kiến thức thực tế này em thấy rất ít kênh chia sẻ, cảm ơn anh ạ
@anonystick
2 жыл бұрын
Cảm ơn em.
Quá hay a ơi, chưa có trang nào bàn luận về những vấn đề như thế này luôn á. Rất thực tế
@anonystick
2 жыл бұрын
Cảm ơn Long!
Tuyệt vời quá! Em cảm ơn anh!
@anonystick
2 жыл бұрын
Úi Anh da đen.. Tks em!
Quá hay anh ơi
Cảm ơn anh bài hay lắm. Anh có thể làm video hướng đăng nhập tài khoản (username với password) nodejs với Auth2 google được không ạ
Hay quá a
Hay quá a oiwiiii
e đã xem nhiều video của a, cũng nhận được nhiều kiến thức hay. E có mong muốn được làm việc cùng để có thể học hỏi được nhiều hơn,.. không biết có được hay không ạ
anh có thể gợi ý cho em phần design model specs ở cách 3 không anh?
Xem mấy cái đồ án bán hàng trên mạng cũng có vài cái làm level 4
hay qá anh ơii , anh làm thêm về elasticsearch nữa đi anh
@anonystick
2 жыл бұрын
elasticsearch kén chọn người hâm mộ lắm, vì nó dành cho dân chơi.
nếu dùng sql thì mình thiết kế kiểu gì nhỉ anh
còn bảng giá với giảm giá nên thiết kế sao ạ
lúc nào mới được mấy ngàn thì anh không nói :(((
Hay quá. Anh nói phần comment trong product luôn đi anh. Lỡ product có nhiều comment làm vượt quá 16MB của document thì sao a? Thank anh
@tiendatbui5405
2 жыл бұрын
cái comment mình nghĩ nên lưu kiểu reference, lưu id thôi thì sẽ tiết kiệm dung lượng 1 document
@anonystick
2 жыл бұрын
CHưa tới phần đó. Tới rồi nói tiếp...
anh biết làm database banner trong tmdt thiết kế sao ko ạ. Em xem mấy web bán hàng thấy database đặt tùm lum không biết thiết kế sao
@anonystick
2 жыл бұрын
Anh chưa rõ câu hỏi của em? Em có thể nói thêm được không?
A ơi, A có thể làm video chia sẻ phần query cho danh mục sản phẩm không ạ?. Em thấy các sàn thương mại thường có rất nhiều danh mục khác nhau, làm sao để mình có thể query mà giữ đc perfomance tốt nhất ạ. Mong a chia sẻ thêm ạ, Cảm ơn a ạ.
@anonystick
2 жыл бұрын
Em cho ví dụ cụ thể hơn đi. Anh chia sẻ thêm ...
@vovemusic545
2 жыл бұрын
@@anonystick em cũng mới tìm được kênh của a, thực sư bác chia sẻ toàn vấn đề thực tế siêu hay.... mà e chưa có thời gian xem hết, nếu phần danh mục này a có bài viết rồi cho e xin link tham khảo với ạ. em cảm ơn ạ.
Lương không cần cao đâu! Mấy ngàn là đủ sống rồi 🫢🙄
@anonystick
Жыл бұрын
Thật khônh đùa
Bài nào a up e cũng có cái để hỏi hết. với cách này thì ví dụ như iphone 12 promax 16gb màu xanh là 1 product, 12 promax 32gb màu xanh là 1 product pk a? vậy trên ui để hiển thị detail cua 12 promax mình phải group nhiều product lại đúng ko a? E hay làm kiểu có 1 main product (vd 12 promax) rồi có 1 loạt atribute(corlor, storage, ...). sau đó sub product được tạo từ main product và các attribute. e thấy truyền thống hay sài như v thì có khuyết điểm j v a.
@hungnguyentrong3433
2 жыл бұрын
Mình thấy làm vậy thì khi số lượng prod trở nên quá nhiều thì khá chậm, và mỗi prod có những attribute khác nhau + các attribute chưa chắc đúng (với trường hợp người dùng tự nhập các attr). nên theo quan điểm cá nhân của mình thì nên tạo 1 bảng riêng cho các attribute để filter (dùng trang admin để quản lý). Note: Mình chưa làm thử vụ này bao giờ nên đây chỉ là suy nghĩ cá nhân
@anonystick
2 жыл бұрын
Không phải. Nó là SKU.
@TuanAnh-yl9rx
2 жыл бұрын
@@anonystick không biết a còn ra video về phần này nữa ko ạ. 1 product trong video có phải cũng tương ứng 1 sku ko a? ví dụ như vao trang detail sản phẩm sẽ có nhiều variant để lựa chọn thì mình lưu và query như nào. rất hy vọng được a chỉ thêm.
anh làm clip hướng dân tự xây dựng 1 máy chủ proxy đơn giản trong node js được ko ạ? em thấy 1 số nhà cung cấp họ cung cấp proxy cho người dùng mà em ko thấy tự build 1 máy chủ proxy ntn ạ?
@anonystick
2 жыл бұрын
Được em!
@emmajennnings5920
2 жыл бұрын
@@anonystick mộ số nhà cung cấp proxy , khi mua proxy họ cấp cho user 1 địa chỉ ip , cổng port và mật khẩu đó ạ, cái này sẽ được add vào window, em không rõ nếu mình tự làm 1 nhà cung cấp proxy thì trong node js sẽ làm ntn ạ?
E thiết kế cái product model như anh hướng dẫn trong video này nhưng bị vướng ở phần variants. Một product có nhiều options, tổ hợp các options lại có số lượng và giá khác nhau. E có nghĩ làm mỗi tổ hợp như vậy lưu thành 1 bản ghi, nhưng lại chưa hình dung được phần product list ở trang danh sách product API trả về thế nào, phần product detail API trả về thế nào. Hy vọng được anh giải đáp ạ.
@anonystick
Жыл бұрын
Nếu em để ý á. Thì trang home của eCommerce thì chỉ có mấy fileds thôi. Còn lại khi vào detail thì mới lấy nhiều hơn.
@dinhduong20
Жыл бұрын
@@anonystick dạ em cảm ơn a ạ
@tuanquang1985
9 ай бұрын
a cho e hỏi a đã thiết kế được mô hình này chưa ạ, nếu rồi cho e tham khảo với ạ
Nếu là sql thì sao anh, anh nhận xét giải pháp em đưa ra nhé? Em có 5 bảng: product(lưu thông tin chung chung của sp), category(thể loại), product_property(biểu diễn sp thuộc thể loại này thì sẽ có những thuộc tính gì), property_value(tên thuộc tính), product_detail(lưu thuộc tính cùng với giá trị tương ứng của sp). Khi mình query sp thì sẽ chỉ cần đến 3 bảng product, property_value, product_detail. Mong sớm được anh reply
@manhhoach2575
Жыл бұрын
:))
@kid_katsu
Жыл бұрын
wow cách này khá hay đó chứ nhưng ko biết thực tế khả thi không
@manhhoach2575
Жыл бұрын
@@kid_katsu khả thi nhé a, vì cái này là ô leader chỉ e
Phần database thì triển khai thế nào ad? SQL
@anonystick
2 жыл бұрын
products thi anh toan xai noSQL em.
Anh ơi cho em hỏi khi mà mình gửi yêu cầu refreshToken thì mình có nên tạo mới luôn refreshToken không ạ, hay là mình chỉ tạo mới cái accessToken thôi. Vì em xem nhiều video của nước ngoài thấy mỗi khi họ gửi refreshToken thì họ tạo luôn 1 cặp refresh và accessToken mới luôn ạ. Mong anh trả lời ạ
@hoangkui
2 жыл бұрын
Mình nghĩ là tạo mới luôn và xóa cái cũ đi, tại vì nếu kẻ xấu mà có được cái refreshToken thì nó sẽ cứ lấy mãi được accessToken. Còn nếu mình làm mới thì nó chỉ lấy được 1 cái thôi thời gian accessToken cx ít nên giảm thiểu rủi ro. Còn nếu chặt chẻ hơn thì người ta còn thêm cái refreshToken cũ vào backlist. để khi ai đó cố gắng dùng cái refreshToken cũ tới sẽ warning lên
@ChinhTran-tq7qd
2 жыл бұрын
@@hoangkui Nếu thế thì em nghĩ cái thời gian hết hạn của thằng refreshToken nó sẽ không còn ý nghĩa nữa vì mỗi lần thằng accessToken (có thời hạn là 15p) mà nó hết hiệu lực thì lúc này thằng refreshToken gửi yêu cầu và lại được cấp mới cho cả accessToken và refreshToken thì thời hạn đặt ra cho cái refeshToken 1tuần hay 1 tháng nó không ý nghĩa nữa mà chưa nói tới mình phải cho cái refreshTOken cũ vào blackList rồi update nó trong db cũng tốn performance. Em nghĩ như này không bt đúng không ạ
@hoangkui
2 жыл бұрын
@@ChinhTran-tq7qd cũng đúng nhưng mà bth accessToken tầm 1h hoặc 1 ngày tùy theo ứng dụng của mình. nhưng như bạn nói ở trên thì rơi vào trường hợp người dùng xử dụng liên tục ứng dụng của mình. nhưng nếu lâu lâu người ta mới vô kiểu như 1 2 ngày mới vô 1 lần thì lại hiệu quả. thời gian expire tùy thuộc vào ứng dụng mình làm nhé. Mình cx gặp nhưng chấp nhận để tăng tính bảo mật.
@ChinhTran-tq7qd
2 жыл бұрын
@@hoangkui Anh cho em hỏi thêm là, có phải tùy ứng dụng của mình là gì thì mình sẽ có nơi lưu accessToken khác nhau đúng không anh. Ví dụ như sản phẩm của mình là 1 ứng dụng chat cộng đồng và trong quá trình chát mà mình muốn cấm 1 ai đó không đc phép chat nữa thì có phải là mình nên lưu accessToken ở trên db không, và nếu là một ứng dụng như ecommerce chẳng hạn thì mình lưu accessToken ở dưới client anh nhỉ, và em cũng đọc 1 số bài viết là nên lưu refreshTOken ở trong thằng redis ạ. MOng anh trả lời
@hoangkui
2 жыл бұрын
@@ChinhTran-tq7qd chỉ trả lời được vế sau thôi. Thường ng ta lưu rt ở redis vì ở đó truy vấn nhanh với nó hỗ trợ tự expire. kiểu mình cho nó expire bằng với thời gian rt expire thì nó sẽ tự dọn dẹp cho mình. kiểu như khi ng dùng đăng nhập mà ko đăng xuất nên sẽ tạo ra rt dư thừa.
Mình có nhận thiết kế web ko a?
@anonystick
2 жыл бұрын
Thiết kế à... Anh ko làm, nhưng có bạn... Nếu em cần anh giới thiệu.
bác ơi lùa mấy đứa sinh viên thế này nó đi pv tạch hết. Cho bác từ khoá tìm hiểu nhé: EAV . mấy vấn đề bác đưa ra thì khá nâng cao nhưng video nào e thấy cũng tạch hết. solution ko sai nhưng các hệ thống ko ai làm như thế cả.
@anonystick
Жыл бұрын
Cảm ơn bạn. Eav là gì?? Em xem lại video hén.
@trantoan6985
Жыл бұрын
trong video có đề cập mà bạn