Pip install logging error

python pip logging install error in setup script and tabulate not found. #21

i got a problem with the specific pip install logging command in the setup script. if i run pip install logging manually it throws me the following same error

Collecting logging (from -r requirements.txt (line 2)) Using cached https://files.pythonhosted.org/packages/93/4b/979db9e44be09f71e85c9c8cfc42f258adfb7d93ce01deed2788b2948919/logging-0.4.9.6.tar.gz Complete output from command python setup.py egg_info: running egg_info creating pip-egg-info/logging.egg-info writing pip-egg-info/logging.egg-info/PKG-INFO writing dependency_links to pip-egg-info/logging.egg-info/dependency_links.txt writing top-level names to pip-egg-info/logging.egg-info/top_level.txt writing manifest file ‘pip-egg-info/logging.egg-info/SOURCES.txt’ Traceback (most recent call last): File » «, line 1, in File «/tmp/pip-build-d1761e8t/logging/setup.py», line 13, in packages = [«logging»], File «/usr/lib/python3.6/distutils/core.py», line 148, in setup dist.run_commands() File «/usr/lib/python3.6/distutils/dist.py», line 955, in run_commands self.run_command(cmd) File «/usr/lib/python3.6/distutils/dist.py», line 974, in run_command cmd_obj.run() File «/usr/local/lib/python3.6/dist-packages/setuptools/command/egg_info.py», line 278, in run self.find_sources() File «/usr/local/lib/python3.6/dist-packages/setuptools/command/egg_info.py», line 293, in find_sources mm.run() File «/usr/local/lib/python3.6/dist-packages/setuptools/command/egg_info.py», line 524, in run self.add_defaults() File «/usr/local/lib/python3.6/dist-packages/setuptools/command/egg_info.py», line 560, in add_defaults sdist.add_defaults(self) File «/usr/local/lib/python3.6/dist-packages/setuptools/command/py36compat.py», line 34, in add_defaults self._add_defaults_python() File «/usr/local/lib/python3.6/dist-packages/setuptools/command/sdist.py», line 127, in _add_defaults_python build_py = self.get_finalized_command(‘build_py’) File «/usr/lib/python3.6/distutils/cmd.py», line 298, in get_finalized_command cmd_obj = self.distribution.get_command_obj(command, create) File «/usr/lib/python3.6/distutils/dist.py», line 846, in get_command_obj klass = self.get_command_class(command) File «/usr/local/lib/python3.6/dist-packages/setuptools/dist.py», line 635, in get_command_class self.cmdclass[command] = cmdclass = ep.load() File «/usr/local/lib/python3.6/dist-packages/pkg_resources/__init__.py», line 2321, in load return self.resolve() File «/usr/local/lib/python3.6/dist-packages/pkg_resources/__init__.py», line 2327, in resolve module = __import__(self.module_name, fromlist=[‘__name__’], level=0) File «/usr/local/lib/python3.6/dist-packages/setuptools/command/build_py.py», line 15, in from setuptools.lib2to3_ex import Mixin2to3 File «/usr/local/lib/python3.6/dist-packages/setuptools/lib2to3_ex.py», line 12, in from lib2to3.refactor import RefactoringTool, get_fixers_from_package File «/usr/lib/python3.6/lib2to3/refactor.py», line 17, in import logging File «/tmp/pip-build-d1761e8t/logging/logging/__init__.py», line 618 raise NotImplementedError, ’emit must be implemented ‘ ^ SyntaxError: invalid syntax
python -V shows Python 2.7.15
so why is the script looking at the 3.6 env?

didnt expected airsniff to run before fixing this error but tried anyways and get also an

python ./SniffAir.py Traceback (most recent call last): File «./SniffAir.py», line 5, in from Sniffer import * File «lib/Sniffer.py», line 3, in from SniffAir import * File «/root/SniffAir/SniffAir.py», line 6, in from Connect2DB import * File «lib/Connect2DB.py», line 8, in from tabulate import tabulate ImportError: No module named tabulate
pip gives me an already statisfied if i installed it manually

The text was updated successfully, but these errors were encountered:

SniffAir was developed with Python version 2.7. I just installed it on a fresh Kali image with no issues. It looks like the problem could be with your pip. What OS are you running?

i am on a Kali VM too
like i wrote: somehow the script looks at the python 3 env instead of the v2.7 version. and i look for a way to avoid that?!

Unfortunately I don’t think this is an issue with SniffAir, each time I’ve tested it, it uses the proper pip. This might be an issue with your Kali’s pip alias.

changed command in setup script from «pip install» to «pip2 install» to force the use of python 2.7.

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Logging error when checking for new version of pip. #11309

Description

When pip (22.1.2) checked for a new version it failed with an error. It’s coming from the following function:

Lines 46 to 62 in c4606b3

The problem call is to os.path.samefile on line 58, where it compares the output of shutil.which(‘pip’) to /bin/pip (in my case /usr/bin/pip ). However, on my system, pip is installed to the user site-packages directory (so the binary is at /home/domdf/.local/bin/pip ).

The solution is to check whether the file exists before calling samefile .

I have Python 3.7 and 3.9 installed to /usr alongside the system’s Python 3.8, and the error is present with all three versions.

Expected behavior

Pip checks for a new version without an error.

Источник

Python pip install files with NotImplementedError or Syntax Error #11867

Environment data

Version: 1.45.1 (user setup)
Commit: 5763d909d5f12fe19f215cbfdd29a91c0fa9208a
Date: 2020-05-14T08:27:35.169Z
Electron: 7.2.4
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0

Expected behaviour

module installs with no errors

Actual behaviour

(.venv) python -m pip install logging
Collecting logging
Downloading
FULL DETAILS BELOW
File «C:UsersdhartmanAppDataLocalProgramsPythonPython37liblib2to3refactor.py», line 18, in
import logging
File «C:UsersdhartmanAppDataLocalTemppip-install-42h96qgblogginglogging_init_.py», line 618
raise NotImplementedError, ’emit must be implemented ‘
^
SyntaxError: invalid syntax

Command «python setup.py egg_info» failed with error code 1 in C:UsersdhartmanAppDataLocalTemppip-install-42h96qgblogging

Steps to reproduce:

1. Started with a new blank folder and opened code from that folder
2. Created a simple hello.py (just print a message)
3. This worked as expected
4. Created a virtual environment using the following:

1. Confirmed hello.py worked using the virtual env (activated and ran the code)
2. Tired to install the logging module using the following which generated the errors noted above:
   python -m pip install logging
3. Tried to run with no-cache-dir as well as I had seen somewhere that cached files can cause isssues.
   python -m pip —no-cache-dir install logging

Not able to run python program due to install failures

I ended up starting completely

The text was updated successfully, but these errors were encountered:

Источник

Логгинг на Python

Всем привет! В этом посте я расскажу вам о логгироавнии на Python. Мы рассмотрим два способа. Первый — логгирование в файле, второй — логгирование в консоли. Да, конечно же можно второй вариант можно реализовать обычной функцией print, но это будет не столь красиво. Вот пример нашего лога:

Первый способ

Логгирование в файле

Для начала установим библиотеку logging (pip install logging), далее импортируем из этой библиотеки basicConfig, INFO, info, error и debug.

Аргумент filename — имя файла в который будут сохранятся данные, level — устанавливает уровень корневого регистратора на указанный уровень логирования, который служит порогом для отслеживания событий. Так как установлен уровень отображения событий level=DEBUG , то в файл будут записаны все сообщения.

Далее мы можем писать одну из функций info, error, debug, warning и смотреть на результат!

Полный исходный код:

Второй способ

Логгирование в консоли

Тут нам понадобится: logging, rich. Да, тут нам тоже нежен logging, но использовать мы его будем уже по другому.

Тут мы импортируем все нужные библиотеки и инициализируем pretty. Далее приступим к самому коду.

Мы так же используем функцию basicConfig, но уже в формате сообщений, а позже «достаём» логгер с дизайном rich (более приятный интерфейс). Вот что может класс в объекте log:

Заключение

Логгирование очень важная вещь, например если вы делаете язык прогроммирования, вам это очень поможет, так как найти ошибку или проверить правильность выполнения кода бывает сложнее, чем кажется на первый взгляд. К тому же это позволяет тому кто пытается выполнить не правильный код через ваш язык понять в чём у него ошибка, так как у logging есть возможность увидеть на какой именно строке произошла ошибка.

Я очень надеюсь что новый пост пройдёт модерацию, я очень старался, так же как и над прошлым. Но к счастью или к сожалению его отклонили, почему — не знаю.

Источник

Pip install logging error

pip offers -v, —verbose and -q, —quiet to control the console log level. By default, some messages (error and warnings) are colored in the terminal. If you want to suppress the colored output use —no-color .

File logging#

pip offers the —log option for specifying a file where a maximum verbosity log will be kept. This option is empty by default. This log appends to previous logging.

Like all pip options, —log can also be set as an environment variable, or placed into the pip config file. See the Configuration section.

—exists-action option#

This option specifies default behavior when path already exists. Possible cases: downloading files or checking out repositories for installation, creating archives. If —exists-action is not defined, pip will prompt when decision is needed.

Only relevant to VCS checkout. Attempt to switch the checkout to the appropriate URL and/or revision.

Abort current operation (e.g. don’t copy file, don’t create archive, don’t modify a checkout).

Delete the file or VCS checkout before trying to create, download, or checkout a new one.

Rename the file or checkout to <‘.bak’ * n>, where n is some number of .bak extensions, such that the file didn’t exist at some point. So the most recent backup will be the one with the largest number after .bak .

Abort pip and return non-zero exit status.

Build System Interface

General Options#

Let unhandled exceptions propagate outside the main subroutine, instead of logging them to stderr.

Run pip in an isolated mode, ignoring environment variables and user configuration.

Allow pip to only run in a virtual environment; exit with an error otherwise.

Run pip with the specified Python interpreter.

Give more output. Option is additive, and can be used up to 3 times.

Show version and exit.

Give less output. Option is additive, and can be used up to 3 times (corresponding to WARNING, ERROR, and CRITICAL logging levels).

Path to a verbose appending log.

Disable prompting for input.

Specify a proxy in the form scheme://[user:passwd@]proxy.server:port.

Maximum number of retries each connection should attempt (default 5 times).

Set the socket timeout (default 15 seconds).

Default action when a path already exists: (s)witch, (i)gnore, (w)ipe, (b)ackup, (a)bort.

Mark this host or host:port pair as trusted, even though it does not have valid or any HTTPS.

Path to PEM-encoded CA certificate bundle. If provided, overrides the default. See ‘SSL Certificate Verification’ in pip documentation for more information.

Path to SSL client certificate, a single file containing the private key and the certificate in PEM format.

Store the cache data in .

Disable the cache.

Don’t periodically check PyPI to determine whether a new version of pip is available for download. Implied with —no-index.

Suppress colored output.

Silence deprecation warnings for upcoming unsupported Pythons.

Enable new functionality, that may be backward incompatible.

Enable deprecated functionality, that will be removed in the future.

Источник

Description

When pip (22.1.2) checked for a new version it failed with an error. It’s coming from the following function:

The problem call is to os.path.samefile on line 58, where it compares the output of shutil.which('pip') to <sys.prefix>/bin/pip (in my case /usr/bin/pip). However, on my system, pip is installed to the user site-packages directory (so the binary is at /home/domdf/.local/bin/pip).

The solution is to check whether the file exists before calling samefile.

I have Python 3.7 and 3.9 installed to /usr alongside the system’s Python 3.8, and the error is present with all three versions.

Expected behavior

Pip checks for a new version without an error.

pip version

22.1.2

Python version

3.9.13

OS

Ubuntu 20.04

How to Reproduce

1. pip install pip==22.1.2
2. pip install pip <- Any package will do.

Output

$ pip install pip
Defaulting to user installation because normal site-packages is not writeable
Requirement already satisfied: pip in ./.local/lib/python3.9/site-packages (22.1.2)
--- Logging error ---
Traceback (most recent call last):
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/utils/logging.py", line 177, in emit
    self.console.print(renderable, overflow="ignore", crop=False, style=style)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_vendor/rich/console.py", line 1752, in print
    extend(render(renderable, render_options))
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_vendor/rich/console.py", line 1390, in render
    for render_output in iter_render:
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/utils/logging.py", line 134, in __rich_console__
    for line in lines:
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_vendor/rich/segment.py", line 245, in split_lines
    for segment in segments:
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_vendor/rich/console.py", line 1368, in render
    renderable = rich_cast(renderable)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_vendor/rich/protocol.py", line 36, in rich_cast
    renderable = cast_method()
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/self_outdated_check.py", line 130, in __rich__
    pip_cmd = get_best_invocation_for_this_pip()
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/utils/entrypoints.py", line 58, in get_best_invocation_for_this_pip
    if found_executable and os.path.samefile(
  File "/usr/lib/python3.9/genericpath.py", line 101, in samefile
    s2 = os.stat(f2)
FileNotFoundError: [Errno 2] No such file or directory: '/usr/bin/pip'
Call stack:
  File "/usr/lib/python3.9/runpy.py", line 197, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib/python3.9/runpy.py", line 87, in _run_code
    exec(code, run_globals)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/__main__.py", line 31, in <module>
    sys.exit(_main())
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/cli/main.py", line 70, in main
    return command.main(cmd_args)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/cli/base_command.py", line 101, in main
    return self._main(args)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/cli/base_command.py", line 223, in _main
    self.handle_pip_version_check(options)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/cli/req_command.py", line 148, in handle_pip_version_check
    pip_self_version_check(session, options)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/self_outdated_check.py", line 237, in pip_self_version_check
    logger.info("[present-rich] %s", upgrade_prompt)
  File "/usr/lib/python3.9/logging/__init__.py", line 1446, in info
    self._log(INFO, msg, args, **kwargs)
  File "/usr/lib/python3.9/logging/__init__.py", line 1589, in _log
    self.handle(record)
  File "/usr/lib/python3.9/logging/__init__.py", line 1599, in handle
    self.callHandlers(record)
  File "/usr/lib/python3.9/logging/__init__.py", line 1661, in callHandlers
    hdlr.handle(record)
  File "/usr/lib/python3.9/logging/__init__.py", line 952, in handle
    self.emit(record)
  File "/home/domdf/.local/lib/python3.9/site-packages/pip/_internal/utils/logging.py", line 179, in emit
    self.handleError(record)
Message: '[present-rich] %s'
Arguments: (UpgradePrompt(old='22.1.2', new='22.2'),)

Code of Conduct

• I agree to follow the PSF Code of Conduct.

Сегодня я расскажу, как использовать встроенную библиотеку logging для логирования ваших программ в Python.

Введение

В процессе разработки приложений мы вводим множество информации в стандартный ввод/вывод.

Данные действия позволяют нам решить несколько ключевых задач

• Контроль выполнения приложения
• Отладка приложения
• Запрос ввода пользователя
• Сохранения истории выполнения приложения

Важность журналирования

Ведение журнала — очень важный и полезный инструмент в любом языке программирования и при построении приложения. Это может помочь развить лучшее и четкое понимание процесса выполнения программы.

Журналы предоставляют разработчикам дополнительную отладочную функцию, которая отслеживает поток выполнения. Используя поток выполнения, вы можете легко узнать, где скрипты или код вызывают ошибку, а также узнать, насколько хорошо ваш скрипт/код работает, не вызывая никаких ошибок или исключений.

Так обычно выглядят журналы отладки

2021-09-13 19:07:13,202 - root - DEBUG - --------------------------------------------------
2021-09-13 19:07:49,170 - root - INFO - Паук запущен
2021-09-13 19:07:49,195 - urllib3.connectionpool - DEBUG - Starting new HTTP connection (1): 192.168.100.13:8123
2021-09-13 19:07:49,197 - urllib3.connectionpool - DEBUG - http://192.168.100.13:8123 "POST / HTTP/1.1" 200 None
2021-09-13 19:07:49,200 - urllib3.connectionpool - DEBUG - http://192.168.100.13:8123 "POST /?database=default HTTP/1.1" 200 None
2021-09-13 19:07:49,202 - urllib3.connectionpool - DEBUG - http://192.168.100.13:8123 "POST /?database=default HTTP/1.1" 200 None
2021-09-13 19:07:49,204 - urllib3.connectionpool - DEBUG - http://192.168.100.13:8123 "POST /?database=default HTTP/1.1" 200 None
2021-09-13 19:07:49,249 - root - INFO - Запрашиваем количество уникальных ссылок
2021-09-13 19:07:49,249 - root - DEBUG - Сортировка ссылок по дате последнего использования
2021-09-13 19:07:49,397 - urllib3.connectionpool - DEBUG - http://192.168.100.13:8123 "POST /?database=default HTTP/1.1" 200 None
2021-09-13 19:08:24,464 - root - DEBUG - Количество ссылок в бд: 909874
2021-09-13 19:08:24,464 - root - DEBUG - Затраченное время на создание списка ссылок: 35.21463396213949
2021-09-13 19:08:24,464 - root - INFO - Удаление ссылок из блэклиста
2021-09-13 19:08:24,514 - asyncio - DEBUG - Using selector: EpollSelector
2021-09-13 19:08:24,955 - root - DEBUG - Затраченное время на очистку списка от блеклиста: 0.23246393539011478
2021-09-13 19:08:24,955 - root - INFO - Ссылок после очистки: 909874
2021-09-13 19:13:42,664 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:14:38,581 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:14:58,340 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:15:20,308 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:15:30,392 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:15:41,336 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:16:00,031 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:16:10,200 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:16:19,163 - root - DEBUG - Запись 100000 строк выполнена
2021-09-13 19:16:19,966 - root - DEBUG - Запись 9874 строк выполнена
2021-09-13 19:16:20,005 - root - DEBUG - Затраченное время на выполнение операции записи ссылок в карту: 475.00009036809206
2021-09-13 19:16:20,129 - root - DEBUG - Затраченное время на выполнение операции сортировки: 0.12395922839641571
2021-09-13 19:16:20,129 - root - DEBUG - Количество ссылок: 909874
2021-09-13 19:16:20,365 - root - DEBUG - ---------------------------------------------------------------------------

Использование

В этом разделе я покажу, как вы можете создать журнал с помощью Python, используя пакет под названием «Logging«.

Библиотека ведения журнала предоставляются в пакете с Python, но если у вас его нет и вы хотите установить, то вы можете просто запустить приведенную ниже команду pip:

После того как процесс установки завершится, продолжаем далее.

Модуль журнала обеспечивает 5 стандартных уровней, указывающих на серьезность событий:

• DEBUG
• INFO
• WARNING
• ERROR
• CRITICAL

Поэтому, если вы хотите зарегистрировать ошибку, то вы будете использовать уровень ERROR, для отправки уведомлений INFO и так далее.

Создание журнала приложения в Python

Теперь давайте создадим простой журнал.

Во-первых, нам нужно импортировать модуль ведения журнала в Python:

После импорта модуля нам нужно создать объект ведения журнала:

logger = logging.getLogger()

Теперь нам нужно настроить имя файла, в котором должны храниться журналы:

logging.basicConfig(filename='logs.log')

Приведенный выше код создаст новый файл с именем «logs.log« и все сообщения журнала будут сохранены в файле.

Примечание: вы можете дать любое имя файлу журнала, в моем случае я дал имя «logs».

Далее нам нужно установить уровень ведения журнала:

logger.setLevel(logging.DEBUG)

Теперь, когда я настроил конфигурацию, можно попробовать написать события в разные уровни

logging.debug("Уровень журнала: отладочное сообщение")
logging.info("Уровень журнала: информационное сообщение")
logging.warning("Уровень журнала: сообщение с предупреждением")
logging.error("Уровень журнала: сообщение с ошибкой")
logging.critical("Уровень журнала: критическое сообщение")

Полный код для ведения журнала:

import logging

logger = logging.getLogger()
logging.basicConfig(filename="logs.log")
logger.setLevel(logging.DEBUG)

logging.debug("Уровень журнала: отладочное сообщение")
logging.info("Уровень журнала: информационное сообщение")
logging.warning("Уровень журнала: сообщение с предупреждением")
logging.error("Уровень журнала: сообщение с ошибкой")
logging.critical("Уровень журнала: критическое сообщение")

После выполнения приведенного выше кода мы можем увидеть новый файл, созданный с именем файла «logs.log». При открытии файла журнала в блокноте или любом текстовом редакторе мы можем увидеть журналы:

Заключение

Надеюсь, вы поняли, как использовать модуль ведения журнала для создания журналов в Python. Чтобы узнать больше и понять более подробно, вы можете ознакомиться с документацией ведения журнала, предоставленной Python: Logging Documentation.

Введение

Когда мы пишем программы на Python или на любом другом языке, у нас возникает необходимость создать журнал, с информацией о ходе выполнения программы.

Эти файлы помогают нам проверить, как выполнилась программа.

Здесь обычно сохраняется информация о результатах операций, предупреждения, которые необходимо учесть, и ошибки в запуске, который нужны для получения причин сбоя.

В Python у нас есть модуль, который упрощает создание лога. Модуль ” logging”, который мы рассмотрим ниже.

Logging

Для его установки мы можем использовать инструмент pip.

pip install logging

Всякий раз, когда мы хотим использовать его, мы должны импортировать модуль:

Import logging

Чтобы использовать этот модуль, первое, что нужно сделать, это настроить систему протоколирования так, как нам нужно.

Эта конфигурация определяет, как будут отображаться сообщения журнала.

Для создания базовой конфигурации мы должны использовать функцию “basicConfig”следующим образом:

Logging.basicConfig( filename, filemode, format, datefmt, style, level, stream, handlers)
Code language: CSS (css)

Где каждый из параметров:

• filename -> Имя файла, создаваемого вместе с журналом. Если имя файла не указано, лог будет выведен на экран.
• filemode -> Если указано имя файла, этот параметр указывает способ открытия файла. По умолчанию – ‘a’.
  • ‘r’ -> Только чтение
  • ‘w’ -> Write. Удаляет файл, если он существовал ранее
  • ‘x’ -> Открыть исключительный режим. Отказ, если файл ранее существовал.
  • ‘a’ -> Запись, добавление в конец файла, если он уже существует.
• format -> Указать конкретный формат для каждой строки журнала.
• datefmt -> Указать конкретный формат для дат, которые выводятся в формате time.strftime().
• style -> Если указан format, то style используется для задания формата строки. ‘%’, ‘{‘ или ‘$’ для стиля printf, str.format() или string.Template соответственно. По умолчанию имеет значение ‘%’.
• level -> Устанавливает уровень корневого регистратора на определенный уровень. Выводит только уровни, равные или превышающие указанный. Уровень:
  • 50 -> CRITICAL
  • 40 -> ERROR
  • 30 -> WARNING
  • 20 -> INFO
  • 10 -> DEBUG
  • 0 -> NOTSET
• stream -> Используйте определенный поток для инициализации StreamHandler. Обратите внимание, что этот аргумент несовместим с filename. Если встречаются оба варианта, будет выдана ошибка ValueError.
• handlers -> Если указано, то это должен быть итератор уже созданных обработчиков для добавления в корневой логгер. Обработчикам, у которых еще нет набора форматеров, будет назначен форматер по умолчанию, созданный в этой функции. Обратите внимание, что этот аргумент несовместим с именем файла или последовательностью; если оба аргумента присутствуют, генерируется ошибка ValueError.

Когда журнал настроен, нам остается только писать в него. Это делается следующим образом в зависимости от уровня сообщения:

logging.info(‘текст info’)
logging.warning(‘текст warning’)
logging.error(‘текст error’)
logging.critical(‘текст critico’)
logging.log(lvl, ‘текст’)



  


                       
  



Code language: CSS (css)

Работа

Лучше всего понять, как работает протоколирование, можно на нескольких примерах. Здесь мы собираемся
с некоторыми из них.

Самая базовая конфигурация логирования заключается в указании только формата строки. В нашем
случае мы собираемся показать текущую дату, уровень и сообщение для отображения:

import logging
logging.basicConfig(format='%(asctime)s : %(levelname)s : %(message)s')
logging.warning('Эта программа ничего не сделала')
Code language: JavaScript (javascript)

Как вы можете видеть, сообщение журнала выходит прямо на экран и печатается с форматом, который мы указали в “basicConfig”.

Если мы хотим сохранить его в файле, чтобы обратиться к нему позже, мы должны указать “имя файла”.

В дополнение к этому мы можем указать “filemode”. В примере он установлен на “w”, так что
при каждом выполнении журнал будет затирать информацию, которая уже была у него ранее.

import logging
logging.basicConfig(filename='log.log',
                    format='%(asctime)s : %(levelname)s : %(message)s',
                    filemode='w')
logging.warning('Эта программа ничего не сделала')
Code language: JavaScript (javascript)

Убеждаемся, что на экране ничего не отображается. Вместо этого создается новый файл, в содержимом которого мы видим лог.

2021-06-19 11:52:59,784 : WARNING : Эта программа ничего не сделала
Code language: CSS (css)

Если запуск производится без опции “filemode”, по умолчанию будет использован режим “a”.

При запуске программы в этом режиме можно проверить, что файл не удален, а отладка каждого выполнения, которое мы делаем над файлом, объединяется.

2021-06-19 11:55:48,047 : WARNING : Эта программа ничего не сделала
2021-06-19 11:56:01,746 : WARNING : Эта программа ничего не сделала
2021-06-19 12:00:06,422 : WARNING : Эта программа ничего не сделала
Code language: CSS (css)

Теперь давайте рассмотрим более полный пример.

Мы собираемся придать определенный формат дате, которую мы выводим в каждой строке.

Также мы установим “level” на INFO.

То есть, он будет печатать только те сообщения, которые имеют уровень “INFO” или выше (debug не печатает).

import logging
logging.basicConfig(format='%(asctime)s : %(levelname)s : %(message)s'
                  , datefmt='%d/%m/%y %H:%M:%S'
                  , level=logging.INFO)
logging.info('Базовый тест на ведение журнала')
logging.debug('Эта линия не будет показана.')
logging.warning('Эта программа ничего не сделала')
Code language: JavaScript (javascript)

python logging.py
19/06/21 12:15:06 : INFO : Базовый тест на ведение журнала
19/06/21 12:15:06 : WARNING : Эта программа ничего не сделала

Полный пример использования логов

Давайте разберём более полный пример, чтобы наглядно рассмотреть представленные в статье понятия.

Для этого примера мы создадим программу, которая делит два числа, которые пользователь запрашивает на экране.

Очевидно, что интересна не сама программа, а протоколирование, которое мы собираемся вести на ней.

С помощью этого журнала мы сможем после завершения работы проверить, что делала программа.

Код выглядит следующим образом:

import logging
try:
    logging.basicConfig(filename='division.log',
                        filemode='a',format='%(asctime)s : %(levelname)s : %(message)s',
                        datefmt='%d/%m/%y %H:%M:%S',
                        level=logging.INFO
                        )
    logging.info('Программа, которая делит два числа')
    first_num=int(input('Введите первое число:'))
    logging.info('Первое число: '+str(first_num))
    second_num=int(input('Ведите второе число:'))
    logging.info('Второе число: '+str(second_num))
    if second_num==0:
        result=0
        logging.warning('Деление на 0')
    else:
        result=first_num/second_num
    print('Результат -> '+str(result))
    logging.info('Результат -> '+str(result))
except :
    print('Непредвиденная ошибка')
    logging.fatal('Непредвиденная ошибка')
Code language: PHP (php)

Как вы видите, мы поместили несколько строк “logging.info”, которые дадут нам информацию о том, что происходит в программе.

Поскольку деление на 0 невозможно, мы поместили предупреждение, чтобы сообщить об этой ситуации, но продолжить программу с результатом 0.

Наконец, мы использовали “fatal”, чтобы указать, если произойдет ошибка, которую мы не предусмотрели.

1) Правильные входные данные.

Вводим два числа, например, 5 и 4.

Запуск:

python logging.py
Введите первое число:5
Ведите второе число:4
Результат -> 1.25
Code language: CSS (css)

Лог:

16/06/21 12:16:09 : INFO : Программа, которая делит два числа
16/06/21 12:16:10 : INFO : Первое число: 5
16/06/21 12:16:11 : INFO : Второе число: 4
16/06/21 12:16:11 : INFO : Результат -> 1.25

2) Деление на 0

Запуск:

python logging.py
Введите первое число:8
Ведите второе число:0
Результат -> 0
Code language: CSS (css)

Лог:

16/06/21 12:30:54 : INFO : Программа, которая делит два числа
16/06/21 12:30:57 : INFO : Первое число: 8
16/06/21 12:30:58 : INFO : Второе число: 0
16/06/21 12:30:58 : WARNING : Деление на 0
16/06/21 12:30:58 : INFO : Результат -> 0



  


                       
  

3) Фатальная ошибка

Запуск:

python logging.py
Введите первое число:8
Ведите второе число:текст
Непредвиденная ошибка
Code language: CSS (css)

Лог:

16/06/21 12:32:12 : INFO : Программа, которая делит два числа
16/06/21 12:32:15 : INFO : Первое число: 8
16/06/21 12:32:16 : CRITICAL : Непредвиденная ошибка