* nix умова для зберігання журналів користувачів?


10

Яке звичайне розташування журналу для процесів, які працюють від імені користувачів?

  • ~/.foo/logs/ - мій найкращий вибір, але не надзвичайний

  • /var/log/foo.uid/ - Несистемні користувачі не можуть створювати каталоги тут, для створення потрібна в першу чергу співпраця.

  • Загальний файл у /var/log/(наприклад /var/log/foo.log) - Не приватний

  • тощо.

Відповіді:


5

Я б запропонував продовжувати роботу /var/log/foo.uid/, тому що /var/log/це мій перший підхід під час пошуку журналів на сервері.

Інший варіант - скористатись вашим першим вибором ~/.foo/logs/та створити символьне посилання на нього під /var/log.


Я насправді мав на увазі ідентифікатор користувача, а не PID (тобто більше одного користувача може одночасно запускати програму, і всі вони потребують власних локальних записів).
s4y

Ой! Моя помилка, все ще трохи рано в понеділок вранці. Тоді є сенс додати uidім’я або ім’я користувача.
pkhamre

3

Хоча /var/logканонічне місце для пошуку журналів, як зазначає @pkhamre, я не бачу необхідності забруднювати папку журналами, створеними користувачем. Я вважаю за краще лише сервіси для всієї системи для входу в систему /var/log.

Це означає, що якщо додаток є програмою GUI (працює в X), я б запропонував дотримуватися специфікації базового каталогу XDG і залишити журнали $XDG_DATA_HOME/foo/log/з $XDG_DATA_HOMEдефолтом до $HOME/.local/share. Однак у цього є один недолік. Вам потрібно зробити більше зусиль, якщо ви хочете з якихось причин зібрати журнали - з попереднього рішення a cat /var/log/foo.*/*було б достатньо.


3

Оскільки /var/logкористувачі не підлягають написанню, і якщо ви не хочете зберігати журнали під відповідними домашніми каталогами, я б запропонував використовувати, /var/tmp/foo.logs.uidякі користувачі могли б записувати і централізовано.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.