TCP Connection

B.R. reallfqq-nginx at yahoo.fr
Fri Mar 4 20:46:30 UTC 2016


You have been told to use the info error_log level, which is not set
(defaults to error).
​Make sure no other error_log directive might overwrite this one.​
---
*B. R.*

On Fri, Mar 4, 2016 at 7:12 PM, Giulio Loffreda <giulio at loffreda.com.br>
wrote:

> Still having no luck.
> No log is generated.
>
> TCP connection has any relation to web socket support configuration ?
>
> this is my site config.
>
> server {
>         listen 80;
>         server_name myhost.com;
>         access_log /var/log/nginx/myhost.com.log combined;
>         error_log /var/log/nginx/myhost.com.error.log;
>
>         root /home/spark/myhost.com/web;
>         try_files $uri /index.php;
>
>         set $cache_uri $request_uri;
>         if ($request_method = POST) {
>                 set $cache_uri 'null cache';
>         }
>         location ~ \.php$ {
>                 try_files $uri =404;
>                 fastcgi_split_path_info ^(.+\.php)(/.+)$;
>
>                 # With php5-fpm:
>                 fastcgi_pass unix:/var/run/php5-fpm.sock;
>                 fastcgi_index index.php;
>                 include fastcgi_params;
>                 fastcgi_param SCRIPT_FILENAME
> $document_root$fastcgi_script_name;
>
>                  # WebSocket support — not working
>                  #proxy_pass         http://127.0.0.1:8765;
>                  #proxy_redirect     off;
>                  #proxy_http_version 1.1;
>                  #proxy_set_header Upgrade $http_upgrade;
>                  #proxy_set_header Connection "upgrade";
>                  #proxy_buffering off;
>
>                  #debug requests
>                  #echo_duplicate 1 $echo_client_request_headers;
>                  #echo "\r";
>                  #echo_read_request_body;
>                  #echo $request_body;
>         }
> }
>
>
> > Le 4 mars 2016 à 18:56, Valentin V. Bartenev <vbart at nginx.com> a écrit :
> >
> > On Friday 04 March 2016 17:41:42 Giulio Loffreda wrote:
> >> Thank you for your answer.
> >>
> >> Here is my log after the request, my request, my response and my
> nginx.conf
> >>
> >> root at vps190138:~# cat /var/log/nginx-error.log
> >> 2016/03/04 15:49:02 [notice] 8990#0: using the "epoll" event method
> >> 2016/03/04 15:49:02 [notice] 8990#0: nginx/1.8.1
> >> 2016/03/04 15:49:02 [notice] 8990#0: OS: Linux 3.13.0-66-generic
> >> 2016/03/04 15:49:02 [notice] 8990#0: getrlimit(RLIMIT_NOFILE): 1024:4096
> >> 2016/03/04 15:49:02 [notice] 8991#0: start worker processes
> >> 2016/03/04 15:49:02 [notice] 8991#0: start worker process 8993
> >>
> > [..]
> >
> > You have another error_log directive on the "http" level of your
> configuration,
> > and it overrides log settings set on the main config level.
> >
> >  wbr, Valentin V. Bartenev
> >
> > _______________________________________________
> > nginx mailing list
> > nginx at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20160304/6b97aabe/attachment.html>


More information about the nginx mailing list