推荐一个适用于大 web 时代的效率工具: webbox —— 组织你的常用网站

动机

随着 web 应用的越来越发达，在我的工作中充斥着各种各样的标签页。常驻的与临时的标签页混杂在一起，不同需求的网页交织在一起。

以我个人为例，我个人常需要 3~5 个个人网站，工作相关的网站，包括设计稿、各种在线文档、项目管理、应用发布、代码管理等需要常开 5~10 个标签页。

以及更多更多临时的标签页，让我目前常规的常规现状是开启三个不同的浏览器窗口，每个窗口都创建着 20~30 个不等的标签页。

管理标签页随着对在线工具愈发的依赖变成了一个刚需的要求。而常规浏览器的标签页管理方式已经无法满足更加复杂的标签页管理模式了。

特性

通过层级树来组织你的网页! 将你的页面分门别类，简单拖动就可以
及时清理不常用的页面，减少不必要的内存占用！很多时候你需要的仅仅是一个后续能找到的入口
分割你的浏览器空间，通过 webbox 将长久的和临时的分割，
记录你的组织与展开模式，确保每一次都能最快回到工作状态。不再需要浏览器记忆上一次的打开状态 —— 越来越多的标签页只会让你的浏览器难以前行

是时候回归清爽的状态了！

立即使用

无需编译，立即下载!

在这里可以直接获得已经预编译好的可执行文件.

moonrailgun

2023-03-17 12:45:02 +08:00

@xiaoxiaoming01 就是为了解决标签页多的问题。可以按照树的结构来管理你的标签页，经过我自己使用(我自己使用了很久)，实际效果是大量减少了不必要的标签页(常用的重复标签可能会打开很多个，因为标签页很多反而导致复用率不够)

@TrembleBeforeMe 这个插件本质还是标签页，我的设计是期望能够把收藏夹和常用标签页的概念组合起来。将常用的网页和临时打开的网页在工作区中直接区分，同时回收不需要的页面内存占用(标签页会一直占用内存，而 webbox 可以达到收藏夹的效果)

@Guidoo 感谢支持，如果遇到问题欢迎随时反馈

@947 垂直标签页和分组是一维的结构，和树的结构是有本质区别的，而且并不仅仅只有叶子节点可以打开网页。而且标签页是活动的(实际加载了一个页面)如果想要回收就得关闭标签页，但同时也丢失了入口，而 webbox 可以达到类似收藏夹的效果，不打开的时候是不会加载页面的，(也可以主动回收)
另外套壳浏览器确实，然而其实浏览器不也就是基本的 webview(脚本解释器+排版引擎)加上一堆功能吗？实际解决问题才是真正的价值所在，我自己使用了两周以后确实是解决了我的问题让我用的很开心

moonrailgun

2023-03-17 17:02:44 +08:00

@TrembleBeforeMe 对，我平时用 chrome ，也用过类似的插件( https://chrome.google.com/webstore/detail/ahmkjjgdligadogjedmnogbpbcpofeeo)，实际体验并不佳(当我同时管理 50+个标签页时虽然只是最基本的内容，但是依旧会卡上 10s 以上)

@kylebing 以前我也是这样的，直到要做的事情越来越多，工作用的标签页常驻 10 个以上以及待办事项越来越多以后，这种操作方式就不兼容我的情况了，比较以前都是 app ，现在都是网页（可能只有我才会有这个困扰？这种感觉就好像单机和分布式虽然只是多几个实例了，但是操作的逻辑会完全发生变化这样？）

@947 树的结构真的真的很重要，多了一层维度带来的变化是翻天覆地的。就比如我也用过很多文档，但是 notion 的树结构让我感觉真的很好用(wiki 也有类似的设计，但是给我的感触不深可能是因为是团队的而不是个人的)

moonrailgun

2023-03-20 16:32:27 +08:00

@ALLROBOT 插件或者脚本无法实现浏览内容按需加载与回收，以及更高的控制权。
另外没有说要满足所有用户的需求，只是满足特定用户的需求即可。过于通用的功能往往也意味着平庸。

另外有个好处是可以对环境进行隔离。我需要一个容器能够帮我把常用的，和临时的分割开。（就如我需要 chrome 的多用户来管理不同上下文下的网页内容）