Articles of wordpress

nginx / php-fpm – 405错误提交电子邮件联系表单

我有一个小型的Ubuntu 16.04 VPS,运行nginx / php-fpm来运行一个Wordpress站点,并通过Postfix / Saslauthd运行一个SMTP服务器。 我的邮件服务器在发送和接收邮件方面工作得很好,而且我通过Postman插件设置了使用SMTP代替php邮件()的Wordpress,并且完美地工作。 但是,当试图通过Wordpress提交电子邮件联系表单时,我不断收到405不允许的错误。 我尝试了几个不同的联系表单插件(海盗表格,联系人电子邮件表格),仍然得到了相同的结果。 我也禁用邮递员强制Wordpress使用PHP邮件(),但仍然得到了405。 Nginx的debugging日志在这里 Nginx的configuration。 编辑:我想要发布到的URL是https://example.com/contact/ Nginx的访问日志显示了这一点: xxx.xxx.xxx.xx – – [09/Oct/2016:20:10:07 -0400] "GET /favicon.ico HTTP/2.0" 200 524 "https://example.com/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/53.0.2785.143 Chrome/53.0.2785.143 Safari/537.36" xxx.xxx.xxx.xx – – [09/Oct/2016:20:10:08 -0400] "GET /contact/ HTTP/2.0" 200 6090 "https://example.com/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, […]

反向代理使用Nginx来使用nginx托pipewordpress应用程序

我试图使用nginx作为反向代理( 服务器A )到我的WordPress服务器( 服务器B )托pipe使用Nginx。 我正在试图设置我的url在一个子目录格式,如example.com/blog 它有点作品,但有一些问题。 服务器A具有LetsEncrypt SSL证书,因此它会在所有路由上强制使用https 。 这是一个问题,因为我的wordpress应用程序正在http上加载.js&.css文件。 成功login后,不是redirect到example.com/blog/wp-admin ,而是转到example.com/wp-admin 我的服务器一个 nginx conf文件,包含相应的位置块, location /blog { rewrite ^/blog/(.*)$ /$1 break; proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; proxy_pass http://ip-address-for-server-b; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } 我的服务器B的 nginx conf文件 server { listen 80 default_server; listen [::]:80 default_server; root /var/www/html; index index.php index.html index.htm […]

IIS WordPress站点上的替代端口和重写规则

我有2个网站运行在一个服务器与2个不同的主机名。 让我们打电话给他们 1 – hostname1.host.com 2 – hostname2.host.com hostname1.host.com绑定到一个WordPress站点, hostname2.host.com绑定到一个ASP.NET MVC站点。 另外还有两个MVC站点作为QA,分别在端口8000和8008上运行。 这些可以自然地通过主机名或者只是在服务器的IP地址上被访问。 截至昨天,WordPress的网站已经过时了。 我已经绑定了hostname1.host.com到MVC站点,因为这是我想要使用的,并且从WordPress站点的绑定中删除了这个主机名。 我有2个全局的URL重写规则: 第一条规则将除服务器的IP地址之外的所有stream量redirect到hostname1.host.com但端口8080和8008除外。 第二条规则将hostname2.host.com上的所有stream量redirect到hostname1.host.com 。 我也包括这个规则的端口。 然后,在现场MVC网站上,我也有一个规则,redirect所有80端口的stream量到443 : 我遇到的问题是要将WordPress网站绑定到端口8080不工作。 我有: 在我的网站上我有绑定(只要想象下红色说hostname1.host.com): 当我尝试访问任何域上的WordPress站点或端口8080上的IP地址时,会发生什么?我得到redirect: <h1>Object Moved</h1>This document may be found <a HREF="http://hostname1.host.com/">here</a> 这不应该发生。 不应该有将端口8080redirect到主机名的规则。 我仍然可以访问分期和QA网站就好了。 我甚至尝试用WordPress站点的端口交换QA站点的端口。 然后我可以在端口8080上访问QA站点,但是端口8000redirect到主机名。 从IIS日志中: 有很多这样的: #Software: Microsoft Internet Information Services 8.5 #Version: 1.0 #Date: 2016-11-24 12:27:57 #Fields: date time […]

亚马逊Cloudfront与S3桶 – 2个来源

我对设置Amazon Cloudfront和S3存储桶感到困惑。 我有我的桶设置,并使用wordpress WP卸载S3插件来存储在这个桶中的任何图像。 在媒体pipe理器中检查图像URL时,似乎所有的工作都正常,URL指向存储桶。 我已经设置了Cloudfront发行版,将S3存储桶作为原点。 但现在,当我直接访问我的Cloudfront分发URL时,(xxxxxxxxx.cloudfront.net),我只是得到以下页面: This XML file does not appear to have any style information associated with it. The document tree is shown below. <Error> <Code>AccessDenied</Code> <Message>Access Denied</Message> <RequestId>XXXXXXXXXXXXXX</RequestId> <HostId> xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx </HostId> </Error> 如果我访问我的Cloudfront发行版URL,我应该看到我的caching版本的网站,对不对? 相反,似乎我目前的分配只适用于图像的S3桶,但不是在实际的网站上。 那么我需要为相同的分布设置一个额外的来源? 要为实际域example.com和S3存储桶的其他来源有一个来源?

WordPress .htaccess mod_expires

快速的问题。 我试图在启用了SSL的Apache上启用浏览器caching。 我用sudo a2enmod expires安装了mod_expires sudo a2enmod expires (我validation了启用并在/ etc / apache2 / mods-enabled上列出)我按照GTMetrix的build议编辑了.htaccess文件 我的.htaccess(我通过取消注释重写规则和查看页面进入脱机状态来validation它被访问)如下所示: # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ – [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress # Browser Caching Start # <IfModule mod_expires.c> # Enable expirations ExpiresActive On # […]

获取504网关超时,无论max_time,max_size设置等

我已经在PHP中设置了相当高的设置: memory_limit: 256M max_execution_time: 999 max_input_time:9999 post_max_size:128M Upload_max_filesize: 128M (也试过加) max_input_vars=6000; realpath_cache_size=256K; realpath_cache_ttl=1800; allow_url_fopen=Off; 我有这些设置在Plesk的域级PHP设置。 我也尝试使用PHP 5.6.28和7.0.12 。 如果有任何帮助,PHP将以“ Apache提供的FPM ”运行。 我有一个电子商务的WordPress和任何时候我想要运行一些简单的事情一次删除/导入超过60个产品/职位,我得到一个网关超时,任何超过约一分钟似乎超时,它是专用服务器8核心处理器和16个RAM的演出。 但是,我已经有了与WordPress的共享托pipe包更好的性能。 我不知道可能是什么原因,甚至在哪里我应该找出这个问题。 任何帮助将不胜感激。

将SLS(Salt States)file upload到networking服务器是否安全?

我有一个刚刚告诉我们的客户,他们需要在他们的WordPress网站上托pipe.sls文件,并且这些文件应该作为下载到login的成员。 忽略让WordPress接受.sls文件作为通过媒体库上传的技术,是否可以安全地上传这些文件并将它们作为可下载的链接提供给网站? 似乎有关于这种文件types的信息很less,尽pipe不同的网站将它们称为简单的文本文件,至less有一个资源说sls文件“ 可以积极地操作系统上的文件 ”。 任何信息/build议,将不胜感激。 Ps“安全”我的意思是,这些文件可以在线执行,并对服务器/网站造成任何损害?

由于PHP-FPM侦听队列,站点变得不可访问,CPU触及100%

我一直在绞尽脑汁,试图解决这个问题,我的生产服务器上每隔几小时随机出现一个Wordpress博客(体面stream量:2000个用户实时平均日,5000+个好日子,每分钟浏览量从300到700+)。 我使用Newrelic监视性能,我注意到一个奇怪的事情: 每几个小时(随机),PHP-FPM池的状态如下(昨天的实际状态) pool: www process manager: static start time: 02/Jan/2017:05:03:16 -0500 start since: 27290 accepted conn: 1107594 listen queue: 777 max listen queue: 794 listen queue len: 40000 idle processes: 0 active processes: 100 total processes: 100 max active processes: 101 max children reached: 0 slow requests: 0 重新启动PHP-FPM和nginx解决了这个问题,但是在几个小时后又发生了。 任何帮助表示赞赏。 请指导我 服务器设置: DigitalOcean 48GB […]

MySQL最大连接数

如果“max_connections”设置为“75”,这是否意味着75个人最多可以访问数据库,直到连接closures? 在WordPress的网站上,当访问者加载网站时,是否会build立MySQL连接? 如果是这样,它会立即closures吗? 如果WordPress网站不允许评论或发布/上传任何forms,是否有任何数据库连接需要? 或者只是最初拉动WordPress? ach页面是否需要新的连接? 如果我在一个VPS上运行3个WordPress网站,max_connectionsvariables全局覆盖3个数据库,对吗? 澄清一下,所有的数据库共有75个连接,而不是75个,对吗? 调整max_connectionsvariables时是否存在依赖或必须更改的variables?

在URL中使用utf8百分比编码字符的WordPress 404

我不知道这是否取决于Wordpress,Nginx,还有其他…但我有这个问题: 一个wp站点使用类别名称作为永久链接,如site.com/catname/ 。 那些名字是阿拉伯语。 该url看起来像这样: https://exampe.com/سكس-HD / 可以用两种不同的方式翻译: https://example.com/%d8%b3%d9%83%d8%b3-hd/ https://example.com/%D8%B3%D9%83%D8%B3-hd/ 第一个是小写字母,第二个字母是404字体。这在Google索引中也产生了很多问题。 我怎样才能使2请求指向相同的内容? 这个 $_SERVER['REQUEST_URI'] = strtolower($_SERVER['REQUEST_URI']); 在index.php修复了这个问题,但这是一个糟糕的解决方法