标签: frames

假设我有以下框架结构。

<frameset rows="20%,60%, *">
  <frame name="theFrame" id="theFrame" src="test1.html" >
  <frame name="theSecondFrame" id="theSecondFrame" src="test2.html" >
  <frame name="importantFrame" id="importantFrame" src="test3.html" >
</frameset>

假设在“theSecondFrame”中我有一个按钮，如果我单击该按钮，它应该显示一个模式窗口。

我面临的问题是，叠加仅限于“theSecondFrame”。

如何将覆盖分布到所有帧上以使内容无法访问？

我有一个包含多个框架的程序。一切正常，但是我无法弄清楚为什么其中一个框架周围的边框存在。

我已经尝试了几件事。

这是我的框架的创建方式：

kwListFrame = Frame(root)
kwListFrame.grid(row = 1, column = 0, rowspan = 1, columnspan = 1, sticky = N+S+E+W)
kwListFrame.columnconfigure(0, weight=1)
kwBGimage = Label(kwListFrame, image= baseBGimage)
kwBGimage.image = baseBGimage
kwBGimage.place(x = 0, y = 0)
kwBGimage.config(image = baseBGimage)

我试图改变：

kwListFrame = Frame(root)

到：

kwListFrame = Frame(root, highlightthickness=0)
#or
kwListFrame = Frame(root, padx=0, pady=0)
#or
kwListFrame = Frame(root, bd=0)

在那之后没有工作我试过：

kwListFrame = Frame(root, highlightbackground= "some color that matches frame")

我什至试图将浮雕设置为平坦，即使我知道它的默认值是平坦的。

由于我发现了几个关于在画布上移除边框的参考，我没有找到任何Frames直接相关的内容。所以，我可能会使用highlightthickness和highlightbackground错误的，但因此它接缝像它应该做的伎俩也没有抛出一个错误。

这是框架在顶部显示细边框的方式的图像。

我不确定为什么会出现这个问题。是因为我使用图像作为背景吗？ …

操作系统： Ubuntu 14.04

nginx： nginx 版本：nginx/1.4.6 (Ubuntu)

为了在浏览器端为框架提供基于点击劫持的安全性，X-Frame-Options可以通过 3 种不同的方式设置标头选项。

• DENY
• SAMEORIGIN
• ALLOW-FROM <uri>

PS：https: //www.owasp.org/index.php/Clickjacking_Defense_Cheat_Sheet（兼容性矩阵）和https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Frame-Options（笔记：不要将 Apache 与 Nginx 混合用于配置部分）。

我想在我的 Jenkins 机器上（即 Jenkins 作业的仪表板上）启用框架/ iframe （由日志解析器插件生成/提供）的显示。有关更多信息，您可以在此处查看一些背景：Jenkins Log parser plugin - parsed console log page is not shown Load returned by X-Frame-Options does not allowed framing ERR_BLOCKED_BY_RESPONSE

为此，我需要确保以下几行不存在于我的 jenkins https conf 文件 / 的 NGINX 配置中，或者您可以将其注释掉。

add_header X-Frame-Options DENY;

注释此行，框架现在将在浏览器中（即作业的仪表板上）呈现良好，但这样做会带来安全问题。

要实现第二个选项，请确保删除/替换上面的行，或者确保 Jenkins https conf 的 NGINX 配置文件中存在以下行。 …

我不是专业的网络工程师，所以我希望我的问题不会显得含糊或na\xc3\xafve。

HTTP/2.0 中的多路复用似乎利用单个 TCP 连接来同时处理多个/不同的请求，这样我们就可以避免队头阻塞问题。我想知道在数据重组的意义上它是如何与底层 TCP 连接一起工作/重叠的意义上它是如何与底层 TCP 连接一起工作/重叠的。