Npm не является внутренней или внешней windows

You have a couple of options here, besides installing npm-run-all as a global package as suggested by @Vaibhav in the comments:

1) Create an NPM script

The package.json file has a scripts section which can used to define shortcuts for anything you need to run while you’re working on your app. There are some pre-defined scripts, like run or test than can be executed with simply npm start/npm test or you can define anything you like and then run it with npm run my-script-name. You could try:

{
  "scripts": {
    "start": "npm-run-all -p build-css build-webpack"
  }
}

Any NPM module referenced here «just works» (i.e. the path to the executable is resolved under the hood by NPM)

2) NPX

In newer versions of NPM (i.e. >= 5.2 or so), the «NPX» executable is provided. This has a similar effect to running commands inside an NPM script. You would run:

npx npm-run-all -p build-css build-webpack

Again, the path would be automatically resolved.

If you have an older NPM install, you can also install it separately:

npm install -g npx

You have a couple of options here, besides installing npm-run-all as a global package as suggested by @Vaibhav in the comments:

1) Create an NPM script

The package.json file has a scripts section which can used to define shortcuts for anything you need to run while you’re working on your app. There are some pre-defined scripts, like run or test than can be executed with simply npm start/npm test or you can define anything you like and then run it with npm run my-script-name. You could try:

{
  "scripts": {
    "start": "npm-run-all -p build-css build-webpack"
  }
}

Any NPM module referenced here «just works» (i.e. the path to the executable is resolved under the hood by NPM)

2) NPX

In newer versions of NPM (i.e. >= 5.2 or so), the «NPX» executable is provided. This has a similar effect to running commands inside an NPM script. You would run:

npx npm-run-all -p build-css build-webpack

Again, the path would be automatically resolved.

If you have an older NPM install, you can also install it separately:

npm install -g npx

Ссылка: https://juejin.cn/post/6844903586313273358

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

1.node Официальный веб -сайт (https://nodejs.org/en/) Загрузите версию Nodejs Windows для установки программы Node

2. Процесс установки в основном «следующий». (Чтобы избежать влияния таких событий, как системы переустановки, установленные в не -системной версии, здесь установлен в D: Program Files Nodejs)

3. После завершения установки вы можете использовать CMD (Win+R, а затем ввести CMD для входа), чтобы проверить, является ли установка успешной. Метод: введите узел -V под CMD. Похоже, что приглашение версии завершает установку Nodejs.

4. Поскольку новая версия NodeJS была интегрирована с NPM, NPM устанавливается вместе при установке NodeJS. Вы также можете использовать командную строку CMD для ввода NPM-V, чтобы проверить, успешно ли она.

5. Конструкция обычных Nodejs была завершена до сих пор. Если вы не можете ждать, вы можете ввести свое первое предложение Nodejs в «Cmd» входном узле в режим разработки узлов: «Привет, мир» -nter в окне команды: Консоль .log («Привет, мир»).

6. Пользовательский глобальный путь NPM
Сначала мы должны настроить путь хранения глобального модуля NPM и путь кеша. Например, я надеюсь поместить две вышеупомянутые папки в основные видео Nodejs, а затем создать node_global и node_cache под Nodejs. Как показано ниже

Запустите CMD и введите следующие две команды. После успеха пакеты, установленные через глобальную установку NPM.

npm config set prefix "D:Program Filesnodejsnode_global"
npm config set cache "D:Program Filesnodejsnode_cache"

Проверьте, установите пакет Vue-Cli, введите команду NPM Install -g Vue-CLI, и будет предложено установить его в папке D: Program Nodejs node_cache.

7. Глобальная конфигурация пути NPM завершена, и теперь переменные системной среды начинают начать конфигурацию
Откройте диалоговое окно «Системное», щелкните правой кнопкой мыши «Мой компьютер» «Свойства»-«Настройки расширенных систем»-«Advanced»-«переменная среды».
Введите диалоговое окно переменной среды, создайте новый node_path в системной переменной, введите D: Program Files nodejs node_global node_modules

Следующий шаг очень важен
Поскольку адрес модулей по умолчанию изменился,Таким образом, пользовательские переменные выше должны быть изменены (значение пути пользовательской переменной изменяется на D: Program Files nodejs node_global )В противном случае, при использовании модуля, команда ввода появляется, XXX не является внутренней или внешней командой, ни ошибкой запуска программы или партийных файлов.
Поскольку переменные среды, настроенные здесь, участвуют в общей ситуации, компьютер должен быть перезапущен или CMD после завершения конфигурации.

Ниже пути ниже

изменился на

Просто примите это.

Если «NPM» не является внутренней или внешней командой, и не является запущенной программой, которая может работать

Вероятность — проблема шага 7. Не забудьте изменить пользовательские переменные

rimraf in package.json error #102

Hi, I am using rimraf as a ‘npm run clean’ command in package.json on Windows 10 it does delete the node_modules directory but I am getting the following error :-

with the package.json file :-

preclean: simple-vhost-example@1.0.0 6 silly lifecycle simple-vhost-example@1.0.0

preclean: no script for preclean, continuing 7 info lifecycle simple-vhost-example@1.0.0

clean: simple-vhost-example@1.0.0 8 verbose lifecycle simple-vhost-example@1.0.0

clean: unsafe-perm in lifecycle true 9 verbose lifecycle simple-vhost-example@1.0.0

clean: PATH: C:Program Filesnodejsnode_modulesnpmbinnode-gyp-bin;C:UsersAaronExamplesHapiJSsimplenode_modules.bin;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:Program FilesMicrosoft SQL Server110ToolsBinn;C:Program Files (x86)Microsoft SDKsTypeScript1.0;C:Program FilesMicrosoft SQL Server120ToolsBinn;C:Program Files (x86)GNUGnuPGpub;C:Program Files (x86)SkypePhone;C:GnuWin32bin;C:Program Filesnodejs;C:UsersAaron.dnxbin;C:Program FilesMicrosoft DNXDnvm;C:Program Files (x86)Windows Kits10Windows Performance Toolkit;C:Program FilesGitcmd;C:Utils;C:Ruby21-x64bin;C:Program Files (x86)Nmap;C:UsersAaronAppDataRoamingnpm;C:Program Files (x86)LLVMbin 10 verbose lifecycle simple-vhost-example@1.0.0

clean: CWD: C:UsersAaronExamplesHapiJSsimple 11 silly lifecycle simple-vhost-example@1.0.0

clean: Args: [ ‘/d /s /c’, ‘rimraf node_modules’ ] 12 silly lifecycle simple-vhost-example@1.0.0

clean: Returned: code: 1 signal: null 13 info lifecycle simple-vhost-example@1.0.0

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

It only does it on Windows not on Debian Linux

I’m also noticing this issue. What can I do to help troubleshoot this?

@AaronNGray So, let me see if I understand this correctly:

1. You have rimraf installed in node_modules
2. An npm package.json script is calling rimraf node_modules

What may be occurring here is that Windows is getting upset with you trying to unlink a file that is currently in use, and thus locked. (Unix filesystems do not have this limitation.)

@isaacs yes this is exactly the case here. Idk how to deal with it though.

@Restuta @AaronNGray Can you change the script to do rimraf «node_modules/!(rimraf|.bin)» so that it doesn’t try to delete the thing that’s currently in use?

Temporary Workaround: One of the solutions would also be able to install rimraf as a global package, after running npm install by including the following line in your package.json.

«postinstall»:»npm install rimraf -g»,

I am working on Windows 10, the temporary solution «postinstall» provided by @etiennejcharles is not working in my case.

@hegdeashwin I think that if your project has a(n) (in)direct dependency on rimraf , npm run will prefer the version installed in node_modules/.bin over the one installed globally. Then you’ll end up with this same issue of rimraf trying to delete locked files.

Trying to run a script that deletes itself on Windows just isn’t a clean thing to do (unless you use whatever tricks Cygwin’s rm does). And if rimraf or any of its dependencies ever uses a lazy require() you’d end up with problems from partially deleted node_modules on any platform. You should use some tool that is not installed in your local project’s node_modules to remove your local project’s node_modules directory. This technique should be reliable and work on all platforms. I personally avoid writing such a script as an npm run script in my project because I know this technique is not portable.

If you choose to use rimraf , then to use a globally installed version (e.g. installed by npm install -g rimraf ), you must invoke it from outside of npm run . This is because npm run adds node_modules/.bin to PATH prior to running scripts. E.g., at the terminal you would type rimraf node_modules instead of npm run clean . If your clean step is more complicated, you could make it its own module and binary and install it globally or in another folder so that you would type my-clean-script instead of npm run clean .

@hegdeashwin @binki The notion of being able to delete node modules itself, especially on windows, has come up many times in conversation (and I think more than a few times in this issue tracker). I believe the conclusion is been that the ability to do so is outside the scope of rimraf , unless you want to require that it be installed globally and banish it from being installed locally (because of the preference problem).

To workaround all of this, I created a separate standalone single file bundle of rimraf:

Источник

Не является внутренней или внешней командой, исполняемой программой или пакетным файлом — как исправить?

При выполнении команд в командной строке Windows 10 и Windows 11 вы можете получить сообщение об ошибке, где указано первое «слово» вашей команды — adb.exe, pip или python, npm или git, java, telnet или любое другое, а далее — не является внутренней или внешней командой, исполняемой программой или пакетным файлом.

В этой инструкции подробно о том, что означает такое сообщение, почему появляется и как исправить ошибку при выполнении наиболее распространённых команд в командной строке.

Причины ошибки «Не является внутренней или внешней командой» при выполнении команд в командной строке Windows 10 и Windows 11

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

1. В случае, если «команда» является собственной встроенной командой консоли (в качестве примера — cls), она выполняется с заданными параметрами.
2. Если «команда» — это какой-то файл .exe, .cmd, .bat или иной, например, pip, python или adb, выполняется попытка его запуска из расположения, где запущена командная строка (выделено на изображении ниже) или из расположений, добавленных в системную переменную PATH (о которой поговорим подробнее далее). При удачном запуске и правильно переданных параметрах команда выполняется.

Отсюда следуют наиболее распространённые причины появления ошибки при выполнении команды:

• Самая распространённая причина — отсутствие исполняемого файла в папке, где запущена командная строка и в папках, содержащихся в PATH.
• Ошибки при написании команды: при ошибке в имени файла, он не будет найден, что и приведёт к указанной ошибке.
• Файл отсутствует где-либо, например, вы пробуете использовать telnet, в то время, когда соответствующий компонент Windows не установлен.
• Редко — запускаемый через командную строку файл действительно не является исполняемой программой: изначально сам по себе или из-за повреждений.

Теперь о том, что делать в рассматриваемой ситуации.

Как исправить ошибку

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

Переход к папке с исполняемым файлом в командной строке

Если выполнение команды требуется не на регулярной основе, достаточно перейти в командной строке в папку, содержащую нужный файл, делается это следующим образом:

1. Например, мы знаем, что python.exe для последней версии Python на момент написания этой статьи располагается в папкеpip.exe — там же во вложенной папке Scripts (если окажется не ясным, как попасть в эту папку, процесс показан в видео ниже), adb.exe — где-то в папке с platform-tools и так далее. Скопируйте этот путь, сделать это можно из адресной строки проводника.
2. Если командная строка запущена на том же диске, где находится нужный исполняемый файл, введите команду вида:
3. Если командная строка запущена на диске C:, а исполняемый файл находится на другом диске, то перед 2-м шагом используйте команду вида (здесь D меняем на нужную букву диска) D: с последующим нажатием Enter.
4. Введите нужную команду, которая ранее сообщала об ошибке — теперь она должна выполниться успешно.

Добавление папки с программой в системную переменную среды PATH

В случае, когда использование команд требуется регулярно, например, для git, разумным будет добавить папку с этим исполняемым файлом в PATH, чтобы затем в любой момент времени выполнять команды, независимо от того, в какой папке открыта командная строка:

1. Введите в поиск на панели задач Windows 10 или Windows 11 «Изменение переменных среды» или нажмите клавиши Win+R, введите sysdm.cpl, нажмите Enter, а в окне свойств системы перейдите на вкладку «Дополнительно».
2. Нажмите кнопку «Переменные среды».
3. В следующем окне вы можете добавить папку с исполняемым файлом в переменную PATH только для текущего пользователя или для системы в целом. Выбираем Path в нижней панели и нажимаем «Изменить».
4. В следующем окне нажимаем «Создать» и вставляем путь к папке с исполняемым файлом, используемом в вашей команде.
5. Сохраняем настройки. Также следует перезапустить командную строку.

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

Примечание: если ошибка возникает при использовании команд python, обратите внимание, что при первоначальной установке вам предложат добавить необходимые пути в PATH (отметка Add Python to PATH), то же самое часто бывает и при установке других программ:

Установка недостающих компонентов

Иногда проблема возникает из-за того, что нужный файл попросту отсутствует на компьютере:

• Вы пробуете использовать команды telnet, но не зашли в Панель управления —Программы и компоненты — Включение или отключение компонентов Windows и не включили «Клиент Telnet».
• Запускаете команды pyinstaller, но предварительно не установили его командой pip install pyinstaller
• Пробуете использовать команды adb.exe, но не установили необходимые компоненты Android SDK Platform Tools.

Аналогичная ситуация может быть и для многих других, не входящих в стандартную поставку Windows 10 и Windows 11 компонентов, например, java.

Если ошибка возникает при запуске системных инструментов Windows

В ситуации, когда сообщение «Не является внутренней или внешней командой» в командной строке выдается при попытке использовать системные инструменты, такие как sfc /scannow или slmgr:

1. Внимательно проверьте правильность написания команды: раскладка, пробелы.
2. Убедитесь, что соответствующие файлы есть в системе (обычно — в C:WindowsSystem32). Попробуйте запустить их напрямую из этой папки (перейдя в папку с помощью cd C:WindowsSystem32) и с указанием расширения, для файлов в примере — sfc.exe и slmgr.vbs
3. Убедитесь, что в системной переменной среды PATHEXT указаны следующие расширения: .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC

Видео инструкция

Надеюсь, статья и видео помогли разобраться с проблемой и помогли в её решении. Остаются вопросы? — задавайте их в комментариях, я постараюсь ответить.

Источник

sh: 1: rimraf: не обнаруживается всякий раз, когда я запускаю npm run build в vagrant, установленном в Windows 10

ОШИБКА python: / bin / sh: 1: xslt-config: не найден

Я хочу запустить проект веб-пакета в Vagrant (установленном в Windows 10), в который я встроил виртуальную машину Ubuntu 16.04.

Мне удалось установить npm 5.6.0 а также nodejs v8.9.4 очень успешно.

Я пытался бежать npm install чтобы установить все мои зависимости. После получения этих ошибок:

Я старался : npm install —no-bin-links , что дало мне те же ошибки, что и выше.

Итак, я бегу: npm run build

И теперь я продолжаю получать эту ошибку:

Вот мой package.json:

Не знаю, что делать, я потерялся. Я пробовал все в Google (Github, SO и т. Д.). Ничего не получается.

• Согласно ошибкам вы используете node v4.2.6 а также npm v3.5.2 не 8.9.4 соответственно 5.6.0 .
• Вместо того npm install попробуйте с npm install —no-bin-links .
• @Svenskunganka, извините, я отредактировал свой ответ (скопировал не тот файл). Я также сделал npm install —no-bin-links безуспешно

Просто добавьте этот скрипт в свой package.json :

Текущее поведение ищет глобально установленный римраф (вы также можете сделать это, выполнив npm i -g rimraf ), но в строке выше говорится, что следует использовать локальную версию проекта.

В некоторых редких случаях npm install -g @angular/[email protected] не удастся создать файл bin.js в следующем месте

Поэтому попробуйте сначала создать пропущенный файл, выполнив следующую команду

Теперь ты можешь бежать npm install -g @angular/[email protected] и он без проблем установит angular

Источник

«Имя файла» не является внутренней или внешней командой, исполняемой программой или пакетным файлом

При попытке открыть какую-либо команду через окно служебной программы или консоль, вы сталкиваетесь с ошибкой – «Имя файла» не является внутренней или внешней командой, исполняемой программой или пакетным файлом. Система упрямо не открывает файл по каким-то причинам и этот факт очень раздражает. Причиной этого может быть один из нескольких вариантов: неправильно указан путь к файлу и отсутствие компонента в системе вообще, т.е по указанному адресу его не существует.

Основные причины, по которым появляется ошибка «не является внутренней или внешней командой»

Как уже было сказано, одна из причин заключается в неправильном указании пути к открываемому файлу. Обычно путь к файлу прописан в переменной «Path» в системе, должен быть указан строгий путь к директории, в котором размещены нужные файлы. Если имеются какие-то ошибки в настройках при указании пути в переменной, либо при указании имени файла, то система будет выдавать именно такую ошибку – «имя файла» не является внутренней или внешней командой, исполняемой программой.

Первым делом необходимо указать точный путь переменной «Path» операционной системе, чтобы не возникало ошибок при открытии файла. Для этого нужно наверняка знать расположение папки. К примеру, обратимся к программе, которая в дальнейшем будет работать с исполняемым файлом в определенной папке.

Переменная «Path» — это переменная операционной системы, которая служит для того, чтобы найти указанные исполняемые объекты через командную строку или терминал. Найти ее можно в панели управления Windows. В новых версиях Виндовс и других ОС указание вручную обычно не требуется.

Указываем правильный путь в переменной path на ОС Windows 7

Чтобы правильно указать путь необходимо знать точное расположение файла. Если файл программы, который нужно открыть лежит на диске в С:Program FilesJavajdk 1.8.0.45bin, тогда этот путь нужно скопировать и указать в системной переменной для последующего открытия.

1. Далее нам понадобиться рабочий стол, наводим мышь на «Мой компьютер» и в контекстном меню выбираем «Свойства».
2. Нажимаем «Дополнительные параметры» слева и выбираем пункт «Переменные среды».
3. В открывшемся окне ищем строку «Path» нажимаем на нее и вставляем скопированные путь сюда.
4. Действие нужно подтвердить кнопкой «Ок». Компьютер желательно перезагрузить, чтобы настройки точно вступили в силу. Откройте консоль и вбейте нужную команду. Ошибки быть не должно.

В том случае, если ошибка будет появляться снова, попробуйте перенести программу в рабочие директории диска с установленной операционной системой, например /System32. С этой директорией Виндовс работает чаще.

Также ошибки возникают из-за отсутствия компонентов программы. Устранить их можно дополнив нужными. Для примера возьмем компонент «Telnet». Чтобы его включить, перейдите:

• На «Панель управления».
• Дальше выберите «Включение и выключение компонентов».
• Из списка выбираем «Клиент Telnet», напротив ставим галочку и нажимаем «Ок».
• Компонент должен работать и ошибок возникать больше не должно.

Поставьте галочку рядом с компонентом Windows Telnet

Источник

#nodejs #npm

Возникли проблемы при работе с nodejs

Например, когда вызываешь npm --v получается  вот это (см.ниже)

C:WINDOWSsystem32>npm --v
"CALL "C:Program Filesnodejs\node.exe" "C:Program Filesnodejs\node_modulesnpmbinnpm-cli.js"
prefix -g" не является внутренней или внешней командой, исполняемой программой или
пакетным файлом.
2.14.4


Вроде выводит версию, но перед этим выводит, как вы видите, какую-то ошибку что ли...

В чем проблема? Я не могу понять почему выводит какой-то CALL? 

Обновление

:: Created by npm, please don't edit manually.

ECHO OFF

SETLOCAL

SET "NODE_EXE=%~dp0node.exe"
IF NOT EXIST "%NODE_EXE%" (
  SET "NODE_EXE=node"
)

SET "NPM_CLI_JS=%~dp0node_modulesnpmbinnpm-cli.js"
FOR /F "delims=" %%F IN ('CALL "%NODE_EXE%" "%NPM_CLI_JS%" prefix -g') DO (
  SET "NPM_PREFIX_NPM_CLI_JS=%%Fnode_modulesnpmbinnpm-cli.js"
)
IF EXIST "%NPM_PREFIX_NPM_CLI_JS%" (
  SET "NPM_CLI_JS=%NPM_PREFIX_NPM_CLI_JS%"
)

"%NODE_EXE%" "%NPM_CLI_JS%" %*


Извиняюсь за оформление. Это было содержимое npm.cmd.
    

Ответ 1
Запрашивать версию надо одним из следующих способов:

-v
--version


Насколько я помню, вариант --v не является классическим.
Впрочем, мой npm версии 2.10.1 его тоже съел.