Spec-Zone.ru › Python 3.8

site — Модуль конфигурации сайта

Исходный код: Lib/site.py

Этот модуль автоматически импортируется во время инициализации. Автоматический импорт можно отключить, используя опцию интерпретатора -S.

Импорт этого модуля добавит пути, специфичные для сайта, в путь поиска модулей и добавит несколько встроенных функций, если не использовалась опция -S. В этом случае этот модуль можно безопасно импортировать без автоматических изменений в пути поиска модулей или добавления встроенных функций. Чтобы явно активировать обычные добавления, специфичные для сайта, вызовите функцию site.main().

Изменено в версии 3.3: Импорт модуля теперь не вызывал манипуляций с путями, даже при использовании опции -S.

Он начинается с построения до четырёх каталогов из части головы и части хвоста. Для части головы он использует sys.prefix и sys.exec_prefix; пустые головы пропускаются. Для части хвоста он использует пустую строку и затем lib/site-packages (в Windows) или lib/pythonX.Y/site-packages (в Unix и Macintosh). Для каждой комбинации голова-хвост он проверяет, ссылается ли она на существующий каталог, и если да, добавляет его в sys.path и также проверяет добавленный путь на наличие конфигурационных файлов.

Изменено в версии 3.5: Поддержка каталога «site-python» удалена.

Если файл с именем «pyvenv.cfg» существует в каталоге над sys.executable, sys.prefix и sys.exec_prefix устанавливаются на этот каталог, и также проверяется наличие каталога site-packages (sys.base_prefix и sys.base_exec_prefix всегда будут «настоящими» префиксами установки Python). Если «pyvenv.cfg» (файл конфигурации для инициализации среды) содержит ключ «include-system-site-packages» со значением, отличным от «true» (регистронезависимо), пути системных префиксов не будут проверяться на наличие site-packages; в противном случае они будут.

Файл конфигурации путей — это файл, имя которого имеет вид name.pth и существует в одном из четырёх упомянутых каталогов; его содержимое — это дополнительные элементы (по одному на строку), которые нужно добавить в sys.path. Отсутствующие элементы никогда не добавляются в sys.path, и не проверяется, что элемент относится к каталогу, а не к файлу. Ни один элемент не добавляется в sys.path более одного раза. Пустые строки и строки, начинающиеся с #, пропускаются. Строки, начинающиеся с import (за которыми следует пробел или табуляция), выполняются.

Примечание

Выполнимая строка в файле .pth выполняется при каждой загрузке Python, независимо от того, будет ли фактически использоваться конкретный модуль. Поэтому её влияние должно быть минимальным. Основная цель исполняемых строк — сделать соответствующие модули импортируемыми (загрузить импортные плагины сторонних разработчиков, настроить PATH и т.д.). Любая другая инициализация должна выполняться при фактическом импорте модуля, если и когда это произойдёт. Ограничение фрагмента кода одной строкой — это целенаправленная мера, призванная отговорить от размещения здесь чего-либо более сложного.

Например, предположим, что sys.prefix и sys.exec_prefix установлены в /usr/local. Библиотека Python X.Y затем устанавливается в /usr/local/lib/pythonX.Y. Предположим, что она имеет подкаталог /usr/local/lib/pythonX.Y/site-packages с тремя подподкаталогами, foo, bar и spam, и двумя файлами конфигурации путей, foo.pth и bar.pth. Предположим, что 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 предшествует каталогу foo, потому что bar.pth идёт в алфавитном порядке перед foo.pth; и spam пропущен, потому что он не указан ни в одном файле конфигурации путей.

После этих манипуляций с путями предпринимается попытка импортировать модуль с именем sitecustomize, который может выполнять произвольные настройки, специфичные для сайта. Обычно он создаётся системным администратором в каталоге site-packages. Если этот импорт завершается ошибкой ImportError или её подклассом, и атрибут исключения name равен 'sitecustomize', он игнорируется без сообщений. Если Python запускается без доступных потоков вывода, как в случае с pythonw.exe в Windows (который используется по умолчанию для запуска IDLE), попытка вывода от sitecustomize игнорируется. Любая другая ошибка вызывает молчаливый, и возможно загадочный, сбой процесса.

После этого предпринимается попытка импортировать модуль с именем usercustomize, который может выполнять произвольные пользовательские настройки, если ENABLE_USER_SITE имеет значение true. Этот файл предназначен для создания в пользовательском каталоге site-packages (см. ниже), который является частью sys.path , если это не отключено опцией -s. Если этот импорт завершается ошибкой ImportError или её подклассом, и атрибут исключения name равен 'usercustomize', он игнорируется без сообщений.

Обратите внимание, что для некоторых систем, не являющихся Unix, sys.prefix и sys.exec_prefix пустые, и манипуляции с путями пропускаются; однако попытка импорта sitecustomize и usercustomize всё равно предпринимается.

Настройка Readline

На системах, поддерживающих readline, этот модуль также импортирует и настраивает модуль rlcompleter, если Python запускается в интерактивном режиме и без опции -S. По умолчанию включена автодополнение по табуляции и используется ~/.python_history в качестве файла сохранения истории. Чтобы отключить её, удалите (или переопределите) атрибут sys.__interactivehook__ в вашем модуле sitecustomize или usercustomize или вашем файле PYTHONSTARTUP.

Изменено в версии 3.4: Активация rlcompleter и истории стала автоматической.

Содержание модуля

site.PREFIXES

Список префиксов для каталогов site-packages.

site.ENABLE_USER_SITE

Флаг, показывающий состояние каталога user site-packages. True означает, что он включён и был добавлен в sys.path. False означает, что он был отключён по запросу пользователя (с помощью -s или PYTHONNOUSERSITE). None означает, что он был отключён по соображениям безопасности (несовпадение идентификаторов пользователя или группы и эффективного идентификатора) или администратором.

site.USER_SITE

Путь к каталогу user site-packages для запускаемого Python. Может быть None если getusersitepackages() ещё не был вызван. Значение по умолчанию — ~/.local/lib/pythonX.Y/site-packages для UNIX и не-фреймворковых сборок Mac OS X, ~/Library/Python/X.Y/lib/python/site-packages для сборок Mac framework и %APPDATA%\Python\PythonXY\site-packages в Windows. Этот каталог является каталогом сайта, что означает, что .pth файлы в нём будут обработаны.

site.USER_BASE

Путь к базовому каталогу для user site-packages. Может быть None если getuserbase() ещё не был вызван. Значение по умолчанию — ~/.local для UNIX и не-фреймворковых сборок Mac OS X, ~/Library/Python/X.Y для сборок Mac framework и %APPDATA%\Python для Windows. Это значение используется Distutils для вычисления каталогов установки скриптов, файлов данных, модулей Python и т. д. для схемы установки для пользователя. См. также PYTHONUSERBASE.

site.main()

Добавляет все стандартные каталоги, относящиеся к сайту, в путь поиска модулей. Эта функция вызывается автоматически при импорте этого модуля, если интерпретатор Python не был запущен со флагом -S.

Изменено в версии 3.3: Эта функция раньше вызывалась безусловно.

site.addsitedir(sitedir, known_paths=None)

Добавляет каталог в sys.path и обрабатывает его .pth файлы. Обычно используется в sitecustomize или usercustomize (см. выше).

site.getsitepackages()

Возвращает список, содержащий все глобальные каталоги site-packages.

Добавлена в версии 3.2.

site.getuserbase()

Возвращает путь к каталогу user base, USER_BASE. Если он ещё не инициализирован, эта функция также инициализирует его, учитывая PYTHONUSERBASE.

Добавлена в версии 3.2.

site.getusersitepackages()

Возвращает путь к каталогу site-packages, специфичному для пользователя, USER_SITE. Если он ещё не инициализирован, эта функция также инициализирует его, учитывая USER_BASE. Чтобы определить, был ли каталог user-specific site-packages добавлен в sys.path, следует использовать ENABLE_USER_SITE.

Добавлена в версии 3.2.

Командная строка

Модуль 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 base.

--user-site

Вывести путь к каталогу user site-packages.

Если оба варианта указаны, пользовательский базовый каталог и пользовательский сайт будут выведены (всегда в этом порядке), разделённые os.pathsep.

Если какой-либо вариант указан, сценарий завершится одним из этих значений: 0 если каталог user site-packages включён, 1 если он был отключён пользователем, 2 если он отключён по соображениям безопасности или администратором, и значение больше 2, если возникла ошибка.

См. также

PEP 370 – Каталог site-packages для каждого пользователя

© 2001–2022 Python Software Foundation
Licensed under the PSF License.
https://docs.python.org/3.8/library/site.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API