Node js не работает сервер

Почему не работает node js?

npm ERR! code EACCES
npm ERR! syscall symlink
npm ERR! path ../lib/node_modules/browser-sync/dist/bin.js
npm ERR! dest /usr/local/bin/browser-sync
npm ERR! errno -13
npm ERR! Error: EACCES: permission denied, symlink ‘../lib/node_modules/browser-sync/dist/bin.js’ -> ‘/usr/local/bin/browser-sync’
npm ERR! [OperationalError: EACCES: permission denied, symlink ‘../lib/node_modules/browser-sync/dist/bin.js’ -> ‘/usr/local/bin/browser-sync’] <
npm ERR! cause: [Error: EACCES: permission denied, symlink ‘../lib/node_modules/browser-sync/dist/bin.js’ -> ‘/usr/local/bin/browser-sync’] <
npm ERR! errno: -13,
npm ERR! code: ‘EACCES’,
npm ERR! syscall: ‘symlink’,
npm ERR! path: ‘../lib/node_modules/browser-sync/dist/bin.js’,
npm ERR! dest: ‘/usr/local/bin/browser-sync’
npm ERR! >,
npm ERR! stack: «Error: EACCES: permission denied, symlink ‘../lib/node_modules/browser-sync/dist/bin.js’ -> ‘/usr/local/bin/browser-sync'»,
npm ERR! errno: -13,
npm ERR! code: ‘EACCES’,
npm ERR! syscall: ‘symlink’,
npm ERR! path: ‘../lib/node_modules/browser-sync/dist/bin.js’,
npm ERR! dest: ‘/usr/local/bin/browser-sync’
npm ERR! >
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator.

npm ERR! A complete log of this run can be found in:
npm ERR! /Users/user/.npm/_logs/2020-02-06T12_39_46_249Z-debug.log

Потом я решил проверить что npm вообще может делать, но он игнорит все команды выдавая ERR или WARN. Перерыл весь интернет со вчерашнего дня, никакие команды не работают. Переустанавливал 3 раза, обычную и Current версию. Бесполезно.

Пробывал устанавливать не глобально, a терминал писал:

Источник

node.js не работает запуск из командной строки

Только начал осваивать Node.js. В командной строке пишу node, запускается консоль node.js. Если скопипастить код js скрипта туда, он запускается. Допустим, в скрипте написано создание http сервера, он действительно создаётся, браузер открывает страницу, которую отдал сервер.

Теперь идём далее. Открываем опять обычную командную строку. В Windows файлы *.js ассоциированы, например, с блокнотом (notepad). В командной строке перехожу в директорию с нужным скриптом (команда cd). Пишу node .js. По идее, node.js должен запустить этот скрипт. Что происходит — открывается notepad с исходником скрипта.

Где что нужно исправить?

1 ответ 1

В следующий раз попробуйте спросить поисковик (ещё тык) — он то же может давать правильные ответы!

Дополнение ответа:

1. Установка

Для настройки окружения будет достаточно сделать два шага:

Сначала установите сам сервер Node.JS.

Если у вас Unix-система – рекомендуется собрать последнюю версию из исходников, а также NPM. Вы справитесь.

Если Windows – посетите сайт http://nodejs.org или скачайте установщик (32 или 64-битный) с расширением .msi из http://nodejs.org/dist/latest/.

Выберите директорию, в которой будете решать задачи. Запустите в ней:

Это установит в текущую директорию модуль node-static, который станет автоматически доступным для скриптов из поддиректорий.

2. Проверка

Проверьте инсталяцию. Для этого:

Создайте какую-нибудь поддиректорию и в ней файл server.js с таким содержимым:

Нельзя запустить больше одного сервера одновременно! При попытке запуска двух серверов (например, в разных консолях) – будет конфликт портов и ошибка.

Должно вывести код файла server.js.

Если всё работает – отлично, теперь вы готовы решать задачи.

Источник

Почему не работает node.js приложение на хостинге?

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

var express = require(‘express’);
var path = require(‘path’);
var logger = require(‘morgan’);
var cookieParser = require(‘cookie-parser’);
var bodyParser = require(‘body-parser’);
var MongoClient = require(‘mongodb’).MongoClient;
var db;

var app = express();

app.set(‘views’, path.join(__dirname, ‘views’));
app.set(‘view engine’, ‘ejs’);

app.use(logger(‘dev’));
app.use(bodyParser.json());
app.use(bodyParser.urlencoded(< extended: false >));
app.use(cookieParser());
app.use(express.static(path.join(__dirname, ‘public’)));

app.get(‘/, function(req, res, next) <
res.send(‘Hello user’);
>);

app.use(function(req, res, next) <
var err = new Error(‘Not Found’);
err.status = 404;
next(err);
>);

MongoClient.connect(‘тут подключаемся к базе’, function (err, database) <
if(err) <
return console.log(err);
>

app.listen(3012, function () <
console.log(‘Server started’);
>)

В чем может быть проблема?

• Вопрос задан более трёх лет назад
• 1168 просмотров

Александр Крымов, Ну как.
Вверху надо напейсать:
app.set(‘port’, process.env.PORT || 3012);
а внизу

Строчку module.exports = app; стереть за ненадобностью.

А почему приложение «нельзя» запускать на 80-м — объяснения этому я никогда не встречал: все долдонять только, как попугаи, что «не рекомендуется», «не безопасно» и т.п. ерунду. Думаю, просто, на сервере может быть не одно приложение, а если их хотя бы два — они уже не могут слушать один и тот же порт. Другого у меня нет объяснения.

Источник

Ошибки¶

Приложения, работающие в Node.js, обычно сталкиваются с четырьмя категориями ошибок:

• Стандартные ошибки JavaScript, такие как , , , , и .
• Системные ошибки, вызванные ограничениями базовой операционной системы, такими как попытка открыть несуществующий файл или попытка отправить данные через закрытый сокет.
• Пользовательские ошибки, вызванные кодом приложения.
• AssertionError s — это особый класс ошибок, который может быть вызван, когда Node.js обнаруживает исключительное логическое нарушение, которое никогда не должно происходить. Обычно они поднимаются assert модуль.

Все ошибки JavaScript и системные ошибки, вызванные Node.js, наследуются от стандартного класса JavaScript или являются его экземплярами и гарантированно предоставляют по меньшей мере свойства, доступные в этом классе.

Распространение ошибок и перехват¶

Node.js поддерживает несколько механизмов распространения и обработки ошибок, возникающих во время работы приложения. То, как эти ошибки сообщаются и обрабатываются, полностью зависит от типа Error и стиль вызываемого API.

Все ошибки JavaScript обрабатываются как исключения, которые немедленно генерировать и выдавать ошибку с помощью стандартного JavaScript throw механизм. Они обрабатываются с помощью try…catch строить предоставляется языком JavaScript.

Любое использование JavaScript throw механизм вызовет исключение, которое должен обрабатываться с использованием try…catch или процесс Node.js немедленно завершится.

За некоторыми исключениями, Синхронный API (любой метод блокировки, не принимающий callback функция, например fs.readFileSync ), буду использовать throw сообщать об ошибках.

Ошибки, возникающие внутри Асинхронные API можно сообщить несколькими способами:

• Большинство асинхронных методов, которые принимают callback функция примет Error объект, переданный в качестве первого аргумента этой функции. Если этот первый аргумент не null и является экземпляром Error , то произошла ошибка, которую необходимо обработать.

• Когда асинхронный метод вызывается для объекта, который является EventEmitter , ошибки могут быть перенаправлены на этот объект ‘error’ событие.

• Некоторые обычно асинхронные методы в API Node.js могут по-прежнему использовать throw механизм для создания исключений, которые должны обрабатываться с помощью try…catch . Исчерпывающего списка таких методов нет; обратитесь к документации по каждому методу, чтобы определить соответствующий требуемый механизм обработки ошибок.

Использование ‘error’ механизм событий наиболее распространен для потоковый а также на основе эмиттера событий API-интерфейсы, которые сами по себе представляют собой серию асинхронных операций с течением времени (в отличие от одной операции, которая может пройти или закончиться неудачей).

Для все EventEmitter объекты, если ‘error’ обработчик событий не предоставляется, будет выдана ошибка, в результате чего процесс Node.js сообщит о неперехваченном исключении и завершится сбоем, если только одно из следующих событий: domain модуль используется надлежащим образом или обработчик зарегистрирован для ‘uncaughtException’ событие.

Ошибки, сгенерированные таким образом не мочь быть перехваченным с помощью try…catch как они брошены после код вызова уже вышел.

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

Обратные вызовы при первой ошибке¶

Большинство асинхронных методов, предоставляемых основным API Node.js, следуют идиоматическому шаблону, называемому обратный вызов при первой ошибке. В этом шаблоне функция обратного вызова передается методу в качестве аргумента. Когда операция завершается или возникает ошибка, вызывается функция обратного вызова с Error объект (если есть) передается в качестве первого аргумента. Если ошибки не возникло, первый аргумент будет передан как null .

JavaScript try…catch механизм не мочь использоваться для перехвата ошибок, генерируемых асинхронными API. Распространенная ошибка новичков — пытаться использовать throw внутри обратного вызова с ошибкой:

Это не сработает, потому что функция обратного вызова передана в fs.readFile() вызывается асинхронно. К моменту вызова обратного вызова окружающий код, включая try…catch блок, уже вышли. Выдача ошибки внутри обратного вызова может привести к сбою процесса Node.js в большинстве случаев. Если домены включены, или обработчик был зарегистрирован с process.on(‘uncaughtException’) , такие ошибки можно перехватить.

Класс: Error ¶

Общий объект JavaScript , не указывающий на конкретную причину возникновения ошибки. Error объекты фиксируют «трассировку стека», детализирующую точку в коде, в которой Error был создан, и может содержать текстовое описание ошибки.

Все ошибки, генерируемые Node.js, включая все системные ошибки и ошибки JavaScript, будут либо экземплярами, либо унаследованы от Error класс.

new Error(message) ¶

Создает новый Error объект и устанавливает error.message в предоставленное текстовое сообщение. Если объект передается как message , текстовое сообщение создается при вызове message.toString() . В error.stack свойство будет представлять точку в коде, в которой new Error() назывался. Трассировки стека зависят от API трассировки стека V8. Трассировки стека распространяются только на (а) начало синхронное выполнение кода, или (b) количество кадров, заданное свойством Error.stackTraceLimit , в зависимости от того, что меньше.

Error.captureStackTrace(targetObject[, constructorOpt]) ¶

Создает .stack собственность на targetObject , который при доступе возвращает строку, представляющую место в коде, в котором Error.captureStackTrace() назывался.

Первая строка трассировки будет иметь префикс $: $ .

Необязательный constructorOpt Аргумент принимает функцию. Если указано, все кадры выше constructorOpt , включая constructorOpt , будет исключен из сгенерированной трассировки стека.

В constructorOpt Аргумент полезен для сокрытия деталей реализации генерации ошибок от пользователя. Например:

Error.stackTraceLimit ¶

В Error.stackTraceLimit указывает количество кадров стека, собранных трассировкой стека (независимо от того, сгенерированы ли они new Error().stack или Error.captureStackTrace(obj) ).

Значение по умолчанию — 10 но может быть установлен на любой допустимый номер JavaScript. Изменения повлияют на любую записанную трассировку стека. после значение было изменено.

Если установлено нечисловое значение или задано отрицательное число, трассировки стека не будут захватывать какие-либо кадры.

error.code ¶

В error.code Свойство — это строковая метка, определяющая тип ошибки. error.code это наиболее стабильный способ выявления ошибки. Он будет меняться только между основными версиями Node.js. Наоборот, error.message строки могут меняться между любыми версиями Node.js. Видеть Коды ошибок Node.js для получения подробной информации о конкретных кодах.

error.message ¶

В error.message свойство — это строковое описание ошибки, установленное при вызове new Error(message) . В message переданный конструктору, также появится в первой строке трассировки стека Error , однако изменение этого свойства после Error объект создан может нет изменить первую строку трассировки стека (например, когда error.stack читается до изменения этого свойства).

error.stack ¶

В error.stack свойство — это строка, описывающая точку в коде, в которой Error был создан.

Первая строка отформатирована как : , за которым следует серия кадров стека (каждая строка начинается с «at»). Каждый фрейм описывает сайт вызова в коде, который приводит к сгенерированной ошибке. V8 пытается отобразить имя для каждой функции (по имени переменной, имени функции или имени метода объекта), но иногда не может найти подходящее имя. Если V8 не может определить имя функции, для этого фрейма будет отображаться только информация о местоположении. В противном случае определенное имя функции будет отображаться с информацией о местоположении, добавленной в круглые скобки.

Фреймы создаются только для функций JavaScript. Если, например, выполнение синхронно проходит через дополнительную функцию C ++, называемую cheetahify который сам вызывает функцию JavaScript, фрейм, представляющий cheetahify вызов не будет присутствовать в трассировке стека:

Информация о местоположении будет одной из следующих:

• native , если кадр представляет внутренний вызов V8 (как в [].forEach ).
• plain-filename.js:line:column , если фрейм представляет собой внутренний вызов Node.js.
• /absolute/path/to/file.js:line:column , если кадр представляет собой вызов в пользовательской программе или ее зависимостях.

Строка, представляющая трассировку стека, генерируется лениво, когда error.stack собственность доступ.

Количество кадров, захваченных трассировкой стека, ограничено меньшим из Error.stackTraceLimit или количество доступных кадров в текущем тике цикла событий.

Класс: AssertionError ¶

Указывает на неудачу утверждения. Подробнее см. Class: assert.AssertionError .

Класс: RangeError ¶

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

Node.js сгенерирует и выбросит RangeError экземпляры немедленно как форма подтверждения аргумента.

Класс: ReferenceError ¶

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

Хотя клиентский код может генерировать и распространять эти ошибки, на практике это будет делать только V8.

Если приложение динамически не генерирует и не запускает код, ReferenceError экземпляры указывают на ошибку в коде или его зависимостях.

Класс: SyntaxError ¶

Указывает, что программа не является допустимым JavaScript. Эти ошибки могут возникать и распространяться только в результате оценки кода. Оценка кода может произойти в результате eval , Function , require , или vm. Эти ошибки почти всегда указывают на неработающую программу.

SyntaxError экземпляры невозможно восстановить в контексте, который их создал — они могут быть перехвачены только в других контекстах.

Класс: SystemError ¶

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

• address <строка>Если присутствует, адрес, к которому не удалось подключиться к сети.
• code <строка>Код ошибки строки
• dest <строка>Если присутствует, путь к файлу при сообщении об ошибке файловой системы
• errno Номер ошибки, предоставленный системой
• info