当前时间: 2026-05-21 19:00:24
分类:办公文件
评论(0)
优化了集思录 ETF 基金筛选插件集思录的 ETF 数据功能做的不错,我选择 ETF 时基本上要看下规模和费率,还有成交额,QDII 还要看下溢价,它上面都有。昨天写了个集思录 ETF 基金筛选的插件。今天继续优化了下,扩展了更多的页面。原始效果如下图:中间标红是插件置入的增强搜索,列出下热门指数,和红利相关的指数,点击就可以筛选出这一指数对应的 ETF 有哪些,哪些规模最大,费率最便宜,成交额最大,根据自己的选择标准去筛选出来适合自己的 ETF。本次优化扩展了QDII ETF 的列表,包括欧美市场,亚洲市场。比如我要筛选标普500 场内的 ETF 有哪些,溢价情况,都可以一目了然的对比。有了这个小插件,原本繁琐的“人肉查表”瞬间变成了高效的“一键直达”。 对于习惯用数据和理性思维来辅助决策的投资者来说,费率和流动性(成交额/规模),溢价是挑选同标的 ETF 时最为核心的考量因素。特别是当我们准备长期持有或定投红利类、宽基类指数时,哪怕只是差了 0.1% 的管理费,经过时间复利的放大,也是一笔不容忽视的损耗;而如果一只 ETF 规模太小、成交低迷,不仅交易时的滑点成本高,甚至还随时面临清盘退市的风险。现在,通过这个增强搜索功能,只需要点击一下预设的“红利低波”或“沪深300”等快捷标签,页面就会自动过滤掉所有无关的干扰项。在此基础上,直接按费率从低到高排序,再配合看一眼日成交额,哪只产品最良心、最适合上车,可以说是清清楚楚,再也不用在几十行密密麻麻的数据里来回滚动对比了。为什么想到自己动手做? 其实市面上也有不少选基工具或量化平台,但它们往往要么过于臃肿,要么需要承担高昂的订阅费用。集思录本身的数据底子已经非常扎实且更新及时,只是在前端展示的交互逻辑上,还没有完全契合我们这种有深度比对需求用户的痛点。遇到这种“高频且重复”的痛点,第一反应自然是写几行代码把它解决掉。这个浏览器插件的底层逻辑并不复杂,主要是通过注入自定义脚本,对页面的原生 DOM 节点进行了重新获取和清洗,然后在原有的表格结构上加了一层轻量级的筛选逻辑和 UI 封装。后续大家在使用中如果有任何好的建议,或者希望能增加哪些特定热门指数的快捷筛选标签,欢迎在评论区留言交流。投资是一场需要耐心的长跑,希望我们都能用更顺手的工具,做更理性的决策。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-05-22 13:19:16 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/655569.html
- 运行时间 : 0.202322s [ 吞吐率:4.94req/s ] 内存消耗:4,797.68kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=33590e043a4801cdd17f5e963fd330b2
- CONNECT:[ UseTime:0.001139s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001464s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000676s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000645s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.001318s ]
- SELECT * FROM `set` [ RunTime:0.000573s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.001507s ]
- SELECT * FROM `article` WHERE `id` = 655569 LIMIT 1 [ RunTime:0.001065s ]
- UPDATE `article` SET `lasttime` = 1779427156 WHERE `id` = 655569 [ RunTime:0.001922s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000665s ]
- SELECT * FROM `article` WHERE `id` < 655569 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001304s ]
- SELECT * FROM `article` WHERE `id` > 655569 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.001436s ]
- SELECT * FROM `article` WHERE `id` < 655569 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.001669s ]
- SELECT * FROM `article` WHERE `id` < 655569 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.001851s ]
- SELECT * FROM `article` WHERE `id` < 655569 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.001882s ]
0.206270s