_悠闲的猫

我想追求那份简单和纯粹。我想做好一件事情。也许这就是我的特长。 |
迷茫地追求现实，同时又逃避现实。矛盾就是生活。 |
Software Dev: JS Web Node OpenSource |
Music: Classical Violin Compose |
Language: Chinese English |

[_悠闲的猫 @_catus]

@HunterRockCat 有 Firefox 版而且暂时还能用，就是不知道 Firefox 那边会不会跟进也禁用 Manifest V2. （另外这么多年没维护了，不知道有什么样的 bug ）

[_悠闲的猫 @_catus]

Chrome 预计在今年六月停用扩展 Manifest V2 ，届时 #SwitchyOmega 将会无法使用，望周知。说真的10年前的技术栈+最近6年没更新的项目，竟然还能用这么久……如有人愿意fork维护或更新到V3请随意，但预计工作量巨大。而且这些年前端技术早已更新换代无数次了，真的还不如重写。

[_悠闲的猫 @_catus]

@pluwen Edge 扩展商店的版本并非本人提交/上传，但我目前没有精力移植/提交，更没有精力去举报申诉。请谨慎对待其他人上传的那个扩展吧。

[_悠闲的猫 @_catus]

我这边总算有些空余时间处理 SwitchyOmega 相关的事务了。现在 GitHub 上已经堆积了将近百条的 issue，我这边处理起来需要花几天甚至几周。所以如果有紧急问题和故障请直接在这提醒我。另外，如果有人愿意帮忙处理几条就多谢了（例如回复FAQ链接或说明不是此项目的问题）： https://t.co/92BXFHVqbH

[_悠闲的猫 @_catus]

@Hs_Yeah @ushuz_ @chenshaoju @BUGWOR 已在 GitHub 上回复，另见本人推特最新回复的中文说明。

[_悠闲的猫 @_catus]

@Hs_Yeah 感谢反馈，根据 Chrome Web Store 最新的政策更新，我最近提交了 v2.5.21 ，唯一的变化是*移除*了重复的权限 http 和 https ，并说明了各权限的用途。并没有*添加*权限或者更改任何代码。对于实际使用无任何影响，请放心使用。GH issue 也已经回复。本人最近忙于生活，暂时没有精力维护项目，请见谅。

[_悠闲的猫 @_catus]

@_lincr77_ 现在的 issue 模版其实你说的这些，该有的都有了，但是大部分 issue 都是不填模版的，或者直接瞎填，要么干脆其实是代理的问题，填了也没用……模版见： https://t.co/qOUFZXJy3k 欢迎提出改进意见。我甚至实现了在 SwitchyOmega 里点反馈问题会自带错误信息的功能，我感觉非常有用

[_悠闲的猫 @_catus]

@celeron533 你才是辛苦了！多谢一直以来帮忙回复和管理 issue tracker ，要不是你，我早就被各种评论淹没了 ;) 正是因为你的支持我才能一直把这个项目维护下去。

[_悠闲的猫 @_catus]

@s2marine0 这个想法倒是不错，可以回避很多浏览器/应用本身的问题，而且也能独立于代理服务器来进行开发。不过脱离了浏览器环境也就失去了页面/标签等信息，怎么做资源加载检测成了个问题，而且还要考虑跨平台，尤其是 GUI 跨平台的问题……另外 SOCKS5 协议难实现根据 URL 切换，也许 HTTP 代理会容易点。

[_悠闲的猫 @_catus]

现在代理软件也越来越智能，很多本身就内置规则引擎 / PAC 并可以设置系统代理，甚至用更底层实现。然后各种瞎折腾代理还不提供靠谱的 PAC 的公司也越来越少……类似 SwitchyOmega 这样的代理设置软件应用场景会越来越少才对吧？要是能开箱即用，不需要折腾设置，也是一件好事。

[_悠闲的猫 @_catus]

@anamewing 这就是个 feature ， webRequest 不能修改某些网址的请求， Chrome 也是一样的，只是 Chrome 的代理是 PAC 实现不是 webRequest 实现所以没有踩进去这个坑里。然后 FF 那边强行做了新功能，对于代理不检查 restricted domains 才弄好的。 https://t.co/WAqMRff3f9

[_悠闲的猫 @_catus]

@anamewing 之前已经有人报告过了， Firefox 62 (可能需要 Beta / Nightly) 已经修复。见 https://t.co/779mnyClHu

[_悠闲的猫 @_catus]

@MeganeMaid 也许再多写一会 Python 就会被 Python 惯坏了不想写 JS 了…… Python 确实是有不少实用的语言特性，设计也比较统一，相对而言"惊喜"或者说“惊吓”少一些。反正以后我自己写网页前端以外的东西，估计都会首选 Python 吧。

[_悠闲的猫 @_catus]

@kitewhere @MeganeMaid 确实， Python 就是设计得的隐式转换非常少，我还是挺喜欢的，很容易发现错误。而且现在有了 f-string ，可以写 f"You have {count} apples" 就能直接用变量 count （int 类型）了，比加号还方便……其实整数自动转字符串还好，最坑的是字符串自动转数字，比如 JS 的 a>1 会转成数字……

[_悠闲的猫 @_catus]

@ConnersHua 安卓上本来也没法装 SwitchyOmega? 呃……也许， Firefox for Android + SO? 总之感谢反馈，如果还有什么想法的话尽管讨论， 这对我之后设计功能或者设计下一代的产品很有帮助。脱离浏览器的话请求监控（尤其是页面和资源的关系）非常难做，而且没法移植或者做通用解决方案，确实是个问题。

[_悠闲的猫 @_catus]

@pluwen @Franklin_YZL @ayanamist 挺好的，我到现在才看到用户维护和发布的 sorl ……之前一直以为这个功能没啥人用……有了这种反馈感觉挺好，之后要是做新产品之类的也会考虑上。

[_悠闲的猫 @_catus]

SwitchyOmega 2.5.20 发布，修复了 Chrome 上无法正确检测外部情景模式的问题及其选项的问题，修复了老旧浏览器（比如Cr31）的兼容性。另：SwitchyOmega技术栈和工具链已严重过时，维护成本过高，以后可能会以修复为主保证稳定性，不会再轻易增加功能。 https://t.co/0locqWFKc3

[_悠闲的猫 @_catus]

@ConnersHua 至少现在可以用 SwitchyOmega 的 Firefox 版了……不过我在想，也许代理软件也能集成这个，而且可能会更好用些？

[_悠闲的猫 @_catus]

@ayanamist @cosbeta 如果是我的话我估计就付费了……平时比较忙，如果能花点钱买个安心，少折腾点，感觉我也就认了。主要还是自己做要配置环境啊、服务器稳定性啊，备份和灾难恢复之类的都要做，还未必放心……

[_悠闲的猫 @_catus]

@Franklin_YZL @pluwen @ayanamist @Explorare_

[_悠闲的猫 @_catus]

@Franklin_YZL @pluwen @ayanamist 我现在真没空重构啊，空余时间很少……而且前端现在变化这么快，以我这开发进度，估计等到达下一个稳定版的时候，又变成过时技术了也说不定。现在先维护着吧，做下一个产品（Switchy???）的时候再换技术栈？