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

Объективно es6 не внес ничего, чтобы повысило скорость разработки, скорее удобство.

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

Можете сами запустить

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

ну и юзай блуберд, в чем проблема

async await -> promise -> bluebird

Технически спокойно реализуемо

Хз в чём у вас тут проблема вообще)

Лол. Я про блуберд говорил в контексте тестов. Там идёт тест в поставке

Рекомендую посмотреть

Ты ссылку дай, где async await с проимсами сравнивается

Лол. И работу за тебя сделать ещё. Не

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

Ну мы тестили - там 7-20% проигрыш

Но в свете того что в основном код ждёт i/o - похрен

Проблема тестов в том что их очень просто сделать неправильно

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

Все зависит от задач

Если задача - получить тест, результаты которого что то значат

Хм. Будет свободный час в субботу - может запилю бенчи го и ноды.

вроде очевидно что го быстрее

Последний бенч на Хабре некорректен - надо было среды ограничивать по тредам примерно одинаково

Ну мы тестили - там 7-20% проигрыш

Проигрыш в чем? Память, latency, throughput?

Ну я про проброс промисов по количеству хотя бы

За единицу времени.

Медленнее

https://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=go&lang2=node

корректные тесты

Посмотрю

А в абсолютных цифрах? Хотя бы порядок какой

Ну и самый главный вопрос - в асинхронной функции что именно было?

Тайм-аут и ресолв

Тяжело в планке стоять и болтать в чате

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

Ну в последних они подобрали тем что forEach не нативный теперь

И оптимизируется как бог на душу положит

Кто-нибудь сталкивался с ошибкой "options.uri is a required" у request при использовании Promise.all ?

Не мутирует ник.

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

Кто-нибудь сталкивался с ошибкой "options.uri is a required" у request при использовании Promise.all ?

Ошибка явно в чём-то другом

Ребятушки. Есть у кого чатик по nginx?

или тут могут помочь?

Прям стало интересно, какие могут быть не решаемые проблемы по nginx с учетом отличной документации и гугла

server{ listen 80; server_name api.localhost; location / { proxy_pass http://127.0.0.1:8585/; } } верный ли конфиг?

судя по гуглу и документации вполне

И должен перекидывать на node.js сервер...

Однако перекидывает на Welcome to nginx

Конфиг включен?

Да

Заинклудил его

nginx reload-то был? :)

верность конфигов (по синтаксису) можно через nginx -t проверять, если что

вроде в конце слэш не нужен после порта

но все равно, должен был поднятся нормально

upstream nodejs { server 127.0.0.1:8585; } server { listen 80 default; server_name api.localhost; location / { proxy_set_header Host $http_host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_pass http://nodejs; }

вот так должно точно все работать

а, ну еще домен api.localhost должен быть прикручен ?

а, ну еще домен api.localhost должен быть прикручен ?

как понять прикруччен?

nginx reload-то был? :)

обязательно.

в прямом смысле, откуда взять домену api.localhost?

верность конфигов (по синтаксису) можно через nginx -t проверять, если что

Спасибо, буду знать

как понять прикруччен?

$`nslookup api.localhost` что говорит?

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

Это все на локал хосте

щас)

ERROR: S client not available

Я думал любой домен можно крикрутить

система такого домена не знает, прописывай в /etc/hosts

Я думал любой домен можно крикрутить

Просто удали эту строку, если тестишь на локальной машине

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

а потом уже смотреть, что в конфиге не так

Давайте клиент к Google Drive под линь напишем, что ли? Grive затрахал уже не то удалять.

Давайте клиент к Google Drive под линь напишем, что ли? Grive затрахал уже не то удалять.

Меня браузерный устраивает

Привет всем

Привет всем

http://neprivet.ru/

Меня браузерный устраивает

Он же в синхронизацию локальных файлов не умеет.

Он же в синхронизацию локальных файлов не умеет.

Ну так на то он и браузерный

Ну так на то он и браузерный

ну так а давай клиент напишем?

ну так а давай клиент напишем?

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

скажите мне лучше эксперты...

вот наш доблестный "архитектор" гонял 20000 строк кода в eval чтобы код гонять в неймспейсе основного файла. (ну ленивый он такой)

так вот. я перевел все этоговно на миксины + нормальный require вместо eval(readFileSync

и скорость работы выросла. раз в 5.

а теперь вопрос

то что идет в eval v8 вообще не оптимизирует чтоле?

гоняет в режиме "йа квикбейсик"?

npm 5.0.0 https://github.com/npm/npm/releases

Что думаете про kotlin заменит ли он js

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

то что идет в eval v8 вообще не оптимизирует чтоле?

Любая функция с eval не оптимизируется вообще

Даже если внутри eval ничего нет

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

А имеет ли смысл не изучая жабы сразу браться осваивать Котлин? (Чтобы писать мобильные приложения)

Здравствуйте. ребята, можете какие-нибудь best practices по коду и структуре проекта node/express приложениях покидать? Как папки делает? Для кода стараюсь придерживаться Airbnb стайл гайда.

А имеет ли смысл не изучая жабы сразу браться осваивать Котлин? (Чтобы писать мобильные приложения)

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

Спасибо

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

https://kotlinlang.org/docs/tutorials/javascript/kotlin-to-javascript/kotlin-to-javascript.html они и на наш JS посягают.