ở đây chưa nói tới chuyện đập đi làm lại
bạn cần hiểu là dù cho bạn có response 1ms, thì hơn 20MB dữ liệu đó vẫn phải mất tới 26s mới tới client
và rất nhiều người vẫn đang cùng thắc mắc là 20MB dữ liệu đó phục vụ cho việc gì, và bạn đang làm gì mà lại mất gần 19s cho việc xử lý
còn không thì có tối ưu code cách mấy vẫn phải hơn 26s mà thôi
lời khuyên, bạn tự đọc lại topic của bạn thử xem, ngoài việc chụp cái timeline ra thì có thông tin nào để người khác đoán nguyên nhân và hỗ trợ không?
ko cho phân trang thì làm theo kiểu kéo chuột tới đâu load tới đó ấy. 20MB chia làm 100 phần, mỗi phần 200KB, phần client thì xài js detect kéo chuột tới cuối trang thì load tiếp trang kế :V
Để biết cách “tăng tốc” thì phải biết là request cái gì, đang xử lý request như thế nào và response về cái gì.
Chứ với thông tin như trong bài, thì mình nghĩ mọi người chỉ đoán mò dựa trên kinh nghiệm cá nhân thôi.
Mình có update lại trên post đầu, bạn đọc thử nhé. Cách này cũng rấy hay.
Rất cảm ơn mọi người nhiệt tình hỏi thăm giúp đỡ, mình có update thêm thông tin ở post đầu, kính phiền mọi người coi qua nhé, mình xin chân thành cảm ơn.
Hmmm… Dùng kỹ thuật lazy loading thôi. Ngoài ra bảo bên làm API tối ưu lại, giảm bớt kích thước ảnh, trên mạng cũng có một vài trang cho cho phép giảm dung lượng ảnh mà không giảm chất lượng, đối với script thì minify lại để giảm bớt dung lượng.
Nếu đoán json của bạn nặng là do phần nội dung, giới thiệu, hay review của từng cuốn sách có nhiều text, nên mới nhiều vậy (chứ hiện mình load 60 ngàn records từ mysql vào json chỉ có 0.5s, bằng PHP).
Nếu mình đoán đúng, thì bạn có thể bỏ những field này ra khỏi phần response, như vậy thì bạn có thể load hết toàn bộ các đầu sách và các thông tin kèm theo nhanh và nhẹ. Khi nào cần chi tiết thì hãy load những info kia
Mình thấy stackoverlow có câu hỏi này khớp với vấn đề của bạn
Với mình có chút chưa rõ, là ở dưới bạn có nói là bạn chỉ có thể làm việc thông qua API có sẵn chứ không đung vào database được (?), nếu thật sự vậy thì chỉ có thể xử lý phần response của API rồi đưa lên front-end thôi, chứ đâu làm được gì khác?
Cho bạn tài liệu tham khảo nè:
Có vài thắc mắc1
Đầu tiên mình làm là khi nhấp vô nhà xuất bản nào đó, nó sẽ load các loại sách đó và tương tự với các level khác. Nhưng khách hàng chả hiểu sao họ không chịu, họ muốn show lên hết mới chịu
-> show hết 20MB dữ liệu lên màn hình ngay từ đầu chứ không có hide hay collage gì cả? thật không thể tưởng tượng là cần phải scroll bao lâu để hết 20MB đó, vậy thì chịu thôi
Mình nói là mình “đã tối ưu hóa json hết cỡ". Căn bản là mình không có được trực tiếp làm database, chỉ được dùng API của bên nào đó thiết kế trước thôi để hành sự thôi
2 câu trên khá trỗi nhau, bạn có vai trò gì trong project này? frontend hay backend hay cả 2?
nếu bạn không làm backend mà chỉ call api do người ta thiết kế và implement sẵn thì việc tối ưu này không phải vấn đề của bạn => done
nếu bạn là người quyết định luôn backend thì việc kiểm tra và thêm có thể chỉ cần 1 endpoint thôi, tại sao phải là 2 endpoint? và việc có phân trang hay không do bạn quyết định chứ còn ai nữu? (gọi phân trang không hẳn đúng, filter đúng hơn)
Khi user 1 load hết mọi thứ lên client và sử dụng, sau đó có user 2 cũng sử dụng web app và edit data, vậy ông user 1 thì lại đang xem cái cũ?
web app này là dùng nội bộ hay là public bên ngoài? vậy lượng user nó phục vụ khoảng bao nhiêu mỗi ngày? 1k lượt truy cập thì traffic cũng vài chục GB rồi đó
Bạn đang dùng sql hay nosql để lưu trữ cái cây này? dùng cli để query tốn bao nhiêu thời gian? Trông giống nosql. Nếu là nosql thì cái object nhà xuất bản là cực lớn, các thao tác về việc thêm xóa sửu những object cấp nhỏ hơn đều là update, nosql không phải dùng cho case như vậy
Thật ra chẳng có cái công thức chung nào cho những việc như thế này, cái này dựa vào yêu cầu business cụ thể và kinh nghiệm mà thôi. Thiết kế đã sai thì code giỏi cũng bằng thừa
Japanese client detected 
Cảm ơn cậu về câu trả lời của cậu nhé.
Tớ đồng ý với @kisuluoibieng về các point mà cậu ấy đưa ra, cậu nên đọc câu trả lời của cậu ấy và tự trả lời các câu hỏi đó nhé @hoalaxanh123.
Tớ chỉ bổ sung thêm 1 số điều thôi:
Hope it helps!
Edit: Cache lên in memory DB không chắc đã giải quyết được vấn đề của cậu (cậu load DB lúc nào?), mà còn có thể cho cậu những vấn đề mới (như invalidate cache lúc nào? Làm thế nào để đồng bộ với thay đổi trên DB?). Vậy nên, cậu cân nhắc kỹ nhé!
Bạn nói cũng đúng, nhưng mình không bỏ ngang được, phạm sai lầm không lẽ không được sửa, phải chứ.
Chân thành cảm ơn bạn và @kisuluoibieng, mình cũng đã hiểu vấn đề của mình, hi vọng hiện tại của mình là mong muốn có 1 solution nào đó tốt nhất cho thời điểm hiện tại thôi. Còn đây là bài học rất đắt giá của mình. Chân thành cảm ơn mọi người.
Lỗi mình không ghi rõ, căn bản là các API họ thiết kế là dùng cho ứng dụng khác, mình dùng lại và kết hợp call nhiều API để dùng cho app của mình bạn ạ.
Cảm ơn bạn, mình có tham khảo của anh Hoàng rồi, mình có follow ảnh. Mình cũng triển khai các trường hợp mình có thể rồi bạn ạ, nhưng kết quả vẫn chưa được như ý.
Chân thành cảm ơn bạn đã quan tâm giúp đỡ mình.
Uhm, cậu có thể suy nghĩ về solution cho khách hàng mà cậu tìm kiếm. Đừng tốn quá nhiều thời gian là được (có vẻ như cậu mới vào nghề?), thường thì solution tốt nên cheap, easy to implement và hiệu quả (ít nhất cậu đã có 2 solution mà tớ đề cập).
Cá nhân tớ nghĩ, cậu không có lý do + biết là đây không phải việc của cậu, vậy cậu nên dành thời gian cho việc khác. Tớ nghĩ ở cuối dự án không thiếu việc, phải không? 
Mình còn non lắm. Thấy thiết kế là thấy oải rồi. Cơ mà có làm có sai mới có kinh nghiệm phải không bạn.
Cảm ơn bạn đã chia sẻ kinh nghiệm, đúng là mình mất efort vô cái này nhiều quá mà quên còn vài thứ cần làm khác.
Bạn có thể nêu 1 vài quan điểm khi design được không, mình rất muốn học hỏi thêm từ những người đi trước như bạn và mọi người.
Đúng là như vậy Tớ nghĩ cậu đã có 1 kinh nghiệm tốt ở dự án này.
Câu hỏi này generic, nên tớ sẽ trả lời theo cách generic nhé
Hope it helps!
Cảm ơn bạn đã chia sẻ, đúng là mình còn cần phải học tập nhiều.
Bật GZip cho JSON chưa?
83% thành viên diễn đàn không hỏi bài tập, còn bạn thì sao?