 |
milkleeeeeeV2EX 第 102641 号会员，加入于 2015-03-05 17:46:35 +08:00今日活跃度排名 15999 |
milkleeeeee 最近回复了
也是在 v2 热点刷到自己住的地方了……盲猜 op 在广华
2024-12-06 16:42:30 +08:00 回复了 luoxiaojian 创建的主题 › 优惠信息 › 三大运营商积分兑换，过期清零 |
+7.46 ，感谢
2024-11-14 20:10:35 +08:00 回复了 jackgoudan 创建的主题 › 程序员 › 为什么工作后对于代码的热情下降了 |
我觉得这是因为本质上你喜欢的是通过代码创造事物的过程，重点在于“创造”，但是工作的话基本就没有“创造”的空间了。
举个例子，你给自己家的小狗盖个狗窝的过程无比快乐，然后你去盖狗窝的工厂上班的时候，公司就是给个图纸给你让你日复一日的按照图纸造狗窝，这个过程是没有“创造”在里面的
举个例子，你给自己家的小狗盖个狗窝的过程无比快乐，然后你去盖狗窝的工厂上班的时候，公司就是给个图纸给你让你日复一日的按照图纸造狗窝，这个过程是没有“创造”在里面的
2024-09-17 10:16:23 +08:00 回复了 wa007 创建的主题 › 分享创造 › PopTranslate—选中即翻译，第一款个人产品 |
> 自己用翻译插件的时候发现需要额外点击图标
现有的翻译插件都是有设置项可以去掉这个额外点击的步骤的
现有的翻译插件都是有设置项可以去掉这个额外点击的步骤的
2024-08-14 18:42:31 +08:00 回复了 NewYear 创建的主题 › 分享发现 › Chrome:这些扩展程序可能很快将不再受支持(Manifest v2) |
划词翻译马上就要支持 Manifest V3 了。目前已经完成了 Manifest V3 的迁移，正在测试当中
2024-01-02 00:33:18 +08:00 回复了 flypei 创建的主题 › 推广 › 元旦 T 楼！ 送 Google One 2T + 京东 E 卡 300 元 |
虽然但是碰碰运气
2023-04-13 19:26:00 +08:00 回复了 yoa1q7y 创建的主题 › 分享发现 › 关于 “划词翻译” Chrome 扩展拖慢网站速度的问题 |
@lqzhgood 这倒是可以，也许以后我会加个“省电模式”来覆盖你这种场景
2023-04-12 22:53:20 +08:00 回复了 yoa1q7y 创建的主题 › 分享发现 › 关于 “划词翻译” Chrome 扩展拖慢网站速度的问题 |
@lqzhgood
可以是可以，相当于把初次加载延迟到被其它功能（如右键翻译、快捷键、截图翻译等）呼出之后才加载，但这样做也有问题：
- 首次呼出会明显感觉到延迟了约半秒钟，毕竟资源插入进网页之后，初始化也是需要时间的
- 逻辑上有点复杂，怎么准确判断资源插入进网页的时间点？毕竟能触发插入时机的场景（右键翻译、快捷键等）太多了
所以这就是个取舍：是为了追求精益求精增加更多复杂的代码，还是保持逻辑简单但增加约 120 毫秒的总资源加载时间。而且前面也解释过了，这个时间仅仅只是增加了个数字，并没有阻碍浏览器加载你的网页。
我选择后者
可以是可以，相当于把初次加载延迟到被其它功能（如右键翻译、快捷键、截图翻译等）呼出之后才加载，但这样做也有问题：
- 首次呼出会明显感觉到延迟了约半秒钟，毕竟资源插入进网页之后，初始化也是需要时间的
- 逻辑上有点复杂，怎么准确判断资源插入进网页的时间点？毕竟能触发插入时机的场景（右键翻译、快捷键等）太多了
所以这就是个取舍：是为了追求精益求精增加更多复杂的代码，还是保持逻辑简单但增加约 120 毫秒的总资源加载时间。而且前面也解释过了，这个时间仅仅只是增加了个数字，并没有阻碍浏览器加载你的网页。
我选择后者
2023-04-12 12:04:18 +08:00 回复了 yoa1q7y 创建的主题 › 分享发现 › 关于 “划词翻译” Chrome 扩展拖慢网站速度的问题 |
总结一下，为了确保划词翻译能尽快生效、又为了确保隔离划词翻译跟宿主网页的样式使之相互之间不受影响，最后我选择的方案虽然看上去增加了约 120 毫秒的总资源加载时间，但其实并不影响网页的正常使用。
2023-04-12 11:40:24 +08:00 回复了 yoa1q7y 创建的主题 › 分享发现 › 关于 “划词翻译” Chrome 扩展拖慢网站速度的问题 |
@yoa1q7y 原来你指的是所有资源的总加载时间，我之前测试的仅仅只是 baidu.com 首页 html 的加载时间。
如果是这样的话，那么划词翻译确实会增加这里的总加载时间，但并不会影响你的使用体验。
你可以在 Chrome 开发者工具网络面板的“过滤”输入框里输入 “ikhdkkncnoglghljlkmcimlnlhkeamad”，然后你就会看到划词翻译加载了 4 个 css 文件，这四个文件是从电脑本地加载的，加载时间在我这里分别是 10, 37, 37, 36 ，一共 120 毫秒，而这部分时间是计算进了所有资源的总加载时间的。
这确实可能会导致标签页左侧多出一段时间的转圈圈动画，但实际上并不影响你正常使用网页。划词翻译是在 DOMContentLoaded 事件之后才加入的这些 CSS ，而此时网页已经可以正常互动了。DOMContentLoaded 事件指的是网站的 HTML 已经解析完毕且基本上 css 、script 脚本也已加载完毕，所以网站已经可以正常操作，但其它一些资源如图片、iframe 可能还没加载完的状态，详细说明可以参考 https://developer.mozilla.org/en-US/docs/Web/API/Window/DOMContentLoaded_event
事实上，扩展程序是可以做到（并且官方也推荐）不在 Network 里显示这些 CSS 文件的，只需改为在 manifest.json 里声明这些 CSS 文件就可以了（不过我也不确定这样做是不是就不会增加总加载时间了），但是，划词翻译使用了 Shadow DOM 来隔离划词翻译与宿主网页之间的样式，让它们两个互相不被影响，所以才使用了 link herf="..." 的方式加载了这些划词翻译的 CSS 资源。
我以前是在 load 事件之后（即网站自己的所有图像、iframe 都加载完）再加载这些 CSS 文件，这样就不会有转圈圈动画、也不会增加总加载时间了，但是经常有用户反馈，有的网站它嵌入的 iframe 页面（比如 google adsense 的广告）迟迟加载不完，导致 load 事件迟迟没有触发，所以划词翻译也就迟迟没有生效，而此时其实 DOMContentLoaded 事件已经好了，网页实际上已经可以正常操作了，鉴于此，我才将划词翻译的插入时机由 load 事件改为了 DOMContentLoaded 事件，从而就有了今天你发的帖子……
如果是这样的话，那么划词翻译确实会增加这里的总加载时间，但并不会影响你的使用体验。
你可以在 Chrome 开发者工具网络面板的“过滤”输入框里输入 “ikhdkkncnoglghljlkmcimlnlhkeamad”，然后你就会看到划词翻译加载了 4 个 css 文件，这四个文件是从电脑本地加载的，加载时间在我这里分别是 10, 37, 37, 36 ，一共 120 毫秒，而这部分时间是计算进了所有资源的总加载时间的。
这确实可能会导致标签页左侧多出一段时间的转圈圈动画，但实际上并不影响你正常使用网页。划词翻译是在 DOMContentLoaded 事件之后才加入的这些 CSS ，而此时网页已经可以正常互动了。DOMContentLoaded 事件指的是网站的 HTML 已经解析完毕且基本上 css 、script 脚本也已加载完毕，所以网站已经可以正常操作，但其它一些资源如图片、iframe 可能还没加载完的状态，详细说明可以参考 https://developer.mozilla.org/en-US/docs/Web/API/Window/DOMContentLoaded_event
事实上，扩展程序是可以做到（并且官方也推荐）不在 Network 里显示这些 CSS 文件的，只需改为在 manifest.json 里声明这些 CSS 文件就可以了（不过我也不确定这样做是不是就不会增加总加载时间了），但是，划词翻译使用了 Shadow DOM 来隔离划词翻译与宿主网页之间的样式，让它们两个互相不被影响，所以才使用了 link herf="..." 的方式加载了这些划词翻译的 CSS 资源。
我以前是在 load 事件之后（即网站自己的所有图像、iframe 都加载完）再加载这些 CSS 文件，这样就不会有转圈圈动画、也不会增加总加载时间了，但是经常有用户反馈，有的网站它嵌入的 iframe 页面（比如 google adsense 的广告）迟迟加载不完，导致 load 事件迟迟没有触发，所以划词翻译也就迟迟没有生效，而此时其实 DOMContentLoaded 事件已经好了，网页实际上已经可以正常操作了，鉴于此，我才将划词翻译的插入时机由 load 事件改为了 DOMContentLoaded 事件，从而就有了今天你发的帖子……
Select Language