Если это стороняя библа, то не катит. мне нужно разобраться как это на чистом NodeJS регулировать. Как так, писать об ошибке и не указывать имя файла и номер строки? Это же нонсенс, что интепретатор не знает имя файла!

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Statements/debugger

Если это стороняя библа, то не катит. мне нужно разобраться как это на чистом NodeJS регулировать. Как так, писать об ошибке и не указывать имя файла и номер строки? Это же нонсенс, что интепретатор не знает имя файла!

Он не разворачивает ошибку .. тоесть не выплевывает стектрейс

https://www.npmjs.com/package/debug Нашел это но вроде бы пробегала встроеная

Эта библа требует чтобы я добавлял команды логирования во время разработки. То есть уже нельзя это сделать - скрипт уже написан. Да и не в этом суть моего вопроса. Меня удивляет ситуация, что интерпретатор можно поставить в ситуацию, когда он не может выдать имя файла и номер строки. Я хочу управлять этой ситуацией.

https://stackoverflow.com/questions/2923858/how-to-print-a-stack-trace-in-node-js

https://developer.mozilla.org/ru/docs/Web/JavaScript/Reference/Statements/debugger

наверное я не могу более понятно объяснить проблему)))

Эта библа требует чтобы я добавлял команды логирования во время разработки. То есть уже нельзя это сделать - скрипт уже написан. Да и не в этом суть моего вопроса. Меня удивляет ситуация, что интерпретатор можно поставить в ситуацию, когда он не может выдать имя файла и номер строки. Я хочу управлять этой ситуацией.

Обирни все тру кетч и полу стектрейс

Обирни все тру кетч и полу стектрейс

там много асинхронного кода try не захватит все это

наверное я не могу более понятно объяснить проблему)))

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

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

хмм... гляну щаз что это такое.

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

Если это стороняя библа, то не катит. мне нужно разобраться как это на чистом NodeJS регулировать. Как так, писать об ошибке и не указывать имя файла и номер строки? Это же нонсенс, что интепретатор не знает имя файла!

console.trace

console.trace

лучше console.log, короче на 2 символа ))

console.trace

К стати .. а можно это повесить на момент умирания ?

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

так это же просто отладкчик))) ну это крайний вариант отыскать ошибку. но проблема не в этом как мне заставить NodeJS ВСЕГДА!!! при ошибках показывать имя файла и номер строки? ))) вопрос наверное никому не понятен...

тут фишка в слове ВСЕГДА он не всегда выдает имя файла почему-то

К стати .. а можно это повесить на момент умирания ?

process.on('uncaughtException', (err) => {console.trace(err); process.exit(1):})

Может просто кто-то косо написал тру кетч?

И вообще есть же логеры специальные .. винстон тот же

Может просто кто-то косо написал тру кетч?

это легко проверить глобальным поиском. Нет в скриптах try/catch вообще

process.on('uncaughtException', (err) => {console.trace(err); process.exit(1):})

Чет я забыл об таком

Чет я забыл об таком

https://nodejs.org/api/process.html#process_event_uncaughtexception

это легко проверить глобальным поиском. Нет в скриптах try/catch вообще

А стение файлов?

https://nodejs.org/api/process.html#process_event_uncaughtexception

Благодарю .. нужно смотреть документацию, да

Благодарю .. нужно смотреть документацию, да

Хлопаю стоя Сам догадался

И вообще есть же логеры специальные .. винстон тот же

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

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

Необработанное исключение?

process.on('uncaughtException', (err) => {console.trace(err); process.exit(1):})

хмм... интересная штука. Сейчас проверю что она может сделать в моем случае...

а еще асинхронность ноды..

Необработанное исключение?

как же необработанное??? Он же выдал текст ошибки? выдал. Значит обработанное как минимум самим нодой

process.on('uncaughtException', (err) => {console.trace(err); process.exit(1):})

попробовал. Конкретно эту ошибку отловить не может. (((

а еще асинхронность ноды..

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

спасибо за отклик пойду дальше копать если накопаю - сообщу, может найду проблему

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

Это именно парсер джемона ругается

Ищи чтения файлов

Привет! Скрипт выплюнул ошибку: Error: ENOENT: no such file or directory, open 'D:\****erator\workspace.json' Но не сообщил в каком файле это произошло, в какой строке... Как сделать, чтобы он вывел имя файла и номер строки?

Там не должно быть много работы с модулем fs

Там не должно быть много работы с модулем fs

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

братцы а почему в линуксе не получается сделать chown -R под рутом на некоторую папку?

под рутом!

линкованный раздел наверн

братцы а почему в линуксе не получается сделать chown -R под рутом на некоторую папку?

Полностью команду?

chown -R /home/admin/conf/

"operation not permitted"

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

chown -R /home/admin/conf/

chown -R someuser:somegroup fi.le

chown -R someuser:somegroup fi.le

тож самое

указал лимит bodyParser.urlencoded({ extended: false, limit: '50mb', parameterLimit: 1000000}) но при отправка больших данные выдает ошибку 'request entity too large', length: 116722, limit: 102400,

Там не должно быть много работы с модулем fs

кстати, даже если обернуть в try catch - с этим проблема такая, а как это сделать в случае с mocha? Не буду же я все тесты внутри функций такие обертки делать...

указал лимит bodyParser.urlencoded({ extended: false, limit: '50mb', parameterLimit: 1000000}) но при отправка больших данные выдает ошибку 'request entity too large', length: 116722, limit: 102400,

nginx указан 50мб

тож самое

chattr глянь, мож i выставлен

sudo chattr -i path

да выключил immutable и прокатило

значит веста добавила этот аттрибут для демонов и прочего

типа его не надо изменять, но тогда под админом он недоступен к просмотру

значит ли это что надо добавить админа в рут группу, или наоборот рута в группу админ или как это делается

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/SyntaxError

sudo chattr -i path

пасибо

если sequelize может создавать таблицы при запуске сервера, есть ли тогда необходимость в файлах миграций ?

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

народ, кто чем пользуется для описания API? Я юзал swagger, apiary, может есть еще что-нибудь удобное и вкусное? Так просто .. для общего развития

народ, кто чем пользуется для описания API? Я юзал swagger, apiary, может есть еще что-нибудь удобное и вкусное? Так просто .. для общего развития

apidoc, doca (https://github.com/cloudflare/json-schema-tools/tree/master/workspaces/doca)

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

Эм .. ты отлаживал код тестов?

нет зачем это делать?

apidoc, doca (https://github.com/cloudflare/json-schema-tools/tree/master/workspaces/doca)

и что, норм? Мне бы так чтобы какой-то сервис.. с эмуляцией АПИ.. с описанием каждого поля.. чтобы удобненько было читать. Хотя может я мало в доку вкинулся, ща подраздуплюсь

кто пробовал большие данные отправлять в POST запросе? как вы nginx и nodejs настраивали?

request entity too large ошибка

ERROR: S client not available

request entity too large ошибка

код покажите

какой код?

настройки nginx server { listen 80; server_name domen; location / { proxy_pass http://web:8000; } client_max_body_size 100M; }

настроил ноду app.use(bodyParser.urlencoded({ extended: false, limit: '100mb', parameterLimit: 1000000}));

при отправке больших данных выдает request entity too large

А что именно отправляете

json

Я где то писал такую конструкцию сейчас гляну скажу

А что именно отправляете

'Content-Length': '94019'

У меня так:

app.use(bodyParser.json({limit: '100mb'})); app.use(bodyParser.urlencoded({limit: '100mb',extended: true}));

А что именно отправляете

больше 102400 не хочет принимать

настроил ноду app.use(bodyParser.urlencoded({ extended: false, limit: '100mb', parameterLimit: 1000000}));

кто генерирует запрос? кто обрабатывает?

один сервер генерирует и отправлять другой принимает оба на разных машинах принимающий на ноде

Что-то мало кода показали... я увидел лишь обработчик urlencoded...

один сервер генерирует и отправлять другой принимает оба на разных машинах принимающий на ноде

один сервер на ноде генерирует запрос. Верно? И он генерирует ошибку. Так?

один сервер на ноде генерирует запрос. Верно? И он генерирует ошибку. Так?

че?

что не ясно в моих вопросах?

как отправляющий будет генерить ошибку

как отправляющий будет генерить ошибку

код ошибки как бы намекает на это

код ошибку возвращяет принимающая строна

http

413

ошибка связана с request (это вроде как запрос), значит проблемы у того, кто запрос делает. Кто делает запрос? Наверное отправляющая сторона. Верно?

нет

ошибка связана на стороне принимающей

код ошибку возвращяет принимающая строна

а чего ошибка со словом request???

request entity too large

что?

говорит запрос слишком большой

в общем тогда показывайте код, и номер строки где ошибка.

app.use(bodyParser.json({limit: '100mb'})); app.use(bodyParser.urlencoded({limit: '100mb',extended: true}));

спасибо