Docker下WordPress升级PHP的正确方法

想要在Docker环境下升级WordPress的PHP版本？别再尝试直接修改容器内部文件了！本文为你提供最正确的升级姿势：**构建或选择包含目标PHP版本的新Docker镜像**。这种方法遵循Docker的“不可变基础设施”原则，确保环境稳定、可维护且镜像精简。本文详细讲解如何利用官方WordPress镜像标签（如`wordpress:php8.0-apache`）快速升级，并提供修改`docker-compose.yml`文件的示例。针对需要深度定制的场景，本文还介绍了如何构建自定义Docker镜像，并避免`docker-entrypoint.sh`找不到的常见错误。升级前务必备份数据，并在测试环境验证兼容性。掌握这些技巧，轻松实现WordPress PHP版本的平滑升级，提升网站性能和安全性！

Docker环境PHP版本升级的核心原则

Docker容器的设计理念是“不可变基础设施”（Immutable Infrastructure）。这意味着一旦容器启动，其内部环境应保持不变。如果需要对应用程序或其依赖（如PHP版本）进行升级，正确的做法是构建一个新的Docker镜像，其中包含所有必要的更新，然后用新镜像替换旧容器。直接在运行中的容器内尝试升级PHP，不仅复杂且容易出错，还可能导致容器状态不一致、难以回溯，并且无法通过简单的容器重启来恢复。

正确的PHP版本升级方法

对于Docker化的WordPress，升级PHP版本的最佳实践是利用官方提供的多版本镜像标签，或者在必要时构建一个自定义的Docker镜像。

1. 利用官方WordPress镜像标签

Docker Hub上的WordPress官方镜像通常会提供带有不同PHP版本标签的变体。例如，wordpress:latest可能基于最新的PHP版本，而wordpress:php8.0-apache或wordpress:php7.4-fpm等标签则明确指定了所使用的PHP版本和Web服务器。

示例：使用Docker Compose升级PHP版本

假设您当前的docker-compose.yml文件使用了PHP 7.3的WordPress镜像，现在希望升级到PHP 8.0。您只需修改image字段即可：

原有的 docker-compose.yml (PHP 7.3):

version: '3.8'

services:
  wordpress:
    image: wordpress:5.6-apache # 假设此版本内部PHP为7.3
    ports:
      - "80:80"
    environment:
      WORDPRESS_DB_HOST: db
      WORDPRESS_DB_USER: wordpress
      WORDPRESS_DB_PASSWORD: password
      WORDPRESS_DB_NAME: wordpress
    volumes:
      - ./html:/var/www/html
    depends_on:
      - db

  db:
    image: mysql:5.7.2
    environment:
      MYSQL_ROOT_PASSWORD: root_password
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wordpress
      MYSQL_PASSWORD: password
    volumes:
      - ./db_data:/var/lib/mysql

  phpmyadmin:
    image: phpmyadmin/phpmyadmin:latest
    links:
      - db:db
    ports:
      - 8080:80
    environment:
      PMA_HOST: db
      PMA_PORT: 3306
      PMA_ARBITRARY: 1

升级后的 docker-compose.yml (PHP 8.0):

version: '3.8'

services:
  wordpress:
    image: wordpress:php8.0-apache # 修改为指定PHP 8.0的镜像
    ports:
      - "80:80"
    environment:
      WORDPRESS_DB_HOST: db
      WORDPRESS_DB_USER: wordpress
      WORDPRESS_DB_PASSWORD: password
      WORDPRESS_DB_NAME: wordpress
    volumes:
      - ./html:/var/www/html
    depends_on:
      - db

  db:
    image: mysql:5.7.2
    environment:
      MYSQL_ROOT_PASSWORD: root_password
      MYSQL_DATABASE: wordpress
      MYSQL_USER: wordpress
      MYSQL_PASSWORD: password
    volumes:
      - ./db_data:/var/lib/mysql

  phpmyadmin:
    image: phpmyadmin/phpmyadmin:latest
    links:
      - db:db
    ports:
      - 8080:80
    environment:
      PMA_HOST: db
      PMA_PORT: 3306
      PMA_ARBITRARY: 1

修改后，执行 docker-compose up -d --build --force-recreate 命令（如果需要重新构建或强制重新创建服务）或者直接 docker-compose up -d (Docker Compose会自动检测镜像变更并拉取新镜像，然后替换旧容器)。

2. 构建自定义Docker镜像 (高级场景)

如果您需要安装WordPress官方镜像中不包含的特定PHP扩展或系统依赖，那么构建自定义Docker镜像将是必要的。在这种情况下，您会基于一个官方的WordPress镜像（例如 FROM wordpress:php8.0-apache）来创建自己的Dockerfile。

示例 Dockerfile 片段：

# 基于官方WordPress PHP 8.0 Apache镜像
FROM wordpress:php8.0-apache

# 安装额外的PHP扩展 (例如 gd, imagick)
RUN apt-get update && \
    apt-get install -y --no-install-recommends \
        libjpeg-dev \
        libpng-dev \
        libwebp-dev \
        libfreetype6-dev \
        libmagickwand-dev \
    && rm -rf /var/lib/apt/lists/*

RUN docker-php-ext-configure gd --with-jpeg --with-webp --with-freetype \
    && docker-php-ext-install gd \
    && docker-php-ext-install exif \
    && pecl install imagick \
    && docker-php-ext-enable imagick

然后，在docker-compose.yml中，将image字段替换为build上下文：

services:
  wordpress:
    build:
      context: . # Dockerfile所在的目录
      dockerfile: Dockerfile # Dockerfile的名称
    ports:
      - "80:80"
    # ... 其他配置不变

执行 docker-compose up -d --build 来构建并启动新的服务。

关于 docker-entrypoint.sh 错误

原始问题中遇到的 exec: "docker-entrypoint.sh": executable file not found in $PATH 错误，通常发生在以下情况：

1. 自定义Dockerfiles未正确复制或设置入口点脚本： 官方的WordPress Docker镜像包含一个名为 docker-entrypoint.sh 的脚本，它负责初始化WordPress环境。如果您尝试从官方Dockerfile复制内容来创建自己的Dockerfile，但没有同时将docker-entrypoint.sh文件复制到构建上下文中，或者没有正确地使用COPY指令将其放入镜像的正确位置，就会导致此错误。
2. 错误地覆盖了ENTRYPOINT或CMD： 如果您在自定义Dockerfile中错误地修改了ENTRYPOINT或CMD指令，使其不再指向或执行原始镜像中的docker-entrypoint.sh脚本，也会导致容器启动失败。

对于大多数用户而言，直接使用官方提供的带有特定PHP版本的WordPress镜像标签是更简单、更可靠的解决方案，它避免了处理底层入口点脚本的复杂性。只有在确实需要深度定制时，才应考虑构建自定义镜像，并且需要确保完整理解官方Dockerfile的构建流程，包括所有依赖文件（如docker-entrypoint.sh）的复制和执行。

注意事项与最佳实践

• 备份数据： 在进行任何升级操作之前，务必备份您的WordPress文件（wp-content目录）和数据库。
• 测试兼容性： 在生产环境升级PHP版本之前，强烈建议在开发或测试环境中验证WordPress及其所有插件、主题与新PHP版本的兼容性。PHP 8.0及更高版本引入了一些不兼容的变更，可能导致旧版插件或主题出现问题。
• 清理旧镜像和容器： 成功升级后，可以使用 docker system prune 或手动删除不再使用的旧Docker镜像和容器，以释放磁盘空间。
• 版本管理： 在docker-compose.yml中明确指定镜像版本（例如 wordpress:php8.0-apache 而非 wordpress:latest），可以确保环境的可重复性，并避免因latest标签更新而导致的意外行为。
• 持久化数据： 确保WordPress的wp-content目录和数据库数据都通过Docker卷（Volumes）进行了持久化，这样在替换容器时数据不会丢失。

总结

在Docker环境中升级WordPress的PHP版本，应遵循Docker的不可变基础设施原则。最推荐的方法是直接修改docker-compose.yml文件中的WordPress服务镜像标签，将其指向包含所需PHP版本（如wordpress:php8.0-apache）的官方镜像。这种方法简单、安全且高效，避免了在容器内部进行复杂的升级操作，并确保了环境的清洁和可维护性。对于更高级的定制需求，虽然可以构建自定义镜像，但必须确保对官方镜像的构建流程有充分理解，以避免出现如docker-entrypoint.sh找不到的常见错误。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《Docker下WordPress升级PHP的正确方法》文章吧，也可关注golang学习网公众号了解相关技术文章。