Mình nghĩ là nếu bạn muốn làm theo hướng của bạn thì bạn nên chunk $arr_endpoint_id từ line 69 $send_list = array_chunk($arr_endpoint_id, 100, true);
sau đó:
foreach($send_listas$key=>$list){if(send_notifications($data,$list)===true)// chỗ này đảm bảo send xong 100 id và return true thì code mới chạy{set_schedule_notification($notification['notification_id'],$endpoint_start,$endpoint_end);}}
cả cụm schedule_main sẽ như sau:
// kiem tra va guifunctionschedule_main(){if(!($notification=get_schedule_notification())){echo"notification schedule null<br/>";returnfalse;}$endpoint_start=$notification['endpoint_start'];$endpoint_end=$notification['endpoint_end'];if(!($arr_endpoint_id=get_schedule_endpoint_list($endpoint_start,$endpoint_end))){echo"arr_endpoint_id null<br/>";returnfalse;}$endpoint_start=$arr_endpoint_id[sizeof($arr_endpoint_id)-1];if(!($data=get_notification($notification['notification_id']))){echo"notification data null<br/>";returnfalse;}$milliseconds=round(microtime(true)*1000000);$send_list=array_chunk($arr_endpoint_id,100,true);foreach($send_listas$key=>$list){if(send_notifications($data,$list)===true)// chỗ này đảm bảo send xong 100 id và return true thì code mới chạy{set_schedule_notification($notification['notification_id'],$endpoint_start,$endpoint_end);}}$milliseconds=round(microtime(true)*1000000)-$milliseconds;echo"{'success': [{'message': 'Kiểm tra Log ".($milliseconds/1000000)."s'}]}<br/>";}
Mình nghĩ đằng nào chỗ main này cũng return false khi check ko có notification hay data hay end_point_id nên đẩy các trường hợp false lên trên để return false luôn, khỏi chạy những đoạn dưới cho mất thời gian và code sẽ gọn và nhanh hơn. (Ý kiến cá nhân )
Thêm 1 góp ý hơi bị tiểu tiết nhưng bạn nên thống nhất cách viết tên biến nhé. Mình thấy có nhiều chỗ mix giữa camel case và snake case (full code ở Github).
Phân khúc hiện tại ALL nên: endpoint_end cố định lúc tạo ta bản tin = số endpoint mới nhất trong danh sách đăng ký.
Với list >10k thì mỗi lần lấy chạy mình lấy 500 rows
THẢO LUẬN
Bạn bổ sung thêm file
.envnữa điVIP quá he :v
để ava wibu mà không nhận ra bài này là NGE reference à :<
chuẩn, e đã hard code một thời gian dài miên man, và hiểu ra mình đã sai =)) .
tư tưởng phóng khoáng, lối hành văn mở, đặt người đọc phải suy nghĩ. thú vị đó a
Dăm ba thằng fckboi
ngon đó, mà rails làm gì có oop bạn ơi?
cám ơn a
Vue chỉ là Javascript nên sẽ ko thể truy vấn quan hệ được nhé e, khi dùng Vue thì mọi thứ phải rõ ràng, phải đc lấy từ trước nhé.
Tức là khi gọi API thì e phải làm như sau:
như thế thì sau này bên Vue e mới có thể gọi:
thank you =))) hay quá
Cảm ơn bác nhé, để mình thử xem sao
Cảm ơn bạn nhé, để mình thử
Cảm ơn bạn. Mình đang tính mở blog riêng, nếu đc bạn có thể qua ủng hộ mình :v
Mình nghĩ là nếu bạn muốn làm theo hướng của bạn thì bạn nên chunk $arr_endpoint_id từ line 69
$send_list = array_chunk($arr_endpoint_id, 100, true);sau đó:cả cụm schedule_main sẽ như sau:
Mình nghĩ đằng nào chỗ main này cũng return false khi check ko có notification hay data hay end_point_id nên đẩy các trường hợp false lên trên để return false luôn, khỏi chạy những đoạn dưới cho mất thời gian và code sẽ gọn và nhanh hơn. (Ý kiến cá nhân
)
Thêm 1 góp ý hơi bị tiểu tiết nhưng bạn nên thống nhất cách viết tên biến nhé. Mình thấy có nhiều chỗ mix giữa camel case và snake case (full code ở Github).
ON là để xét điều kiện cho câu lệnh JOIN, vậy thì dùng WHERE khác gì dùng ON nhỉ?
Cho mình hỏi, ở mục 2 không nên dùng data như một hàm. Tức là với trường hợp là một component thì nếu viết
Vẫn được phải không nhỉ?
giúp e cách sử dụng model relationship trong vue với ạ
(
Phân khúc hiện tại ALL nên: endpoint_end cố định lúc tạo ta bản tin = số endpoint mới nhất trong danh sách đăng ký. Với list >10k thì mỗi lần lấy chạy mình lấy 500 rows
Thiếu code 6996 nè b?
Bài viết rất bổ ích. Cảm ơn b đã chia sẻ.