问题[wordpress](server)

我试图创建一个 wordpress 资源 - 选择了仅 azure 服务选项，它显示了一个“wordpress 可扩展...”选项。我尝试创建该资源。但它给了我以下错误。

我收到以下错误

YAML

复制模板请求超出订阅中一个或多个 Microsoft.Network 资源的配额限制。请查看详细信息以了解有关每个资源的信息，并联系支持人员以增加相应的配额。（代码：TemplateExceedsResourceQuotaLimits）YAML

复制订阅 5d222a05-2a46-457d-b6cd-00f02680b7d2 的 PublicIpAddress 类型资源配额为 10，SKU 为 Standard。订阅当前有 8 个资源，模板包含 3 个此类型的新资源，超出配额。请联系支持人员以增加 PublicIpAddress 资源类型的配额（代码：ResourceCountExceedsLimitDueToTemplate）

订阅 5d222a05-2a46-457d-b6cd-00f02680b7d2 的 PublicIpAddress 类型资源配额为 10，SKU 为 Standard。订阅当前有 8 个资源，模板包含 3 个此类型的新资源，超出配额。请联系支持人员以增加 PublicIpAddress 资源类型的配额（代码：ResourceCountExceedsLimitDueToTemplate）

我希望将大约 500 个 WordPress 站点从各自的虚拟机迁移到单个服务器，以提高效率并节省成本。

在该单一服务器上，我将为每个站点单独安装。他们将拥有各自的目录，并且仅共享一个公共plugins符号链接，以保持插件全面更新。

让它们并排坐在各自的目录中是否足够安全？

我是否需要为每个安装创建一个仅对这些文件具有写入权限的系统用户？

让数据库彼此相邻是否安全，即使它们具有只能访问该数据库的单独用户名（没有具有“全知”访问权限的根 - $ show databases;）。

我应该监禁每个安装吗？

我应该将每个安装放在一个容器中吗？

我考虑过 WP Multisite 安装，但我偏执的自己可以看到很多问题。

我曾尝试对此进行研究、研究和研究，但不断提出不在单个服务器上安装多个 WP 站点的原因。

我应该将它们放在 Cloudfare IP 后面吗？

我是不是做得太多了？我拥有 WP 不妥协的出色记录，并且希望保持这种状态。

这是一个自托管的专用 VM 服务器。环境是

• 云云VMware
• Ubuntu 20.04.2 LTS
• PHP 8.1
• 阿帕奇2.4
• MySQL 版本 8.0.23
• 最新WordPress

我在digitalocean上安装了一个wordpress网站，并做了所有DNS注释，并根据https://www.whatsmydns.net/完成。然而，只有一个页面有域名和主页，其他页面和帖子都有IP地址。谁能告诉我这可能是什么？

首先，我对配置知之甚少，但我有一个问题要问。

我有两个网站的域

1. website1.domain.com
2. 网站.domain.com

在每个域中，我都会为他们购买另一个域。

1. 网站1.com
2. 网站2.com

请问，如何配置website1.com 和website2.com 转发到website1.domain.com 和website2.domain.com？

当用户访问 website1.com 时，它不会重定向到 website1.domain.com，但仍然是相同的 URL (website1.com)？以及如何使用 Let's Encrypt 为每个网站配置 SSL？

笔记：

1. 我正在使用 Nginx 为 website1.domain.com 和 website2.domain.com 配置域

这与 WordPress 让用户在其个人 WordPress 网站上配置自己的域的方式相同。我不是 DevOps 方面的专家，所以你们能给我一个解决方案，或者一些关键字来研究吗？

我有一个 wordpress 网站，我在上面进行了繁重的负载测试。正如您在下面看到的，CPU 使用率当然很高，但同时 RAM 使用率永远不会高于 0.4%。负载测试不会产生任何错误，但网站的加载时间很长。我担心 RAM 的可用容量并没有真正使用。还是每秒 10000 个客户端的低 RAM 使用率是正常的？

服务器规格：

• CPU：AMD Ryzen 7 PRO 3700 8 核处理器（16 核）
• 内存：64 GB
• 固态硬盘：960 GB NVMe
• 带宽：1 Gbps
• 操作系统：Ubuntu 20.04.4 LTS

未激活缓存

top我用命令得到这些结果

top - 14:12:22 up  4:11,  2 users,  load average: 29.49, 16.27, 7.29
Tasks: 467 total, 143 running, 301 sleeping,  23 stopped,   0 zombie
%Cpu(s): 27.6 us, 45.5 sy,  0.0 ni, 24.8 id,  0.0 wa,  0.0 hi,  2.1 si,  0.0 st
MiB Mem :  64306.9 total,  50683.7 free,   7559.5 used,   6063.7 buff/cache
MiB Swap:   7630.0 total,   7630.0 free,      0.0 used.  55881.2 avail Mem

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
  37346 nginx     20   0  270356 266728   6364 R  78.1   0.4   2:19.89 nginx
  57982 fibonac+  20   0  355720 153908 105132 S  14.0   0.2   0:03.36 php-fpm
  61772 fibonac+  20   0  353552 150692 105776 S  14.0   0.2   0:01.26 php-fpm
   1524 mysql     20   0 9117616 192712  20468 S  13.6   0.3   1:17.50 mysqld
  57048 fibonac+  20   0  355788 153888 105072 S  13.6   0.2   0:04.08 php-fpm
  59186 fibonac+  20   0  353712 151920 105132 S  13.6   0.2   0:02.86 php-fpm
  61435 fibonac+  20   0  353680 150108 105120 R  13.6   0.2   0:01.66 php-fpm
  57693 fibonac+  20   0  355760 153964 105132 S  13.3   0.2   0:04.53 php-fpm
  59195 fibonac+  20   0  353684 151912 105124 S  13.3   0.2   0:02.86 php-fpm
  51154 fibonac+  20   0  357824 156160 105136 R  12.3   0.2   0:08.10 php-fpm
  51197 fibonac+  20   0  357780 156064 105088 R  12.0   0.2   0:07.05 php-fpm
  58034 fibonac+  20   0  355728 153616 105132 R  11.0   0.2   0:03.17 php-fpm
  51261 fibonac+  20   0  357780 156064 105136 R  10.0   0.2   0:06.74 php-fpm
  52563 fibonac+  20   0  358116 162056 110892 R  10.0   0.2   0:06.62 php-fpm
  57410 fibonac+  20   0  355728 153948 105132 R  10.0   0.2   0:03.86 php-fpm
  59521 fibonac+  20   0  351636 149816 105136 R  10.0   0.2   0:01.98 php-fpm
  60246 fibonac+  20   0  353752 151856 105140 R  10.0   0.2   0:02.70 php-fpm
  51147 fibonac+  20   0  357812 156156 105136 R   9.6   0.2   0:07.93 php-fpm
  51210 fibonac+  20   0  357780 156136 105136 R   9.6   0.2   0:08.08 php-fpm
  51225 fibonac+  20   0  357776 156112 105128 R   9.6   0.2   0:07.47 php-fpm
  51241 fibonac+  20   0  357780 156112 105136 R   9.6   0.2   0:06.95 php-fpm
  51251 fibonac+  20   0  357784 156072 105136 R   9.3   0.2   0:06.92 php-fpm
  51255 fibonac+  20   0  357784 156132 105140 R   9.3   0.2   0:07.43 php-fpm
  57054 fibonac+  20   0  355784 153952 105124 R   9.3   0.2   0:03.91 php-fpm
  57056 fibonac+  20   0  355768 153960 105132 R   9.3   0.2   0:03.85 php-fpm
  59192 fibonac+  20   0  353708 151508 105120 R   9.3   0.2   0:02.73 php-fpm
  61746 fibonac+  20   0  343316 140124 105140 R   9.3   0.2   0:00.74 php-fpm
  51233 fibonac+  20   0  357776 156112 105140 R   9.0   0.2   0:06.65 php-fpm
  51243 fibonac+  20   0  357784 156140 105120 R   9.0   0.2   0:07.97 php-fpm
  55161 fibonac+  20   0  355728 153988 105132 R   9.0   0.2   0:04.28 php-fpm
  57424 fibonac+  20   0  355736 153600 105132 R   9.0   0.2   0:03.30 php-fpm
  59185 fibonac+  20   0  353684 151496 104832 R   9.0   0.2   0:02.73 php-fpm
  51177 fibonac+  20   0  357812 156132 105136 R   8.6   0.2   0:07.17 php-fpm
  57401 fibonac+  20   0  355728 153620 105132 R   8.6   0.2   0:03.25 php-fpm
  51239 fibonac+  20   0  357836 156128 105136 R   8.3   0.2   0:06.93 php-fpm
  54835 fibonac+  20   0  357776 155544 104892 R   8.3   0.2   0:04.93 php-fpm
  61764 fibonac+  20   0  345492 143512 105588 R   8.3   0.2   0:01.07 php-fpm
  50951 fibonac+  20   0  357860 156164 105140 R   8.0   0.2   0:08.77 php-fpm
  51024 fibonac+  20   0  357816 156128 105136 R   8.0   0.2   0:07.97 php-fpm
  51160 fibonac+  20   0  357808 156156 105136 R   8.0   0.2   0:07.45 php-fpm
  54833 fibonac+  20   0  357832 155788 104816 R   8.0   0.2   0:06.09 php-fpm
  57047 fibonac+  20   0  355788 153864 105068 R   8.0   0.2   0:03.91 php-fpm
  59193 fibonac+  20   0  355760 153208 105080 R   8.0   0.2   0:03.08 php-fpm
  63679 fibonac+  20   0  260456 107648  80836 R   8.0   0.2   0:00.24 php-fpm
  63682 fibonac+  20   0  260456 107672  80860 R   8.0   0.2   0:00.24 php-fpm
  51028 fibonac+  20   0  357856 156068 105136 R   7.6   0.2   0:06.58 php-fpm
  53620 fibonac+  20   0  357776 156048 105132 R   7.6   0.2   0:05.68 php-fpm
  54832 fibonac+  20   0  357776 155968 105052 R   7.6   0.2   0:05.61 php-fpm
  55152 fibonac+  20   0  357780 156040 105132 R   7.6   0.2   0:05.36 php-fpm
  57981 fibonac+  20   0  355732 153596 105132 R   7.6   0.2   0:03.30 php-fpm
  58035 fibonac+  20   0  355736 153604 105132 R   7.6   0.2   0:03.29 php-fpm
  59184 fibonac+  20   0  353736 151484 105100 R   7.6   0.2   0:02.47 php-fpm
  59189 fibonac+  20   0  356072 159176 110760 R   7.6   0.2   0:05.38 php-fpm
  63683 fibonac+  20   0  260456 106668  80072 R   7.6   0.2   0:00.23 php-fpm
  51208 fibonac+  20   0  357780 156188 105140 R   7.3   0.2   0:07.25 php-fpm
  51237 fibonac+  20   0  357776 156184 105136 R   7.3   0.2   0:07.43 php-fpm

设置 Apache 2.4 和 Wordpress 后，我收到以下 SSL 错误消息：

$ wget "https://example.com"
Resolving example.com (example.com)... 192.168.15.5
Connecting to example.com (example.com)|192.168.15.5|:443... connected.
ERROR: no certificate subject alternative name matches
requested host name ‘ example.com’.
To connect to example.com insecurely, use `--no-check-certificate'.

为了使域名与我的 SSL 证书 ( www.example.com) 匹配，我尝试调整站点配置以将https://example.com重定向到https://www.example.com。但它不起作用：http-to-https 重定向功能如预期，但裸域到 www-domain 没有。

这是我的站点配置：

<VirtualHost *:80>
        ServerName example.com
        ServerAlias www.example.com
        Redirect permanent / https://www.example.com/
</VirtualHost>
                                                                                                  
<IfModule mod_ssl.c>
        <VirtualHost _default_:443>
            ServerName www.example.com

            Protocols h2 http/1.1

            ServerAdmin webmaster@localhost
            DocumentRoot /var/www/html
            DirectoryIndex index.php

            RewriteEngine on            #### Doesn’t work at all ####
            RewriteCond %{HTTP_HOST} ^example\.com [NC]
            RewriteRule ^/(.*) https://www.example.com/$1 [L,R=301]


            ErrorLog ${APACHE_LOG_DIR}/error.log
            CustomLog ${APACHE_LOG_DIR}/access.log combined

            # SSL with Letsencrypt                                                                                                                Include /etc/letsencrypt/options-ssl-apache.conf
            SSLEngine on
            SSLCertificateFile      /etc/letsencrypt/live/www.example.com/fullchain.pem
            SSLCertificateKeyFile /etc/letsencrypt/live/www.example.com/privkey.pem
                                                                             
    </VirtualHost>
</IfModule>

该站点本身运行良好，并且.htaccess仅包含由 Wordpress 创建的行。

任何输入表示赞赏。

在 Wordpress 上做了一个新的主题，新的主题和旧的很相似，意思是应该没有什么大的 SQL 查询变化，可能更少，但是网站速度很慢，似乎来自 varnish。

如何调试 varnish 以查看哪些查询没有获得缓存命中？我怀疑这是一些 ajax 调用，但有 100 个，所以我需要知道哪个 ajax 没有被缓存。你是怎样做的？

今天我将我的网络服务器从 Debian Buster 升级到 Bullseye，这实际上是一个非常简单的升级。在我尝试访问服务器上的几个 WordPress 站点之前，一切似乎都正常。起初我收到一些关于缺少 MySQL 模块的错误。我从 PHPMyAdmin 收到的错误消息给了我一个更好的线索：它说它缺少 mysqli 模块。

所以我安装了它， apt install php7.4-mysqli 这实际上让我的 WordPress 网站再次运行。

然而，现在唯一的问题是我无法更新 Wordpress。每次我尝试更新 WordPress 时，都会出现错误：

我怀疑我需要安装suphp。但在我这样做之前，任何人都可以确认情况确实如此吗？还是在从 Buster 升级到 Bullseye 后我需要做其他事情？

编辑： 我花了很长时间才弄清楚到底发生了什么。现在我知道了，我不知道如何解决这个问题。

WP给出的错误消息实际上是不正确的。事实证明，它能够在正确的文件夹中很好地解压缩更新。但是当它检查文件是否真正解包时，它会出错。问题在于update-core.php中的这段代码：

foreach ( $roots as $root ) {
  if ( $wp_filesystem->exists( $from . $root . 'readme.html' )
    && $wp_filesystem->exists( $from . $root . 'wp-includes/version.php' )
  ) {
    $distro = $root;
    break;
  }
}
    
if ( ! $distro ) {
  $wp_filesystem->delete( $from, true );
  return new WP_Error( 'insane_distro', __( 'The update could not be unpacked.' ) );
}

它在这里所做的只是检查它刚刚将 zip 文件解压缩到的文件夹中是否存在两个文件。这失败了。原因如下：

我使用 FTP 方法安装更新。因此，当我告诉它更新时，它首先会确定应该将 zipfile 下载到的文件夹。此文件夹存储在$working_dir中，并从那时起用于其余的更新过程。服务器上的真实路径是，/domains/domainname.com/htdocs/wp-content/upgrade/但是由于 FTP 用户是 chroot 的，WP 会查找并存储/htdocs/wp-content/upgrade/。更新文件下载到此文件夹，然后解压缩。

接下来它会进行上述检查。这失败了，因为它试图在/htdocs/wp-content/upgrade/真实位置为/domains/domainname.com/htdocs/wp-content/upgrade/.

我理解为什么它可以很好地下载软件包（因为 FTP 用户是 chroot 的）。但我不明白为什么它在解压之后没有失败，但是在检查文件是否存在时它确实失败了......

我检查了所有 php 设置，并没有发现与 Debian 升级之前的设置有什么不同……

我发现 Wordpress 的新版本（V5.9）在 .htaccess 中添加了这一行：

RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

旧版本的 Wordpress 没有这一行。这是什么意思？我可以删除它吗？

我在两个 WordPress 网站上都遇到了同样的错误：

“/home/{my_user}/public_html/wp-content/uploads”中的内容文件夹不可写。

他们都使用 WHM 托管专用服务。

我将 ../uploads/ 文件夹的权限更改为 777，它可以工作，但我认为这不是一个有效的练习。文件夹的当前设置是 775

你能给我一些诊断这个的步骤吗？