На принимающем скрипте экспресс роут, который кидает в консоль req.body , который {}

Такое ощущение, что request не ест то, что я ему сую.

body: JSON.parse(data.toString(... , json: true,

Из доки к модулю request: "If json is true, then body must be a JSON-serializable object"

body: JSON.parse(data.toString(... , json: true,

Да, это сработало. Огромное спасибо!

как обороться с ситуацией, когда delete опережает предыдущую операцию? например: let obj = jbo[key] if (obj.num > 5) {...} delete jbo[key] периодически возникает ошибка, что .num не существует, потому что delete обогнал не только if но и let

смотрите код это невозможно все операции синхронны в данном примере

+ синхронные операции в приоритете всегда

как обороться с ситуацией, когда delete опережает предыдущую операцию? например: let obj = jbo[key] if (obj.num > 5) {...} delete jbo[key] периодически возникает ошибка, что .num не существует, потому что delete обогнал не только if но и let

Если ты делаешь это в for..in, то проверяй на наличие собственного ключа методом hasOwnProperty

как обороться с ситуацией, когда delete опережает предыдущую операцию? например: let obj = jbo[key] if (obj.num > 5) {...} delete jbo[key] периодически возникает ошибка, что .num не существует, потому что delete обогнал не только if но и let

дело тут точно не в delete может здесь jbo[key] ничего нет?)

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

Если ты делаешь это в for..in, то проверяй на наличие собственного ключа методом hasOwnProperty

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

Ну так сделай

не, ну можно конечно заслонку поставить, но я надеялся обойтись без лишних задержек :(

Какую заслонку?

Нц да, лучше, чтобы код вылетал, нежели работал на 1 такт медленнее

В конце концов, вылетевший код сработает быстрее

Какую заслонку?

throttle чтобы гарантировать строго последовательное вызовы

Ты так троллишь с утра пораньше?

Если да, то хаха молодец

?

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

не так там. есть функция на вход которой подаётся ключ объект которого надо проверить на условия и удалить если соответствует. нету внутри никакого for только свич function chandel(i) { let obj = jbo[i] // некий глобальный объект, удалять из которого может только эта функция if (obj.num >5) { ... return } else if... return } delete jbo[i] saveState (jbo) return }

Ах, уже этот объект глобальный

топ

мутабилити эз зис

и каким-то макаром в момент let obj получает undefined

https://hub.docker.com/search/?isAutomated=0&isOfficial=0&page=1&pullCount=0&q=Puppeteer+&starCount=0

Спасибо, подошёл

saveState асинхронная?

нигде более delete нету

saveState асинхронная?

при чём тут это? там fs.writeFileSync

Ох

Ещё и синхронные обращения к fs

при чём тут это? там fs.writeFileSync

Притом, что я пытаюсь проанализировать кусок кода, вырванный из контекста

да. только вот ошибка до обращения к диску

А вызывается этот метод как?

вызывается из другой проги. это мидлварь. я думал может два раза вызывалось, но console.log сработал только 1 раз

и проявляется это нестабильно. может работать нормально а потом хоп и num не найден

» function chandel(i) откуда код, вызывающий эту функу, получает инфу о ключе?

из другой функи, которая возвращает в прогу список ключей. причём она их действительно возвращает, сдя по log

Ну ты наворотил

это не я наворотил :) просто есть чужая прога, которая последовательно дёргает разные методы в мидлвари. сначала один метод - получает ключи, потом анализирует эти ключи и дёргает другой метод, который должен удалить объект с таким ключом и т.д. ладно, в принципе там скорость неважна, поставлю везде throttle

Чиго

Ну ладно, это твоё дело

» один метод - получает ключи, как он их получает? случайно не читает из файла?

» один метод - получает ключи, как он их получает? случайно не читает из файла?

читает из файла в первом методе, синхронно. получает ключи в другом. удаляет в третьем. :) console.log (jbo) // я вижу этот объект let obj = jbo[i] console.log (obj) // undefined ... delete jbo[i] // единственное место где этот ключ может удалиться :)

Господа, помогите с верным синтаксисом sql. Есть запрос let updateReq = 'UPDATE crm_requests SET date = ? WHERE phone = ?'; connection.query(updateReq,[arr['date'], arr['phone']], function(err, res){ Как написать такой UPDATE crm_requests SET date = '2018-07-12', 'timestamp' = '123123' WHERE phone = '89257656851' and state = 'test'

Господа, помогите с верным синтаксисом sql. Есть запрос let updateReq = 'UPDATE crm_requests SET date = ? WHERE phone = ?'; connection.query(updateReq,[arr['date'], arr['phone']], function(err, res){ Как написать такой UPDATE crm_requests SET date = '2018-07-12', 'timestamp' = '123123' WHERE phone = '89257656851' and state = 'test'

а в чем именно проблема?

а в чем именно проблема?

Не понимаю, как верно по синтаксису так написать. Только вкатился в node

запрос есть, ставишь в функцию с запросом, знаки вопроса - плейсхолдеры

а в чем именно проблема?

Везде примеры с одним условием

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

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

Так а как and тот же самый прописать?

либо можно именованные параметры использовать UPDATE crm_requests SET date = :date WHERE phone = :phone тогда объект можно передавать { date: ... , phone: ... }

именованные - не везде

либо можно именованные параметры использовать UPDATE crm_requests SET date = :date WHERE phone = :phone тогда объект можно передавать { date: ... , phone: ... }

Это я понимаю, не понимаю AND

что конретно непонятно то?

Так а как and тот же самый прописать?

вы же написали) UPDATE crm_requests SET date = '2018-07-12', 'timestamp' = '123123' WHERE phone = '89257656851' and state = 'test' UPDATE crm_requests SET date = ?, 'timestamp' = ? WHERE phone = ? AND state = ?

и передаём массив с 4 параметрами: date, timestamp, phone, state. По порядку

Всем привет, подскажите кто сталкивался с генерацией pdf, какой пакет использовали?

UPDATE crm_requests SET date = :date, 'timestamp' = :timestamp WHERE phone = :phone and state = :state Я правильно понял?

UPDATE crm_requests SET date = :date, 'timestamp' = :timestamp WHERE phone = :phone and state = :state Я правильно понял?

да, если библиотека/драйвер/БД поддерживает именованные параметры)

да, если библиотека/драйвер/БД поддерживает именованные параметры)

Спасибо

как обороться с ситуацией, когда delete опережает предыдущую операцию? например: let obj = jbo[key] if (obj.num > 5) {...} delete jbo[key] периодически возникает ошибка, что .num не существует, потому что delete обогнал не только if но и let

delete медленный, я бы не стал его так применять, можно задать значение undefined и потом их отсеять

delete медленный, я бы не стал его так применять, можно задать значение undefined и потом их отсеять

т.е он типа исполнился, но на самом деле не удалил, а потом этот ключ повторно увидела прога и повторно попыталась удалить и тут наконец-то делет сработал? ну это может быть объяснением

ERROR: S client not available

delete медленный, я бы не стал его так применять, можно задать значение undefined и потом их отсеять

на сколько медленный? на сколько это замедление критично в данной ситуации? все зависит от контекста. в данной ситуации - это экономия на спичках.

т.е он типа исполнился, но на самом деле не удалил, а потом этот ключ повторно увидела прога и повторно попыталась удалить и тут наконец-то делет сработал? ну это может быть объяснением

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

да, если библиотека/драйвер/БД поддерживает именованные параметры)

Ругается что-то) http://imagizer.imageshack.com/img923/927/DXv26I.png

т.е он типа исполнился, но на самом деле не удалил, а потом этот ключ повторно увидела прога и повторно попыталась удалить и тут наконец-то делет сработал? ну это может быть объяснением

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

Ругается что-то) http://imagizer.imageshack.com/img923/927/DXv26I.png

Ну скобку же потерял ну

function chandel(i) { let obj = jbo[i] // некий глобальный объект Там где этот объект используется, можно добавить проверку, чтобы пропускать пустые значения?

Ну скобку же потерял ну

И все же пишет ошибку синтаксиса http://imagizer.imageshack.com/img921/741/vyuveR.png

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

function chandel(i) { let obj = jbo[i] // некий глобальный объект Там где этот объект используется, можно добавить проверку, чтобы пропускать пустые значения?

можно

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

Так тут есть phone http://imagizer.imageshack.com/img921/1528/IpGG2T.png

ну он не экранирован кавычками, как ты видишь

и спасибо за номерок лол

ну он не экранирован кавычками, как ты видишь

Спасибо. Номер из головы.

подскажите где можно почитать можно ли использовать сейчас 10 ноду в продакшене?

или что вы думаете?)

через несколько месяцев в LTS уже будет

mysql раньше не поддерживал именованные плейсхолдеры

подскажите где можно почитать можно ли использовать сейчас 10 ноду в продакшене?

а зачем тебе именно 10 нода?

мы решили обновится с 6, и я предлагаю сразу на 10

мы решили обновится с 6, и я предлагаю сразу на 10

это странно как мне кажется

а пока собирались на 8

так если у тебя нет ничего, что можно использовать из 10, то возьми текущий лтс

почему?

так если у тебя нет ничего, что можно использовать из 10, то возьми текущий лтс

this

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

ну приложение большое, поэтому думаю будет важно)

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

что нужно тестировать мне кажется на конкретном коде

но и риски тоже)

что нужно тестировать мне кажется на конкретном коде

само собой

в тоже время она у нас только для серверного рендеринга

а не как апи