Извините за «плюсадин», но не могу не порадоваться за выбор инструмента не по принципу «прикрыть жопу» и «этим умеет пользоваться любой идиот», а таки по соотношению получаемых преимуществ к затраченым средствам.
Вот что полезного в этой статье?
Лично для вас, обнаружившего в ней толковый язык?
Вот какие можно сделать из статьи для себя выводы поо пунктам:
Что такое такое «фоновый процесс aka daemon»?
Откуда они берутся в системе?
Как помянутый cron может запускать другие процессы?
Насколько точна фраза «Процесс может посылать сигналы только членам своей группы процессов»? И как это согласуется с действительностью, данной нам в ощущениях?
А вы еще одногрупникам предложите написать каждому по статье на хабр «что я смог понять и запомнить из последней лекции в универе».
Чего уж там мелочиться.
Это печально.
Если скрипт предполагается к исполнению в разных системах — можно озаботиться выяснением точного расположения утилит с последующим сохранением полностью определенного имени и вызова через переменную.
В вышеприведенном скрипте, например, получив возможность создать файл с именем logger в каталоге /usr/local/[s]bin с правом на исполнение у кого-то может возникнуть желание поместить туда строку «rm -rf /» или что-то менее очевидное, но не менее неприятное. И гарантировать, что такое невозможно — никак нельзя, если уж мы ориентируемся на «разные системы или даже разные версии одного пакета в рамках одного дистрибутива».
Я же не сказал — «каждый раз, когда в скрипте вместо прописывания абсолютных путей вы полагаетесь на PATH — где-то рвут оптический кабель» %)
Это именно правило хорошего тона, которое можно нарушать, если тому есть причины. Но лучше таки соблюдать, особенно если советовать публично. Или явно упоминать причины по которым сделано отступление от.
Для заливки по tftp у длинков сильно маленький интервал времени дается. Когда перешивал свой dir-320 — пока не сваял скрипт, который пингует роутер, и сразу же после первого ответа вливает прошивку — тоже никак не мог поймать момент.
Лично для вас, обнаружившего в ней толковый язык?
Вот какие можно сделать из статьи для себя выводы поо пунктам:
Что такое такое «фоновый процесс aka daemon»?
Откуда они берутся в системе?
Как помянутый cron может запускать другие процессы?
Насколько точна фраза «Процесс может посылать сигналы только членам своей группы процессов»? И как это согласуется с действительностью, данной нам в ощущениях?
Мне пока вполне удается следдовать этому принципу.
Чего уж там мелочиться.
Если скрипт предполагается к исполнению в разных системах — можно озаботиться выяснением точного расположения утилит с последующим сохранением полностью определенного имени и вызова через переменную.
В вышеприведенном скрипте, например, получив возможность создать файл с именем logger в каталоге /usr/local/[s]bin с правом на исполнение у кого-то может возникнуть желание поместить туда строку «rm -rf /» или что-то менее очевидное, но не менее неприятное. И гарантировать, что такое невозможно — никак нельзя, если уж мы ориентируемся на «разные системы или даже разные версии одного пакета в рамках одного дистрибутива».
Это именно правило хорошего тона, которое можно нарушать, если тому есть причины. Но лучше таки соблюдать, особенно если советовать публично. Или явно упоминать причины по которым сделано отступление от.
б) бэкап.