Tag: 教程

摘要：在Chrome插件开发的世界中，Manifest V3引起了不小的震动。作为一个有过丰富开发经验的程序员，我将在这篇文章中分享我如何适应这一变革，尤其是在拦截和获取Ajax请求（XHR/Fetch）方面的经验。加入我，一起探索这一技术挑战背后的趣味和机遇。

作为一名长期深耕于Chrome插件开发的程序员，我见证了从Manifest V2到Manifest V3的过渡。这一过程中，最让我印象深刻的莫过于如何在V3版本下拦截和获取Ajax请求了。你可能会问，这有什么难的？嗯，坐稳了，让我带你一起经历这段既充满挑战又不失幽默的旅程。

为何Manifest V3给Ajax请求带来挑战？

在Manifest V3（以下简称MV3）出现之前，我们习惯于使用webRequestAPI来拦截和修改网络请求，包括那些XHR或Fetch发起的Ajax请求。然而，MV3引入了declarativeNetRequestAPI，并限制了webRequestAPI的能力，理由是出于提高性能和安全性的考虑。这就好比是从手动变速车换到了自动挡，虽然自动挡对很多人来说更加方便和安全，但对于喜欢手动操控的我来说，一时间还真是不太习惯。

挑战接受：适应MV3的新旅程

初探declarativeNetRequestAPI

我的第一步是尝试理解declarativeNetRequestAPI如何工作。简单来说，这个API允许你声明规则来拦截、修改或重定向网络请求。听起来挺简单的，对吧？然而，实际上要精确定义这些规则，并不是一件容易的事。

实践案例：拦截XHR请求

在我第一个MV3项目中，我需要拦截所有发往特定API的XHR请求，并检查其返回内容。在MV2时代，我只需几行代码就能轻松完成。但在MV3中，我不得不编写了一大堆规则，并确保它们既不过于宽泛，也不会错过任何请求。

{
  "id": 1,
  "action": {
    "type": "modifyHeaders",
    "responseHeaders": [
      { "header": "Access-Control-Allow-Origin", "operation": "set", "value": "*" }
    ]
  },
  "condition": {
    "urlFilter": "example.com/api/*",
    "resourceTypes": ["xmlhttprequest"]
  }
}

踩坑记：当规则不生效时

最有趣（也是最令人沮丧）的一次经历是，我定义的规则突然不生效了。经过一番调试（和不少的咖啡），我发现是因为我达到了Chrome对规则数量的限制。是的，你没听错，MV3对你可以定义的规则数量有限制，而这个“小细节”在文档中提得并不多。

MV3下的Ajax请求拦截技巧

• 精确的规则定义：确保你的规则既不太宽泛也不太具体，这需要一些试错和经验积累。
• 优化性能：由于规则数量有限，合理组织和优化你的规则变得至关重要。
• 持续学习：Chrome的开发团队不断更新文档和API，保持学习态度，及时调整你的插件。

结语

通过这次MV3的Ajax请求拦截之旅，我不仅提升了自己的技术能力，还学会了面对变化的心态。是的，遇到困难时我会感到沮丧，但解决问题的喜悦和获得的成长远远超过了这些瞬间的挫败感。

在面对Apache+PHP后端超时的问题时，本文提供了一套系统的解决方案，包括诊断原因、调整配置和代码优化等策略。通过实际案例和代码示例，帮助开发者高效解决超时问题，提升网站性能。

在构建基于Apache和PHP的Web应用时，遇到后端超时问题是一项挑战。这不仅影响用户体验，也可能暴露出底层的性能瓶颈。本文将深入探讨如何诊断和解决这些超时问题，从配置调整到代码优化，提供一个全面的解决框架。

诊断超时的原因

首先，我们需要了解超时问题的常见原因。这可能包括：

• 服务器配置不当：如PHP的max_execution_time和Apache的Timeout值设置过低。
• 资源限制：数据库连接数不足，内存不足等。
• 代码效率低下：比如复杂的数据库查询，或者不必要的循环调用。

要诊断具体的原因，可以使用工具如top或htop监控服务器资源使用情况，以及利用PHP的xdebug插件进行代码层面的性能分析。

调整Apache和PHP配置

调整服务器配置是解决超时问题的第一步。这里有几个关键的配置项需要关注：

# Apache配置 - httpd.conf 或 apache2.conf
Timeout 300

; PHP配置 - php.ini
max_execution_time = 300
memory_limit = 256M

增加这些值可以为脚本执行提供更多的时间和资源，但也要注意平衡性能和资源消耗。

优化数据库和代码

优化代码和数据库查询是解决超时问题的长期策略。这包括：

• 优化SQL查询：确保使用索引，避免复杂的关联查询。
• 代码层面优化：避免在循环中进行数据库查询或远程API调用。
• 使用缓存：对于重复的查询结果或计算密集型操作，使用缓存可以大幅度减少执行时间。

案例分析

让我们来看一个简单的案例，说明如何通过优化代码来解决超时问题：

// 优化前
for ($i = 0; $i < count($users); $i++) {
    // 对每个用户执行数据库查询
    $userData = getUserData($users[$i]);
    processUserData($userData);
}

// 优化后
$userData = getUsersData($users); // 一次性获取所有用户数据
foreach ($userData as $data) {
    processUserData($data);
}

通过减少数据库查询次数，我们可以显著降低脚本的执行时间。

结论

解决Apache+PHP后端超时问题需要一个综合的策略，从服务器配置调整到代码和数据库优化都是必不可少的步骤。通过上述方法，开发者可以有效地解决超时问题，提升应用性能和用户体验。

VMDK（Virtual Machine Disk）是一种虚拟机磁盘文件格式，通常用于存储虚拟机的硬盘数据。有时候，我们可能需要在Docker容器中使用VMDK文件，并且需要扩展其大小。本教程将介绍如何在不转换格式的情况下，在Docker容器中扩展VMDK文件的方法。

使用vmware-vdiskmanager扩展VMDK文件

1. 安装vmware-vdiskmanager工具

首先，我们需要安装vmware-vdiskmanager工具，该工具是VMware的官方命令行工具，用于管理VMDK文件。

sudo apt-get install open-vm-tools

2. 查看VMDK文件的分区信息

在扩展VMDK文件之前，我们需要了解VMDK文件的分区情况，以确定在哪个分区上进行扩展。

sudo fdisk -l /path/to/your.vmdk

3. 扩展VMDK文件

使用vmware-vdiskmanager工具来扩展VMDK文件的大小。

sudo vmware-vdiskmanager -x <new_size> /path/to/your.vmdk

4. 扩展分区

使用fdisk命令来扩展VMDK文件中的分区。

sudo fdisk /path/to/your.vmdk

按顺序输入以下命令：

• d: 删除分区
• n: 新建分区
• w: 保存并退出

5. 调整文件系统大小

最后，我们需要使用resize2fs命令来调整文件系统的大小，以适应扩展后的分区。

sudo resize2fs /dev/sdX

示例

假设我们要扩展名为example.vmdk的VMDK文件，新的大小为10GB。我们可以按照以下步骤来执行：

sudo vmware-vdiskmanager -x 10GB /path/to/example.vmdk
sudo fdisk /path/to/example.vmdk
# 删除分区，新建分区
sudo resize2fs /dev/sdX

结论

通过以上步骤，我们成功地在Docker容器中扩展了VMDK文件的大小，而不需要转换文件格式。这种方法适用于需要在Docker容器中使用VMDK文件并且需要扩展其大小的场景。

在现代Web应用开发中，使用HTTPS协议保护数据传输的安全性至关重要。但是，配置HTTPS证书通常是一项繁琐的任务。为了简化这一过程，许多官方Docker镜像提供了一键部署HTTPS的解决方案，使得用户可以快速、轻松地将应用部署为HTTPS。

一键部署HTTPS的官方Docker镜像

以下是一些常见的官方Docker镜像，它们提供了一键部署HTTPS的功能：

1. Nginx:
   • Nginx官方镜像提供了一键部署HTTPS的功能，用户可以通过配置相应的环境变量来启用HTTPS支持。
   • 示例：

     docker run -d -p 443:443 \
     -v /path/to/cert:/etc/nginx/certs \
     -e "VIRTUAL_HOST=example.com" \
     -e "LETSENCRYPT_HOST=example.com" \
     -e "[email protected]" \
     nginx

2. Apache HTTP Server:
   • Apache HTTP Server官方镜像也支持一键部署HTTPS，用户可以通过修改配置文件来启用HTTPS支持。
   • 示例：

     docker run -d -p 443:443 \
     -v /path/to/cert:/etc/ssl/certs \
     httpd

3. Traefik:

   • Traefik是一个现代的反向代理和负载均衡工具，官方镜像内置了自动获取Let’s Encrypt证书的功能，用户只需配置相应的标签即可。

   • 示例：

     version: '3'
     
     services:
     traefik:
      image: traefik
      command:
        - "--api.insecure=true"
        - "--providers.docker=true"
        - "--entrypoints.web.address=:80"
        - "--entrypoints.websecure.address=:443"
        - "--certificatesresolvers.myresolver.acme.httpchallenge=true"
        - "--certificatesresolvers.myresolver.acme.httpchallenge.entrypoint=web"
        - "[email protected]"
        - "--certificatesresolvers.myresolver.acme.storage=/letsencrypt/acme.json"
        - "--certificatesresolvers.myresolver.acme.tlschallenge=true"
      ports:
        - "80:80"
        - "443:443"
      volumes:
        - "/var/run/docker.sock:/var/run/docker.sock"
        - "./letsencrypt:/letsencrypt"

使用方法

1. 选择合适的镜像：根据自己的需求选择合适的官方Docker镜像，例如Nginx、Apache HTTP Server或Traefik等。
2. 配置环境变量：根据镜像的要求，配置相应的环境变量或标签来启用HTTPS支持，并指定证书文件的路径或Let’s Encrypt的配置信息。
3. 运行容器：运行Docker容器，将应用部署为HTTPS，可以通过访问https://example.com来验证是否成功启用了HTTPS支持。

结论

通过使用一键部署HTTPS的官方Docker镜像，用户可以快速、轻松地将应用部署为HTTPS，提高数据传输的安全性，保护用户的隐私和数据安全。

在开发和测试过程中，有时我们希望在单个Mariadb容器中创建多个数据库，而不必编写SQL脚本手动创建。Docker Compose提供了一种简单方便的方式来定义和管理多个容器，我们可以利用它来实现这个需求。

使用Docker Compose创建多个数据库

在Docker Compose文件中，我们可以使用docker-compose.yml定义多个服务，并且每个服务都可以使用一个预先配置的SQL初始化脚本来创建数据库。以下是一个示例的docker-compose.yml文件：

version: '3.7'

services:
  mariadb:
    image: mariadb
    restart: always
    environment:
      MYSQL_ROOT_PASSWORD: example
      MYSQL_DATABASE: database1
      # 更多数据库可以通过环境变量继续添加
      # MYSQL_DATABASE_2: database2
      # MYSQL_DATABASE_3: database3
    volumes:
      - mariadb_data:/var/lib/mysql
    ports:
      - "3306:3306"

# 定义数据卷以持久化数据库数据
volumes:
  mariadb_data:

解释

• image: 指定使用的Mariadb镜像。
• restart: 设置容器遇到错误时自动重启。
• environment: 定义环境变量，其中MYSQL_ROOT_PASSWORD指定root用户的密码，MYSQL_DATABASE用于指定要创建的第一个数据库。可以通过类似MYSQL_DATABASE_2的方式继续添加更多的数据库。
• volumes: 将容器内的/var/lib/mysql目录挂载到宿主机上，以持久化数据库数据。
• ports: 将容器的3306端口映射到宿主机的3306端口，以便外部可以访问数据库。

示例

假设我们想要创建三个数据库database1、database2和database3，我们可以按照以下步骤在单个Mariadb容器中创建这些数据库：

1. 创建一个名为docker-compose.yml的文件，并将上述示例内容复制粘贴到文件中。
2. 运行以下命令启动容器：

docker-compose up -d

结论

通过以上步骤，我们成功地在单个Mariadb容器中使用Docker Compose创建了多个数据库。这样可以简化开发和测试过程中的数据库管理，提高工作效率。

在Docker容器内部访问宿主机IP通常会遇到网络隔离的问题。因为Docker容器默认是在一个虚拟网络中运行的，与宿主机有自己的网络命名空间，无法直接访问宿主机的IP地址。但是有时候，我们需要在容器内部访问宿主机的服务或者进行网络调试，因此需要找到一种方法来解决这个问题。

解决方法

为了让容器内部可以ping通宿主机IP，我们可以采取以下步骤：

1. 使用宿主机的网络模式

一种简单的方法是将容器的网络模式设置为与宿主机相同，这样容器就可以直接访问宿主机的网络。

docker run -d --network host my_image

2. 使用bridge网络并映射端口

如果不想使用宿主机的网络模式，可以将容器与宿主机连接到同一个bridge网络，并使用端口映射的方式进行通信。

docker network create my_bridge_network
docker run -d --network my_bridge_network --name my_container my_image
docker run -d --network my_bridge_network -p 8080:8080 my_image

3. 使用Docker的网关地址

Docker容器通常会分配一个网关地址，该地址是宿主机的IP地址。因此，可以使用Docker的网关地址来访问宿主机。

docker inspect -f '{{range .NetworkSettings.Networks}}{{.Gateway}}{{end}}' my_container

示例

假设宿主机的IP地址是192.168.0.100，我们可以按照以下步骤在容器内部ping通宿主机：

# 在容器内部执行ping命令
docker exec -it my_container ping 192.168.0.100

结论

通过以上方法，我们可以在Docker容器内部ping通宿主机IP。无论是使用宿主机的网络模式，还是与宿主机连接到同一个bridge网络，并使用端口映射的方式进行通信，或者直接使用Docker的网关地址，都可以实现在容器内部访问宿主机的IP地址。

在Openvswitch + Docker方案中，容器通常处于一个虚拟网络中，而上级路由（例如Openwrt）可能会通过SLAAC（Stateless Address Autoconfiguration）协议为网络中的设备分配IPv6地址。但是，由于网络隔离和Docker容器的特性，容器可能无法直接获取到由上级路由分发的公网IPv6地址。因此，我们需要一种方法来让容器能够获取到这些地址。

解决方法

为了让容器能够获取到由上级路由分发的IPv6地址，我们可以采取以下步骤：

1. 配置Openvswitch网桥

首先，我们需要在Openvswitch中创建一个网桥，并确保该网桥能够与上级路由进行IPv6通信。可以使用以下命令来创建网桥：

ovs-vsctl add-br mybridge

然后，配置网桥的IPv6地址，使其能够与上级路由通信：

ip -6 addr add <IPv6_address>/<prefix_length> dev mybridge

2. 配置Docker网络

接下来，我们需要配置Docker网络，使得Docker容器能够连接到Openvswitch创建的网桥上，并获取IPv6地址。可以使用Docker的--network参数来指定网络类型为bridge，并连接到指定的网桥：

docker run -d --network=mybridge my_image

3. 开启IPv6转发

在上级路由（例如Openwrt）中，确保IPv6转发功能已经开启，以便容器可以与外部IPv6网络通信。可以通过编辑/etc/sysctl.conf文件并设置net.ipv6.conf.all.forwarding=1来开启IPv6转发：

echo "net.ipv6.conf.all.forwarding=1" >> /etc/sysctl.conf
sysctl -p

4. 配置容器IPv6

最后，在容器中配置IPv6地址，使其能够与上级路由通信。可以使用以下命令在容器内配置IPv6地址：

ip -6 addr add <IPv6_address>/<prefix_length> dev eth0

示例

假设上级路由分配的IPv6地址是2001:db8::1/64，网桥的IPv6地址是2001:db8::2/64，我们可以按照以下步骤配置Openvswitch、Docker和容器：

# 创建网桥并配置IPv6地址
ovs-vsctl add-br mybridge
ip -6 addr add 2001:db8::2/64 dev mybridge

# 运行Docker容器并连接到网桥
docker run -d --network=mybridge my_image

# 开启IPv6转发
echo "net.ipv6.conf.all.forwarding=1" >> /etc/sysctl.conf
sysctl -p

# 在容器内配置IPv6地址
docker exec -it container_name ip -6 addr add 2001:db8::3/64 dev eth0

结论

通过以上步骤，我们成功实现了在Openvswitch + Docker环境下让容器获取上级路由分发的IPv6地址的方法。通过配置Openvswitch、Docker网络和容器内的IPv6地址，我们可以确保容器能够与外部IPv6网络正常通信。