"비표준" 디렉터리에 소스를 설치한 결과

Question

나는 소스에서 많은 프로그램을 직접 컴파일하고 설치합니다. Apache + PHP를 설치했지만 Nginx + PHP-FPM을 사용해 보고 싶기 때문에 /nginx 및 /php-fpm과 같은 비표준 위치에 설치하고 싶습니다.

실행 파일이 PATH에 없는 것(그러나 해결 가능) 외에 어떤 다른 문제나 결과가 있을 수 있습니까?

Answer 1

사용자 정의 위치로 수동 컴파일할 때 발생하는 주요 단점은 수동 컴파일로 인해 발생하는 단점과 사용자 정의 위치에 저장할 때 발생하는 단점으로 나눌 수 있습니다.

수동 컴파일의 단점 중에는 다음이 있습니다.

1. 보안 업데이트가 출시되면 소스에서 지속적으로 다시 컴파일해야 하기 때문에 유지 관리가 악몽입니다.
2. 컴파일한 각 소프트웨어에 대한 포럼, 메일링 리스트, 웹사이트 및 (요즘) IRC 채널을 지속적으로 감시해야 업데이트가 출시될 때 이를 확인할 수 있기 때문에 유지 관리는 두 배의 악몽입니다. 각 업데이트에 대해 알아보면서 특정 업데이트가 필요한지 여부를 판단하십시오.
3. 그것은 안정성의 악몽입니다. RH(및 기타 서버급 배포판 공급업체)에는 OS의 안정적인 주요 버전 내에서 버전을 늘리지 않는다는 정책이 있습니다. 대신 필요한 패치(항상 그런 것은 아니지만 대부분 보안)만 릴리스 버전으로 백포트하므로 구문이 올바르지 않게 되는 오래된 구성 파일, 스키마 패치를 적용해야 하는 저장된 데이터베이스 등으로 끊임없이 싸우지 않아도 됩니다. 새로운 릴리스를 선택하기로 결정했습니다.

사용자 지정 위치의 단점 중에는 다음이 있습니다.

1. 새로운 관리자가 먼저 현재 시스템 소프트웨어가 있는 미로를 풀어야 하기 때문에 시스템 유지 관리가 더 어려워집니다.
2. 일부 항목이 백업되지 않을 가능성이 높아집니다(새 디렉터리를 포함하도록 정책을 계속 업데이트해야 함).
3. s 에 주의하지 않으면 ./configure구성 파일이 모두 FS 에 중앙 집중화되는 대신 FS 전체(예 /nginx/etc/nginx.conf: , )에 흩어져 있게 됩니다 . 이로 인해 변경 제어가 더 어려워질 수 있습니다./php-fm/etc/php-fm.ini/etc

간단히 말해서, 귀하가 이 서버에서 작업해야 하는 유일한 사람이라면 작업할 다른 서버가 없으며 현재 사용 중인 패키지에 대한 다양한 포럼을 팔로우할 시간이 있습니다. 손으로 컴파일하면 이 고통이 최소화될 것이며 매우 작을 수도 있습니다. 그렇지 않으면 통증이 클 수 있습니다.