директива не найдена (vhosts для статистики)

подумал, странно

отрубил все комментами

перезапускаю Nginx все ок.

мб конфиг скинешь?

но вот по факту он не обнвился

читай чейнджлоги nginx))

с какой на какую версию переезжал?

так ничего не обновлял

в том то и дело

19 часов назад все было ок

а тут сломалось само

upstream web { ip_hash; server 192.168.0.7:3000 weight=5; server 192.168.0.9:3000 weight=5 down; } server { listen 80; server_name xxx.ru www.xxx.ru; return 301 https://$server_name$request_uri; } server { listen 443 ssl; server_name xxx.ru www.xxx.ru; client_max_body_size 15m; keepalive_timeout 60; ssl_certificate /etc/letsencrypt/live/xxx.ru/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/xxx.ru/privkey.pem; ssl_protocols TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers "HIGH:!RC4:!aNULL:!MD5:!kEDH"; add_header Strict-Transport-Security 'max-age=604800'; proxy_connect_timeout 600; proxy_send_timeout 600; proxy_read_timeout 600; send_timeout 600; #location /nginx_status { # vhost_traffic_status_display; # vhost_traffic_status_display_format html; #} location /.well-known { proxy_pass http://0.0.0.0:9999; proxy_set_header Host $host; } location / { proxy_pass http://web; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } }

а, это модуль

ну значит от nginx модуль отвалился

так ошибок нет при перезагрузке?

user@balancer:~$ sudo service nginx reload * Reloading nginx configuration nginx [ OK ]

sudo nginx -t - тест конфигов

запускал

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful

я бы restart сделал, но боюсь, не заведется потом, а тут продакшн все-таки

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful

ты пишешь все конфиги в одном файле?

не

если -t - ок, то можно restart

о, * Restarting nginx nginx [fail]

о, тут как раз нгинкс

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

такое ощущение, что у меня 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

Чем?

а что с ним?

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

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

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

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

> @ChALkeR goal symbol? Module/Script

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

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

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

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

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

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

само собой

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

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

банально 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.

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

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