Hãy đăng bài và bài viết ca bn s đưc lên top tìm kiếm google

Diễn đàn SEO bài viết lên Google Search tốt nhất

Thuật toán ngẫu nhiên Giả sử em đang có 1000 ảnh gái xinh, em đang muốn...

Thảo luận trong 'J2TEAM Community' bắt đầu bởi Nguyễn Nam Long, 19/11/20.

  1. Hehe vậy cho client lưu id ảnh rồi lúc request mình nhặt ảnh khớp tập cho phép dc k ta
     
  2. Đỗ Xuân Đình a từng làm r đó. Cảm thấy nó chưa thực sự tối ưu

    Có thể mình chấp nhận lặp lại, với 1 lượng nhất định
     
  3. Hoàng Minh Tâm nhưng với nhiều người dùng cơ bác ạ
     
  4. Lê Hiếu cũng là 1 giải pháp tạm thời ạ, vì e làm tiện ích Chrome nên nếu dùng cùng 1 máy đó thì k sao
     
  5. E nghĩ để đỡ nặng thì k lưu DB mà lưu trên client thui.
     
  6. Lê Hiếu giải pháp của bác em nghĩ là khả quan đó ạ

    Em sẽ cân nhắc nếu hết cách
     
  7. Nguyễn Nam Long liệu có thể gửi 1 ảnh cho nhiều người cùng 1 lúc (kiểu đồng bộ ấy) và cứ thế quay vòng !
     
  8. Tạo danh sách/mảng 2 chiều gồm ID người dùng và ID ảnh
    Đánh dấu theo 1 quy luật tăng dần ID ảnh ( ví dụ ID ảnh gửi người sau trong mảng = ID ảnh của người ngay trước + 1 (chẳng hạn) -> mình thì thấy không random nhưng mà người nhận sẽ không nhận ra).
    Trước đấy :v nếu để cho không bị trùng mod thì anh có thể random ngẫu nhiên cái phần ảnh (theo kích thước ảnh, theo dung lượng ảnh,...) để sau đó đánh ID cho ổn,
    và để tránh việc cùng 1 ảnh mà chỉ khác kích thước, dung lượng,... thì em chưa nghĩ ra cách :v
    [​IMG]
     
  9. Nguyễn Nam Long thế thì cứ trả 1 ảnh ngẫu nhiên thôi, tỉ lệ lặp ảnh cùng 1 user cũng đâu lớn đâu
     
  10. Nguyễn Nam Long trùng thì ramdom lại
    không thì tạo mảng động ấy
     
  11. Rồi mình sẽ xoay vòng cho đến khi hết cơ sở dữ liệu :v.
     
  12. Ờ gửi xong xoá có tính ko anh
     
  13. Nguyễn Nam Long mục tiêu là đối với mỗi người dùng họ đều thấy ảnh khác nhau mỗi lần gửi chứ đâu phải tất cả ng dùng đều thấy ảnh khác nhau (khác những người khác) đúng k
     
  14. Klq nhưng bao giờ làm xong cho e xin kho ảnh nhé bác
     
  15. Nguyễn Nam Long anh đã nghĩ đến cache chưa, em thấy cache (ví dụ như redis) có thể giải quyết được vấn đề này á, tầm 3 tháng mình reset cache một lần, như vậy sẽ không có hiện tượng ảnh bị lặp trong vòng 3 tháng trước đó, ưu điểm của cache là xử lý nhanh hơn db thưởng 1 vì nó dùng nosql, sau 1 thời gian thì reset cache nên k phải lo lắng vấn đề bộ nhớ
     
  16. Nguyễn Nam Long không nặng đâu, 1 user chưa list id của hình, thì sẽ có n dòng thôi. Tùy theo lượng user, cái này là khá tối ưu rồi.
     
  17. bác thử tạo cho mỗi ảnh 1 id, khi user gửi request thì đồng thời phía user tạo 1 số random gửi lên sv, để tránh lặp lại thì lưu những số đã xuất hiện ở client
     
  18. Random một dãy số khoảng 8-9 chữ số hoặc nhiều hơn và đánh từng tệp tin
    Khi nào phát được 1 tệp thì ghi tên đó vào một tệp excel, check điều kiện, trùng thì random lại, ok thì phát xong lại ghi, cứ vậy đến bh đủ 1000 tệp
     
  19. Nguyễn Văn Viên mỗi lần random xong thì cut ảnh đó nhét vào 1 folder khác để lần random sau ko bị trùng :)))
     
  20. Hoàng Minh Tâm em cũng đang nghĩ thế ạ