也许是一个简单的解决方案。使用条件标记is_404() 并创建指向静态文件的重定向；在文件中包含代码header.php 或index.php 主题的。

这里有一个例子。

   if ( is_404() ) {
      wp_redirect( \'static.htm\' );
      exit;
   }

• http://codex.wordpress.org/Function_Reference/wp_redirect
• http://codex.wordpress.org/Function_Reference/is_404

扩展Chris\\u O所说的。。。。我将安装W3 Total Cache，并使用该插件中的设置来不缓存静态文件。该插件本身非常有用，是加速站点的必要条件，尤其是在最新更新的情况下。

我也建议你看看Creating an Error 404 Page 从Wordpress了解如何处理静态文件404、403（禁止）等。这是一个很好的阅读。

我不确定这是否可行。如果您查看WordPress在启用permalinks时创建的htaccess代码，它基本上会说：“如果找不到文件/目录，请将其发送到index.php。”这包括所有实际的404请求。除了创建WordPress知道的每个动态生成的公共资源的列表并直接将其插入之外。htaccess，您需要加载php来处理404。

我喜欢Chris\\u O的想法，但我制作了自己的版本，这样更安全。

所以，我所做的只是将文件夹添加到异常中，所以如果您的请求是从这些行开始的，那么它肯定不是有效的永久链接。大多数请求来自试图检查这些文件夹内容是否存在漏洞的机器人程序。它们将被有效过滤，如果需要，您可以显示一些小的静态404页面。

其他请求仍将由wordpress处理，如果有人输入了错误的地址，它将在模板中显示一条用户友好的未找到消息。Chris\\u O的解决方案只适用于看起来像文件扩展名的请求，否则它们也将由wordpress处理。

为了使其更加可靠，您可以检索原始访问文件并搜索404错误。如果您注意到许多以特定行开头的请求，您还可以将它们包括在此筛选器中：

#adding your own handler
ErrorDocument 404 /404/index.html

<IfModule mod_rewrite.c>
RewriteRule ^index\\.php$ - [L]
RewriteCond %{REQUEST_URI} !^/(404|cgi-bin|wp-admin|wp-content|wp-includes)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

我在我的网站上安装了多个CMS，所以我使用类似这样的方式对所有CMS使用相同的404错误页面。我对Nginx+FastCgi使用此配置，它工作正常：

server {
    ...
    error_page 404 /404.html; #enable custom 404 error page
    location ~ /\\.ht {
        deny all; #disable access to htaccess
    }
    location ~ [^/]\\.php(/|$) {
        fastcgi_pass  127.0.0.1:9000;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_index index.php;
        include fastcgi_params;
        fastcgi_intercept_errors on; #disable PHP 404 error intercept
    }
    location /wordpress/ {
        try_files $uri $uri/ /wordpress/index.php?$args;
    }
}

cgi.fix_pathinfo = 1 

另外，不要忘记，在对PHP进行更改后，需要重新启动PHP和Nginx服务。ini或nginx。更改生效的conf文件。

有三种方法可以做到这一点

通过更改404。php代码完成教程-（链接已断开并重定向到垃圾邮件）