小编el_*_*gro的帖子

当我运行docker history mysql最后一行是：

104de4492b99  9 days ago  /bin/sh -c #(nop) ADD file:f35a56605b9a065a14 4.97 MB

我想知道id f35a56605b9a065a14对应的基本映像，所以我在Github上找到了mysql Dockerfile。第一行是：

FROM debian:wheezy

1）有人可以确认f35a56605b9a065a14确实是debian:wheezy基本映像的ID 吗？

2）如果我无权访问Dockerfile，我将如何建立f35a56605b9a065a14对应的连接debian:wheezy？

谢谢

我有一个由 html/css/javascript 文件组成的静态网站。该网站是自动生成的，并且经常更新。

我不想使用用户名/密码（基本身份验证）授权访问网站，而是希望用户使用 Google 登录/openID Connect 进行身份验证，然后通过 gmail 地址白名单控制访问。

设置它的最简单方法是什么？

我从 ping 二进制文件中删除了 setuid 位，并添加了cap_net_raw+p如下内容：

$ chmod 755 /bin/ping
$ setcap cap_net_raw+p /bin/ping

然后我ping在一个终端中运行并从另一个终端检查正在运行的进程的 /proc/$PID/status ：

$ ps aux | grep ping                                                                   
  user     5468  0.0  0.0  14948  1792 pts/20   S+   11:14   0:00 ping www.google.com
  user     5471  0.0  0.0  14224   896 pts/2    S+   11:14   0:00 grep --color=auto ping
$ cat /proc/5468/status | grep Cap
  CapInh: 0000000000000000
  CapPrm: 0000000000002000
  CapEff: 0000000000000000
  CapBnd: 0000003fffffffff
  CapAmb: 0000000000000000

如果ping当前正在运行，为什么CapEff: 0000000000000000？不应该cap_net_raw也在有效集中吗？/proc/$PID/status 不反映线程的当前状态吗？

一些StackOverflow 帖子和这篇内容丰富的博客文章（但可能已经过时）表明，当前在浏览器中实现的 HTTP/2 尚不支持推送流，并且在需要此功能时仍应使用 WebSockets 或 SSE。

我很好奇 Google Firestore（它通过 HTTP 实现 gRPC）是如何实现这一目标的。据我所知，在打开使用 Firestore 的网站后，没有使用以下内容：

• WebSockets - DevTools 不显示任何打开的 Websocket。还有这个。
• SSE - 我在 DevTools 源或相关源代码中找不到“eventsource”
• WebRTC - 不适用。我也无法在chrome://webrtc-internals中找到任何内容
• HTTP/2Server Push（又名 Push_Promise）- 不相关

问题

1. FireStore 是否只是简单地使用类似于长轮询的方式，其中客户端与服务器打开 HTTP/2 流（或使用 Chrome 时的 HTTP/3），并且该服务器只是保持该流打开以在需要时推送消息。
2. 这是由于 HTTP/2 浏览器实现的一些最新进展而成为可能，还是服务器/客户端软件库开发人员只是想出了一种使用这种长轮询方法来模拟服务器->客户端推送流的方法。
3. 如果上述情况属实，那么我们现在（2021 年）是否可以说 HTTP/2 可以自行实现 WebSocket 和/或 SSE 提供的相同功能，并且 WebSocket 即将被淘汰。