모범 사례에 따르면 /var 사용은 sudoer로 제한되어야 합니다.

모범 사례에 따르면 /var 사용은 sudoer로 제한되어야 합니다.

패키지를 작성했고 이를 사용하여 /var일부 데이터를 저장하고 싶습니다. 내가 저장하고 있는 데이터도 고려될 수 있습니다 /var/db.

내가 관찰한 패턴은 /var/db주변 파일이 root. 이 패키지의 주요(의도된) 용도는 cron 작업을 필터링하는 것입니다. 즉, crontab을 편집하려면 권한이 필요합니다.

  1. 패키지를 설치하려면 sudo를 사용해야 합니까?
  2. 패키지가 /usr하위 디렉터리로 단계적으로 저하되도록 해야 합니까? 그렇다면 어느 것입니까?
  3. Sudo가 아닌 설치에 configrc경로가 필요하다고 "생각"한다면 패키지에서 이 구성 파일을 어디에서 찾아야 합니까(공유 호스팅 환경을 가정)?
  4. 나도 /usr/lib따라야 해이 기사에 대한 아이디어?

그런데 이 가방은 루비 보석이고,여기에서 찾을 수 있습니다..

답변1

패키지가 루트로 설치된 경우 액세스할 수 있습니다 /var.

쓰기도 쓰기도 불가능한 사용자가 설치한 경우 /var기본 프로세스는 스크립트에 설정됩니다 /usr. 또는 사용자에게 쓰기 권한이 있는 위치로 디렉터리를 설정하는 다른 방법을 제공합니다.--prefix=$HOME/somedirconfigure

답변2

/var일종의 "다른 곳에는 맞지 않는 것"입니다. 이 구조에서는 개별 사용자를 계층 구조에 추가할 수 없습니다.

일반 사용자가 패키지를 설치한 경우 일반적으로 프로그램, 정적 데이터 및 동적 데이터를 모두 홈 디렉터리 아래의 한 디렉터리에 저장합니다. 압축을 풀고 거기에서 실행하는 경우에만 작동하는 방식으로 프로그램을 패키징하는 것이 좋습니다 ./configure && make && make install.

bin/myprogram
share/static-data
man/man1/myprogram.1
data/dynamic-data

관리자가 패키지를 설치한 경우 응용 프로그램별 디렉터리는 다음 위치에 있습니다./var/lib사용자에게 특정되지 않은 동적 데이터의 일반적인 위치입니다. 시스템 전체에서 사용하기 위한 패키지는 일반적으로 배포별 패키지 형식( .deb, .rpm, ...)으로 제공됩니다. 패키지 빌드 스크립트는 경로를 올바르게 설정합니다.

관련 정보