"site" --- 사이트별 구성 훅
***************************

**소스 코드:** Lib/site.py

======================================================================

**이 모듈은 초기화 중에 자동으로 임포트 됩니다.** 인터프리터의 "-S" 옵
션을 사용하여 자동 임포트를 억제할 수 있습니다.

"-S"를 사용하지 않는 한, 이 모듈의 임포트는 사이트별 경로를 모듈 검색
경로에 추가하고 몇 가지 내장(builtins)을 추가합니다. 사용되었다면, 이
모듈은 모듈 검색 경로를 자동으로 수정하거나 내장을 추가하지 않고도 안
전하게 임포트 할 수 있습니다. 일반적인 사이트별 추가를 명시적으로 트리
거 하려면, "site.main()" 함수를 호출하십시오.

버전 3.3에서 변경: "-S"를 사용하는 경우에도 모듈을 임포트 하면 경로 조
작을 트리거 했습니다.

머리와 꼬리 부분에서 최대 4개의 디렉터리를 구성하는 것으로 시작합니다.
머리 부분에는, "sys.prefix"와 "sys.exec_prefix"를 사용합니다; 빈 머리
는 건너뜁니다. 꼬리 부분에는, 빈 문자열을 사용하고 "lib/site-
packages"(윈도우에서)나 "lib/python*X.Y*/site-packages"(유닉스와 맥에
서)를 사용합니다. 각 머리-꼬리 조합마다, 존재하는 디렉터리를 참조하는
지 확인하고, 그렇다면 디렉터리를 "sys.path"에 추가하고 새로 추가된 경
로에서 구성 파일을 검사합니다.

버전 3.5에서 변경: "site-python" 디렉터리에 대한 지원이 제거되었습니다
.

If a file named "pyvenv.cfg" exists one directory above
sys.executable, sys.prefix and sys.exec_prefix are set to that
directory and it is also checked for site-packages (sys.base_prefix
and sys.base_exec_prefix will always be the "real" prefixes of the
Python installation). If "pyvenv.cfg" (a bootstrap configuration file)
contains the key "include-system-site-packages" set to anything other
than "false" (case-insensitive), the system-level prefixes will still
also be searched for site-packages; otherwise they won't.

경로 구성 파일은 이름이 "*name*.pth" 인 파일이며, 위에서 언급한 4개의
디렉터리 중 하나에 존재합니다; 내용은 "sys.path"에 추가될 추가 항목(한
줄에 하나씩)입니다. 존재하지 않는 항목은 "sys.path"에 추가되지 않으며,
항목이 파일이 아닌 디렉터리를 참조하는지 확인하지 않습니다. 어떤 항목
도 "sys.path"에 두 번 추가되지 않습니다. 빈 줄과 "#"으로 시작하는 줄은
건너뜁니다. "import"로 시작하는 (공백이나 탭이 뒤따르는) 줄은 실행됩니
다.

예를 들어, "sys.prefix"와 "sys.exec_prefix"가 "/usr/local"로 설정되었
다고 가정하십시오. 그러면 파이썬 X.Y 라이브러리는
"/usr/local/lib/python*X.Y*"에 설치되어 있습니다. 여기에 "foo", "bar"
및 "spam"이라는 세 개의 서브 디렉터리와, "foo.pth"와 "bar.pth"라는 두
개의 경로 구성 파일이 있는 서브 디렉터리 "/usr/local/lib/python*X.Y
*/site-packages"가 있다고 가정하십시오. "foo.pth"에 다음이 포함되어 있
고:

   # foo package configuration

   foo
   bar
   bletch

"bar.pth"는 다음을 포함한다고 가정하십시오:

   # bar package configuration

   bar

그러면 다음과 같은 버전 별 디렉터리가 이 순서대로 "sys.path"에 추가됩
니다:

   /usr/local/lib/pythonX.Y/site-packages/bar
   /usr/local/lib/pythonX.Y/site-packages/foo

"bletch"가 존재하지 않기 때문에 생략되었음에 유의하십시오; "bar.pth"가
알파벳순으로 "foo.pth" 앞에 오기 때문에 "bar" 디렉터리가 "foo" 디렉터
리보다 앞에 옵니다; "spam"은 경로 구성 파일에 언급되어 있지 않기 때문
에 생략되었습니다.

이러한 경로 조작 후, 임의의 사이트별 사용자 정의를 수행할 수 있는
"sitecustomize"라는 모듈을 임포트 하려고 시도합니다. 일반적으로 시스템
관리자가 site-packages 디렉터리에 만듭니다. 이 임포트가 "ImportError"
나 이것의 서브 클래스 예외로 실패하고, 예외의 "name" 어트리뷰트가
"'sitecustomize'"와 같으면, 조용히 무시됩니다. 윈도우에서
"pythonw.exe"(IDLE을 시작하는 데 기본적으로 사용됩니다)처럼, 사용 가능
한 출력 스트림 없이 파이썬을 시작하면, "sitecustomize"의 출력 시도는
무시됩니다. 다른 예외는 절차의 조용한 그리고 아마도 정체불명의 실패로
이어집니다.

그런 다음, "ENABLE_USER_SITE"가 참이면, 임의의 사용자별 사용자 정의를
수행할 수 있는 "usercustomize"라는 모듈을 임포트 하려고 시도합니다. 이
파일은 사용자 site-packages 디렉터리(아래를 보십시오)에 만들어지는 것
이 관례입니다, "-s"에 의해 비활성화되지 않는 한 "sys.path"의 일부입니
다. 이 임포트가 "ImportError"나 이것의 서브 클래스 예외로 실패하고, 예
외의 "name" 어트리뷰트가 "'usercustomize'"와 같으면, 조용히 무시됩니다
.

유닉스가 아닌 일부 시스템에서는, "sys.prefix"와 "sys.exec_prefix"가 비
어 있고, 경로 조작을 건너뜀에 유의하십시오; 하지만 "sitecustomize"와
"usercustomize" 임포트는 여전히 시도됩니다.


Readline 구성
=============

"readline"을 지원하는 시스템에서, 파이썬이 대화형 모드로 "-S" 옵션 없
이 시작되면, 이 모듈은 "rlcompleter" 모듈을 임포트하고 구성합니다. 기
본 동작은 탭 완성을 활성화하고 "~/.python_history"를 히스토리 저장 파
일로 사용하는 것입니다. 이를 비활성화하려면, "sitecustomize"나
"usercustomize" 모듈 또는 "PYTHONSTARTUP" 파일에서
"sys.__interactivehook__" 어트리뷰트를 삭제(또는 재정의)하십시오.

버전 3.4에서 변경: rlcompleter와 히스토리 활성화가 자동으로 이루어졌습
니다.


모듈 내용
=========

site.PREFIXES

   site-packages 디렉터리의 접두사 리스트.

site.ENABLE_USER_SITE

   사용자 site-packages 디렉터리의 상태를 나타내는 플래그. "True"는 활
   성화되어 "sys.path"에 추가되었음을 의미합니다. "False"는 사용자 요
   청("-s"나 "PYTHONNOUSERSITE"로)에 의해 비활성화되었음을 의미합니다.
   "None"은 보안상의 이유(사용자나 그룹 id와 유효(effective) id가 일치
   하지 않음)로 또는 관리자에 의해 비활성화되었음을 의미합니다.

site.USER_SITE

   실행 중인 파이썬의 사용자 site-packages 경로.
   "getusersitepackages()"가 아직 호출되지 않았으면 "None"일 수 있습니
   다. 기본값은 유닉스와 비 프레임워크 맥 OS X 빌드의 경우
   "~/.local/lib/python*X.Y*/site-packages", 맥 프레임워크 빌드의 경우
   "~/Library/Python/*X.Y*/lib/python/site-packages", 윈도우의 경우
   "*%APPDATA%*\Python\Python*XY*\site-packages"입니다. 이 디렉터리는
   사이트 디렉터리이며, 이는 그 안에 있는 ".pth" 파일이 처리됨을 의미
   합니다.

site.USER_BASE

   사용자 site-packages의 베이스 디렉터리에 대한 경로. "getuserbase()"
   가 아직 호출되지 않았으면 "None"일 수 있습니다. 기본값은 유닉스와
   맥 OS X 비 프레임워크 빌드의 경우 "~/.local", 맥 프레임워크 빌드의
   경우 "~/Library/Python/*X.Y*", 윈도우의 경우 "*%APPDATA%*\Python"입
   니다. 이 값은 Distutils에서 사용자 설치 스킴의 스크립트, 데이터 파
   일, 파이썬 모듈 등의 설치 디렉터리를 계산하는 데 사용됩니다.
   "PYTHONUSERBASE" 도 참조하십시오.

site.main()

   모든 표준 사이트별 디렉터리를 모듈 검색 경로에 추가합니다. 파이썬
   인터프리터가 "-S" 플래그로 시작되지 않았으면, 이 모듈이 임포트 될
   때 이 함수가 자동으로 호출됩니다.

   버전 3.3에서 변경: 이 함수는 무조건 호출되었습니다.

site.addsitedir(sitedir, known_paths=None)

   sys.path에 디렉터리를 추가하고 ".pth" 파일을 처리합니다. 일반적으로
   "sitecustomize"나 "usercustomize"에서 사용됩니다 (위를 참조하십시오
   ).

site.getsitepackages()

   모든 전역 site-packages 디렉터리를 포함하는 리스트를 반환합니다.

   버전 3.2에 추가.

site.getuserbase()

   사용자 베이스 디렉터리 "USER_BASE"의 경로를 반환합니다. 아직 초기화
   되지 않았으면, 이 함수는 "PYTHONUSERBASE"를 따라 설정합니다.

   버전 3.2에 추가.

site.getusersitepackages()

   사용자별 site-packages 디렉터리 "USER_SITE"의 경로를 반환합니다. 아
   직 초기화되지 않았으면, 이 함수는 "PYTHONNOUSERSITE"와 "USER_BASE"
   를 따라 설정합니다.

   버전 3.2에 추가.


Command Line Interface
======================

"site" 모듈은 명령 줄에서 사용자 디렉터리를 얻는 방법도 제공합니다:

   $ python3 -m site --user-site
   /home/user/.local/lib/python3.3/site-packages

인자 없이 호출되면, 표준 출력에 "sys.path"의 내용을 인쇄한 다음,
"USER_BASE"의 값과 디렉터리가 존재하는지를 인쇄하고, "USER_SITE"에 대
해 같은 것을 인쇄하고, 마지막으로 "ENABLE_USER_SITE"의 값을 인쇄합니다
.

--user-base

   사용자 베이스 디렉터리의 경로를 인쇄합니다.

--user-site

   사용자 site-packages 디렉터리의 경로를 인쇄합니다.

두 옵션이 모두 제공되면, "os.pathsep"으로 구분하여, 사용자 베이스와 사
용자 사이트를 (항상 이 순서대로) 인쇄합니다.

어떤 옵션이건 제공되면, 스크립트는 다음 값 중 하나로 종료됩니다: 사용
자 site-packages 디렉터리가 활성화되었으면 "0", 사용자에 의해 비활성화
되었으면 "1", 보안상의 이유나 관리자에 의해 비활성화되었으면 "2", 그리
고 에러가 있으면 2보다 큰 값.

더 보기: **PEP 370** -- 사용자별 site-packages 디렉터리
