第一类是“查状态”，比如版本、peer 数、区块高度；第二类是“等事件”，比如 logs、headers、pending tx；第三类是“做结构化查询和运维动作”，比如 GraphQL 查询、调日志、看指标。Besu 的 Postman 文档也专门提供了 API 示例和多语言请求样例，所以在工程上我不需要一开始就手搓所有调用。此外，我还会按照状态去区分使用的接口类型的。就譬如，如果某个系统只是读取

本文讲述的是如何使用 twinny 将远程 Ollama 算力接入到开发工具中，极大程度释放开发人员生产力。

记录一次吃瘪经历...

其实到最后也没有深究究竟是那方面出现问题，像这种情况一般来说可能是因为操作不规范引起的，特别是Docker镜像且将数据文件外挂到宿主机的情况尤其常见，小心点就好。

一次Oracle的执行慢排查记录，本记录记录提到的解法仅代表个人的处理思路，旨在将经验分享给各位，与君互勉

1. 启用Federated引擎由于要对远程数据库做外部映射，所以在本地库中需要先开启参数项federated，通过开启Federated引擎来实现数据映射。先通过show engines;查看本地mysql中是否开启了Federated引擎。如上图所示，当前是没有开启Federated引擎的。接下来就需要通过修改配置文件来开启federated引擎。注意：由于使用的是docker镜像的mysql

2025 年结束了才发现自己已经很久没有更新文章了。但最近都在忙其他的事情，实在没有多余的精力去写新的分享了（但笔记还是会记录，看看什么时候再分享出来吧）。于是我在重新整理以前的笔记发现，其实有很多都还没有分享过，不如趁此机会都给大家分享一下吧。也许分享的内容有点旧了，但还是希望自己的经验能够帮到更多的人。2020 年我做过一阵子“独立开发者”，并选择将 GitLab Community Edit

在真正开讲之前需要补充一下“16. 基于 CPU 的转换、量化实现”和“18. 持续优化模型微调”中遗漏的信息。

而 Tabula 的 SpreadsheetExtractionAlgorithm 算法是处理这种问题的最佳起点，但它提取的结果会是“不规则”的，即每行的单元格数量可能不同。因此本次将采用后处理的方式进行解析，Tabula 更多的只是作内容提取，表格组织还是在后期处理进行的。本次解决问题的核心思路就是通过计算每一个单元格完整的边界框，得到它的 top，left， bottom，right。同理，通

select value from v$parameter where name = 'processes';