"site" --- Enlace (*hook*) de configuración específico del sitio
****************************************************************

**Código Fuente:** Lib/site.py

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

**Este módulo se importa automáticamente durante la inicialización.**
La importación automática se puede suprimir utilizando la opción del
intérprete opción "-S" .

La importación de este módulo agregará rutas específicas del sitio a
la ruta de búsqueda del módulo y agregará algunas incorporaciones, a
menos que "-S" se haya utilizado.  En este caso , este módulo se puede
importar de forma segura sin modificaciones automáticas en la ruta de
búsqueda del módulo o adiciones a los módulos incorporados. Para
activar explícitamente las adiciones habituales específicas del sitio,
llame a "sitio.principal()" función.

Distinto en la versión 3.3: Importar el módulo utilizado para activar
la manipulación de rutas incluso cuando se utiliza "-S".

Comienza construyendo hasta cuatro directorios a partir de una parte
de encabezado y otra de cola. Para la parte del encabezado, usa
"sys.prefix" y "sys.exec_prefix"; se saltean los encabezados vacíos.
Para la parte de la cola, usa la cadena vacía y luego "lib/site-
packages" (en Windows) o usa "lib/python*X.Y*/site-packages" (en Unix
y macOS). Para cada una de las distintas combinaciones de encabezado y
cola, ve si se refiere a un directorio existente y, de ser así, lo
agrega a "sys.path" y también inspecciona la ruta recién agregada para
los archivos de configuración.

Distinto en la versión 3.5: Se ha eliminado la compatibilidad con el
directorio "site-python".

Si un archivo llamado "pyvenv.cfg" existe un directorio por encima de
*sys.executable*, *sys.prefix* y *sys.exec_prefix* se establecen en
ese directorio y también se comprueba si hay paquetes de sitio
(*sys.base_prefix* y *sys.base_exec_prefix* siempre serán los prefijos
"reales" de la instalación de Python). Si "pyvenv.cfg" (un archivo de
configuración de arranque) contiene la clave "include-system-site-
packages" configurada con un valor diferente a "true" (no distingue
entre mayúsculas y minúsculas), no se buscarán los prefijos de nivel
de sistema para paquetes de sitio; de lo contrario lo harán.

Un archivo de configuración de ruta es un archivo cuyo nombre tiene la
forma "*name*.pth" y existe en uno de los cuatro directorios
mencionados anteriormente; su contenido son elementos adicionales (uno
por línea) que se agregarán a "sys.path". Los elementos que no existen
nunca se agregan a "sys.path" y no se comprueba que el elemento se
refiera a un directorio en lugar de a un archivo. No se agrega ningún
elemento a "sys.path" más de una vez. Se omiten las líneas en blanco y
las que comienzan con "#". Se ejecutan las líneas que comienzan con
"import" (seguidas de un espacio o tabulación).

Nota:

  Una línea ejecutable en un archivo ".pth" se ejecuta en cada inicio
  de Python, independientemente de si se va a utilizar un módulo en
  particular. Por tanto, su impacto debería reducirse al mínimo. El
  propósito principal de las líneas ejecutables es hacer que los
  módulos correspondientes se puedan importar (cargar ganchos de
  importación de terceros, ajustar "PATH", etc.). Se supone que
  cualquier otra inicialización se debe realizar en la importación
  real de un módulo, siempre y cuando ocurra. Limitar un fragmento de
  código a una sola línea es una medida deliberada para desalentar la
  inclusión de algo más complejo aquí.

Por ejemplo, supongamos que "sys.prefix" y "sys.exec_prefix" están
configurados en "/usr/local". La biblioteca Python X.Y se instala en
"/usr/local/lib/python*X.Y*". Supongamos que tiene un subdirectorio
"/usr/local/lib/python*X.Y*/site-packages" con tres subsubdirectorios,
"foo", "bar" y "spam", y dos archivos de configuración de ruta,
"foo.pth" y "bar.pth". Suponga "foo.pth" contiene lo siguiente:

   # foo package configuration

   foo
   bar
   bletch

y "bar.pth" contiene:

   # bar package configuration

   bar

Luego, los siguientes directorios específicos de la versión se agregan
a "sys.path", en este orden:

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

Tenga en cuenta que "bletch" se omite porque no existe; el directorio
"bar" precede al directorio "foo" porque "bar.pth" viene
alfabéticamente antes de "foo.pth"; y "spam" se omite porque no se
menciona en ninguno de los archivos de configuración de ruta.

Después de estas manipulaciones de ruta, se intenta importar un módulo
llamado "sitecustomize", que puede realizar personalizaciones
arbitrarias específicas del sitio. Normalmente lo crea un
administrador del sistema en el directorio site-packages. Si esta
importación falla con un "ImportError" o su excepción de subclase, y
el atributo "name" de la excepción es igual a "'sitecustomize'", se
ignora silenciosamente. Si Python se inicia sin flujos de salida
disponibles, como con "pythonw.exe" en Windows (que se usa de forma
predeterminada para iniciar IDLE), se ignora el intento de salida de
"sitecustomize". Cualquier otra excepción provoca una falla silenciosa
y quizás misteriosa del proceso.

Después de esto, se intenta importar un módulo llamado
"usercustomize", que puede realizar personalizaciones arbitrarias
específicas del usuario, si "ENABLE_USER_SITE" es verdadero. Este
archivo está destinado a ser creado en el directorio site-packages del
usuario (ver más abajo), que es parte de "sys.path" a menos que esté
desactivado por "-s". Si esta importación falla con una excepción
"ImportError" o su subclase, y el atributo "name" de la excepción es
igual a "'usercustomize'", se ignora silenciosamente.

Tenga en cuenta que para algunos sistemas que no son Unix,
"sys.prefix" y "sys.exec_prefix" están vacíos y se omiten las
manipulaciones de la ruta; sin embargo, se sigue intentando importar
"sitecustomize" y "usercustomize".


Configuración de *Readline*
===========================

En los sistemas que admiten "readline", este módulo también importará
y configurará el módulo "rlcompleter", si Python se inicia en modo
interactivo y sin la opción "-S". El comportamiento predeterminado es
habilitar la finalización de tabulación y usar "~/.python_history"
como archivo de guardado del historial. Para deshabilitarlo, borre (o
anule) el atributo "sys.__interactivehook__" en su "sitecustomize" o
"usercustomize" module o su archivo "PYTHONSTARTUP".

Distinto en la versión 3.4: La activación de *rlcompleter* y el
historial se hizo automática.


Contenido del módulo
====================

site.PREFIXES

   Una lista de prefijos para directorios de site-packages.

site.ENABLE_USER_SITE

   Flag que muestra el estado del directorio site-packages del
   usuario. "True" significa que está habilitado y se agregó a
   "sys.path". "False" significa que fue deshabilitado por solicitud
   del usuario (con "-s" o "PYTHONNOUSERSITE"). "None" significa que
   fue deshabilitado por razones de seguridad (falta de coincidencia
   entre la identificación de usuario o grupo y la identificación
   efectiva) o por un administrador.

site.USER_SITE

   Ruta a los paquetes de sitio del usuario para el Python en
   ejecución. Puede ser "None" si aún no se ha llamado a
   "getusersitepackages()". El valor predeterminado es
   "~/.local/lib/python*X.Y*/site-packages" para compilaciones de
   macOS sin marco y UNIX, "~/Library/Python/*X.Y*/lib/python/site-
   packages" para compilaciones de framework de macOS, y
   "*%APPDATA%*\Python\Python*XY*\site-packages" en Windows. Este
   directorio es un directorio de sitio, lo que significa que  se
   procesarán los archivos ".pth" que contiene.

site.USER_BASE

   Ruta al directorio base para los paquetes de sitio del usuario.
   Puede ser "None" si aún no se ha llamado a "getuserbase()". El
   valor predeterminado es "~/.local" para las compilaciones que no
   son de marco de UNIX y macOS, "~/Library/Python/*X.Y*" para las
   compilaciones de framework de macOS y "*%APPDATA%*\Python" para
   Windows. Distutils utiliza este valor para calcular los directorios
   de instalación de scripts, archivos de datos, módulos de Python,
   etc. para el esquema de instalación del usuario. Vea también
   "PYTHONUSERBASE".

site.main()

   Agrega todos los directorios estándar específicos del sitio a la
   ruta de búsqueda del módulo. Esta función se llama automáticamente
   cuando se importa este módulo, a menos que el intérprete de Python
   se haya iniciado con la opción "-S".

   Distinto en la versión 3.3: Esta función solía llamarse
   incondicionalmente.

site.addsitedir(sitedir, known_paths=None)

   Agrega un directorio a sys.path y procesa sus archivos ".pth".
   Típicamente utilizado en "sitecustomize" o "usercustomize" (ver
   arriba).

site.getsitepackages()

   Retorna una lista que contiene todos los directorios *site-
   packages* globales.

   Nuevo en la versión 3.2.

site.getuserbase()

   Retorna la ruta del directorio base del usuario "USER_BASE". Si
   este aún no fue inicializado, esta función también lo configurará,
   respetando "PYTHONUSERBASE".

   Nuevo en la versión 3.2.

site.getusersitepackages()

   Retorna la ruta del directorio base del usuario "USER_SITE". Si
   este aún no fue inicializado, esta función también lo configurará,
   respetando "USER_BASE". Para determinar si los paquetes específicos
   del sitio de usuario fueron añadidos a "sys.path" debe usarse
   "ENABLE_USER_SITE"

   Nuevo en la versión 3.2.


Interfaz de línea de comando
============================

El módulo "site" también proporciona una forma de obtener los
directorios del usuario desde la línea de comandos:

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

Si se llama sin argumentos, imprimirá el contenido de "sys.path" en la
salida estándar, seguido del valor de "USER_BASE" y si el directorio
existe, entonces lo mismo para "USER_SITE", y finalmente el valor de
"ENABLE_USER_SITE".

--user-base

   Imprime la ruta al directorio base del usuario.

--user-site

   Imprime la ruta al directorio *site-packages* del usuario.

Si se dan ambas opciones, la ruta del directorio base y la del
directorio *site-packages* del usuario se imprimirán (siempre en este
orden), separados por "os.pathsep".

Si se da alguna opción, el script saldrá con uno de estos valores: ``
0`` si el directorio *site-packages* del usuario está habilitado, ``
1`` si fue deshabilitado por el usuario, `` 2`` si está deshabilitado
por razones de seguridad o por un administrador, y un valor mayor que
2 si hay un error.

Ver también: **PEP 370** - Directorio *site-packages* de cada usuario
