# `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`.

It starts by constructing up to four directories from a head and a tail part. For the head part, it uses `sys.prefix` and `sys.exec_prefix`; empty heads are skipped. For the tail part, it uses the empty string and then `lib/site-packages` (on Windows) or `lib/pythonX.Y/site-packages` (on Unix and macOS). For each of the distinct head-tail combinations, it sees if it refers to an existing directory, and if so, adds it to `sys.path` and also inspects the newly added path for configuration files.

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/pythonX.Y`. Supongamos que tiene un subdirectorio `/usr/local/lib/pythonX.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`

  Path to the user site-packages for the running Python. Can be `None` if `getusersitepackages()` hasn’t been called yet. Default value is `~/.local/lib/pythonX.Y/site-packages` for UNIX and non-framework macOS builds, `~/Library/Python/X.Y/lib/python/site-packages` for macOS framework builds, and `%APPDATA%\Python\PythonXY\site-packages` on Windows. This directory is a site directory, which means that `.pth` files in it will be processed.

`site.``USER_BASE`

  Path to the base directory for the user site-packages. Can be `None` if `getuserbase()` hasn’t been called yet. Default value is `~/.local` for UNIX and macOS non-framework builds, `~/Library/Python/X.Y` for macOS framework builds, and `%APPDATA%\Python` for Windows. This value is used by Distutils to compute the installation directories for scripts, data files, Python modules, etc. for the user installation scheme. See also `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`()

  Return the path of the user-specific site-packages directory, `USER_SITE`. If it is not initialized yet, this function will also set it, respecting `USER_BASE`. To determine if the user-specific site-packages was added to `sys.path` `ENABLE_USER_SITE` should be used.

  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