Error cannot find master process to attach to

Как устранить ошибку «Не удается найти модуль» с помощью Node.js?

Вытащив модуль из GitHub и следуя инструкциям по его сборке, я пытаюсь вставить его в существующий проект, используя:

Похоже, это помогает:

Но Node.js не может найти модуль:

Я действительно хочу понять, что здесь происходит, но я немного не понимаю, где искать дальше. Какие-либо предложения?

Использование npm install устанавливает модуль только в текущий каталог (в подкаталог с именем node_modules ). Находится ли app.js в home/dave/src/server/ ? Если нет и вы хотите использовать модуль из любого каталога, вам необходимо установить его глобально, используя npm install -g .

Я обычно устанавливаю большинство пакетов локально, чтобы они регистрировались вместе с кодом моего проекта.

Обновление (8/2019):

В настоящее время вы можете использовать файл package-lock.json , который автоматически создается, когда npm изменяет ваш каталог node_modules. Поэтому вы можете не проверять пакеты, потому что они package-lock.json отслеживают точные версии ваших node_modules, которые вы сейчас используете. Для установки пакетов package-lock.json вместо package.json используйте команду npm ci .

Обновление (3/2016):

Я получил много критики за свой ответ, в частности, за то, что я проверяю пакеты, от которых зависит мой код. Несколько дней назад кто-то отменил публикацию всех своих пакетов ( https://kodfabrik.com/journal/i-ve-just-liberated-my-modules ), которые сломали React, Babel и почти все остальное. Надеюсь, теперь ясно, что если у вас есть производственный код, вы не можете полагаться на то, что NPM фактически поддерживает ваши зависимости за вас.

У меня была очень похожая проблема. Удаление всей node_modules папки и повторная установка сработали для меня:

Например, если ошибка:

тогда вы можете решить эту проблему, выполнив команду npm install —save form-data .

Для пользователей TypeScript, если вы импортируете встроенный модуль Node (например http , path или url ) и получаете сообщение об ошибке, например, «Cannot find module «x» тогда ошибку можно исправить, запустив

Команда импортирует определения NodeJS TypeScript в ваш проект, что позволит вам использовать встроенные модули Node.

Это происходит, когда первая установка npm по какой-либо причине завершилась сбоем (СИГНАЛ npm), или если задержка была слишком большой, или данные повреждены. Повторная попытка установки npm не спасет от проблемы.

Что-то пошло не так при первой проверке npm, поэтому лучше всего удалить файл и перезапустить установку npm.

Если вы используете nvm, убедитесь, что существующие модули node_modules, которые связаны с другими библиотеками, скомпилированы для правильной версии Node.js.

У меня была такая же ошибка. Причина заключалась в следующем: мы используем nvm, поскольку мы запускаем два приложения на сервере, для одного требуется Node.js 5.6, потому что он использует node -gd (который на данный момент не работает на Node.js 6), для другого требуется Node.js 6. Node.js 6 — это установка apt-get .

Также мы используем инструмент pm2 для развертывания.

Итак, настройка по умолчанию такова, что процесс pm2 запускается, когда nvm не действует, поэтому он использует установку Node.js с помощью apt-get (версия 6). Итак, основной демон pm2 запускается с Node.js 6. Если я запускаю приложения в режиме fork, они запускаются в отдельных процессах, и настройки nvm действуют. Когда я запускаю приложения в кластерном режиме — они наследуют среду, отличную от nvm.

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

Я исправил это, перезапустив pm2, когда действуют настройки nvm. Также должны быть исправлены скрипты запуска.

Вчера я столкнулся с этой ошибкой. Мне потребовалось время, чтобы понять, что main запись package.json указывает на файл, который я переместил. Как только я обновил, ошибка исчезла, и пакет заработал.

Убедитесь, что переменная окружения NODE_PATH установлена ​​правильно и указывает на путь node_modules. nodejs использует эту переменную для поиска библиотек

Эта ошибка может возникнуть, если вы require используете модуль, в котором отсутствует или неверное main поле в package.json. Хотя сам модуль установлен, npm / node должен использовать один файл .js в качестве точки входа в ваш модуль. Если main поля там нет, поиск по умолчанию выполняется index.js в папке вашего модуля. Если главный файл вашего модуля не называется index.js, он не сможет require это сделать.

Обнаружен при browserify преобразовании модуля на основе CommonJS require ; browserify не заботился об отсутствующем main поле, и поэтому ошибка осталась незамеченной.

Если все остальные методы у вас не работают . Попробуйте

Это должно исправить проблему и установить все пакеты.

Удалите node_module корневую папку из вашего проекта (например:) myApp . Перейдите в myApp папку, а затем введите команду ниже из терминала

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

Укажите путь к папке restler, которая будет внутри папки node_modules, например: var rest = require (‘./ node_modules / restler’);

Это сработало для меня.

Я могу добавить еще одно место для проверки; пакет, который я пытался использовать, был еще одним из моих собственных пакетов, которые я опубликовал в частном репозитории NPM. Я забыл правильно настроить свойство main в package.json. Итак, пакет был в папке node_modules пакета-потребителя, но я получал «не могу найти модуль». Мне потребовалось несколько минут, чтобы осознать свою ошибку. 🙁

Если вы используете машинописный текст и получаете сообщение об ошибке после установки всех узловых модулей, удалите package-lock.json . А потом беги npm install .

Эта ошибка случилась со мной, когда я боролся с усталостью и легкой болезнью, потому что я печатал node blah вместо npm blah .

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

Только что нашел необычный сценарий, который может быть кому-то полезен и представляет собой отвлекающий маневр.

Я также получал ошибку Cannot Find Module, но, как ни странно, все работало отлично в моей локальной (размещенной на Mac) среде Node.js. Эта проблема появилась только тогда, когда код был развернут на нашем сервере Linux.

Что ж . оказалось, что это опечатка, которую (по-видимому) установка Node.js на Mac была совершенно счастлива проигнорировать.

Включаемый выглядел так:

Но на самом деле файл назывался «s3Uploader.class.js».

Обратите внимание на различие в регистре букв «s» и «S» между кодом и именем файла.

Итак — в случае странной возможности, что ни одно из других решений здесь не решает вашу проблему, трижды убедитесь, что вы не прописываете символы во включенном имени файла! 🙂

Я пытался опубликовать свой собственный пакет, а затем включить его в другой проект. У меня была эта проблема из-за того, как я построил первый модуль. Я использую экспорт ES2015 для создания модуля, например, скажем, модуль выглядит так:

После компиляции с помощью Babel и до публикации:

Итак, после того, как npm install module-name в другом проекте (без ES2015) мне пришлось сделать

var hello = require(‘module-name’).default;

Чтобы фактически импортировал пакет.

Надеюсь, это поможет!

Я столкнулся с той же проблемой, когда кто-то из команды обновился package.json в SVN. Простое удаление node_modules каталога не помогло. Как я решил проблему:

Надеюсь, это кому-то поможет!

В моем случае я UNMET PEER DEPENDENCY [email protected]^3.0.0 вызвал это сообщение об ошибке, просмотрите их все и снова установите недостающие модули, используя —save

Удаление node / npm, а затем повторная установка стабильной (не последней) версии сработало для меня.

У меня была эта проблема с использованием live-server (с использованием книги Fullstack React):

Я продолжал получать:

Мне пришлось настроить свой package.json

Из:

К:

. «server»: «live-server public —host = localhost —port = 3000 —middleware = .. / .. / disable-browser-cache.js» . >

Заметьте, что относительные пути кажутся сломанными / неудобными . ./ становится ../../

Я нашел здесь проблему

Также, если кто-то последует за этой книгой:

1. измените devDependencies в packages.json на:

В настоящее время это обновление с v1.2.0 до v1.2.1

1. Хорошо использовать nvm .
2. Лучше всего установить Node v13.14 (* v14 + создает другие проблемы) nvm install v13.14.0
3. nvm alias default v13.14.0
4. Обновите npm с помощью npm i -g [email protected]
5. запустить: npm update
6. вы также можете использовать, npm list чтобы увидеть иерархию зависимостей. (По какой-то причине node 15 + latest npm по умолчанию показывает только первый уровень глубины — а-ля package.json. Это делает команду по умолчанию бессмысленной! Вы можете добавить —depth=n ), чтобы снова сделать команду более полезной).
7. вы npm audit тоже можете использовать . Есть проблемы, требующие (обновления chokidar и некоторых других пакетов) до более новых версий. live-server не был обновлен для поддержки более новых соответствующих версий библиотеки node v 14.

См. Аналогичный пост здесь

Сноска: еще одна вещь, когда вы попадаете в раздел JSX, посмотрите мой ответ здесь: https://stackoverflow.com/a/65430910/495157

Когда вы доберетесь до:

• Расширенная конфигурация компонентов с реквизитами, состоянием и дочерними элементами. P182 +, версия узла 13 не поддерживается для некоторых зависимостей.
• Для этого тоже добавлю выводы позже.

Обнаружил эту проблему при использовании webpack с webpack-dev-middleware .

Превратил отдельный файл в папку .

Наблюдатель, казалось, не видел новую папку, и теперь модуль отсутствовал.

Исправлено перезапуском процесса.

Возможно, как и я, вы установили «механизм просмотра» в экспресс-режиме для механизма, которого не существует, или пытались использовать незарегистрированный механизм шаблонов. Убедитесь, что вы используете: app.engine(‘engine name’,engine) app.set(‘view engine’,’engine name’)

Пожалуйста, установите новый CLI v3 (npm install -g ionic @ latest).

Если эта проблема все еще существует в CLI v3. Спасибо!

решил мою проблему, я смог запустить

В моем случае я использовал неправильную версию nvm.

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

(Psst! Я не уверен, помог ли я успешно решить указанную выше ошибку, или если я нарушил какое-то правило или формат ответа, но я столкнулся с указанной выше ошибкой и некоторыми другими, и мне потребовалось много времени, чтобы найти правильные решения для этих ошибок. Я пишу полное решение, потому что в случае, если кто-то еще столкнется с этими ошибками, он, надеюсь, найдет решение здесь.)

Итак, добавив и доработав ответ, предоставленный PrashanthiDevi , а также добавив мой личный опыт, вот он:

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

Я уже установил все необходимое программное обеспечение и инструменты, но когда я сначала запустил код для запуска тестов gulp itest , я получил ошибку «Не удается найти модуль» . Пройдя через множество разных вопросов по SO, я нашел один ответ, который, как мне казалось, может помочь найти решение.

Человек предложил запустить команду npm install в папке моего проекта.

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

(Нижеследующая часть может не иметь отношения к этому вопросу, но может быть полезна, если кто-то сталкивался с той же ситуацией, с которой столкнулся я.)

Вышеупомянутый шаг наверняка решил мою предыдущую ошибку, но выбросил новую! На этот раз ошибка Could not find chromedriver at ‘..node_modulesprotractorseleniumchromedriver’ .

Однако решение этой ошибки показалось мне довольно глупым (и забавным). У меня уже был файл chromedriver в моей папке с селеном . Но оказалось, что указанная выше ошибка возникла из-за того, что мои файлы chromedriver находились внутри папки selenium, а не внутри папки chromedriver . Итак, создание папки chromedriver и копирование туда файлов chromedriver решило мою проблему!

Источник

Как устранить ошибку «Не удается найти модуль» с помощью Node.js?

Вытащив модуль из GitHub и следуя инструкциям по его сборке, я пытаюсь вставить его в существующий проект, используя:

Похоже, это помогает:

Но Node.js не может найти модуль:

Я действительно хочу понять, что здесь происходит, но я немного не понимаю, где искать дальше. Какие-либо предложения?

Компания node_modules ожидается, что каталог будет в корне вашего проекта, вместе с app.js в твоем случае. Почему вы использовали .. путь установки npm? — Alex Wayne

После изменения «npm install ../faye» на «npm install ../faye/build» все работает должным образом. Я не знаю, насколько это типично, но Фэй создает каталог сборки, когда он создается, и помещает туда копию package.json. npm не жалуется на package.json на корневом уровне, но ссылается на файлы, которых нет на этом уровне. — Dave Causey

Я решил проблему, но на самом деле не получил никакого разрешения на свой настоящий вопрос, а именно, как устранить эту проблему. Я постараюсь сделать несколько предложений по улучшению npm и / или node, чтобы новичкам было проще избежать этой ситуации. — Dave Causey

Пройти через это Ссылка, вы можете получить некоторое представление о том, где именно не удается найти ваши модули .. — Amol M Kulkarni

Проверить погоду вы в той же папке, где установили? если вы не установили его глобально. — Ashwani Panwar

30 ответы

. npm install устанавливает модуль только в текущий каталог (в подкаталог с именем node_modules ). Находится ли app.js в home/dave/src/server/ ? Если нет и вы хотите использовать модуль из любого каталога, вам необходимо установить его глобально, используя npm install -g .

Я обычно устанавливаю большинство пакетов локально, чтобы они регистрировались вместе с кодом моего проекта.

Обновление (8):

В настоящее время вы можете использовать Пакет-lock.json файл, который автоматически создается, когда npm изменяет ваш каталог node_modules. Поэтому вы можете не проверять посылки, потому что package-lock.json отслеживает точные версии ваших node_modules, которые вы сейчас используете. Чтобы установить пакеты из package-lock.json вместо package.json используйте команду npm ci .

Обновление (3):

Я получил много критики за свой ответ, в частности, за то, что я проверяю пакеты, от которых зависит мой код. Несколько дней назад кто-то отменил публикацию всех своих пакетов (https://kodfabrik.com/journal/i-ve-just-liberated-my-modules), который сломал React, Babel и почти все остальное. Надеюсь, теперь ясно, что если у вас есть производственный код, вы не можете полагаться на то, что NPM фактически поддерживает ваши зависимости за вас.

ответ дан 17 мар ’20, в 01:03

«Я обычно устанавливаю большинство пакетов локально, чтобы они регистрировались вместе с кодом моего проекта». Обычно лучше сделать package.json перечисление модулей npm, от которых вы зависите, и игнорирование node_modules папка. Тогда просто npm install чтобы получить настройку после клонирования репо. — Алекс Уэйн

В дополнение к package.json перечисляя зависимости, я люблю хранить заведомо хорошие копии вещей, от которых я зависим. Дисковое пространство дешевое, и если npm или пакет исчезнет из npm, у меня все равно будет полностью рабочий проект в моем репо. — Билл

Как старый разработчик я чуть не задохнулся, когда прочитал «парадигму» разработчиков Node о том, что «дисковое пространство дешево». У меня есть библиотеки, которые я использую. Мысль о том, что у меня может быть 100 копий (или, что еще хуже, БЛИЖАЙШИЕ копий), заставляет меня перевернуться. Место на диске дешевое, но время обслуживания дорогое. Возможно, если вы занимаетесь разовым игрушечным проектом, обслуживание будет дешевым. Однако для реальной работы обслуживание стоит дорого и не влияет на стоимость дискового пространства. — Ллойд Сарджент

Я действительно не понимаю этого последнего комментария. Никто не говорит, что нужно иметь 100 копий любого фрагмента кода, просто чтобы иметь 1 копию кода, от которой зависит ваш проект. Альтернатива — иметь нефункциональный проект, если NPM или зависимость исчезнут в один прекрасный день. Я думаю, что переписывание зависимости с нуля тоже довольно дорогое удовольствие. Кстати, я проработал в Microsoft 10 лет, и мы всегда проверяли зависимости сторонних разработчиков в нашем дереве исходных текстов. — Билл

@LloydSargent Имеет «БЛИЖАЙШИЕ копии» Не хуже это better, потому что каждый проект имеет определенную зависимость, которую вы определили, а остальная часть вашего кода полагается на. Если бы у вас был то же версий в нескольких проектах, тогда, если вы обновите все являетесь должен обновление многое. Закрепление зависимостей позволяет выполнять частичные обновления — существенно Меньше поддержание. Настоящая работа, а не игрушечные проекты. — Дэйв Ньютон

У меня была очень похожая проблема. Удаление всего node_modules папка и повторная установка сработали для меня:

ответ дан 25 окт ’16, 16:10

Я бы также сделал чистку кеша npm, просто из соображений безопасности 🙂 — Тони Тай Нгуен

Вероятно, хороший первый шаг по устранению неполадок, когда возникает странная проблема с зависимостями, которая npm install / npm update не решит. Это решило проблему, когда Error: Cannot find module ‘http-errors’ начал показывать случайным образом, когда я пытался запустить приложение Express. — Мэтт Вукас

Удивительно, ответ @ carelesslyChoosy разрешил недостающую зависимость. Кажется, что обновление и понижение с помощью npm install на месте не помогает упорядочить ситуацию. — угорь ghEEz

Здесь недостает шага — удалить файл package-lock.json перед запуском. npm install . — Рик Кванц

у меня это не сработало, даже компьютер перезагрузил;) — Джейсон Джи

Например, если ошибка:

то вы можете решить эту проблему, выполнив команду npm install —save form-data .

ответ дан 26 мая ’17, 22:05

похоже, что когда я установил его глобально, папка npm / node-modules была пуста, и я пытался использовать ng new project-name он показывал, что некоторые модули отсутствуют . Мне пришлось установить их каждый с помощью данной команды. Затем проблема была решена, но есть ли какая-либо отдельная команда для установки всех их сразу? — Вишал Наир

Благодарю вас! Это решение сработало для меня, когда не удалось найти node-sass-chokidar при попытке запустить проект реакции. — Бенджамин Джон

Для пользователей TypeScript, если вы импортируете встроенный модуль Node (например, http , path or url ), и вы получаете сообщение об ошибке, например «Cannot find module «x» тогда ошибку можно исправить, запустив

Команда импортирует определения NodeJS TypeScript в ваш проект, что позволит вам использовать встроенные модули Node.

ответ дан 16 мар ’18, в 14:03

Это происходит при первом НПМ install по какой-то причине завершился аварийным завершением (СИГНАЛ npm), или что задержка была слишком большой, или данные повреждены. Повторная попытка установки npm не спасет от проблемы.

Что-то пошло не так при первой проверке npm, поэтому лучше всего удалить файл и перезапустить установку npm.

ответ дан 25 окт ’16, 16:10

это диагностировало для меня проблему. я закончил делать npm cache clear и очистка node_modules с последующим npm install чтобы исправить мою проблему. — мекларианец

Вчера я столкнулся с этой ошибкой. Мне потребовалось время, чтобы понять, что main вход в package.json указывал на файл, который я переместил. Как только я обновил, ошибка исчезла, и пакет заработал.

ответ дан 25 авг.

Святая корова . от отчаяния я набрал «Ошибка: не удается найти модуль» в Google и нашел этот вопрос. Ваш ответ решил мою проблему. Не могу поверить, что такой расплывчатый поисковый запрос дал правильный ответ. Слава вам и Google! — Хамон Холмгрен

Очень понравилось это. Мне удалось указать на main запись для моего подмодуля в каталоге, который был исключен из его репозитория, поэтому, когда я попытался включить его через npm install это сработало, но при необходимости в! Большое спасибо за этот очевидный, но полезный ответ. — Драгош

Спасибо за это. У меня была такая ситуация при использовании рабочих пространств Yarn, поэтому я искал все алгоритмы разрешения пути и все виды. 🙂 Меня бросило то, что в сообщении об ошибке говорится о «поиске» модуля, а также о том, что ESLint выдавал аналогичные сообщения об ошибках. А потом я увидел ваш ответ и понял, что я тупица. Спасибо! — Марк Бирбек

Если вы используете nvm, убедитесь, что существующие модули node_modules, которые связаны с другими библиотеками, скомпилированы для правильной версии Node.js.

У меня была такая же ошибка. Причина заключалась в следующем: мы используем nvm, так как мы запускаем два приложения на сервере, для одного требуется Node.js 5.6, потому что он использует node -gd (который на данный момент не работает на Node.js 6), для другого требуется Node.js 6. Node.js 6 — это APT-получить установка.

Также мы используем инструмент pm2 для развертывания.

Итак, по умолчанию процесс pm2 запускается, когда nvm не действует, поэтому он использует установку Node.js с помощью apt-get (версия 6). Итак, основной демон pm2 запускается с Node.js 6. Если я запускаю приложения в режиме fork, они запускаются в отдельных процессах, и настройки nvm действуют. Когда я запускаю приложения в кластерном режиме — они наследуют среду, отличную от nvm.

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

Я исправил это, перезапустив pm2, когда действуют настройки nvm. Также должны быть исправлены скрипты запуска.

ответ дан 25 окт ’16, 16:10

Убедитесь, что переменная окружения NODE_PATH установлена ​​правильно и указывает на путь node_modules. nodejs использует эту переменную для поиска библиотек

Я поддержал это, так как он решил мою непосредственную проблему и привел меня к эта документация node.js. Но я думаю, что это не общий ответ, поскольку в документации указаны альтернативные стратегии поиска модулей. — Грэм Клайн

Это должно исправить проблему и установить все пакеты.

ответ дан 26 мар ’21, в 11:03

Это работает в Windows 10 с laravel 8. — Мохамед Раза

Эта ошибка может возникнуть, если вы require модуль, в котором отсутствует или неверен main в своем package.json. Хотя сам модуль установлен, npm / node должен использовать один файл .js в качестве точки входа в ваш модуль. Если main поля отсутствует, по умолчанию выполняется поиск index.js в папке вашего модуля. Если главный файл вашего модуля не называется index.js, он не сможет require его.

Обнаружен при повороте browserify -базовый модуль в CommonJS require -табельный модуль; browserify не заботился о пропавших без вести main поле, и поэтому ошибка осталась незамеченной.

Если все остальные методы вам не подходят . Попробуйте

ответ дан 10 авг.

Будем признательны за объяснение! — Катир

Удалить свой node_module корневая папка из вашего проекта (например: myApp ). Перейти к myApp папку, а затем введите команду ниже из терминала

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

Создан 06 июля ’16, 13:07

Не могли бы вы подробнее рассказать о своем ответе, добавив еще немного описания предлагаемого вами решения? — абаризон

Укажите путь к папке restler, которая будет внутри папки node_modules, например: var rest = require (‘./ node_modules / restler’);

Это работает для меня.

Я могу добавить еще одно место для проверки; пакет, который я пытался использовать, был еще одним из моих собственных пакетов, которые я опубликовал в частном репозитории NPM. Я забыл правильно настроить свойство main в package.json. Итак, пакет был в папке node_modules пакета-потребителя, но я получал «не могу найти модуль». Мне потребовалось несколько минут, чтобы осознать свою ошибку. 🙁

Создан 10 июля ’17, 06:07

Если вы используете машинописный текст и получаете сообщение об ошибке после установки всех узловых модулей, удалите package-lock.json . А потом беги npm install .

ответ дан 20 дек ’19, 06:12

Эта ошибка случилась со мной, когда я боролся с переутомлением и легкой болезнью, потому что я набрал node blah вместо npm blah .

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

Только что нашел необычный сценарий, который может быть кому-то полезен и представляет собой отвлекающий маневр.

Я также получал ошибку Cannot Find Module, но, как ни странно, все работало отлично в моей локальной (размещенной на Mac) среде Node.js. Эта проблема появилась только тогда, когда код был развернут на нашем сервере Linux.

Что ж . оказалось, что это опечатка, которую (по-видимому) установка Node.js на Mac была совершенно счастлива проигнорировать.

Включаемый выглядел так:

Но на самом деле файл назывался «s3Uploader.class.js».

Обратите внимание на различие в регистре букв «s» и «S» между кодом и именем файла.

Итак — в случае странной возможности, что ни одно из других решений здесь не решает вашу проблему, трижды проверьте, не прописаны ли символы в вашем включенном имени файла! 🙂

ответ дан 18 мая ’17, 21:05

По умолчанию файловая система OSX (HFS +) без учета регистра . обнаружено не так давно, но это определенно настраивается — глоток

Я пытался опубликовать свой собственный пакет, а затем включить его в другой проект. У меня была эта проблема из-за того, как я построил первый модуль. Я использую экспорт ES2015 для создания модуля, например, скажем, модуль выглядит так:

После компиляции с Babel и до публикации:

Так после npm install module-name в другом проекте (нет ES2015) мне пришлось сделать

var hello = require(‘module-name’).default;

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

Надежда, что помогает!

ответ дан 06 апр.

Я столкнулся с той же проблемой, когда кто-то из команды обновил package.json в SVN. Просто удалите node_modules каталог не помог. Как я решил проблему:

Надеюсь, это поможет кому-то!

ответ дан 21 авг.

Спасибо за напоминание. В моем случае это был package-lock.json, который снова все испортил, но после его удаления и запуска node_modules npm install все снова хорошо. — ТхэквонДжо

Если вы удалите package.json откуда NPM знает, что установить? — Михал

В моем случае у меня было UNMET PEER DEPENDENCY redux@^3.0.0 вызывая это сообщение об ошибке, просмотрите их все и снова установите недостающие модули, используя —save

ответ дан 18 окт ’17, 12:10

Удаление node / npm, а затем повторная установка стабильной (не последней) версии сработало для меня.

ответ дан 12 апр.

У меня была эта проблема с использованием live-server (используя книгу Fullstack React):

Я продолжал получать:

Мне пришлось настроить свой пакет.json

От:

В:

. «server»: «live-server public —host = localhost —port = 3000 —middleware = .. / .. / disable-browser-cache.js» . >

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

Я нашел проблему здесь

Также, если кто-то последует за этой книгой:

1. изменить devDependencies в пакеты.json чтобы:

В настоящее время это обновление с v1.2.0 до v1.2.1

1. Хорошо использовать NVM.
2. Лучше всего установить Node v13.14 (* v14 + создает другие проблемы) nvm install v13.14.0
3. nvm alias default v13.14.0
4. Обновите npm с помощью npm i -g npm@7.3.0
5. бег: npm update
6. вы можете использовать npm list чтобы увидеть иерархию зависимостей. (По какой-то причине узел 15 + последняя версия npm по умолчанию показывает только первый уровень глубины — а-ля package.json. Это делает команду по умолчанию бессмысленной! Вы можете добавить —depth=n ), чтобы снова сделать команду более полезной).
7. вы можете использовать npm audit тоже. Есть проблемы, требующие (обновление chokidar и некоторые другие пакеты) на более новые версии. live-server не был обновлен для поддержки более новых соответствующих версий библиотеки node v 14.

См. Похожий пост здесь

Сноска: Еще кое-что, когда вы дойдете до раздела JSX, посмотрите мой ответ здесь: https://stackoverflow.com/a/65430910/495157

Когда вы доберетесь до:

• Расширенная конфигурация компонентов с реквизитами, состоянием и дочерними элементами. P182 +, версия узла 13 не поддерживается для некоторых зависимостей.
• Для этого тоже добавлю выводы позже.

ответ дан 23 дек ’20, 22:12

Обнаружил эту проблему при использовании webpack с webpack-dev-middleware .

Получил отдельный файл в папку..

Наблюдатель, казалось, не видел новую папку, и теперь модуль отсутствовал.

Исправлено перезапуском процесса.

ответ дан 19 апр.

Возможно, как и я, вы установили «механизм просмотра» в экспресс-режиме для механизма, которого не существует, или пытались использовать незарегистрированный механизм шаблонов. Убедитесь, что вы используете: app.engine(‘engine name’,engine) app.set(‘view engine’,’engine name’)

Пожалуйста, установите новый CLI v3 (npm install -g ionic @ latest).

Если эта проблема все еще существует в CLI v3. Спасибо!

ответ дан 03 окт ’18, 09:10

решил мою проблему, я смог запустить

Создан 07 июля ’21, 16:07

В моем случае я использовал неправильную версию nvm.

Создан 28 июля ’21, 06:07

Редкий, но тоже возможный случай — опечатка в названии модуля. Я пропустил букву «s» в имени файла при выполнении node .util.js , где это должно быть node.utils.js и не нашел решения среди всех ответов на этот вопрос, пока не узнал, что не могу запустить файл, даже если все удалю!

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

(Psst! Я не уверен, помог ли я успешно решить указанную выше ошибку, или если я нарушил какое-то правило или формат ответа, но я столкнулся с указанной выше ошибкой и некоторыми другими, и мне потребовалось много времени, чтобы найти правильные решения для этих ошибок. Я пишу полное решение, потому что в случае, если кто-то еще столкнется с этими ошибками, он, надеюсь, найдет решение здесь.)

Итак, добавив и доработав ответ, предоставленный ПрашантиДеви, а также добавив свой личный опыт, вот он:

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

Я уже установил все необходимое программное обеспечение и инструменты, но когда я сначала запустил код для запуска тестов, gulp itest Я получил это Ошибка «Не удается найти модуль». Пройдя через множество разных вопросов по SO, я нашел один ответ, который, как мне казалось, может помочь найти решение.

Человек предложил запустить команду npm install в папке моего проекта.

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

(Нижеследующая часть может не иметь отношения к этому вопросу, но может быть полезна, если кто-то сталкивался с той же ситуацией, с которой я столкнулся.)

Вышеупомянутый шаг обязательно решить моя предыдущая ошибка, но закинул новую! На этот раз ошибка Could not find chromedriver at ‘..node_modulesprotractorseleniumchromedriver’ .

Однако решение этой ошибки показалось мне довольно глупым (и забавным). Файл хромированной драйвера уже был у меня в селен папка. Но оказалось, что указанная выше ошибка возникла из-за того, что мой хромированная отвертка файлы были внутри селен папка и не внутри хромированная отвертка папка. Итак, создавая хромированная отвертка папка и копирование туда файлов chromedriver решило мою проблему!

Источник

Recently on a wide range of unconnected servers, I’ve been noticing byobu sessions crashing out, with the message «Error: Cannot find master process to attach to!» appearing on the console/shell. I have not yet noticed any unifying factors; this happens when logged on to the physical console as well as over ssh, while the screen is in use as well as when it has been idle for a long time.

byobu 2.68-0ubuntu1.1 and screen 4.0.3-14ubuntu1 are in use in all the cases I’ve seen (i.e. current upgraded Ubuntu 10.04 servers)

{{{
$ screen -ls
There is a screen on:
 4384.pts-0.leela (14/09/10 23:55:39) (Dead ???)
Remove dead screens with ‘screen -wipe’.
1 Socket in /var/run/screen/S-jim.
}}}

I have never noticed this behaviour before, and I’ve been using vanilla screen for a long time; recently I’ve been switching to byobu because I find the on-screen info bars to be useful. For this reason I’m listing this bug against byobu, but I cannot prove that.

Suggestions for increasing debug visibility would be appreciated — I don’t want to have to run multi-day sessions under strace, but if that’s what it takes I can do that on at least one server.

I’m setting up a new mac dev machine, and have gotten node, npm, and nvm installed. All seems fine within a single project directory. However, when trying to install and use fastify-cli, I’m receiving an error:

internal/modules/cjs/loader.js:892
  throw err;
  ^

Error: Cannot find module 'node:process'
Require stack:
- /Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/node_modules/marked-terminal/index.cjs
- /Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/node_modules/blessed-contrib/lib/widget/markdown.js
- /Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/node_modules/blessed-contrib/index.js
- /Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/docs.js
- /Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/cli.js
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:889:15)
    at Function.Module._load (internal/modules/cjs/loader.js:745:27)
    at Module.require (internal/modules/cjs/loader.js:961:19)
    at require (internal/modules/cjs/helpers.js:92:18)
    at Object.<anonymous> (/Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/node_modules/marked-terminal/index.cjs:3:17)
    at Module._compile (internal/modules/cjs/loader.js:1072:14)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1101:10)
    at Module.load (internal/modules/cjs/loader.js:937:32)
    at Function.Module._load (internal/modules/cjs/loader.js:778:12)
    at Module.require (internal/modules/cjs/loader.js:961:19) {
  code: 'MODULE_NOT_FOUND',
  requireStack: [
    '/Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/node_modules/marked-terminal/index.cjs',
    '/Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/node_modules/blessed-contrib/lib/widget/markdown.js',
    '/Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/node_modules/blessed-contrib/index.js',
    '/Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/docs.js',
    '/Users/a/.nvm/versions/node/v14.17.5/lib/node_modules/fastify-cli/cli.js'
  ]
}

Steps to reproduce:

1. $ npm install --global fastify-cli (succeeds)
2. $ fastify generate myproject (also produces above error)
3. $ fastify (also produces above error)

This likely doesn’t have much to do with fastify. It seems to me that the global package is not finding Node for some reason, but I may be wrong.

• I’m using zshell
• I’ve got xcode installed
• I’ve upgraded the version of node i’m using
• I’m able to start a fastify app from the app directory directly/without using the generator

Any thoughts?

if (cluster.isMaster) {
	console.log(`Master process ${process.pid} starting...`);
	for (let i = 0; i < numCPUs && i < maxNumThreads; i++) {
		cluster.fork(); // Create a worker
	}
} else {
	startClusterWorkers();
}

function startClusterWorkers() {
	// xxxxxx
}

{
	"version": "0.2.0",
	"configurations": [
		{
			"type": "node",
			"request": "launch",
			"name": "Launch app.js",
			"program": "${workspaceFolder}\app.js",
			"restart": true,
			"autoAttachChildProcesses": true,
			// "console": "integratedTerminal"
		},
		{
			"type": "node",
			"request": "launch",
			"name": "Launch test.js",
			"program": "${workspaceFolder}\test.js"
		}
	]
}

Debugging with inspector protocol because Node.js v8.9.1 was detected.
node --inspect-brk=31761 app.js 
Debugger listening on ws://127.0.0.1:31761/54919117-38ae-4455-82c6-e21ade314bdd
Master process 10096 starting...