虽然探究事物运作原理是搞技术的人应该具备的精神，但实际上很多问题并不需要知道答案，因为这些问题本就不该存在。
name=$(xml).find("name").text();
sex=$(xml).find("sex").text();
phone=$(xml).find("phone").text();
address=$(xml).find("address").text();
IE提示对象不支持此属性或方法，且脚本无法运行
其他浏览器正常
把phone改名或在前面加var即在IE中也正常……
不解！
--2009.8.20--
虽然探究事物运作原理是搞技术的人应该具备的精神，但实际上很多问题并不需要知道答案 ，因为这些问题本就不该存在。
严格地遵守语法规则是减少遇到这类问题的最好方法。
起心动念 上周开发完 sheetex 后，发了条朋友圈。有小伙伴建议搞个 MCP 玩，正好我本来也想学，于是这周就花了一天完成了 sheetex-mcp-server，一个将对话中生成的表格保存成 Excel 的 MCP 服务。 做之前快速调查了一下 smithery 和 modelscope ，发现已经有好几个 Excel 相关的：实现上既有调用本机上的 Office 软件进行操作的，也有用库读写文件的；功能就更加眼花缭乱，从简单读写数据，到插入图表，甚至可以截图保存。 看来是打不过了，好在只是做个练习，开搞。 一天下来，学到不少东西，也填了好几个坑，本文以坑为主。 那么下面就按顺序来了。 新手上路 Build an MCP Server 是官方的教程，新手入门刚刚好，它通过调用天气相关的接口演示了 MCP Server 的开发过程。
这是一个关于前端 Excel 导出库 sheetex 的故事：我为什么要做这个库，它为什么会这么小，以及你是否值得一试。 如过你问我“为什么非要在前端导出”，那将是另一个故事。 我的数据导出史 不知道你是否还记得自己是从什么时候开始接触数据导出的？ 我对自己的“数据导出史”还算有些印象：在还没有正式工作的时候，如果有人问我要数据，我会在数据库管理工具里写个查询语句，然后视对方的用途，导出成SQL 语句、CSV 文件或者Excel 等；待到工作了，需要开发面向最终用户的系统，就不能再这么手工处理，导出功能成为系统标配，用户点击一个按钮，就要下载到相应的文件。 最早是 CSV 格式，因为其生成相对容易，而且也可以通过 Excel 软件进行查看，加上主要是内部用户，偶有无法打开也只要简单培训就能解决。 但随着用户类型变得广泛起来，这种“偶尔”也逐渐变成无法忍受，那么干脆直接导出 Excel 文件吧，反正开源库也已经成熟，于是使用 SheetJS
尝试使用国产数据库 KingbaseES ，在必要的情况下替换 PostgreSQL，本文将持续记录在尝试过程中遇到的问题和解决方案，目前使用的编程语言是 Node.JS，数据库操作使用 knex。
记录一次跨平台编译Gogs时遇到的问题和学到的东西