alancc's questions

我们使用的是 PHP + FPM 8.2 + OPCache。以前我们使用https://www.repairrar.com/opcache.php来检查它的状态。但是今天它返回一个空页面。虽然它显示一个空页面，但我查看页面源代码发现它的内容大约有 3.3MB，但它们就是不显示在浏览器中。我尝试了 Chrome 和 FireFox，但显示的内容为空。

我还编写了一个小的 PHP 文件

<?php
    echo '<pre>' , var_dump(opcache_get_status(false)) , '</pre>';
?>

当访问https://www.repairrar.com/opcache-get-status.php时，它显示 OpCache 已启用并正常运行：

array(8) {
  ["opcache_enabled"]=>
  bool(true)
  ["cache_full"]=>
  bool(false)
  ["restart_pending"]=>
  bool(false)
  ["restart_in_progress"]=>
  bool(false)
  ["memory_usage"]=>
  array(4) {
    ["used_memory"]=>
    int(446911376)
    ["free_memory"]=>
    int(626183176)
    ["wasted_memory"]=>
    int(647272)
    ["current_wasted_percentage"]=>
    float(0.0602819025516510009765625)
  }
  ["interned_strings_usage"]=>
  array(4) {
    ["buffer_size"]=>
    int(134217728)
    ["used_memory"]=>
    int(52098200)
    ["free_memory"]=>
    int(82119528)
    ["number_of_strings"]=>
    int(242556)
  }
  ["opcache_statistics"]=>
  array(13) {
    ["num_cached_scripts"]=>
    int(10741)
    ["num_cached_keys"]=>
    int(15444)
    ["max_cached_keys"]=>
    int(130987)
    ["hits"]=>
    int(167134669)
    ["start_time"]=>
    int(1733489514)
    ["last_restart_time"]=>
    int(0)
    ["oom_restarts"]=>
    int(0)
    ["hash_restarts"]=>
    int(0)
    ["manual_restarts"]=>
    int(0)
    ["misses"]=>
    int(11569)
    ["blacklist_misses"]=>
    int(0)
    ["blacklist_miss_ratio"]=>
    float(0)
    ["opcache_hit_rate"]=>
    float(99.99307851607164820961770601570606231689453125)
  }
  ["jit"]=>
  array(7) {
    ["enabled"]=>
    bool(false)
    ["on"]=>
    bool(false)
    ["kind"]=>
    int(5)
    ["opt_level"]=>
    int(4)
    ["opt_flags"]=>
    int(6)
    ["buffer_size"]=>
    int(0)
    ["buffer_free"]=>
    int(0)
  }
}

下面是 php.ini 文件（我检查了更改历史记录，自 Opcache.php 返回可见内容以来它就没有改变过）：

; cPanel-generated php ini directives, do not edit
; Manual editing of this file may result in unexpected behavior.
; To make changes to this file, use the cPanel MultiPHP INI Editor (Home >> Software >> MultiPHP INI Editor)
; For more information, read our documentation (https://go.cpanel.net/EA4ModifyINI)

allow_url_fopen = On
allow_url_include = Off
display_errors = Off
enable_dl = Off
file_uploads = On
max_execution_time = 1000
max_input_time = 1000
max_input_vars = 1000
memory_limit = 512M
post_max_size = 64M
session.gc_maxlifetime = 2880
#session.save_path = "/var/cpanel/php/sessions/ea-php72"
upload_max_filesize = 64M
zlib.output_compression = Off
session.save_path = "/var/cpanel/php/sessions/ea-php82"

; The gloabal 10-opcahce.ini has already enable opcache, so it is not necessary to enable it here again.
; Enable opcache here will cause 'Zend OPcache can't be temporary enabled' warning in PHP. So the following
; line is commented out
; opcache.enable=1

我编写以下.htaccess规则将所有 URL 重定向www.a.com到www.b.com：

RewriteEngine on
RewriteCond %{http_host} ^www.a.com [NC,OR]
RewriteCond %{http_host} ^a.com [NC]
RewriteRule ^(.*)$ https://www.b.com/myfolder/ [R=301,NC,L]

现在 的子目录下有一个文件a.com，如下：

www.a.com/.well-known/acme-challenge/#######

它用于 AutoSSL 续订。通过上述重定向，AutoSSL 将无法再找到该文件，因此更新失败。

那么，是否可以禁用下面的重定向/.well-known/acme-challenge/？

今天我突然发现 WordPress 管理仪表板非常非常慢。访问帖子列表、插件列表等大约需要 60 秒或更长时间。或者只会显示超时错误。

我尝试以下方法：

• 重新启动 Apache 服务。
• 重新启动服务器。
• 更改 PHP.ini 设置。然后重新启动服务器。

但一切都不起作用。最后我执行以下步骤：

1. 将 .htaccess 重命名为 .htaccess.backup。
2. 然后仪表板很快。但 WP Rocket 抱怨它无法访问 .htaccess。注意：根据我的测试，重命名.htaccess后，我必须访问一个页面，然后执行步骤3即可解决问题。如果跳过步骤2，则速度不会改变。看起来，通过访问该页面，.htaccess 将被加载到 Apache。
3. 将 .htaccess.backup 重命名为 .htaccess。

然后仪表板仍然很快，尽管 .htaccess 的内容从未改变。

为什么？我不明白为什么 .htaccess 临时重命名可以永久解决问题，即使 .htaccess 内容实际上根本没有改变。

更新：

后续更新：

1. 由于我尝试在我们网站https://www.example.com/forums/的子​​文件夹中安装 vBulletin，因此出现了问题
2. 出现问题时，同一域下的所有 WordPress 实例，即https://www.example.com、https://www.example.com/blogs/和https://www.example.com/license/都很慢。但是，其他域下（但在同一服务器中）的 WP 实例不受影响。
3. 我备份并删除/forums/子目录后，问题再也没有出现。

更新2：

正常状态一天后，现在问题又出现了。唯一的解决办法就是将.htaccess重命名为.htaccess.backup，访问example.com域下的页面，然后将.htaccess重命名回来。

更新3

我终于解决了问题。详细过程放在https://www.webmasterworld.com/apache/5088830.htm#msg5089206

我是否需要在 RewriteCond 中转义斜杠“/”？

目前我在.htaccess中写了以下规则：

RewriteCond %{QUERY_STRING} rp=/knowledgebase/
RewriteRule ^index\.php$ https://www.datanumen.com/knowledgebase/ [QSD,R=301,L,NC]

但是，这仅适用于https://www.datanumen.com/fi/customer/index.php?rp=/knowledgebase/7/How-to-order-the-full-version-of-DataNumen-Access之类的 URL -Repair.html&language=swedish，但不适用于https://www.datanumen.com/fi/customer/index.php?rp=%2Fknowledgebase%2F7%2FHow-to-order-the-full-version-之类的 URL of-DataNumen-Access-Repair.html&language=swedish

所以，我必须修改规则，如下所示：

RewriteCond %{QUERY_STRING} rp=/knowledgebase/ [OR]
RewriteCond %{QUERY_STRING} rp=%2Fknowledgebase%2F
RewriteRule ^index\.php$ https://www.datanumen.com/knowledgebase/ [QSD,R=301,L,NC]

但是我检查了https://serverfault.com/a/968916/280923并说“不需要转义斜杠（/） ”。所以我很困惑。

如果我需要考虑所有情况，即'/'的转义版本和非转义版本，那么应该总共有4种组合，我应该将它们全部添加为RewriteCond：

rp=/knowledgebase/
rp=%2Fknowledgebase%2F
rp=%2Fknowledgebase/
rp=/knowledgebase%2F

我从市场启动了一个带有 AMI 的 EC2 实例，该实例称为 LAMP，由 Bitnami 打包。

实例启动后，我发现我只能通过 HTTP 访问其 DNS 名称或 IP，不能通过 HTTPS。似乎默认情况下不会安装 SSL。

所以我搜索它的文档并找到这个：https ://docs.bitnami.com/aws/faq/administration/generate-configure-certificate-letsencrypt/

我按照说明运行以下命令：

sudo /opt/bitnami/bncert-tool

但是在输入 DNS 名称 ec2-3-95-160-86.compute-1.amazonaws.com 后，会显示警告：

Warning: The domain 'ec2-3-95-160-86.compute-1.amazonaws.com' resolves to a 
different IP address than the one detected for this machine, which is 
'3.95.160.86'. Please fix its DNS entries or remove it. For more info see: 
https://docs.bitnami.com/general/faq/configuration/configure-custom-domain/

我在https://dnschecker.org/上对域 DNS 进行了双重检查，并确认 ec2-3-95-160-86.compute-1.amazonaws.com 将解析为 3.95.160.86，如下所示：

那么为什么我仍然收到此警告？此外，此警告将阻止我为 ec2-3-95-160-86.compute-1.amazonaws.com 创建 SSL 证书。

我正在按照https://aws-quickstart.s3.amazonaws.com/quickstart-bitnami-wordpress/doc/wordpress-high-availability-by-bitnami-on-the-aws-cloud.pdf中的指南创建一个AWS 上的 WordPress 高可用性。

创建成功。我可以访问 WordPress 网站和管理面板。但是，当我按照“选项 2。通过 SSH 连接到集群”部分中的说明进行操作时，我发现我无法连接到 Bastion 主机实例。我总是收到错误“连接超时”。

由于我使用的是 SecureCRT，而不是 ssh 或 PuTTY，所以我怀疑 SecureCRT 中可能存在一些错误配置，或者它不适用于 Amazon EC2 实例。所以我尝试创建一个测试 EC2 实例，然后发现我可以使用 SecureCRT 成功连接到它，密钥对与 Bastion 主机的密钥对相同。

那么我做错了什么？或者我可以检查什么日志来解决这个问题？

我写了以下重写规则：

<IfModule mod_rewrite.c>
RewriteCond %{QUERY_STRING} rp=\/knowledgebase\/.*
RewriteRule ^\/customer\/index.php /knowledgebase/ [R=301,L]
RewriteRule ^\/customer\/knowledgebase\.php$ /knowledgebase/ [R=301,L,QSA]
</IfModule>

重定向 URL，例如

https://www.example.com/customer/index.php?rp=/knowledgebase/5/DataNumen-Excel-Repair至https://www.example.com/knowledgebase/

并重定向 URL，例如

https://www.example.com/customer/knowledgebase.php至https://www.example.com/knowledgebase/

但两者都不起作用。为什么？

更新

我尝试将 MrWhite 的代码从 /.htaccess 放到 /customer/.htaccess 并进行一些小的更改以采用更改，如下所示：

RewriteCond %{QUERY_STRING} rp=/knowledgebase/
RewriteRule ^index\.php$ https://www.example.com/knowledgebase/ [QSD,R=301,L,NC]

RewriteRule ^knowledgebase\.php$ https://www.example.com/knowledgebase/ [R=301,L,NC]

现在重定向有效。但是，它仅适用于以下情况：

https://www.example.com/customer/index.php?rp=/knowledgebase/9​​/DataNumen-PDF-Repair

但对于像这样的情况

https://www.example.com/customer/index.php?a=b&c=d&rp=/knowledgebase/9​​/DataNumen-PDF-Repair

不起作用。即使我在 RewriteCond 中将 ^rp= 更改为 rp。

我有一个使用基于 PHP 的 CMS 系统的网站。

所以每个页面都是动态生成的，像这样：

http://www.shuling.net.cn/index.php?_m=mod_product&_a=view&p_id=87

现在我想将此特定页面重定向到另一个页面，即：

• https://www.datanumen.com/sql-recovery/

所以我写 .htaccess 文件如下：

redirect 301 /index.php?_m=mod_product&_a=view&p_id=87 https://www.datanumen.com/sql-recovery/

但是在我将.htaccess 上传到网站的根目录后，这根本不起作用。

我通过编写另一条规则重新测试，如下所示：

redirect 301 /sql/ https://www.datanumen.com/sql-recovery/

那么这条规则将完美运行。

为什么？

谢谢