koa2 обязательно, иначе боль коллбеков

Это я к чему...К сожалению, все кто пробует экспресс, там и остаются. Из проекта в проект, я встречал множетсво своих "подходов", в каждом проекте по разному организован коннект к БД, эррор-хендлеры, логирование, конфиги, добавляют модули, async/await... - каждый собирает из своих библиотек свой "фреймверк". И не всегда это получается удачно.

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

Логгирование - log4js Еррор хендлеры - есть либы типа http assert. Другое дело, что в основном нужно кастомные ошибки хендлить, а это уже к соглашениям в команде Конфиги - переменные окружения, json или Vault

Воот! И получается у каждого своя "солянка"

Коннект к бд зависит от драйвера бд, почему-то...

Солянка не в этом месте

Солянка выбрать правильный body parser Остальное - только разные способы обойти колбеки

Пс. Для коа2 правильный бодипарсер - koa-better-body)

та даже коннект к одной БД реализовывается по разному, почему-то. Структура папок - это отдельная тема (архитектура). У каждого она своя. И получается, что нужно для начала понять, чем думал разработчик, что сделал именно так, а уже потом продолжить рахработку

Главное это начать проект с async await

Зато нет вопросов как мне сделать шаг вправо-шаг влево

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

Ладно, вам виднее

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

8 лет начинали проект без async await а теперь вот обязательно

вы меня не услышали

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

вы меня не услышали

Именно

8 лет начинали проект без async await а теперь вот обязательно

8 лет писали без es6

нефиг и начинать

+

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

+

Это сарказм был ?

это тоже

8 лет писали на asp, нефиг и начинать на вашем js

Идите на кобол :)

кобол - совсем жестоко.. VisualBasic и Delphi где-то там в почете были

Всем доброе утро Не подскажете исчерпывающую статью по кластеризации ноды в докере на многоядерной машине?

Никто не подскажет?

Еу всем привет! Есть такие кто фигачит на апворке? Как вы первый заказ взяли, без истории работ и отзывов просто анриал

за бесплатно )

за отзыв )

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

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

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

Процессы не могут конкурировать за порт?

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

Еу всем привет! Есть такие кто фигачит на апворке? Как вы первый заказ взяли, без истории работ и отзывов просто анриал

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

@Atassis При docker run -p 3000 imagename 3000й порт внутри контейнера маппится на (почти) случайный порт на хост тачке. При повторном запуске следующий контейнер запустится на еще каком-то случайном порту. При docker run -p 3000:3000 imagename 3000й порт внутри контейнера маппится на 3000й порт на хост тачке. При повторной попытке получишь ошибку и новый контейнер не стартанет.

Кто-то сталкивался с тем, что при использовании express-session спадает модификация сессии?

@Atassis При docker run -p 3000 imagename 3000й порт внутри контейнера маппится на (почти) случайный порт на хост тачке. При повторном запуске следующий контейнер запустится на еще каком-то случайном порту. При docker run -p 3000:3000 imagename 3000й порт внутри контейнера маппится на 3000й порт на хост тачке. При повторной попытке получишь ошибку и новый контейнер не стартанет.

В любом случае на машине нужен балансер, верно?

А, нет Можно еще в контейнере запустить нужное кол-во процессов ноды Но насколько это правильно с точки зрения архитектуры?

В любом случае на машине нужен балансер, верно?

что-то вроде связки consul + registrator + nginx/haproxy

что-то вроде связки consul + registrator + nginx/haproxy

это в рамках одной машины или в целом- стека технологий?

в целом

если конкретно на машине - то там должен быть registrator + consul-agent registrator регистрирует новые контейнеры в consul-agent, который будет ходить в consul cluster. а уже из консула можно обновлять конфиги nginx или haproxy

но все зависит от конкретных задач, и можно просто ноду в pm2 кластере поднимать:D

Часто рекомендуют для rest api koa2, но что то не нашёл хорошего стартового приложения. Или у всех свои ?

У express есть генератор стартового приложения. Перепеши просто на koa@2

consul это уже сразу по хардкору

Вполне можно без этого

Это я к чему...К сожалению, все кто пробует экспресс, там и остаются. Из проекта в проект, я встречал множетсво своих "подходов", в каждом проекте по разному организован коннект к БД, эррор-хендлеры, логирование, конфиги, добавляют модули, async/await... - каждый собирает из своих библиотек свой "фреймверк". И не всегда это получается удачно.

так говоришь, будто бы существуют какие-то другие более-менее серьезные аналоги, которые решают указанные проблемы) Проблемы, которых, кстати, и нет)

++

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

Ну нужен просто роутер и все

Хотя можно и просто регэкспами матчить

с экспрессом плохо то, что начинают все на свете делать мидлварами

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

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

именно!

а сам он по сути ничего, кроме сахара поверх node http

Посмотрите в сторону feathers, sails, actionhero или hapi накрайняк. Все таки у них есть некая экосистема и набор некого функционала. В экспрессе есть ничего.

я делаю rest api есть смыл куда-то ещё смотреть кроме экспресса?

смотря что в ключается в "rest api". В моем понимании: роутинг, валидация, acl, auth, логирование на внешние сервисы. Четстно? На экспрессе надоело делать это постоянно

а если просто "гонять" данные, то да. экспресс самое то

смотря что в ключается в "rest api". В моем понимании: роутинг, валидация, acl, auth, логирование на внешние сервисы. Четстно? На экспрессе надоело делать это постоянно

именно это и нужно, а какая альтернатива?

ERROR: S client not available

я ж выше написал примеры

можено еще на trails посмотреть

но пока мне не зашел, задумка ок, а реализация пока не оч

именно это и нужно, а какая альтернатива?

loopback.io?

да, тоже есть такое. Ковырял когда то. Но он капец какой "деревянный"

особенно если что то кастомное нужно

но если просто рест апишки делать - самое оно

я посмотрю на указанные фреймворки

но пока этот проект решил сделать на express

та я ни в коем случае не агитирую. ))) Каждому свое

Единственно, что призываю расширять кругозор, а то как то зацепило: "я делаю rest api есть смыл куда-то ещё смотреть кроме экспресса?"

Пс. Для коа2 правильный бодипарсер - koa-better-body)

Неправильный он какой-то. koa@2 (with deprecation messages) - срёт в логи при запуске. Для файлов до сих пор нет лимитов по размеру. Поэтому правильный - https://github.com/koajs/bodyparser, а с файлами работать можно и отдельно.

+1 за bodyparser

выберу koa , приложение гибридное VUE ssr + rest api Про модули написали уже хорошо, может ещё что всплывёт )))

Про Vault и конфиги не понял

посмотрите в сторону dotenv

результат вчерашних мук https://cs7066.userapi.com/c636418/v636418915/69811/br_UetGXqFw.jpg

vk.com API in nodejs

Node v6.10.2 (LTS) https://nodejs.org/en/blog/release/v6.10.2

Node v4.8.2 (Maintenance) https://nodejs.org/en/blog/release/v4.8.2

хм

интересный бот у вас тут, господа

Да всё логично :)

LTS

ребят, как посмотреть информацию по заданной директории, к примеру задали C:/dirname/ и он показал какие папки и файлы внутри и какие вложенные есть

так?

ls -R | grep ":$" | sed -e 's/:$//' -e 's/[^-][^\/]*\//--/g' -e 's/^/ /' -e 's/-/|/'

Или просто tree

Это пакет