我昨天在WordPress网站上工作，主要是在Web性能优化能力（在共享主机上）。 有一次，我注意到我的.htaccess文件有冗余的，可能相互矛盾的指令： # 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 # From the HTML5 Boilerplate # https://github.com/h5bp/html5-boilerplate/blob/master/.htaccess # Apache Server Configs v2.0.0 | MIT License # https://github.com/h5bp/server-configs-apache … # BEGIN WordPress RewriteEngine on # # Unless […]
我的webstie很慢，我试图排除后台故障。 在文章页面上，CPU达到了100％。 我使用的是Ubuntu / Apache，我正在使用top查看统计信息。 这个过程夺走了CPU给我一个PID号码，但是这只是阿帕奇的数字，或者我可以追查一个更具体的过程，造成的CPU周期？ 如果这样怎么样？
我的整个网站被某人复制，我的意思是，重复。 他们不只是撕掉内容并重新发布。 该网站看起来好像我用我的备份文件，并把他们放在一个新的域名的新服务器。 我的问题是 – 是否有可能没有实际的文件？ 这个网站使用WordPress的，所以他们是一个数据库，也需要上传。 重复部分对我来说并不是很麻烦。 我不时遇到。 一些DMCA通知主机提供商通常会将其排除在外，如果需要进一步处理，我有一位待聘律师。 我担心的是我的备份文件或服务器已经被入侵。
我知道这很难，但我愿意尝试问答路线。 我有一个Wordpress网站，目前在该网站上有60,000个访问者。 我使用EC2 m3.xlarge ， php/php-fpm 5.5.10 ， nginx 1.4.7 ， php-apc 。 对于caching插件，我正在使用WP-Super-Cache。 我注意到一个非常缓慢的响应时间，大量的502错误，再加上…我有像这些在我的nginx日志中的吨错误： 10319#0: *57132 connect() to unix:/tmp/php5-fpm.sock failed (11: Resource temporarily unavailable) while connecting to upstream 我很困惑瓶颈是什么… 我有4个CPU核心，每个在约15％…总负载平均.85-1常数 〜4GB使用的16GB RDS占用60％CPU，读取和写入延迟低 对于我的设置…基本上用尽了我所有的知识+ Google的小时… 100个max_children for php-fpm 4096积压＆somaxconn nginx：worker_rlimit_nofile 200000 nginx：worker_processes 8 nginx：worker_connections 32768 我不知道其中的一些是太高还是太低，我尽量调整它以尽我所能 我甚至不知道如何find问题。 当我通过缓慢的日志来看，这只是很多随机的东西，可能是因为一切都变得缓慢…不只是一件事。
时不时地 ，当我在Dreamhost DreamPress WordPress博客写一篇文章时，我得到这个Varnish相关的错误： Error 503 Service Unavailable Service Unavailable Guru Meditation: XID: 180706672 Varnish cache server 我做了一个相关的post在这里https://serverfault.com/questions/576319/varnish-ispconfig-under-debian-give-error-503但他们只告诉我，这可能是一个Apache虚拟主机的问题，并定义主机应被检查。 但那个线程是在一个不同的XID和只是一个评论，而不是一个可接受的解决scheme。 所以也许这种情况是不一样的。 有任何想法吗？
我们的服务器（CentOS 6）出现问题，我们正在重复请求访问不存在的URL上的wp-login.php，尽pipeWordpress将尝试redirect。 我们快速地获得了一些这样的东西，这样它就可以将Apache转换成一个旋转并消耗掉所有的内存。 目前解决的唯一方法是重启服务器。 看看日志，我们可以看到以下内容： "POST /products/productname/wp-login.php HTTP/1.0" 200 6761 这显然是不正确的，因为它是邮政和很长的时间。 捕捉和排除这些types的请求的最好方法是什么？
我已经inheritance了这个Windows Server 2008服务器，我们用它作为主要的Web服务器，并且最近一直遇到一些怪事。 以前，PHP只是通过下载一个zip文件，将其解压到特定的文件位置（C：\ Apps \ php），进行相应的php.ini更改，然后每天调用它来安装。 因为我认为这样做效率不高，所以select远离这种模式，并使用Web Platform Installer路线，主要是为了使升级变得更加简单和高效。 现在我相信我已经删除了所有对旧的PHP安装的引用，但我们的Wordpress安装告诉我们，否则。 有时，在我们的PHP错误日志中，Wordpress一直在抛出一些随机的致命错误，因为这里不需要提及，但是它引用了旧的PHP安装的旧梨扩展。 这让我感到困惑，因为在php_info() ，一切都是引用新的PHP，而没有关于旧的pear安装，运行pear config-show只会引用新的PHP安装。 所以我不知道为什么它似乎还在使用旧的PHP的东西。 我想configurationIIS只使用我指定的每当我从WPI安装一个新的PHP版本。 任何帮助将是惊人的，谢谢！
背景：我有一个非常旧的网站，运行在一个非常古老的VPS，一个非常老的Apache和一个非常古老的PHP，我不能升级，因为它是一个非常古老的CentOS机器。 这是一个最新的WordPress网站，suExec设置约100页/分钟。 是的，100 /分钟。 今天晚上7:01分，一个网站下了大约15分钟。 错误日志文件中的第一个相关消息是： [Fri Aug 01 19:01:41 2014] [error] [client：abcd]脚本标题提前结束：index.php，referer：… 日志文件中有大约两三百个错误信息，以7:02结束。 Google Analytics（分析）告诉我，该网站一直对1或2个请求/分钟做出响应。 在7点15分，它开始正常响应，没有任何我的干预。 错误日志文件有关于启动的正常Apache通知，如下所示： Fri Aug 01 19:16:17 2014] [notice]启用suEXEC机制（包装：/ usr / local / apache / bin / suexec） 我不知道是什么原因造成的。 它可能是服务器或Apache或PHP内存不足？ 运行顶部给这个内存，所以它应该是别的东西： Mem: 1048576k total, 472756k used, 575820k free, 0k buffers Swap: 0k total, 0k used, 0k free, 0k cached 我们需要在接下来的两周内完成，届时我们将会迁移到一个新的主机。 […]
我正在运行一个DigitalOcean.com虚拟服务器，使用典型的Ubuntu LAMP堆栈来安装一些WordPress站点。 当然，MySQL服务每隔一两周似乎就会崩溃。 如果我重新启动MySQL或服务器，没关系。 我认为我受到一些造成MySQL连接问题的黑客的打击。 有没有人知道一种方法来自动重启MySQL服务？ 我正在考虑使用夜间CRON作业重新启动MySQL，但似乎应该有一个更好的方法。 也许我没有正确configurationMySQL？ 我将不得不findMySQLconfiguration/ ini文件。 编辑：我会很快挖掘错误日志。 也许就像configuration改变一样简单。
我有一个使用fastcgi的Rails应用程序内的Wordpress工作。 现在，我正在移动所有东西，以便在/生产中访问它。 我移动了wordpress文件并将nginx位置块从/ wptest更新为/ blog。 但是，我突然得到一个403错误。 我相信我的文件权限是正确的 – drwxrwxr-x所有文件夹和-rw-rw-r–文件。 欣赏任何build议。 这是我的nginxconfiguration： server { listen 80; server_name [private]; root [private]; index index.html index.htm index.php; try_files $uri/index.html $uri/index.php $uri; if (-f $request_filename) { break; } location / { rails_env production; passenger_enabled on; rails_spawn_method smart; } location /blog { index index.php; try_files $uri $uri/ $uri/index.php; location ~ \.php$ […]