у меня есть вопросец

такое ощущение, что у меня 2 nginx

top | grep nginx?)

и релоадится не тот

1322 www-data 20 0 50176 5576 2180 S 0.3 0.5 0:43.61 nginx 1325 www-data 20 0 50268 5552 2308 S 0.3 0.5 0:40.10 nginx 1322 www-data 20 0 50176 5576 2180 S 0.3 0.5 0:43.62 nginx 1322 www-data 20 0 50176 5576 2180 S 0.3 0.5 0:43.63 nginx

Есть такой конфиг user www www; worker_processes 2; error_log testtest/logs/error.log; pid testtest/logs/nginx.pid; events { worker_connections 4096; } http { server { listen 80; server_name api.testtest.com; location / { proxy_pass http://127.0.0.1:8080; } } } Правильно я понимаю, что если я в браузере открою api.testtest.com, то у меня должно все работать, ибо если я открываю http://127.0.0.1:8080, то все работает

sudo pkill nginx =)

sudo pkill nginx =)

ща он уронит сервак)

ага

2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to [::]:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:443 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to [::]:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:443 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to [::]:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:443 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to [::]:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:443 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to [::]:80 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: bind() to 0.0.0.0:443 failed (98: Address already in use) 2016/10/27 15:12:41 [emerg] 6637#0: still could not bind()

Есть такой конфиг user www www; worker_processes 2; error_log testtest/logs/error.log; pid testtest/logs/nginx.pid; events { worker_connections 4096; } http { server { listen 80; server_name api.testtest.com; location / { proxy_pass http://127.0.0.1:8080; } } } Правильно я понимаю, что если я в браузере открою api.testtest.com, то у меня должно все работать, ибо если я открываю http://127.0.0.1:8080, то все работает

Где стоит nginx на локали?

во такое в логах нарыл

Где стоит nginx на локали?

в смысле? /usr/local/nginx

Есть такой конфиг user www www; worker_processes 2; error_log testtest/logs/error.log; pid testtest/logs/nginx.pid; events { worker_connections 4096; } http { server { listen 80; server_name api.testtest.com; location / { proxy_pass http://127.0.0.1:8080; } } } Правильно я понимаю, что если я в браузере открою api.testtest.com, то у меня должно все работать, ибо если я открываю http://127.0.0.1:8080, то все работает

если твоя ОС считает что url api.testtest.com соответствует 127.0.0.1 то да

если твоя ОС считает что url api.testtest.com соответствует 127.0.0.1 то да

то есть надо в hosts прописать?

Или доменное имя купить=)

во такое в логах нарыл

ну точно 2 инстанса)

лол

а как такое возможно? О_о

а в чем вопрос

разные порты слушать

да не, я про то, что 19 часов назад все было ок. А теперь вот так

ну чето не так перезагрузил

да, прописал в hosts, все норм

sudo netstat -nlpt и смотри кто висит на 80 порту потом ps axfu и смотри что это за процесс и кто его начал

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

видимо изначально настраивал не ты ?

а nginx вообще на одном PID висит? или воркеров плодит? Ибо у меня 1322, 1323, 1324, 1325 - это воркеры nginx

и именно 1322 висит на 80, 443 портах

и все запущены от www-data

воркеры - ок

скинь дерево процессов

pstree или ps axfu

есть бабель

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

Чем?

Чем?

strict mode — не единственная вещь, которая отличает модули от скриптов

await, например.

а что с ним?

В модулях он зарезервирован.

На верхнем уровне.

ну, это мелочь

http://www.ecma-international.org/ecma-262/7.0/#sec-future-reserved-words

> await is only treated as a FutureReservedWord when Module is the goal symbol of the syntactic grammar.

Это не единственное отличие, там ещё кое-что было.

Проблема фундаментально в том что там нет Goal symbol

Мелочь-то мелочь, а совместимости между бабелем и модулями точно не будет.

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

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

И тем, как будет.

goal symbol?

Это само собой, но в первую очередь проблема будет с interoperability с commonjs

> @ChALkeR goal symbol? Module/Script

'use module';?

Или что конкретно.

нет, типа есть export - то модуль

Или что такое, ненадженое в любом случае

Да, как определять goal — краеугольный вопрос, там было несколько предложений.

В тайпскрипте так

А почему он symbol?

нет, типа есть export - то модуль

это же ересь

Ну в спеке такой термин

А, не видел.

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

http://www.ecma-international.org/ecma-262/7.0/#sec-context-free-grammars

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

ERROR: S client not available

само собой

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

какие конкретно плюшки?

То есть что у тебя таргет?

Если таргет — Node.js 6 LTS, то там фич-то бабеля нужных всего ничего, и они все не оказывают заметного влияния на производительность емнип.

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

Даже если там есть какая-то измеримая разница.

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

генеренный код обычно лучше)

банально const медленнее var работает. или работал по крайней мере

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

банально const медленнее var работает. или работал по крайней мере

вот это в частности

я даже нашёл откуда это Let and const Status: Needs investigation Owner: adamk@chromium.org Tracking bug: https://bugs.chromium.org/p/v8/issues/detail?id=5460 Currently let and const mostly trigger TurboFan, which still seems to be perceived as slower than Crankshaft in many cases. In addition to that there may be some TDZ checks that we don’t properly eliminate in TurboFan (or Ignition), so there are probably a couple of low hanging fruits to pick. Additionally, for loops with let or const bindings generate a large amount of AST and extra scopes; there might be wins by teaching the backends how to handle this instead.

ну конечно лучше)) сначала они делают имплементацию, а потом делают ее быстрой. Как и везде

вот ща сделали имплементацию, теперь через пару лет оно будет быстро работать

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

есть id внутренней модели

как найти

ее?

каким запросом

надо убегать

Дак внутренняяМодель.findById?

уебгать отуда

беги

не оглядывайся

там где объект мангуса содержат какие-то id верный знак что надо бежать со всех ног\

:D

там где объект мангуса содержат какие-то id верный знак что надо бежать со всех ног\

так мангус по умолчанию id ставит

Подскажите пожалуйста. Я использую Passport и стратегию Google. Храню токен в сиссии, а сессию в монго дб. Вопрос: Можно ли авторизоваться через postman?

Можно

Отправляйте заголовок Authorization с токеном

мбп уже обсудили?

8 гигабайт оперативки в макс. конфигурации — это всё, что надо знать про 13" модель.