NodeJS wymaga globalnego modułu / pakietu

Próbuję zainstalować globalnie, a następnie używam foreveri forever-monitortak:

npm install -g forever forever-monitor

Widzę zwykłe dane wyjściowe, a także operacje, które kopiują pliki do ścieżki globalnej, ale jeśli spróbuję require("forever");, pojawia się błąd informujący, że moduł nie został znaleziony.

Używam najnowszej wersji zarówno węzła, jak i npm i już wiem o zmianie, którą wprowadził npm w instalacji globalnej vs lokalnej, ale naprawdę nie chcę instalować lokalnie na każdym projekcie i pracuję na platformie, która to robi nie obsługuje, linkwięc npm linkpo instalacji globalnej nie jest dla mnie możliwe.

Moje pytanie brzmi: dlaczego nie mogę wymagać pakietu zainstalowanego globalnie? Czy to funkcja czy błąd? A może robię coś źle?

PS: Żeby było jasne: nie chcę instalować lokalnie.

W Node.js, require nie zagląda do folderu, w którym są zainstalowane moduły globalne.

Możesz to naprawić, ustawiając zmienną środowiskową NODE_PATH. W Linuksie będzie to:

export NODE_PATH=/usr/lib/node_modules

^{Uwaga: zależy to od tego, gdzie faktycznie są zainstalowane moduły globalne.}

Zobacz: Ładowanie z folderów globalnych .

Po zainstalowaniu pakietu globalnie musisz połączyć projekt lokalny z pakietem globalnym

npm install express -g
cd ~/mynodeproject/
npm link express  

Zobacz tutaj

Przepraszamy za nekromancję, ale jestem w stanie określić zakodowane ścieżki do modułów zainstalowanych globalnie:

var pg = require("/usr/local/lib/node_modules/pg");

To nie jest idealne, ale biorąc pod uwagę, że Unity3d próbuje „skompilować” cały javascript, który jest zawarty w katalogu projektu, naprawdę nie mogę zainstalować żadnych pakietów.

Wiem, że to stare pytanie, ale natknąłem się na to, próbując sprawdzić niektóre wersje za semverpomocą preinstallskryptu w programie package.json. Ponieważ wiedziałem, że nie mogę polegać na żadnych zainstalowanych modułach lokalnych, użyłem tego, aby wymagać semverz node_modulesfolderu globalnego (w npmzależności od tego wiem, że tam jest):

function requireGlobal(packageName) {
  var childProcess = require('child_process');
  var path = require('path');
  var fs = require('fs');

  var globalNodeModules = childProcess.execSync('npm root -g').toString().trim();
  var packageDir = path.join(globalNodeModules, packageName);
  if (!fs.existsSync(packageDir))
    packageDir = path.join(globalNodeModules, 'npm/node_modules', packageName); //find package required by old npm

  if (!fs.existsSync(packageDir))
    throw new Error('Cannot find global module \'' + packageName + '\'');

  var packageMeta = JSON.parse(fs.readFileSync(path.join(packageDir, 'package.json')).toString());
  var main = path.join(packageDir, packageMeta.main);

  return require(main);
}

Podoba mi się to podejście, ponieważ nie wymaga instalacji żadnych specjalnych modułów w celu użycia.

Nie poszedłem z NODE_PATHrozwiązaniem, które sugerowali inni, ponieważ chciałem, aby to działało na czyimś komputerze, bez konieczności dodatkowej konfiguracji / ustawień przed uruchomieniem npm installdla mojego projektu.

Sposób, w jaki jest to zakodowane, gwarantuje znalezienie tylko modułów najwyższego poziomu (zainstalowanych przy użyciu npm install -g ...) lub modułów wymaganych przez npm(wymienione dependenciestutaj: https://github.com/npm/npm/blob/master/package.json ). Jeśli używasz nowszej wersji NPM, może ona znaleźć zależności innych pakietów zainstalowanych globalnie, ponieważ teraz istnieje bardziej płaska struktura node_modulesfolderów.

Mam nadzieję, że to komuś się przyda.

Zgodnie z dokumentacją Node.js będzie domyślnie wyszukiwać w następujących lokalizacjach:

1. Ścieżka określona w NODE_PATHzmiennej środowiskowej .

   ^{Uwaga: NODE_PATHzmienna środowiskowa jest ustawiona na rozdzielaną dwukropkami listę ścieżek bezwzględnych.}

2. Bieżący node_modulesfolder. (lokalny)

3. $HOME/.node_modules (światowy)

   ^{Uwaga: $HOMEto katalog domowy użytkownika.}

4. $HOME/.node_libraries (światowy)

5. $PREFIX/lib/node (światowy)

   ^{Uwaga: $PREFIXjest skonfigurowany node.js użytkownika node_prefix.}

   Aby sprawdzić aktualną wartość node_prefix, uruchom:

   node -p process.config.variables.node_prefix

   ^{Uwaga: przedrostek odpowiada --prefixparametrowi podczas kompilacji i jest względem niego process.execPath. Nie mylić z wartością z npm config get prefixpolecenia. źródło}

Jeśli danego modułu nie można znaleźć, oznacza to, że nie ma go w żadnej z powyższych lokalizacji.

Lokalizację globalnego folderu głównego, w którym instalowane są moduły, można wydrukować za pomocą: npm root -g(domyślnie ścieżka jest obliczana w czasie wykonywania, chyba że zostanie zastąpiona w npmrcpliku ).

Rozwiązanie

Możesz wypróbować następujące obejścia:

• Określ globalną lokalizację modułu w NODE_PATHzmiennej środowiskowej. Na przykład

  echo 'require("forever")' | NODE_PATH="$(npm root -g):$NODE_PATH" node

  Aby przetestować i wydrukować wartość NODE_PATH, uruchom:

  echo 'console.log(process.env.NODE_PATH); require("forever")' | NODE_PATH="$(npm root -g):$NODE_PATH" node 

• Aby uzyskać trwalsze rozwiązanie, połącz $HOME/.node_modulesglobalny folder użytkownika, aby wskazywał folder główny, uruchamiając to polecenie:

  ln -vs "$(npm root -g)" "$HOME"/.node_modules

  Następnie ponownie przetestuj za pomocą: echo 'require("forever")' | nodepolecenie.

• Tymczasowo zmień bieżący folder na globalny, w którym rozszerzenie zostało zainstalowane, przed wywołaniem skryptu. Na przykład

  npm install -g forever
  cd "$(npm root -g)"
  echo 'require("forever")' | node
  cd -

• Skonfiguruj globalne miejsce docelowe instalacji w npmpliku userconfig (zobacz :)npm help 5 npmrc lub za pomocą userconfigparam ( --prefix).

  Aby wyświetlić bieżący config, uruchom: npm config list.

  Aby edytować bieżący config, uruchom: npm config edit.

• Podczas wywoływania określ pełną ścieżkę lokalizacji modułów węzłarequire() . Na przykład

  require("/path/to/sub/module")

• Zainstaluj pakiet w niestandardowej lokalizacji, np

  npm install forever -g --prefix "$HOME"/.node_modules

  Jednak instalacja ulegnie awarii ~/.node_modules/lib/node_modules/, więc lokalizacja nadal wymaga dodania.

  Zobacz: lokalny pakiet instalacyjny npm do lokalizacji niestandardowej

• Utwórz łącze symboliczne w bieżącym folderze z lokalizacji pakietu globalnego. Na przykład

  npm link forever

Możesz użyć pakietu, requiregaby rozwiązać ten problem:

var forever = require('requireg')('forever')

da rade.

Jest też inny moduł, global-npmchoć specyficzny tylko dla używania globalnego npm, możesz spojrzeć na krótki kod i zobaczyć, jak działa ta technika.

W przypadku narzędzi CLI, które zależą od dużych modułów, na przykład puppeteerlubię spawnować npm root -gi używać go do wymagania modułu globalnego.

try {
  const root = require('child_process').execSync('npm root -g').toString().trim()
  var puppeteer = require(root + '/puppeteer')
} catch (err) {
  console.error(`Install puppeteer globally first with: npm install -g puppeteer`)
  process.exit(1)
}

Możesz umieścić tę linię w swoim .profilepliku:

export NODE_PATH = "$ (prefiks pobierania konfiguracji npm) / lib / node_modules"

To sprawi node wykorzystanie ścieżki globalnej.