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

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

ну и в чем профит? тот же линукс внутри.

Ну кому надо на винде, ставит бокс, пробрасывает папки и работает как бы из винды с докером. В моем случае мне так просто удобнее.

con.query("SELECT name, address FROM customers", function (err, result, fields) { if (err) throw err; console.log(result); });

А как извлечь отсюда результат запроса?

con.query("SELECT name, address FROM customers", function (err, result, fields) { if (err) throw err; console.log(result); });

Эм. err, result, fields.... result...

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

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

Присвоить переменной из внешней области видимости? Вернуть?

куда вернуть если в коде эта функция не вызываеттся?

куда вернуть если в коде эта функция не вызываеттся?

Другой функции передать а не вернуть*. Не верно выражаюсь.

Твоя задача сама по себе странная, данные которые переходят коллбеку обычно используются в своём коллбеки либо передаются в следующую функцию и используются там.

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

ты из PHP?

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

из С++

ого, тебя наказали Нодой? :)

да)

ты из PHP?

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

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

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

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

Ну это если обсуждать чисто асинхроннщину, а я вообще говорю за взаимодействия с данными.

con.query("SELECT name, address FROM customers", function (err, result, fields) { if (err) throw err; console.log(result); });

чтобы не городить callback hell, лучше сразу ознакомиться с промисами const mysql = require('mysql'); const util = require('util'); util.promisify(mysql.query)("SELECT name, address FROM customers") .then(function (result) { // do something and return something}) .then(function (nextResult) { //do something with previous result}) .catch(function (err) { //process errors here })

чтобы не городить callback hell, лучше сразу ознакомиться с промисами const mysql = require('mysql'); const util = require('util'); util.promisify(mysql.query)("SELECT name, address FROM customers") .then(function (result) { // do something and return something}) .then(function (nextResult) { //do something with previous result}) .catch(function (err) { //process errors here })

Было б совсем топ если бы ты ещё использовать весь синтаксис из ES6 +.

А если у тебя еще и node > 8, то еще проще const mysql = require('mysql'); const util = require('util'); (async function () { const query = util.promisify(mysql.query); const result = await query("SELECT name, address FROM customers"); })();

Просто плюсеру это не нужно.

спасибо ,счя посмотрю

лол а можно просто как в пхп )послать запрос получить ответ?)

лол а можно просто как в пхп )послать запрос получить ответ?)

async/await - смотри второй пример

лол а можно просто как в пхп )послать запрос получить ответ?)

Ну у тебя заблокирует операцию.

Оно тебе надо?

Тут же чуть более сложный синтаксис но прирост в скорости в рамках одного ворка.

Тут же чуть более сложный синтаксис но прирост в скорости в рамках одного ворка.

нет на самом деле никакого прироста в скорости - все равно 90% времени ты будешь ждать от mysql ответа и там и там есть прирост в rps

Плюс ко всему синхронные функции в ноде имеют ряд ошибок.

нет на самом деле никакого прироста в скорости - все равно 90% времени ты будешь ждать от mysql ответа и там и там есть прирост в rps

Ну как же нет? В рамках одно ворка, пыха будет ждать ответа, а нода будет работать с другими вещами.

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

Ну как же нет? В рамках одно ворка, пыха будет ждать ответа, а нода будет работать с другими вещами.

ну да, я и говорю - rps вырастет, а в рамках одного ответа оно все равно будет ждать

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

ну да, я и говорю - rps вырастет, а в рамках одного ответа оно все равно будет ждать

Ну сами запросы то понятно, будут те же по скорости.

Единственное, где ты выиграешь - что connection к mysql в ноде можно создать на этапе запуска, а не при каждом запросе

Единственное, где ты выиграешь - что connection к mysql в ноде можно создать на этапе запуска, а не при каждом запросе

В php тоже.

В php тоже.

В обычном - нет

мне нужно достать из бд 10 строк провернуть использовать их а потом их же update-нуть

Разве что ты по-хитрому будешь обрабатывать fastcgi вызовы на низком уровне

В обычном - нет

В обычном, это как? Мы в любом случае создаём коннект. new PDO(host, user, pass)...

мне нужно достать из бд 10 строк провернуть использовать их а потом их же update-нуть

Все правильно делаешь, все это можно сделать в рамках одного коллбека.

колбек в колбеке как минимум

колбек в колбеке как минимум

В смысле?

достать а потом их же изменить

Ну это если тебе ответ нужен будет обязательно ты просто привяжешь коллбек.

А так то для update коллбек, зачем? Ты просто делаешь update запрос.

Ну опять же, разве что для обработки result update.

вообще да

а эти колбеки выполняются в каком то порядке?

если я напишу 2 колбека,то выполн сначала 1-ый потом 2-ой?

а эти колбеки выполняются в каком то порядке?

Ой, ну это тебе надо разбираться в устройстве event loop очереди.

Но вообще нет, какой ответ первый прийдет, тот коллбек станет в очередь.

И когда до него дойдёт очередь мы его выполним.

Ой, ну это тебе надо разбираться в устройстве event loop очереди.

Загугли "устройство асинхронности NodeJS".

значит надо 100% промисы

или колбек в колбеке

Я бы подсказал загуглить о libuv, но там сложно.

значит надо 100% промисы

Ну там такая же фигня.

или колбек в колбеке

Не понимаю с чего ты сделал вывод такой.

сам не знаю)

мне нужно взять 10 строк и пометить что я их уже брал

Вот тебе короче рекомендация, в этом коллбеки и пили обновления.

ERROR: S client not available

Все.

чтобы больше не брать

Ну да. Надо будет возьмёшь.

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

ладно всем спасибо

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

Эм? Запросы выполняет да, а коллбеки выполняет быстрее те, на которые прийдут быстрее ответы.

ну да логично)

Ребят, кто-нибудь работал с https://github.com/graphql/graphql-js/?

Ребят, кто-нибудь работал с https://github.com/graphql/graphql-js/?

было дело

Ребят, кто-нибудь работал с https://github.com/graphql/graphql-js/?

@graphql_ru

я правильно понимаю что если rest + jwt, то о csrf можно не беспокоиться?

я правильно понимаю что если rest + jwt, то о csrf можно не беспокоиться?

Ну на стороне клиента могут подменить

А на сервере да, мир и спокойствее

Что подменить? Токен же подписан

я правильно понимаю что если rest + jwt, то о csrf можно не беспокоиться?

Только если токен не в куках

окай, спсб

Pastebin

Ребятушки кто то подскажет в чем проблема мб, не срабатывает aggregate у монги (( https://paste.ofcode.org/ZGk9i8sU7ynr38BwpGcws7

Потому что я знаю что 100% данные по этому фильтру есть , а он возвращает пустой массив

а зачем тебе агригейт если у тебя только фильтрация, сделай обычный where

Потому что я знаю что 100% данные по этому фильтру есть , а он возвращает пустой массив

у тебя там строка вместо числа в переменных start\end скорее всего

а зачем тебе агригейт если у тебя только фильтрация, сделай обычный where

потому что внутри этого агрегейта будет куча всего

у тебя там строка вместо числа в переменных start\end скорее всего

Я этот фильтр пихал в find и все чудестно работало

а $match что то не фига

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

Подскажите плиз, как запустить два сервера в package.json? node ./debug/WS-Server.js && node ./debug/API/serverAPI/js Такая конструкция запускает первый сервер, а апи нет

Подскажите плиз, как запустить два сервера в package.json? node ./debug/WS-Server.js && node ./debug/API/serverAPI/js Такая конструкция запускает первый сервер, а апи нет

Я бы в отдельных окнах запускал

Но &

Я бы в отдельных окнах запускал

На сервере?)

На сервере?)

У тебя debug в пути Я бы дебаг на сервере не запускал