Nodo: è stato compilato su una versione Node.js diversa utilizzando NODE_MODULE_VERSION 51

Sto eseguendo un'applicazione nodo sul terminale. Sono stati recentemente aggiornati al nodo v8.5.0, ma sto riscontrando questo errore:

Error: The module '/tidee/tidee-au/packages/tidee-au-server/node_modules/bcrypt/lib/binding/bcrypt_lib.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 51. This version of Node.js requires
NODE_MODULE_VERSION 57. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
    at Object.Module._extensions..node (module.js:653:18)
    at Module.load (module.js:545:32)
    at tryModuleLoad (module.js:508:12)
    at Function.Module._load (module.js:500:3)
    at Module.require (module.js:568:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/tidee/tidee-au/packages/tidee-au-server/node_modules/bcrypt/bcrypt.js:6:16)
    at Module._compile (module.js:624:30)
    at Module._extensions..js (module.js:635:10)
    at Object.require.extensions.(anonymous function) [as .js] (/tidee/tidee-au/packages/tidee-au-server/node_modules/babel-register/lib/node.js:152:7)
    at Module.load (module.js:545:32)
    at tryModuleLoad (module.js:508:12)
    at Function.Module._load (module.js:500:3)
    at Module.require (module.js:568:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/tidee/tidee-au/packages/tidee-au-server/server/helpers/encryptPass.js:1:16)

Qualche idea su come risolverlo?

Devi rimuovere la cartella del modulo ( bcrypt) dalla node_modulescartella e reinstallarla, usa i seguenti comandi:

$ rm -rf node_modules/bcrypt
$ npm install
// or
$ yarn

Ho avuto lo stesso problema e nulla di menzionato qui ha funzionato per me. Ecco cosa ha funzionato per me:

1. Richiedi tutte le dipendenze necessarie nel main.jsfile che viene eseguito da electron. (questa sembrava essere la prima parte importante per me)
2. Esegui npm i -D electron-rebuildper aggiungere il pacchetto di ricostruzione elettronica
3. Rimuovere la node-modulescartella e il packages-lock.jsonfile.
4. Esegui npm iper installare tutti i moduli.
5. Esegui ./node_modules/.bin/electron-rebuild( .\node_modules\.bin\electron-rebuild.cmdper Windows) per ricostruire tutto

È molto importante eseguire ./node_modules/.bin/electron-rebuilddirettamente dopo che npm ialtrimenti non ha funzionato sul mio mac.

Spero di poter aiutare alcune anime frustrate.

Devi ricostruire il pacchetto e dire a npm di aggiornare anche il suo binario . Provare:

npm rebuild bcrypt --update-binary

@robertklep ha risposto a una domanda relativa con questo comando, guarda .

Solo la ricostruzione non ha risolto il mio problema, questo funziona bene nella mia applicazione.

Spero che sia d'aiuto!

Esegui semplicemente:

npm uninstall bcrypt

Seguito da:

npm install bcrypt(oppure npm install, se bcrypt è dichiarato come dipendenza nel file package.json )

puoi vedere questo link

per controllare il tuo nodo verison a destra. l'utilizzo di NODE_MODULE_VERSION 51 significa che la versione del nodo è nodejs v7.x, richiede NODE_MODULE_VERSION 57 significa che è necessario aggiornare il nodo a v8.x, quindi è necessario aggiornare il nodo. e quindi è necessario eseguire il npm rebuildcomando per ricostruire il progetto

Molto probabilmente hai questo problema a causa del pacchetto-lock.json. In qualche modo sembra impedirti di ricompilare o ricostruire le tue dipendenze, anche se corri esplicitamente npm rebuild. Ho eseguito tutto quanto segue per risolverlo per me:

rm package-lock.json;
rm -rf node_modules;
npm install;

Assicurati di avere installato una sola versione di NodeJS. Prova questi due:

node --version
sudo node --version

Inizialmente ho installato NodeJS dal sorgente, ma era la versione errata e 'aggiornato' alla versione più recente utilizzando nvm, che non rimuove alcuna versione precedente e installa solo la versione desiderata nella /root/.nvm/versions/...directory. Quindi sudo nodepuntava ancora alla versione precedente, mentre nodepuntava alla versione più recente.

Ho avuto lo stesso errore ma stavo cercando di eseguire un'applicazione nodo usando un contenitore Docker.

L'ho risolto aggiungendo un file .dockerignore per ignorare la directory node_modules per assicurarmi che quando l'immagine docker viene compilata, crea i pacchetti nativi per l'immagine che volevo (Alpine) invece di copiarli sui node_modules compilati per il mio host (Debian) .

Si scopre che il mio problema era un errore dell'utente: assicurati che la versione del nodo che stai usando per l'esecuzione sia la stessa che stai usando quando esegui un'installazione npm o un thread.

Uso NVM per il nodo versioning e eseguivo il thread tramite un terminale, ma il mio IDE era impostato per utilizzare una versione precedente del nodo durante l'esecuzione e stava generando l'errore sopra. Corrispondenza della versione del mio IDE del nodo nella configurazione di esecuzione al nodo - versione risolta il problema.

Ho avuto un problema simile con robotjs. C'era del codice deprecato che richiedeva il nodo v11, ma avevo già compilato il codice dell'elettrone su v12. Quindi ho sostanzialmente lo stesso errore. Qui non ha funzionato nulla mentre stavo essenzialmente cercando di ricostruire l'elettrone e le altre mie dipendenze nel nodo v11 dalla v12.

Ecco cosa ho fatto (parte di questo si basa sulla risposta di Chitzui, credito a cui è dovuto il credito):

• Eseguire il backup di package.json
• eliminare completamente la cartella node_modules
• elimina completamente package_lock.json
• elimina package.json (verrà reinizializzato in seguito)
• Chiudi tutti gli editor aperti e altre finestre cmd che si trovano nella directory del progetto.
• eseguire npm initper reinizializzare il pacchetto, quindi i dati mancanti con il vecchio pacchetto di backup.json
• correre npm i
• risolto :)

Spero che questo ti aiuti.

Per i moduli elettronici, installare ricostruzione elettronica.

Format:
electron-rebuild -o <module_name> -v <electron version>

Example:
electron-rebuild -o myaddon -v 9.0.0-beta.6

Specificare la stessa versione installata nella directory corrente

Potresti avere questa esperienza in cui una build standard di nodo-gyp segnalerebbe come 64, quindi una ricostruzione elettronica di base segnalerebbe 76, non fino a quando aggiungi -v con la versione esatta passa alla versione 80 effettiva (per 9.0.0-beta. 6)

Ho eliminato la cartella node_modules ed eseguito npm installe la mia applicazione è stata avviata senza errori.

Ho ricevuto questo errore durante l'esecuzione della mia app con systemd:

ExecStart=/usr/local/bin/node /srv/myapp/server.js

Ma stavo usando una versione diversa per npm installnella shell:

$ which node
/home/keith/.nvm/versions/node/v8.9.0/bin/node

Se questa è la tua configurazione, puoi codificare la versione del nodo nel file di servizio o seguire una soluzione alternativa come questa .

Dopo aver provato cose diverse. Questo ha funzionato.

Elimina la cartella dei moduli del nodo ed esegui

npm i

Ho affrontato lo stesso problema con il modulo grpc e nel mio caso, stavo usando l'elettrone e ho impostato una versione elettronica errata nella variabile env "export npm_config_target = 1.2.3", impostandola sulla versione elettronica che sto usando risolto il problema su la mia fine. Spero che questo aiuti qualcuno che ha impostato le variabili env come indicato qui ( https://electronjs.org/docs/tutorial/using-native-node-modules#the-npm-way )

È possibile rimuovere completamente bcrypt e installare bcryptjs. È circa il 30% più lento, ma non ha dipendenze, quindi nessun problema installarlo.

npm i -S bcryptjs && npm uninstall -S bcrypt

L'abbiamo installato con successo per le nostre applicazioni. Abbiamo riscontrato problemi con bcrypt che non veniva compilato su istanze AWS per Node v8.x

Potenzialmente, l'incoerenza delle versioni del nodo JS è ciò che causa il problema. Come indicato nella documentazione . Assicurati di utilizzare una delle versioni di lts. Ad esempio, specificalo nel Dockerfile:

# Pull lts from docker registry
FROM node:8.12.0

# ...

Controllare la versione del nodo che si sta utilizzando, potrebbe non corrispondere a quanto previsto.

Ho avuto lo stesso problema e nessuna di queste soluzioni ha funzionato e non so perché, hanno funzionato per me in passato per problemi simili.

Comunque per risolvere il problema ho appena ricostruito manualmente il pacchetto usando node-pre-gyp

cd node_modules/bcrypt
node-pre-gyp rebuild

E tutto ha funzionato come previsto.

Spero che questo ti aiuti

Ho appena ricevuto questo errore mentre eseguivo kadence lo script "kadence" installato controlla prima i nodijs e esegue il nodo solo se non vi sono nodi. Ho l'ultima versione del nodo collegata nella mia directory ~ / bin ma nodejs esegue una versione precedente che avevo dimenticato di disinstallare ma che non ha mai causato problemi fino ad ora.

Quindi le persone con questo problema potrebbero verificare se node e nodejs eseguono effettivamente la stessa versione del nodo ...

Nel mio caso, ero nel mio proxy dell'ufficio che stava saltando alcuni pacchetti. Quando sono uscito dal mio proxy di ufficio e ho provato a farlo npm installha funzionato. Forse questo aiuta a qualcuno.

Ma mi ci sono volute diverse ore per identificare che era la ragione.

Nel mio caso stavo correndo nodejsinvece di node. A causa nodejsdell'installazione da parte del gestore pacchetti:

# which node
/home/user/.nvm/versions/node/v11.6.0/bin/node

# which nodejs
/usr/bin/nodejs

corri npm config set python python2.7e corri di npm installnuovo la festa è in corso.

devi solo eseguire questo sotto i comandi:

$ rm -rf node_modules
$ rm -rf yarn.lock
$ yarn install

e infine

$ ./node_modules/.bin/electron-rebuild

non dimenticare di yarn add electron-rebuildnon esistere nelle tue dipendenze.

Ho riscontrato questo errore due volte in un'app elettronica e si è scoperto che il problema era che alcuni moduli devono essere utilizzati dal processo principale anziché dal processo di rendering. L'errore si è verificato utilizzando pdf2json e anche node-canvas. Lo spostamento del codice che richiedeva quei moduli da index.htm (il processo di rendering) a main.js (il processo principale) ha risolto l'errore e l'app è stata ricostruita e funzionava perfettamente. Ciò non risolverà il problema in tutti i casi, ma è la prima cosa da verificare se si sta scrivendo un'app elettronica e si verifica questo errore.

Ecco cosa ha funzionato per me. Sto usando il modulo di nodo loop-back con Electron Js e ho affrontato questo problema. Dopo aver provato molte cose seguenti ha funzionato per me.

Nel tuo file package.json negli script aggiungi le seguenti righe:

  ... 
"scripts": {
        "start": "electron .",
        "rebuild": "electron-rebuild"
    
      },
...

E quindi eseguire il comando seguente npm run rebuild