Đi xa để trở về. Đúng bài mình cần. Cảm ơn tác giả

mình đang có 1 case này, k biết có liên quan mongo không nhưng do sử dụng mongo nên tiện hỏi, mong bạn giải đáp

Số là mình có cái app đọc tin tức, có chức năng mark as read. Giờ nếu mark as read cỡ 10 articles thì sẽ gửi 10 request lên server để findOneAndUpdate. Bản thân mình thấy không tối ưu lắm.

Không biết Mongo có hỗ trợ queue lại request, rồi batch nó thành 1 lệnh k nhỉ? kiểu {id: {$id: [1,2,3]}} update read=true

Bạn muốn chỉnh đường dẫn folder upload thì sửa trong file config\filesystems.php. Sửa đúng disk đã cài đặt trong file config\lfm.php là được

Dường như bị ngược, đảo chổ cho nhau lại là được

Nếu muốn cách 3 giây in ra 1 lần thì bạn có thể nhân 3000 với (i+1) trong mỗi vòng lặp

const arr = [1,2,3,4];
for (var i = 0; i < arr.length; i++) {
(function (i) {
      setTimeout(function() {
        console.log(i);
      }, 3000 * (i + 1))
    })(i)
}

you deserve

v~~ your comment was reported

Cảm ơn em (bow)

nguongmo

@thanhnguyen Mình thường không viết query trong views đâu, viết trong Controller hoặc gọi đến query trong Controller thôi.

@dao.thai.son Uhm bạn, mình cũng thi thoảng dùng builder cho câu khó chắc người code dự án của mình trc có quan niệm query builder thì luôn nhanh hơn eloquent thì phải.
ko dùng model thay bằng dùng DB:: trực tiếp trong controller và views

Uhm, cũng công nhận là nhiều cases ko thể dùng Eloquent thì vẫn dùng Query builder để tối ưu.
OK, thanks bạn. 2 người đồng quan điểm là ok rồi

@thanhnguyen Mình tách thành class Query nhưng đa số vẫn dùng Eloquent Model, chỉ những query phức tạp quá thì viết Query Builder để sửa dụng Raw query thôi.

Dự án của bạn cũng tách thành các class để viết hàm hàm chung sử dụng query builder à
Thấy code dự án mình, có chỗ viết cả function sử dụng query builder trong Eloquent Model. (nanqua)

hay quá bạn

@huukimit cám ơn bạn,mình không phải coder nên chắc khó,mà code được tool check dễ vậy à bạn,nhưng mình chỉ sợ tool check không chuẩn.

Thường những phần mềm/website dạng check email die, tạo hash theo md5, basic auth.. hoặc các website phần mềm giúp encode data.. thường sẽ có nguy cơ cao là họ sẽ lưu lại log các input mà người dùng nhập. Giả sửa nội dụng bạn đưa cho họ có chứa các dữ liệu nhạy cảm như email người dùng, mật khẩu.. thì bạn nên cân nhắc thật kỹ nhé. Cá nhân mình thì khuyên bạn có thể tự viết tool check cho an toàn.

cái này có chuẩn chỉnh ko vậy bạn?

@huukimit vâng, mình cũng thử nhiều cái mà mỗi cái quét ra 1 kết quả ko đc giống nhau lắm nên mông lung quá.