Помогите с nginx, мне нужно чтобы он раздавал статику только У меня есть 3 сервера на ноде - lobby : 3010 - game server:3006 - game server:3005 И папка build которую мне нужно раздавать Так вот как мне дать доступ к портам

В этом мануале, есть пример конфига в разделе "Set Up Nginx as a Reverse Proxy Server" https://www.digitalocean.com/community/tutorials/how-to-set-up-a-node-js-application-for-production-on-ubuntu-16-04

Помогите с nginx, мне нужно чтобы он раздавал статику только У меня есть 3 сервера на ноде - lobby : 3010 - game server:3006 - game server:3005 И папка build которую мне нужно раздавать Так вот как мне дать доступ к портам

http://lmgtfy.com/?q=nginx+reverse+proxy+config

дебилиан визи на продакшене

кого же это останвливает

В этом мануале, есть пример конфига в разделе "Set Up Nginx as a Reverse Proxy Server" https://www.digitalocean.com/community/tutorials/how-to-set-up-a-node-js-application-for-production-on-ubuntu-16-04

почти, там по урлу просто редиректят на урл:порт

кого же это останвливает

там 7ку не собрать. они и не пытались. вернее я то думаю что соберу но секоса больше будет

почему это?

хотя.... ща руками бинарь разверну

./node -v v7.10.0

да ладно. все. вопрос снят

Мда

почти, там по урлу просто редиректят на урл:порт

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

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

Мне нужно стучаться по порту domain.ru:1234 и чтобы попадать на сервер lobby который слушает 1234

lobby на ноде

Мда

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

хах

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

я еще не знаю что это, но сама по себе фраза довольно обсурдна сегодня

А ты погугли

Вокруг него много шумихи, он компилится в жс, может ли он быть лучше жс?

даже питон компилится в js, тоже мне фича

*трансплайтится

Гугл на него поставили

ага, и на дарт тоже гугл поставили, только где он этот дарт

Гугл на него поставили

Гугл как азартный игрок в казино, много ставит и все на черное

Ето да, с дартом ты прав

Странно как могли на него поставить, если сейчас Гуглец судится с Oracle за использование Java/JVM внутри Android'а

Нужно сделать rest бэкэнд для мобильного приложения. Пиковая нагрузка будет около 500 одновременных обращений. Могу выбирать из двух Node или Go. Ни того ни другого не знаю. Что посоветуете в плане скорости разработки?

Ну так себе описание, думаю 500 запросов в секунду и не оптимизированный код на ноде выдержит

Котлин вместо джавы

Нужно сделать rest бэкэнд для мобильного приложения. Пиковая нагрузка будет около 500 одновременных обращений. Могу выбирать из двух Node или Go. Ни того ни другого не знаю. Что посоветуете в плане скорости разработки?

Нода тут преобладает по нескольким причинам. Первая из них это простота разработки (т.к. JS, не надо учить новый синтаксис Go), а вторая это то что Node.js разрабов больше (во всяком случае в СНГ именно так относительно Go)

Странно как могли на него поставить, если сейчас Гуглец судится с Oracle за использование Java/JVM внутри Android'а

Этот суд тянется с тех пор, когда использование JVM в технологии ещё не считалось недостатком

Этот суд тянется с тех пор, когда использование JVM в технологии ещё не считалось недостатком

в точку)

Гугл на него поставили

Кстати, они сперва поставили на swift, когда его сделали опенсорсным. Даже заявление вроде делали, что мол, Kotlin это хорошо, но вот swift более производительный.

чет ты попутал слегка

Так, что угодно компилится в webassembly нынче, а котлин молодой, с небольшим комьюнити (а таких сейчас много), так что фиг знает

Но вот то, что можно писать на андроиде с меньшим сопротивлением это оч кул

чет ты попутал слегка

https://thenextweb.com/dd/2016/04/07/google-facebook-uber-swift/

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

гы. JS уже ничего не заменит) Может быть можно было бы спросить - станет ли Kotlin вторым typescript-ом.. Но, мне кажется, не станет.

Нода тут преобладает по нескольким причинам. Первая из них это простота разработки (т.к. JS, не надо учить новый синтаксис Go), а вторая это то что Node.js разрабов больше (во всяком случае в СНГ именно так относительно Go)

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

А вот как Java 2.0 Kotlin выглядит более чем достойно.

> В Go обычно приходят уже скилованные разрабы Там просто сложнее накосячить)

Нода тут преобладает по нескольким причинам. Первая из них это простота разработки (т.к. JS, не надо учить новый синтаксис Go), а вторая это то что Node.js разрабов больше (во всяком случае в СНГ именно так относительно Go)

не знаю. я в свободное время(которого почти нет) учу именно go. сейчас делаю проект на socketcluster. c воркерпами. костылями авайт, костылями промиз.... и понимаю что на go я бы уже его написал.

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

Не могу не согласится и про скилованность и про то что приходят в ноду с фронта, ибо JS. На самом деле я просто имел ввиду что коммюнити побольше у ноды и полегче найти неплохого разраба на ноде, чем если бы искать неплохого на Go.

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

спорный аргумент. Думаю в Haskell и Agda приходят еще более скилловые разрабы. Проблема в том, что в половине случаев важен не скилл, а умение тупо работать вперед)

ни тебе секса с воркерами - если ядер не хватает. ни ада калбеков в том или ином виде

golang рулит

Так а чо там за ад с воркерами

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

а что ты бедешь делать когда у тебя eventloop "полон" и код не успевает выполняться? руками расползаться на несколько ядер

промизы это те же калбеки. просто обертка другая

Подниму второй инстанс и поставлю их за балансировщик?!

Ты пишешь какой-то чудовищный код

ну так в gо рантайм это сделает за тебя

"второй инстанс блаблабла"

промизы это те же калбеки. просто обертка другая

А иммутабельность и типизация хаскеля вообще фикция и не существует

отличный аргумент конечно

а что ты бедешь делать когда у тебя eventloop "полон" и код не успевает выполняться? руками расползаться на несколько ядер

Ну это вопрос наличия подходящего инструмента

промизы это те же калбеки. просто обертка другая

Мда, и что? Никакого ада больше

да ладно? )

гугль просто тролит все разрабов. Давайте взбудоражим комьюнити.. а давайте. За что там брейнсы топят? за котлин.. объявим потдержку. И гул такой - "тревога, тревога!", "а как же го?", "почему не v8 прям вшито"

Мда, и что? Никакого ада больше

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

Ладно, я согласен pm2 start -i 2 это за пределами человеческих возможностей

Показывает его уровень освоения технологии)

Может он гошник прост

хрен знает. я следующий проект буду делать на go

Похлопаем

ERROR: S client not available

А ну вот

всем го пацаны!

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

Я хз, но вот насчет async await и голых промисов. Часто слышу, когда разрабы себе в ущерб выбирают просто промисы, потому что async/await —медленнее. Т.е. быстродействие ставится превыше удобства, как будто это геймдев где нужно делать грязные хаки для повышения фпс.

Я хз, но вот насчет async await и голых промисов. Часто слышу, когда разрабы себе в ущерб выбирают просто промисы, потому что async/await —медленнее. Т.е. быстродействие ставится превыше удобства, как будто это геймдев где нужно делать грязные хаки для повышения фпс.

Это временно

Ладно, я согласен pm2 start -i 2 это за пределами человеческих возможностей

лол. нет. я на ноде завязался на socketcluster и особо не страдаю

вот еще phoenix посмотрел - там вообще оч круто все

не как у людей

но понимаю что это костыли

и звучит гордо

Я хз, но вот насчет async await и голых промисов. Часто слышу, когда разрабы себе в ущерб выбирают просто промисы, потому что async/await —медленнее. Т.е. быстродействие ставится превыше удобства, как будто это геймдев где нужно делать грязные хаки для повышения фпс.

Когда у тебя 300 rps, то быстродействие и вправду важнее

Когда у тебя 300 rps, запусти побольше процессов

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

И на 300rps реально нода узкое место? Я думал надо базу первым делом глянуть. Вдруг ей что-то надо

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

300 rps нода не узкое

Я образно, если отказ от async/await дает на 50-100rps больше на один instance, то оптимизация выгоднее, чем удобство. Всегда есть pros/cons, железо, деньги или оптимизации, если они того стоят.

Я образно, если отказ от async/await дает на 50-100rps больше на один instance, то оптимизация выгоднее, чем удобство. Всегда есть pros/cons, железо, деньги или оптимизации, если они того стоят.

Есть ещё вопрос скорости разработки

Я хз, но вот насчет async await и голых промисов. Часто слышу, когда разрабы себе в ущерб выбирают просто промисы, потому что async/await —медленнее. Т.е. быстродействие ставится превыше удобства, как будто это геймдев где нужно делать грязные хаки для повышения фпс.

Наложив некоторые ограничения на код, можно async await спокойно транспилировать в промисы

Я образно, если отказ от async/await дает на 50-100rps больше на один instance, то оптимизация выгоднее, чем удобство. Всегда есть pros/cons, железо, деньги или оптимизации, если они того стоят.

Это не так

Сахар не влияет на скорость разработки

Я образно, если отказ от async/await дает на 50-100rps больше на один instance, то оптимизация выгоднее, чем удобство. Всегда есть pros/cons, железо, деньги или оптимизации, если они того стоят.

Вот, я как раз поэтому и говорю. ЧТо в nodejs любая фича связана в первую очередь со скоростью, а уже потом с удобством.

Сахар не влияет на скорость разработки

Не правда. Меньше кода - меньше зависимостей - меньше багов - короче цикл тестироваия

Сахар не влияет на скорость разработки

ой ли

А еще неправда что async await медленнее

Сахар не влияет на скорость разработки

Влияет, когда у тебя мысль бежит быстрее пальцев

Конечно тут всё ещё зависит от инструмента

от иде

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

А еще неправда что async await медленнее

Медленнее. Мы тестили

Поделитесь тестом?

Неа

Договорились