Привет, нужно подождать промис СИНХРОННО в НЕ async функции. я понимаю, что это антипатерн, но нужно сделать

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

сделай функцию async

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

тогда ищи способ делать синхронно то, что ты делаешь в промисе

жде ответа от сервера

Большинство операций в node имеют синхронный аналог/опцию (но хорошо подумай над этим)

я уже очень хорошо подумал, но выбора нету

require синхронная

я риализую dyn_require

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

собственно, поэтому тоже вынужден делать синхронно

так как сделать то?

Опиши подробнее задачу

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

Sequelize здесь не будет оффтопом? Кто-нибудь в нём разбирается, смысл задавать вопрос есть?

А ты задавай

Sequelize здесь не будет оффтопом? Кто-нибудь в нём разбирается, смысл задавать вопрос есть?

не будет

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

реализую аналог require

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

require работает синхронно, значит я вынужден тоже делать синхронно.

require работает синхронно, значит я вынужден тоже делать синхронно.

А вот если грузить из fs и eval......

require работает синхронно, значит я вынужден тоже делать синхронно.

ты всё ещё не описал проблему)

ты всё ещё не описал проблему)

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

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

Так файл грузится асинхронно

Это всё ещё плохо описывает всю задачу) Например, а зачем ждать? Или может речь про инициализацию приложения?

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

И зачем для этого синхронная реализация?

Почему нельзя загрузить асинхронно?

Потому, что мы выполняем require в коде вне функции, как следствие мы не можем использовать await

async (file) => { return require(file); } асинхронный require

async (file) => { return require(file); } асинхронный require

ого

ого

Я пытался намекнуть на то, что я всё ещё не понимаю полностью проблему Павла

async (file) => { return require(file); } асинхронный require

и что дальше? мы не можем использовать await в верхнем коде

вне async функции

и что дальше? мы не можем использовать await в верхнем коде

Заверни в самоисполняемую функцию

если мне нужно выполнить его там же где и все остальные require как я это изменю?

Ух как сложно

Давайте сами, ребятки

ну так не зря require синхронный

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

есть вариант, реально все завернуть в async функцию, но это уже больше на порнографию похоже будет

Давайте сами, ребятки

+ Так и не понял ничего

и что дальше? мы не можем использовать await в верхнем коде

Вариант 1: делай синхронный запрос (но 10 раз подумай, не сделаешь ли ты приложение очень плохим) Вариант 2: не пиши ничего просто в глобальной области, работай с функциями / классами, делай приложение асинхронным, в том числе тут же вариант с самоисполняемой функцией. Проведу аналогию. Также можно сказать "мне нужно синхронное подключение к БД, потому что надо, чтобы приложение запускалось, когда к БД уже подключилось". Ведь подклчение к БД - асинхронное, но я делаю его в глобальной области, а дальше тут же в глобальной работаю с БД. Но при этом все отлично работают с асинхронным подключениенм к БД

Вариант 1: делай синхронный запрос (но 10 раз подумай, не сделаешь ли ты приложение очень плохим) Вариант 2: не пиши ничего просто в глобальной области, работай с функциями / классами, делай приложение асинхронным, в том числе тут же вариант с самоисполняемой функцией. Проведу аналогию. Также можно сказать "мне нужно синхронное подключение к БД, потому что надо, чтобы приложение запускалось, когда к БД уже подключилось". Ведь подклчение к БД - асинхронное, но я делаю его в глобальной области, а дальше тут же в глобальной работаю с БД. Но при этом все отлично работают с асинхронным подключениенм к БД

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

есть вариант, реально все завернуть в async функцию, но это уже больше на порнографию похоже будет

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

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

тогда, видимо, вариант 1 у тебя не сработает)

async (file) => { return require(file); } асинхронный require

Так это не добавит асинхронности, просто обернет в промис

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

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

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

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

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

Async await

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

1. Просто заменить require на твой в твоей задаче - никак, на текущий момент это противоречит ноде. 2. Это нормлаьно, когда в приложении есть асинхронные модули и ты дожилаешься их загрузки

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

тут противоречие в самом вопросе

1. Просто заменить require на твой в твоей задаче - никак, на текущий момент это противоречит ноде. 2. Это нормлаьно, когда в приложении есть асинхронные модули и ты дожилаешься их загрузки

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

Не работай в глобальной области, разбивай приложение на модули/классы/функции, добавляй где надо async, а дальше на твоё вкус 1. через .on 2. через промис / await 3. колбеееек

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

В этом нет ничего плохого

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

У вас каша в голове

У вас каша в голове

спасибо, за дельное замечание

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

А чем require противоречить должен? Он сихронный, у него никаких проблем. Хотя он может вернуть промис, или вернуть объект, у которого один из методов вернёт промис, когда всё загрузится

Вопрос по Sequelize (pg): https://gist.github.com/D5T/4d4b392a0bd05d2c512ce281d0569277

Я уже писал выше - аналог задаче - это подключение к БД при инициализации приложения

Я уже писал выше - аналог задаче - это подключение к БД при инициализации приложения

ну да, похоже по сути

спасибо, за дельное замечание

Вы хотите синхронное ожидание промиса, но чтобы очередь событий не блокировалась. Где же тогда синхронность?

ну да, похоже по сути

Но при этом с БД никаких проблем) Почему? потому что db.connect().then((db) => { myApp.start(db); }) Не обязательно писать весь код просто глобально

Вы хотите синхронное ожидание промиса, но чтобы очередь событий не блокировалась. Где же тогда синхронность?

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

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

В однопоточности

В однопоточности

1 поток не значит 1 контекст

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

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

А вы можете код скинуть?

Возвращайте в своём require промис, а дальше всё как обычно в js

есть промикс и не async функция, все что есть. там кидать то нечего

Возвращайте в своём require промис, а дальше всё как обычно в js

да это решение я и так знаю. ладно спасибо, я понял что вариантов нету

да это решение я и так знаю. ладно спасибо, я понял что вариантов нету

Таков nodejs, тут уж ничего не поделать (да и это нормальная ситуация, а предложенные решения - нормальные). Другой вариант - ждите, пока выйдет nodejs, в котором глобальная область допускает await (вроде собирается такая выходить)

Вопрос по Sequelize (pg): https://gist.github.com/D5T/4d4b392a0bd05d2c512ce281d0569277

Можно явно в attributes перечислить, что нужно

Можно явно в attributes перечислить, что нужно

GroupLesson всё равно никуда не девается. Не знаю, как его убрать… UPD: проблема решена методом *научного* тыка. Добавил through: {attributes: []}, как советуют ребята в Issues на GitHub. Что это за through - не знаю. Документация у них ужасная.

Почему все еще не перешли на headless cms?

Почему все еще не перешли на headless cms?

А почему должны?

А почему должны?

ну это ж удобно навига какой нить wordpress

там фокус на контент

работает только при помощи рест апи

ну это ж удобно навига какой нить wordpress

А почему вы считаете, что тут все сидят на вордпресс?)

А почему вы считаете, что тут все сидят на вордпресс?)

я так не считаю он прост популярен

на чем тут сидят?

на nodejs, наверное

express, koa, rails, total, adonis, keystone, nest

Добрый вечер

Как реализовать выход пользователя через passport js

Подскажите пожалуйста

Используется localStrategy

Как оборвать сессию

app.get('/logout', function(req, res){ req.logout(); res.redirect('/'); });

У меня почти также только вместо res.redirect я написал res.end

express, koa, rails, total, adonis, keystone, nest

express koa итд это cms?

express koa итд это cms?

Нет. Забудь вообще это слово

express koa итд это cms?

забаньте его уже

GroupLesson всё равно никуда не девается. Не знаю, как его убрать… UPD: проблема решена методом *научного* тыка. Добавил through: {attributes: []}, как советуют ребята в Issues на GitHub. Что это за through - не знаю. Документация у них ужасная.

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

забаньте его уже

+

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

есть ОРМ лучше? (для ноды)

есть ОРМ лучше? (для ноды)

не знаю. типа их две основных sequelize и knex