Viblo CTF

DISCUSSIONS

Aug 10th, 2018 6:02 PM

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

0
Aug 10th, 2018 4:57 PM

Mình chưa đủ reputation để upvote ^^. Nice post, thanks bạn nhiều.

0
Aug 10th, 2018 4:39 PM

Cảm ơn bạn đã chia sẻ.

0
Aug 10th, 2018 4:03 PM

không có thả ❤️ nhỉ 😃))

+1
Aug 10th, 2018 3:52 PM

dạ vâng em đã dẫn nguồn rồi ạ ! Em sơ xuất quá ạ !

0
Aug 10th, 2018 3:38 PM

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

  1. cron job chạy 1 phút 1 lần query lấy process nào active = true;
  2. 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
  public function shedule(){
    $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);         
    }
  }
  public function doMyJobs(){
      // nhiệm vụ con
  }
  public function saveResult($result){
      // lưu tạm kết quả lên redis
  }  
  public function jobCompletedCallback($result){
      // nhiệm vụ xong lưu kết quả vào database và xóa mọi thứ trên redis
  }   
0
Aug 10th, 2018 2:30 PM

thanks bro, t có đổi cách viết, mong thím thích kiểu mới này =))

0
Aug 10th, 2018 2:29 PM

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 =))

0
Aug 10th, 2018 1:47 PM

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 😃

0
Aug 10th, 2018 1:37 PM

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.

+1
Aug 10th, 2018 12:45 PM

@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.

+1
Aug 10th, 2018 11:43 AM

vậy bác có gặp tình trạng hay nhảy pointer lung tung và mất chữ ko?

0
Aug 10th, 2018 11:06 AM

Mình cũng đang dùng trên Ubuntu 18.04 đây, nó bị sao vậy bạn.

0
Aug 10th, 2018 11:06 AM

Thank man ^_^

0
Aug 10th, 2018 10:56 AM

Chào bạn. Các trên gặp một vấn đề là Khi Người dùng dừng tiến trình. Thì các Jobs buộc phải bị hủy. Nếu vậy. Trong jobs ta vẫn phải request tới database để kiểm tra trạng thái của tiếng trình 😦

+1
Aug 10th, 2018 10:55 AM

Mình đang cần cái này. thanks bạn nhé.

0
Aug 10th, 2018 10:53 AM

@bs90 : Bác Nói đúng ý em rồi Đơ là do em sử lý bacnkend cả triệu reuqest một lúc 😦 Vì Khi người dùng tạo ra một tiến trình . Ngay lập tức trong backend của em sẽ tạo 5000 rows chứa Thông tin về Jobs của Tiến trình Vừa tạo. => em nói thêm là cứ mỗi lần request thành công em sẽ tính phí người dùng.

Giải pháp ném lên Redis : Gặp một ván đề là khi người dùng hủy tiến trình thì các Jobs của tiến trình đó phải hủy theo. 😦

0
Aug 10th, 2018 9:18 AM

Rất dễ hiểu, cảm ơn bác

0
Aug 10th, 2018 8:46 AM

@HoanKi Tôi thấy bài viết này rất hay và hữu ích. Cảm ơn!

+2
Aug 10th, 2018 7:20 AM

mình dùng trên ubuntu 18.04 nó ko được ổn lắm

0
Let's register a Viblo Account to get more interesting posts.