1.Qua gợi ý của bạn. Mình nghĩ ko nên dùng queues vì sợ mất data , time out các kiểu .
2. Cách trên bị hạng chế do độ trễ của mỗi jobs => jobs A chạy tốn 5s thì jobs B sẽ bị call trễ 5 giây
Mình nghĩ ra giải pháp sau bạn góp ý vs nha
cron job chạy 1 phút 1 lần
query lấy process nào active = true;
Nếu nó đang được kích hoạt thì mình cho nó vào vòng lặp while với điều kiện bên dưới
publicfunctionshedule(){$total=$process->total;$result=array('completed '=>0'success'=>0,'error'=>0,);while(){if(Redis::get('active'.$process_id)==flase||$result['completed ']>$total){break;$this->jobCompletedCallback($result);}try{$this->doMyJobs();$result['success']++;}catch(Exception$e){$result['error']++;}$result['completed ']++;$this->saveResult($result);sleep(16);}}publicfunctiondoMyJobs(){// nhiệm vụ con}publicfunctionsaveResult($result){// lưu tạm kết quả lên redis}publicfunctionjobCompletedCallback($result){// nhiệm vụ xong lưu kết quả vào database và xóa mọi thứ trên redis}
Ngoài ra thay vì tạo một lúc 5000 rows, nếu có thể bạn có thể chỉ set các job con cho phút đầu tiên, sau mỗi mỗi job con sẽ có callback để init job con kế tiếp gối nhau như thế. Tuy nhiên làm thế này sẽ phải handle error tốt nếu không muốn đang chạy thì đứt gánh
THẢO LUẬN
chính xác thì gem gì ấy nhỉ.
Nice post
sao viết có nhiêu đây vậy ạ,. Anh ko viết tiếp à
Ok thanks bạn, để mình thử xem sao
@MinhDuc Có giải pháp thì ta cứ thử thôi Đáp ứng được yêu cầu là OK. Mình cũng không nắm được gì về yêu cầu của cái bạn đang làm.
Còn về vụ
thì đơn giản mình assign job B vào đầu tiến trình chạy job A là xong mà
P.S. Mình chỉ đóng góp ý tưởng thôi, còn không biết gì về PHP và Laravel nhé
Bạn liên hệ anh @thangtd90 để được hỗ trợ chức năng mới này nhé (yaoming)
Không hề luôn, mình dùng Ubuntu, cả lập trình và chat facebook luôn, không bị sao hết, bạn thử gỡ hẳn ra, cài lại xem sao https://www.sitecuatui.com/ibus-unikey-go-tieng-viet-ubuntu/
Còn về phên bản thì bản 16.04 có vẻ ổn định và chạy mượt hơn 18.04
Mình chưa đủ reputation để upvote ^^. Nice post, thanks bạn nhiều.
Cảm ơn bạn đã chia sẻ.
không có thả nhỉ ))
dạ vâng em đã dẫn nguồn rồi ạ ! Em sơ xuất quá ạ !
1.Qua gợi ý của bạn. Mình nghĩ ko nên dùng queues vì sợ mất data , time out các kiểu . 2. Cách trên bị hạng chế do độ trễ của mỗi jobs => jobs A chạy tốn 5s thì jobs B sẽ bị call trễ 5 giây Mình nghĩ ra giải pháp sau bạn góp ý vs nha
thanks bro, t có đổi cách viết, mong thím thích kiểu mới này =))
rất cảm ơn sự ủng hộ của anh, thú thực là tôi đã sai khi cố dặn ra thật nhiều chữ cho đạt yêu cầu, đã cải tạo lại cho bớt lan man =))
Ngoài ra thay vì tạo một lúc 5000 rows, nếu có thể bạn có thể chỉ set các job con cho phút đầu tiên, sau mỗi mỗi job con sẽ có callback để init job con kế tiếp gối nhau như thế. Tuy nhiên làm thế này sẽ phải handle error tốt nếu không muốn đang chạy thì đứt gánh
Bài này của anh Trần Trọng Thanh bên Nâu Studio. Mình nghĩ bạn nên ghi nguồn và thêm link gist của anh ấy thì bài của bạn có giá trị hơn.
@MinhDuc redis về cơ bản nó cũng là một dạng db, đọc ghi bình thường mà
Giả sử user huỷ job lớn thì set một cái key “<job_id>_cancelled” value true.
Trước khi chạy job con nào thì check cái key đó, true thì return luôn không cho chạy nữa chẳng hạn.
vậy bác có gặp tình trạng hay nhảy pointer lung tung và mất chữ ko?
Mình cũng đang dùng trên Ubuntu 18.04 đây, nó bị sao vậy bạn.
Thank man ^_^