不久之后，谷歌浏览器扩展程序是“内容验证”的，这意味着其他应用程序无法“破解”它们。这是一件好事，但非常烦人，因为我一直在修改它们，以进行调整和改进。
几乎在保存扩展文件后，扩展将被禁用，并且在本地扩展页面上显示一条消息：
此扩展程序可能已损坏
有没有办法可以禁用此“安全”功能并继续进行黑客攻击？我想成为浏览器的老大，而不是相反。
有一个镀铬标志 ( extension-content-verification)，但正如描述所说：
如果它本来不会被打开，则可用于打开此功能，但不能用于将其关闭（因为此设置可能会被恶意软件篡改）。
我的主机最近更新到一个新的 CentOS，我一直在“个性化”它，现在我错过了一些东西。
在我的主页Ubuntu的服务器，我可以forward-word和backward-word用ALT+ RIGHT/ LEFT。我没有为此做任何事情。我也可以ALT+BACKSPACE删除一个词。
在我的新 CentOS 上，我可以执行ALT+ BACKSPACE，但我无法让ALT+ RIGHT/LEFT工作！ALT+ B/F工作，但那是不可接受的，因为它只适用于左边，ALT而且我的手指不是那么瘦。（右ALT+ B/F只打印“b”或“f”）
我试过将 /etc/inputrc 的一部分复制到 CentOS，但这没有任何作用。
ALT或者CTRL，我不在乎，但我真的需要一条捷径。最后一个 CentOS 没有它，但自从 Ubuntu 以来，我一直在 CentOS 上缺少它。
我的 CentOS /etc/inputrc：
"\e[5C": forward-word
"\e[5D": backward-word
"\e[1;5C": forward-word
"\e[1;5D": backward-word
我的 Ubuntu /etc/inputrc：
"\e[1;5C": forward-word
"\e[1;5D": backward-word
"\e[5C": forward-word …简而言之：
维基百科提到了一个必需的“可用性搜索”来查找对等点（和实际文件）：
请注意，尽管指定了特定文件，但客户端应用程序仍必须对其进行可用性搜索。
客户在哪里看？磁力链接是否需要跟踪器 URI 或取决于客户的网络？
更多信息：
来自 tpb 的某个磁铁 URI/URN 如下所示：
magnet:?xt=urn:btih:e9b785fc2d70811a72df5a76bb34bd2eaf9df956&dn=Dances+with+Wolves+1990+20th+Anniversary+Extended+Cut+720p+BRRip&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=udp%3A%2F%2Ftracker.publicbt.com%3A80&tr=udp%3A%2F%2Ftracker.istole.it%3A6969&tr=udp%3A%2F%2Ftracker.ccc.de%3A80
它包含 4 个tr查询参数，其中（我想）包含某种哈希索引的跟踪器位置。但是，维基百科没有提到tr参数，所以我认为它不是强制性的。
如果不包含跟踪器 URI，客户端从哪里开始查找文件？如果有？我可以想象一个 Torrent 客户端（如 uTorrent）本身具有巨大的文件哈希索引。
我正在努力处理 nginx 配置。我有一个server块，我希望所有请求都转到index.php?tags=$uri，除非$uri存在（如index.php?a=b或/?a=b）。
我期望：
try_files $uri index.php?tags=$uri;
但是，不，那太简单了。这不适用于/?a=b，显然没有找到，所以它指向index.php?tags=/
也许如果我明确包含一个index，这是合理的：
index index.php;
没有。没有骰子。全面相同的确切结果。
也没有$args、$request_uri或组合。也不是它：
try_files $request_uri/index.php $request_uri index.php?tags=$request_uri; // now I'm just guessing
阿帕奇总是知道我的意思。为什么nginx没有？我想要这些重定向（不带redirect或if）：
/ => /index.php
/index.php => /index.php
/index.php?a=b => /index.php?a=b
/?a=b => /index.php?a=b
/foo => /index.php?tags=foo (or /index.php?tags=/foo)
/foo/bar => /index.php?tags=foo/bar (or /index.php?tags=/foo/bar)
/foo?bar=yes => /index.php?tags=/foo%3Fbar%3Dyes
我希望在重定向时对查询字符串进行编码，而不是对路径进行编码，但实际上这并不那么重要。
（我也不明白 $uri 和 $request_uri 之间的实际区别。它们似乎一半时间都在做同样的事情。但那是另一天的事了。）
非常感谢。