我有一个Nginx服务器上有几个网站，服务器上的一些网站花了不止一个时间来传输第一个字节，然后一些其他人。 据我所知，Nginx会查看启用网站的文件夹中的每个conf文件，直到find正确的文件，因此所有具有接近该列表顶部的conf文件的网站的“首字节时间”那些在列表的底部。 有没有什么办法让它们的载入速度一样快呢？ 我知道这是一个渺茫的机会，但我认为这值得提问。
我用PHP-FPM（5.4.20）安装了nginx（1.4.3）。 我想保护我的wordpress wp-admin文件夹。 我的nginxconfiguration文件domain.conf ： server { listen 80; server_name example.com; root /var/www; location / { index index.php; try_files $uri $uri/ /index.php?$args; } location /wp-admin { index index.php; allow 192.168.1.2; deny all; } location ~ \.php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param PATH_INFO $fastcgi_script_name; fastcgi_param SCRIPT_FILENAME /var/www$fastcgi_script_name; include fastcgi_params; } } 问题：当我加载wp-admin文件夹在不同的ip我有403（罚款），但我能够加载insite PHP文件。 像/wp-admin/about.php
我安装了nginxcp（cpanel的nginx插件）。 他们build议添加以下cron作业来清理临时文件。 0 */1 * * * /usr/sbin/tmpwatch -am 1 /tmp/nginx_client 但它不起作用。 即使运行命令/ usr / sbin / tmpwatch -am 1 / tmp / nginx_client也没有任何反应。 没有任何文件正在被删除。 我注意到的唯一奇怪的事情是，存储在/ tmp / nginx_client的所有tmp文件都不属于任何人。 我究竟做错了什么？ 谢谢。
所有对不存在文件的请求都应该被重写到index.php？name = $ 1 所有其他请求应该照常处理。 有了这个服务器块，服务器正试图下载所有不存在的url： server { server_name www.domain.com; rewrite ^(.*) http://domain.com$1 permanent; } server { listen 80; server_name domain.com; client_max_body_size 500M; index index.php index.html index.htm; root /home/username/public_html; location ~ /\.ht { deny all; } location ~ \.php$ { try_files $uri = 404; fastcgi_split_path_info ^(.+\.php)(/.+)$; include fastcgi_params; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass 127.0.0.1:9002; […]
我刚刚开始使用nginx，所以我有点困惑与套接字设置。 好像我必须设置监听/var/run/php5-fpm.sock为例。 但是，如果我有多个网站在同一台服务器上运行，我必须有不同的每个sockets？ 说/var/run/site1.sock和/var/run/site2.sock？ 对不起，问这样的问题:(
我认为这是iptables的问题..但似乎不是。 我真的不知道这种情况。 我得到一个服务器托pipe（CentOS）。 我安装了Nginx + Django，nginx使用8080端口。 域连接到服务器。 当我在服务器上执行“wget [domain]：8080 / [app name] /”时，它就起作用了。 当然，“wget 127.0.0.1:8080/[app name] /”没有问题。 （wget [server ip]：8080 / [app name] /，或者） 但是，从其他电脑连接失败。 （消息说，没有路线） 我检查了我的防火墙设置。 我执行了这些命令。 iptables -I INPUT -p tcp –dport 8080 -j ACCEPT iptables -I OUTPUT -p tcp –sport 8080 -j ACCEPT iptables -A RH-Firewall-1-INPUT -m state –state NEW -m tcp […]
我试图通过Nginx构build一个REST API，除了当我的请求是PUT或DELETE时，一切正常。 在这些情况下，Nginx返回444（无响应）。 我做了一些研究，所有我能find的东西都是关于Nginxconfiguration的“–with-http_dav_module”选项。 我已经用nginx -V检查过了，看起来它是用这个configuration的。 那么，还有什么想法呢？
我有一个大的网站，很多网页，几乎从来没有改变，现在我使用两个memcache服务器（亚马逊elasticache），但这真的很贵。 这就是为什么这个文件，几乎从来没有改变，我想上传到amazon s3和closures1个memcache服务器。 这是我的conf; location ~ /longterm/(.*){ proxy_pass http://amazonS3bucket; proxy_intercept_errors on; proxy_next_upstream http_404; error_page 404 503 = @fallback_memcached } location @fallback_memcache { set $memcached_key $uri; memcached_pass name:11211; error_page 404 @fallback; } location @fallback { try_files $uri $uri/index.html } 我不知道为什么，但configuration不能在最后的回退工作; 如果我有一个亚马逊S3打它的作品，如果我有一个亚马逊S3错过和一个memcache击中它的作品，但如果我有一个亚马逊S3错过然后一个memcache错过，当它试图解决拉斯回退失败。 我也在使用亚马逊的s3导火索http://code.google.com/p/s3fs/，而不是代理通行证，我认为这将是更容易执行，我也会less性能？
我在服务器上有很多网站，都是通过nginx托pipe的。 一个网站有一个证书，其他网站没有。 下面是两个网站的例子，使用（相当准确）的实际configuration表示： server { listen 80; server_name ssl.example.com; return 301 https://ssl.example.com$request_uri; } server { listen 443 ssl; server_name ssl.example.com; } server { listen 80; server_name nossl.example.com; } SSL在ssl.example.com上ssl.example.com良好。 如果我访问http://nossl.example.com ，这很好，但如果我尝试访问https://nossl.example.com （请注意SSL），我得到有关证书ssl.example.com丑陋警告ssl.example.com 。 通过它的声音，因为ssl.example.com是唯一监听端口443的站点，所有请求都被发送到它，而不pipe域名。 有什么我可以做，以确保一个Nginx的服务器指令只响应它负责的域？
在网站维护期间，有时需要closures我们的网站。 我们目前的方法是touch一个将触发Web服务器（ nginx ）的文件，将stream量redirect到Amazon S3中托pipe的维护页面。 将维护页面托pipe在外部服务器上很重要，因为在维护期间不能保证任何本地文件的可用性。 这是我们用于“维护模式”的nginxconfiguration： server { … # Redirect processing of 503 error pages into a named location: error_page 503 @maintenance; # "Maintenance Mode" is off by default – Use a nginx variable to track state. set $maintenance off; # Swith on "Maintenace Mode" if a certain file exists. if (-f /var/www/mysite/shared/maintenanceON) […]