Điểm:1

Sudo crontab -e vs crontab -e đang chạy lệnh dưới dạng Sudo

lá cờ cn

Giả sử tôi cần chạy tập lệnh php với quyền root mỗi đêm, tốt hơn hết là chạy tập lệnh đó từ crontab gốc hoặc từ người dùng có quyền sudo crontab, 'sudoing' trong lệnh. I E.

Trong Sudo crontab -e

0 0 * * * /bin/sh -c "/[my_path_to]/php /[my_path_to]/[my_script].php >> /[my_path_to]/cron_log.txt 2>&1"

HOẶC

Trong crontab -e

 0 0 * * * sudo su -s /bin/sh -c "/[my_path_to]/php /[my_path_to]/[my_script].php >> /[my_path_to]/cron_log.txt 2>&1"

Hoặc là có hiệu quả không có sự khác biệt?

user535733 avatar
lá cờ cn
"Tốt hơn" là cách mà bạn hiểu và có thể duy trì.
sudodus avatar
lá cờ jp
`Sudo crontab -e` là cách mọi thứ được thiết lập để sử dụng (để chạy các tác vụ đã lên lịch với quyền hạn cao hơn. Nhưng nếu bạn làm cho nó hoạt động theo cách khác thì cũng không sao. Nhưng đừng hỏi tôi nếu bạn gặp sự cố khi lấy mật khẩu vào sudo mà không ảnh hưởng đến bảo mật.
muru avatar
lá cờ us
Bạn không thực sự cần lời gọi `sh -c` đó trong crontab của root
Điểm:1
lá cờ cn

Tất nhiên, tốt hơn là chạy một lệnh cần được chạy với quyền root từ crontab của người dùng root.

Chạy một lệnh với sudo trong crontab của người dùng về mặt kỹ thuật có thể hoạt động, nhưng sẽ yêu cầu bạn thực hiện một cách để cung cấp sudo mật khẩu cho lệnh đó: bạn sẽ tạo ra các vấn đề về bảo mật.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.