И не задумывался о потоках

Нужен сервак на лине малопроизводительный на 2 недели. Что быстро и беслпатно (тестовый период) можно?)))

artplanet.su

с9.io совсем бесплатный

Но там настройка чуть сложнее

чем можно собрать сайт (аналог фантома) с загрузкой сторонних скриптов на сайте? фантом не грузит скрипты находящиеся не на сайте (т.е. на другом домене)

отключи фантому security

Всем привет. Ребят кто юзал objection.js ? После sequelize как-то не очень верится, что в nodejs будет нормальная ORM. Поэтому смотрю в сторону query builder ов (далее QB). Насколько я понял, Objection это типа QB но с моделями и валидацией. Поделитесь впечатлениями от использования, если был опыт.

а что с секвелайзом не так?

pg-promise helpers

Всем привет. Ребят кто юзал objection.js ? После sequelize как-то не очень верится, что в nodejs будет нормальная ORM. Поэтому смотрю в сторону query builder ов (далее QB). Насколько я понял, Objection это типа QB но с моделями и валидацией. Поделитесь впечатлениями от использования, если был опыт.

Использовал. Мне нравится простота моделей (это обычные классы), реляции легко описываются, миграции (они нексовские).

Игер-запросы ещё удобны

а что с секвелайзом не так?

Лично моё мнение — она неочевидная. Дока не описывает многие кейсы. И потом raw query через строку - это кощунство, во времена когда есть много хороших query builder ов

Всем привет. Ребят кто юзал objection.js ? После sequelize как-то не очень верится, что в nodejs будет нормальная ORM. Поэтому смотрю в сторону query builder ов (далее QB). Насколько я понял, Objection это типа QB но с моделями и валидацией. Поделитесь впечатлениями от использования, если был опыт.

Добрый день. Опыт, в целом пложительный. Документация хорошая. ORM за вас сильно много не думает там где не надо. Сами (основоной мейнтейнер), быстро правит issue. Я использую также graphql сервер для этой ORM

Использовал. Мне нравится простота моделей (это обычные классы), реляции легко описываются, миграции (они нексовские).

Благодарю, инфа полезная. Особенно что касается реляций.

Добрый день. Опыт, в целом пложительный. Документация хорошая. ORM за вас сильно много не думает там где не надо. Сами (основоной мейнтейнер), быстро правит issue. Я использую также graphql сервер для этой ORM

Ясно, спасибо, значит буду пробовать. Дока кстати действительно подробная. Сходу нашёл то, что надо. Но решил поспрашивать, на случай, если имеются подводные камни.

Также графовый апдейт и инсерт удобные - это изз фич

Всем привет! Нужна помощь с passport.js Делаю авторизацию по доке. посылаю логин и пароль post /login там после проверки пользователя вызываю метод req.login() и после этого проверяю req.session.passport там появляются данные залогиненного пользователя но далее выполняю второй запрос к серверу, и этих данных там уже нет, соответственно юзер не авторизован.. что я делаю не так?)

Куки подключены?

кука вроде есть в браузере

у кого есть 5 минут посмотреть мой код, правильным ли путем иду (изучаю ноду сейчас и реакт), пишу api c sequelize (mysql) и express

хай, минутный вопрос, неужели у mongo.collection.insert max size за один insert 50?

хай, минутный вопрос, неужели у mongo.collection.insert max size за один insert 50?

@MongoDBRussian

Куки подключены?

@MongoDBRussian

понял, принял, спасибо

Зачем юзать hapi, если он проигрывает по количеству запросов в секунду? https://raygun.com/blog/node-js-performance-2017/

Скажем так. Чем он вобще крут? Конфигурация лучше кода и только это в нем есть? :c

Скажем так. Чем он вобще крут? Конфигурация лучше кода и только это в нем есть? :c

https://hueniverse.com/performance-at-rest-75bb8fff143

Скажем так. Чем он вобще крут? Конфигурация лучше кода и только это в нем есть? :c

Ну и немного некорректно сравнивать голый express и koa с голым hapi.

Хотя, для того, чтобы сказать, что «мой сервер обрабатывает в 5 раз больше попугаев в секунду», пойдёт :)

Вот, например, под высокой нагрузкой hapi местами выигрывает у конкурентов - https://www.techempower.com/benchmarks/#section=data-r14&hw=ph&test=query&l=8vn01r

Скажем так. Чем он вобще крут? Конфигурация лучше кода и только это в нем есть? :c

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

кто может конфигом вебпака поделиться для сборки ноды?

Простите, а зачем вам вебпак на БЕ ?

кто может конфигом вебпака поделиться для сборки ноды?

module.exports = { entry: './index.js', output: { path: path.join(__dirname, 'dist'), filename: 'bundle.js' } }

Аналогичный вопрос, зачем

а шаблоны jade просто перекинуть в другую папку?

dist

да как хочешь называй их, неважно же

ну я понял, спасибо

Здравствуйте

небольшой вопрос . у меня есть массив . Например адреса сайтов (неважно) . В цикле фор через счетчик хочу пробежаться по всему массиву . На каждый елемент делаю запрос на сайт . Использую axios. Проблема в том что цикл фор сразуже пробегает весь массив . есть ли возможность используя промисы обработать массив поочереди ?

Promise.all().mapSeries

(если bluebird)

axios посути сразу возвращает промис объект

тоесть далее можно это обработать

хммм

спасибо за наводку

(если bluebird)

если нет

async/await?

небольшой вопрос . у меня есть массив . Например адреса сайтов (неважно) . В цикле фор через счетчик хочу пробежаться по всему массиву . На каждый елемент делаю запрос на сайт . Использую axios. Проблема в том что цикл фор сразуже пробегает весь массив . есть ли возможность используя промисы обработать массив поочереди ?

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

т.е. ты предлагаешь что то типа sites.map(makeRequest).reduce((acc,promise)=>acc.then(() => promise)) ?

я бы async/await юзнул, чтоб знать что следующая итерация редьюса пойдет только после того как придет ответ

если тебе это надо

с редьюсом абсолютно то же самое

я бы async/await юзнул, чтоб знать что следующая итерация редьюса пойдет только после того как придет ответ

.

небольшой вопрос . у меня есть массив . Например адреса сайтов (неважно) . В цикле фор через счетчик хочу пробежаться по всему массиву . На каждый елемент делаю запрос на сайт . Использую axios. Проблема в том что цикл фор сразуже пробегает весь массив . есть ли возможность используя промисы обработать массив поочереди ?

как-то так возможно? async ()=>{ let results = await Promise.All( sites.map( site=> MAKEREQUEST(site) ) ) }

в шестом ноде сработает ?

проверь

с бабелем

он в генераторы должен перевести

небольшой вопрос . у меня есть массив . Например адреса сайтов (неважно) . В цикле фор через счетчик хочу пробежаться по всему массиву . На каждый елемент делаю запрос на сайт . Использую axios. Проблема в том что цикл фор сразуже пробегает весь массив . есть ли возможность используя промисы обработать массив поочереди ?

он же хочет по очереди

если по очереди то удобнее всего async await

просто если сайты разные, то в чем смысл опрашивать их по очереди

просто если сайты разные, то в чем смысл опрашивать их по очереди

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

тогда таскер какой-то нужен

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

следующая итерация будет выполнена только после резолва асинк функции

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

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

Есть библиотека blubird, у нее метод map. Позволяет асинхронно и параллельно обработать массив Там третьем параметром передай объект с параметром concurrency. В него число какое то. Этот параметр задает качество параллельных обработчиков Blubird.map(arrayOfId, callback, {concurrency: 5});

Коллбэк должен возвращать промис. Метод мэп возвращает промис, что резолвится после обработки всего массива

колбек не обязан возвращать промис

подождите . если сделать массив то forEach должен же помочь ?

или я не прав

форич по сути тот же фор, тоже последовательный

Да и если модифицировать мой быдлокод то вполне сможет принимать идешники

таким образом победю данную ситуацию )

Честно я просто привык к синхронному коду и немного сложно в яваскрипт )

а можешь подключить bluebird и получить легкочитаемый и изменяемый код

это не повод извращаться, пиши так как принято писать на языке

это не повод извращаться, пиши так как принято писать на языке

пытаюсь