有第四种方法可以解决此问题并完全避开检测系统。由于您提到要入侵扩展程序,因此这意味着您具有扩展程序开发知识。还应该理解,扩展本质上就是源代码。这意味着您有整个资源需要摆弄。话虽如此...
第四种方法相对简单,如下所示:
- 在Chrome的“应用程序数据”下的“扩展程序”文件夹中找到扩展程序
- 复制整个扩展程序的文件夹并将其粘贴到其他位置
- 在Chrome中禁用原始扩展程序
- 将新复制的abcsoupname扩展名文件夹重命名为MyNewExtension
- 转到MyNewExtension文件夹
- 删除_metadata
- 编辑manifest.json并删除key和update_url部分。更改名称和short_name部分,以避免与其他禁用的扩展名混淆。
- 验证并更正您的manifest.json jsonlint.com上
- 转到设置=>扩展
- 启用开发人员模式,然后在刚刚创建的新文件夹上“加载解压的扩展程序”。
- 瞧 此扩展的新版本不受内容控制。
现在,您可以根据需要编辑,操作和管理此扩展。进行更改时,您需要从扩展程序区域单击“重新加载”。另外,您将不会收到原始开发人员的更新。因此,您需要定期更新,并找出一种将更新的更改合并到单独的扩展代码中的方法。您可能可以离开update_url原样,但可能会清除您在下一个更新中所做的所有更改。这就是为什么我建议将其删除。不过,请随时尝试。
通过禁用原始扩展名,这将允许您启用它并定期接收作者版本的更新。然后,您可以比较自定义版本和作者版本之间的差异,并合并任何必要的更改。我强烈建议您对新的自定义扩展程序使用这种更新方法。如果您选择离开update_url活动状态,则可能会清除您对下一个更新的更改(假设即使在修改后的扩展名上也可以正常使用)。由于某些扩展的更新频率不是很高,因此您可能会争先恐后地确定下个月更新发布时所做的更改。
您还需要在要修改它的任何扩展上执行这些步骤。实际上,您是在使用现有扩展的代码库创建一个全新的扩展,然后将该扩展置于开发人员模式。
请注意,请勿使用Mac的TextEdit编辑json文件,否则它将用“或”替换“并导致json语法检查失败。