nguyendat1
Senior Member
chích xong mũi 2 , 30 phút sau lên xanh luônconfirm là chích 1 mũi, hôm sau lên vàng, 2 mũi lên xanh. Không có vụ delay
chích xong mũi 2 , 30 phút sau lên xanh luônconfirm là chích 1 mũi, hôm sau lên vàng, 2 mũi lên xanh. Không có vụ delay
E thấy 2 app này sử dụng cũng ok mà bác, tốt hơn khối app khác, nhiều tiện ích.Fen nói làm tôi lại phải chửi cái đậu móe my viettel với viettel pay nó lag nó giật, app loằn gì đại diện cho tập đoàn tỷ đô mà như đồ án thực tập của mấy em năm cuối.
Mình dùng bên android chu choa nó lag nó đơ rồi lỗi vặt tùm lum, lại còn ép khách phải thanh toán cước đt trả sau trên my viettel với viettelpay chứ k trả trên tpbank đc. CayE thấy 2 app này sử dụng cũng ok mà bác, tốt hơn khối app khác, nhiều tiện ích.
à cái đó thì chắc tùy theo dòng máy rồi bác ạ, chứ em xài oppo f1s đời cũ mà vẫn phà phà ạ, còn về thanh toán trả sau thì trước kia em có hỏi bên tổng đài thì họ bảo là do ngân hàng không đáp ứng bảo mật thông tin khách hàng nên cắt không cho thanh toán nữa đấy ạ.Mình dùng bên android chu choa nó lag nó đơ rồi lỗi vặt tùm lum, lại còn ép khách phải thanh toán cước đt trả sau trên my viettel với viettelpay chứ k trả trên tpbank đc. Cay
Tui ko ở VN nên ko xài app nhưng nghe bạn gì nói có 3 chức năng login, load qr code với xin hỗ trợ. Thì rõ ràng là read nhiều, write ít.
1. Nên dùng database loại nào cũng được mà. 100tr record thì SQL hay NoSQL như nhau mà. Nhưng nên làm dạng 1 Master và 3 Replicas để cho 3 miền quê hương. Phần write thì chạy thẳng vào Master còn read thì ở Replicas rồi.
2. Còn cache trên server là phải cache rồi. Cái quan trọng là cache bao lâu và cache bao nhiêu? 100k active items trong 24 tiếng?
Như @Fire Of Heart với @freedom.9 cãi trên kia tui hiểu ý 2 ông hết. Đều đúng hết.
@Fire Of Heart tui đồng ý với cách tính của ông nhưng cache 40tr /100tr thì hơi quá rồi. Ai lại cache 40% dữ liệu như vậy? Quá nhiều rồi. Ý tui là vậy.
@freedom.9 tui cũng đồng ý với ông là ko đặt server cache quá khủng. Ông nghĩ là ông bắt đầu nhỏ rồi tăng dần là hợp lý. Nhưng bắt đầu to rồi giảm dần cũng OK.
3. Rồi cache ở client nữa để giảm tải băng thông / request cho server. Cache bao lâu thì ổn? Chưa tiêm thì cache 30p? Tiêm một mũi 1 ngày? Tiêm 2 mũi 6 tháng?
4. Còn cái QR code chỉ cần thêm timestamp vào là nó ra mỗi lần mỗi code khác mà. Kết hợp encrypt/decrypt vào để giải mã thôi. Cần gì phải gọi tới server nhỉ?
Thật,Thím đọc kỹ các post của mình nhé. Mình chỉ đưa ra con số 40 để ước lượng size, chứ ko bảo là nên cache 40tr hay 10tr hay 20tr. Cái đó mình chưa hề đề cập tới.
Ý của mình là cache 40tr thì hết size bao nhiêu, tương tự cho 10, 20 v.v….
Anh bị điên à mà cần table cho UserID <> QrCode ?mấy page rồi mà vẫn chưa ai design sơ cái data schema nhỉ
Có cái đấy rồi tính xem cache sẽ tốn dung lượng bao nhiêu?
Thêm 1 câu hỏi: có cần table cho user-qrcode ko?
Nếu cache cho qrcode thì tốn size bao nhiêu?
Anh bị điên à mà cần table cho UserID <> QrCode ?
Chết mẹ )thứ 1 là tôi đang đưa ra 1 câu hỏi mở cho mọi người thảo luận. Anh ko thấy tôi để cái dấu ? to chình ình ra đấy à.
Thứ 2 là nếu Anh thấy ko cần thì có thể đưa ý kiến của anh.
Chưa gì anh đã bảo tôi điên thế này thế kia, ok cứ nghĩ tôi điên đi, ko sao cả.
Ko biết anh tranh luận với đồng nghiệp có 1 câu điên 2 câu khùng ko. Hy vọng là ko.
Cái này tui hiểu. Tại tôi thấy một nhóm tự làm app cứu trợ miền trung rất hay. Nên mới nghĩ sao vozer ko start thử cái backend này. Data có hay ko, đâu có quan trọngÝ ông Thái là chính quyền nên opensource mấy project của họ.
Chứ data nằm ở phía cq thì mình code cũng ko có ý nghĩa gì.
nói chung là voz rảnh đi brainstorm hộ chính quyền thôi chứ tầm các ông kia muốn làm cái backend mượt chắc như búng tay, bọn app hiện tại giật lag là vì lung tung tự phát, ở trên ko rảnh chia resource đầy đủCái này tui hiểu. Tại tôi thấy một nhóm tự làm app cứu trợ miền trung rất hay. Nên mới nghĩ sao vozer ko start thử cái backend này. Data có hay ko, đâu có quan trọng