Cách promise thực hiện trên 1 server duy nhất thì khá OK, nhưng nhiều server chạy song song thì cache lock vẫn là 1 đẳng cấp hoàn toàn khác bọt. Hehe. Áp dụng cả 2 khi cần thì là 1 tầm cao mới
Hay quá, mình cũng thích IT mà k có cơ hội tiếp xúc sớm như bạn. Nhớ hồi học c3 có chương trình dạy IT trên truyền hình của vtv2 xem k sót 1 số nào. Tới khi đi học DH mới bắt đầu dc dùng máy tính và cũng bắt đầu từ Pascal ))
e có 1 câu hỏi ở phần nodeSelector là viettq-worker1 và viettq-worker2 đều thỏa mãn disktype=ssd, tại sao khi deploy 3 pods thì chỉ chạy trên worker2 ạ ? nó được ưu tiên dựa trên tiêu chí gì ạ ? Em cảm ơn thầy
@datntclickmediaseo Với chức năng dynamic schedule này thì bạn lưu lại lịch vào database. Kiểu schedule_tasks (id, started_at, period, status, và một số thông tin khác).
id =1, started_at =2022-12-2214:35:20, period ="1 hours", status ="pending", subject_id =1,...
id =2, started_at =2022-12-2214:36:20, period ="1 hours", status ="pending", subject_id =2,...
id =3, started_at =2022-12-2214:37:20, period ="1 hours", status ="pending", subject_id =3,...
Bây giờ muốn dynamic schedule task như yêu cầu thì trong Kernel bạn phải đọc từ database ra và có thể init từng task một. Kiểu như này:
THẢO LUẬN
@systemteam đơn giản mà bác. giờ nó có Remotely Save. authen bằng dropbox trên PC , mobile ... dễ lắm. cài phát authen là xong
Bái phục, tác giả viết đọc cuốn quá ạ
Cách promise thực hiện trên 1 server duy nhất thì khá OK, nhưng nhiều server chạy song song thì cache lock vẫn là 1 đẳng cấp hoàn toàn khác bọt. Hehe. Áp dụng cả 2 khi cần thì là 1 tầm cao mới
Bài viết dễ hiểu, thank you anh Tuấn
))
Mình cần in lặp lại dòng 3:4, ggs thì chỉ chấp nhận từ dòng 1:n
Tuổi thơ dữ dội còn dành tiền mua sách học pascal xong ngồi gõ theo bài code trong sách lên máy xem nó chạy như nào
))
Hay quá, mình cũng thích IT mà k có cơ hội tiếp xúc sớm như bạn. Nhớ hồi học c3 có chương trình dạy IT trên truyền hình của vtv2 xem k sót 1 số nào. Tới khi đi học DH mới bắt đầu dc dùng máy tính và cũng bắt đầu từ Pascal
))
bác ơi cho e xin info telegram bác được không e có xíu việc muốn hỏi bác mong bác rẹp
thực tế, cách a hay làm nhé: đó là không dùng container node tạm thời để install node_modules, mà viết trực tiếp vào Dockerfile (npm install).
Như vậy thì khi nhìn vào Dockerfile ta có được cái nhìn tổng quát, tất cả mọi thứ cần để build image, deploy và chạy được
socket_id để làm gì thế bác. em thấy nó chẳng cần thiết lắm nhỉ
Quyển sách mô tả gần 70 kiểu tấn công mạng: https://timerent.vn/cac-hinh-thuc-tan-cong-mang
Được b ạ, dùng nodeName thì sẽ bypass cấu hình Taint
Cái chúng ta đang nói tới là lựa chọn node phù hợp (điều kiện cần) để chạy Pod, còn thực tế nó còn phụ thuộc vào tải thực tế của node nữa.
thêm 1 câu hỏi nữa là e khai báo nodeName cho Pod nhưng ko set tolerations mà Node đó có Taint thì có running đc ko ạ ?
e có 1 câu hỏi ở phần nodeSelector là viettq-worker1 và viettq-worker2 đều thỏa mãn disktype=ssd, tại sao khi deploy 3 pods thì chỉ chạy trên worker2 ạ ? nó được ưu tiên dựa trên tiêu chí gì ạ ? Em cảm ơn thầy
google dịch ngu vler
anh cứu em cái luận văn kì này r😄
@huukimit cảm ơn bạn đã nhiệt tình hỗ trợ nhé. Chưa hiểu lắm nhưng mình sẽ tìm hiểu.
hay
@datntclickmediaseo Với chức năng dynamic schedule này thì bạn lưu lại lịch vào database. Kiểu schedule_tasks (id, started_at, period, status, và một số thông tin khác).
Bây giờ muốn dynamic schedule task như yêu cầu thì trong Kernel bạn phải đọc từ database ra và có thể init từng task một. Kiểu như này: