playwright proxy: { server: 'per-context' } 详解

在 Playwright 中，`proxy` 是一个可选的配置项，用于设置浏览器的代理。而 `{ server: 'per-context' }` 是其中一种特定的代理模式，表示每个浏览器上下文（即每个打开的页面）都会使用独立的代理服务器。

在这种模式下，每个页面都会使用自己独立的代理服务器，这可以提高安全性和隔离性，因为每个页面都是在独立的代理环境中运行。同时，这种模式也可以提高效率，因为每个页面的代理请求是独立的，可以在不同的代理服务器上并行执行，从而提高整体的执行速度。

在 Playwright 中，可以通过在 `launch` 或 `connect` 方法中设置 `proxy` 参数来启用代理。要启用 `{ server: 'per-context' }` 模式，需要将 `proxy` 参数设置为一个包含 `server` 属性的对象，例如：

const { chromium } = require('playwright');

(async () => {
  const browser = await chromium.launch({
    proxy: {
      server: 'per-context'
    }
  });
})();

上述代码中，`proxy` 参数被设置为一个对象，包含 `server` 属性，值为 `'per-context'`，表示启用每个浏览器上下文独立的代理服务器。在这种模式下，每个页面都会使用自己独立的代理服务器。

相关问题

playwright server: 'per-context' 讲解

在 Playwright 中，`server` 是一个可选的配置项，用于指定 Playwright 启动浏览器时的模式。其中 `'per-context'` 是其中一种模式。

在 `'per-context'` 模式下，每个浏览器上下文（即每个打开的页面）都会在单独的进程中运行。这种模式可以提高安全性和稳定性，因为每个页面都是在独立的环境中运行，互相之间不会相互干扰。同时，如果一个页面崩溃了，它也不会影响其他页面的运行。

这种模式对于需要同时打开多个页面进行测试或爬虫任务的应用场景非常有用。因为每个页面都在独立的进程中运行，所以它们可以在不同的 CPU 核心上并行执行，提高了整体的执行效率和速度。

需要注意的是，`'per-context'` 模式下会消耗更多的系统资源，因为每个页面都需要单独的进程来运行。如果系统资源有限，可以考虑使用 `'single'` 模式，该模式下所有页面共享一个进程。

报错[SSH] commands: sudo docker exec -it -T playwright ls [SSH] executing... unknown shorthand flag: 'T' in -T See 'docker exec --help'.

非常抱歉，我的回答中有误导性的错误。`-T` 参数并不适用于 `docker exec` 命令。由于 Jenkins 默认不分配 TTY，你可以尝试移除 `-t` 参数并执行以下命令：

sudo docker exec -i playwright ls

这样应该可以避免 "the input device is not a TTY" 错误。如果问题仍然存在，请提供更多关于你的操作系统、Docker 版本以及其他相关信息，以便我能够更好地帮助你解决问题。