Ошибка 171 PIP 187 или 171 Python 187 не является внутренней или внешней командой Windows 10
Ошибка «PIP» или «Python» не является внутренней или внешней командой Windows 10
Сегодня поговорим об установке Python и о первых проблемах с которыми могут столкнуться начинающие программисты. После установки Python все советую проверит правильность его установки введя в командной строке Python, после этого вы должны увидеть установленную версию питона. Так же вы сможете вводим простенькие команды и выполнять их через командную строку например, введя print(«привет»), код должен выполниться и отобразить просто «Привет».
Для установки различных модулей используется PIP, например, для установки requests в командной строке нужно ввести pip install requests. Вообще большинство пользователей после установки питона и введя в командной строке «PIP» или «Python» получает сообщение об ошибке «не является внутренней или внешней командой, исполняемой программой или пакетным файлом».
Решение данный проблемы очень простое, в интернете очень много ответов, но все они очень краткие, сжатые, без скриншотов. Разобраться новичку будет достаточно сложно. Большинство ответов имеют вот такой вид
«Вам нужно установить путь к pip в переменные окружения»
Думаю новичку это абсолютно ни о чем не говорит, он еще больше запутается. Поэтому я решил подробно описать решение данной проблемы.
Простое решение проблемы в Windows 10
И так при вводе в командной строке PIP вы видите сообщение.
«PIP» не является внутренней или внешней командой, исполняемой программой или пакетным файлом
Тоже самое и с Python
«Python» не является внутренней или внешней командой, исполняемой программой или пакетным файлом
Вам нужно добавить значения в переменную Path, рассказывать что это не буду, просто открываем свойства компьютера и выбираем «Дополнительные параметры системы».
Далее в свойствах системы переходим во вкладку «Дополнительно» и снижу нажимаем «Переменные среды».
В открывшемся окне в верхней части отмечаем переменную «Path» и нажимаем изменить.
В поле «Значение переменной» дописываем путь до папки в которой у вас установлен Питон, в моем случае это С:\Python, так же нужно указать путь до папки где лежит файл pip.exe у меня это С:\Python\Scripts. Дописываем через ; вот так.
Рекомендую изменять стандартный путь установки Питона на С:\Python.
Теперь проверяем результат запускаем командную строку и пишем сначала «PIP».
Потом пробуем написать «Python», после шеврона (>>>) можно уже написать какой нибудь код например, print(«Привет!»).
Если выше описанное для вас сложно, то можно переустановить сам Питон, отметив в главном окне пункт «Add Python 3.9 to PATH».
В процессе установки все пути будут прописаны автоматически. Вот так можно избавиться от ошибки «не является внутренней или внешней командой, исполняемой программой или пакетным файлом», которая появляется в командной строке при вводе «PIP» или «Python».
Источник
Решение проблем с модулями и пакетами Python
Я с завидной регулярностью сталкиваюсь со всевозможными ошибками, так или иначе связанными с модулями Python. Существует огромное количество разнообразных модулей Python, которые разработчики активно используют, но далеко не всегда заботятся об установке зависимостей. Некоторые даже не удосуживаются их документировать. Параллельно существует две мажорные версии Python: 2 и 3. В разных дистрибутивах отдано предпочтение одной или другой версии, по этой причине самостоятельно установленную программу в зависимости от дистрибутива нужно при запуске предварять python или python2/python3. Например:
Причём обычно не происходит никаких проверок и угадали ли вы с выбором версии или нет вы узнаете только при появлении первых ошибок, вызванных неправильным синтаксисом программного кода для данной версии.
Также прибавляет путаницу то, что модули можно установить как из стандартного репозитория дистрибутивов, так и с помощью pip (инструмент для установки пакетов Python).
Цель этой заметки — рассмотреть некоторые характерные проблемы модулей Python. Все возможные ошибки вряд ли удастся охватить, но описанное здесь должно помочь понять, в каком примерно направлении двигаться.
Отсутствие модуля Python
Большинство ошибок модулей Python начинаются со строк:
В них трудно разобраться, поэтому поищите фразы вида:
- ModuleNotFoundError: No module named
- No module named
- ImportError: No module named
За ними следует название модуля.
Поищите по указанному имени в системном репозитории, или попробуйте установить командой вида:
Пакет Python установлен, но программа его не видит
Причина может быть в том, что вы установили модуль для другой версии. Например, программа написана на Python3, а вы установили модуль с этим же названием, но написанный на Python2. В этом случае он не будет существовать для программы. Поэтому нужно правильно указывать номер версии.
Команда pip также имеет свои две версии: pip2 и pip3. Если версия не указана, то это означает, что используется какая-то из двух указанных (2 или 3) версий, которая является основной в системе. Например, сейчас в Debian и производных по умолчанию основной версией Python является вторая. Поэтому в репозитории есть два пакета: python-pip (вторая версия) и python3-pip (третья).
В Arch Linux и производных по умолчанию основной версией является третья, поэтому в репозиториях присутствует пакет python-pip (третья версия) и python2-pip (вторая).
Это же самое относится к пакетам Python и самому Python: если версия не указана, значит имеется ввиду основная для вашего дистрибутива версия. По этой причине многие пакеты в репозитории присутствуют с двумя очень похожими названиями.
Установлена новая версия модуля, но программа видит старую версию
Я несколько раз сталкивался с подобными необъяснимыми ошибками.
Иногда помогает удаление модуля командой вида:
Также попробуйте удалить его используя системный менеджер пакетов.
Если модуль вам нужен, попробуйте вновь установить его и проверьте, решило ли это проблему.
Если проблема не решена, то удалите все файлы модуля, обычно они расположены в папках вида:
- /usr/lib/python2.7/site-packages/модуль
- /usr/lib/python3.7/site-packages/модуль
Ошибки с фразой «AttributeError: 'NoneType' object has no attribute»
Ошибки, в которых присутствует слово AttributeError, NoneType, object has no attribute обычно вызваны не отсутствием модуля, а тем, что модуль не получил ожидаемого аргумента, либо получил неправильное число аргументов. Было бы правильнее сказать, что ошибка вызвана недостаточной проверкой данных и отсутствием перехвата исключений (то есть программа плохо написана).
В этих случаях обычно ничего не требуется дополнительно устанавливать. В моей практике частыми случаями таких ошибок является обращение программы к определённому сайту, но сайт может быть недоступен, либо API ключ больше недействителен, либо программа не получила ожидаемые данные по другим причинам. Также программа может обращаться к другой программе, но из-за ошибки в ней получит не тот результат, который ожидала, и уже это вызывает приведённые выше ошибки, которые мы видим.
Опять же, хорошо написанная программа в этом случае должна вернуть что-то вроде «информация не загружена», «работа программы N завершилась ошибкой» и так далее. Как правило, нужно разбираться с причиной самой первой проблемы или обращаться к разработчику.
Модуль установлен, но при обновлении или обращении к нему появляется ошибки
Это самая экзотическая ошибка, которая вызвана, видимо, повреждением файлов пакета. К примеру, при попытке обновления я получал ошибку:
При этом сам модуль установлен как следует из самой первой строки.
Проблема может решиться удалением всех файлов пакета (с помощью rm) и затем повторной установки.
К примеру в рассматриваемом случае, удаление:
После этого проблема с модулем исчезла.
Заключение
Пожалуй, это далеко не полный «справочник ошибок Python», но если вы можете сориентироваться, какого рода ошибка у вас возникла:
- отсутствует модуль
- модуль неправильной версии
- модуль повреждён
- внешняя причина — программа не получила ожидаемые данные
Так вот, если вы хотя бы примерно поняли главную причину, то вам будет проще понять, в каком направлении двигаться для её решения.
Источник
Python. Загрузка и установка Python 3. Возможные ошибки установки и их решение.(2)
Загрузка и установка Python 3. Возможные ошибки установки и их решение.
Процесс загрузки и установки довольно прост, хотя есть некоторые тонкости.
Как устанавливать программы знают все. Единственное необходимо поставить галку в квадратике обведенным красным кругом.
"Add Python 3.7 to PATH" (добавляет каталог в котором находится исполняемый файл Python 3.7 в PATH ). PATH — переменная среды, представляющая список каталогов (папок). В перечисленных в PATH каталогах (папках) операционная система "ищет" исполняемые файлы которые можно запускать из командной строки.
И если не поставить галку в квадратике "Add Python 3.7 to PATH", то для запуска Python из командной строки ( запустить командную строку можно нажатием клавишей "пуск" (флажок)+ R) вам будет нужно прописать полный путь до папки в которой находится исполняемый файл Python, если же вы поставите галку, то в командной строке достаточно написать python.
Если же вы не поставили галку рядом с "Add Python 3.7 to PATH" или по каким то причинам не получилось прописать в PATH каталог с исполнительным файлом Python, то для запуска Python из командной строки без полного написания пути к исполнительному файлу Python есть по крайней мере четыре варианта действий:
1. "Снести" Python и установить его по новому,
2. Прописать в PATH путь к исполнительному файлу Python в ручную. Как это сделать можно найти в сети.
3. Открывать командную строку из папки в которой находится исполнительный файл Python. Для этого нужно войти в папку с исполнительным файлом нажать на "shift + правая клавиша мыши" в "выпавшем" окне выбрать "Open command window here/Открыть окно команд" и написать python нажать на "Enter". вуаля
4. Установить Интегрированную среду разработки (IDE) и запускать командную строку в ней.
Как я понял командная строка нужна для быстрого показа примеров в процессе обучения и для запуска утилиты pip. Писать программы в ней сложновато.
Источник
levenshtein 0.12.0
Python extension for computing string edit distances and similarities.
Navigation
Project links
Statistics
View statistics for this project via Libraries.io, or by using our public dataset on Google BigQuery
License: GNU General Public License v2 or later (GPLv2+) (GPL)
Tags string, Levenshtein, comparison, edit-distance
Maintainers
Classifiers
- License
- OSI Approved :: GNU General Public License v2 or later (GPLv2+)
- Python
- Python :: 2
- Python :: 3
- Python :: Implementation :: CPython
Project description
This is a fork to get wheels on PyPI. It is a work in progress.
Introduction
The Levenshtein Python C extension module contains functions for fast computation of
- Levenshtein (edit) distance, and edit operations
- string similarity
- approximate median strings, and generally string averaging
- string sequence and set similarity
It supports both normal and Unicode strings.
Python 2.2 or newer is required; Python 3 is supported.
StringMatcher.py is an example SequenceMatcher-like class built on the top of Levenshtein. It misses some SequenceMatcher’s functionality, and has some extra OTOH.
Levenshtein.c can be used as a pure C library, too. You only have to define NO_PYTHON preprocessor symbol (-DNO_PYTHON) when compiling it. The functionality is similar to that of the Python extension. No separate docs are provided yet, RTFS. But they are not interchangeable:
- C functions exported when compiling with -DNO_PYTHON (see Levenshtein.h) are not exported when compiling as a Python extension (and vice versa)
- Unicode character type used with -DNO_PYTHON is wchar_t, Python extension uses Py_UNICODE, they may be the same but don’t count on it
Installation
Documentation
gendoc.sh generates HTML API documentation, you probably want a selfcontained instead of includable version, so run in ./gendoc.sh --selfcontained . It needs Levenshtein already installed and genextdoc.py.
License
Levenshtein is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
See the file COPYING for the full text of GNU General Public License version 2.
History
This package was long missing from the Python Package Index and available as source checkout only, but can now be found on PyPI again.
We needed to restore this package for Go Mobile for Plone and Pywurfl projects which depend on this.
Source code
Authors
- Maintainer: Antti Haapala <antti@haapala.name>
- Python 3 compatibility: Esa Määttä
- Jonatas CD: Fixed documentation generation
- Previous maintainer: Mikko Ohtamaa
- Original code: David Necas (Yeti) <yeti at physics.muni.cz>
Changelog
- Fixed a bug in StringMatcher.StringMatcher.get_matching_blocks / extract_editops for Python 3; now allow only str editops on both Python 2 and Python 3, for simpler and working code.
- Added documentation in the source distribution and in GIT
- Fixed the package layout: renamed the .so/.dll to _levenshtein, and made it reside inside a package, along with the StringMatcher class.
- Fixed spelling errors.
- Fixed a bug in setup.py: installation would fail on Python 3 if the locale did not specify UTF-8 charset (Felix Yan).
- Added COPYING, StringMatcher.py, gendoc.sh and NEWS in MANIFEST.in, as they were missing from source distributions.
- Added Levenshtein.h to MANIFEST.in
- Python 3 support, maintainership passed to Antti Haapala
0.10.1 — 0.10.2
- Made python-Lehvenstein Git compatible and use setuptools for PyPi upload
- Created HISTORY.txt and made README reST compatible
Project details
Project links
Statistics
View statistics for this project via Libraries.io, or by using our public dataset on Google BigQuery
License: GNU General Public License v2 or later (GPLv2+) (GPL)
Tags string, Levenshtein, comparison, edit-distance
Maintainers
Classifiers
- License
- OSI Approved :: GNU General Public License v2 or later (GPLv2+)
- Python
- Python :: 2
- Python :: 3
- Python :: Implementation :: CPython
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you’re not sure which to choose, learn more about installing packages.
Источник