易语言数据库添加记录与写字段:两种写入方式一次讲透
做易语言教程相关的技术分享时我发现数据库写和添加记录是新手咨询频率最高的问题之一。很多朋友已经把窗口、编辑框、按钮一个个摆得整整齐齐程序也能跑起来了但一到了数据保存环节就卡壳是该用自带数据库还是SQLite记录添加之后字段怎么填进去为什么明明提示成功重新打开程序却又看不到数据这篇文章不绕弯子直接围绕易语言里最常用的两种数据库写入思路展开把添加记录和写字段这两个操作从头到尾讲透。看完之后你会清楚什么时候该用中文命令直接添加记录什么时候该用SQL语句做插入操作还能顺带避开几个新手特别容易踩的坑。内容适合那些刚学会界面编程、正想给自己的小工具加上数据保存功能的人。1. 写和添加记录之前先想清楚这三件事1.1 易语言操作数据库的三条常见路线易语言本身并没有一套所谓全能数据库实际开发里大家最常走的其实是三条路线。第一条是用易语言自带的数据库支持库操作的是Access格式的本地数据库文件。这条路线最大的特点是命令全是中文比如打开数据库添加记录写字段对刚入门的同学非常友好几乎没有英文门槛。你不需要背任何SQL语句所见即所得代码读起来就像一句大白话。第二条是SQLite。SQLite是一个轻量级的文件型数据库不需要单独安装服务端程序运行时指定一个.db文件路径就能用。易语言通过第三方支持库来调用它写记录时改成执行SQL语句例如 insert into 表名 (字段1, 字段2) values (值1, 值2)。这个方案的好处是稳定、归档方便整个数据就是一个文件换电脑直接拷贝就能带走。第三条是MySQL。数据不是存在本地exe旁边而是存在独立的数据库服务里适合多人共享同一个数据库的场景比如几个同事同时往一个订单表里加记录或者程序需要和网页端共用一套数据。这三条路线不是互相替代的关系而是不同场景下的不同选择。做本地单机小工具我建议先走第一或第二条做带账号体系、需要多台电脑同时访问的应用再考虑第三条。对新手来说学习顺序建议是先懂老式组件再切换SQL方式最后再碰MySQL。路线存储形式适合场景学习门槛自带数据库支持库Access本地文件单机小工具、学习练习最低中文命令SQLite支持库.db单文件文件型应用、中小工具中等要懂SQLMySQL支持库远程数据库服务多人共享、系统化应用偏高要会连接和管理1.2 表、字段、记录到底是什么很多新手卡在添加记录上不是因为代码难而是没理解数据库里那套名词。你可以把一张数据表想象成一张Excel表。表头叫字段比如姓名、电话、备注每一行数据叫记录整个表的所有行组成表。所谓添加记录就是往表格末尾追加一行所谓写字段就是往这行里的某个单元格填写内容。这样想数据库一点都不神秘。设计表的时候要把字段提前定下来。比如做一个客户登记功能表里至少要有四个字段ID用来区分每一行一般设成自动编号、客户姓名、联系电话、备注。字段类型也要顺手定一下姓名电话这类用文本型ID用整数型或自动编号备注用文本型或长文本型。好多问题其实出在表设计阶段。比如把电话字段定义成整数型电话号码开头的0就会被丢掉像0138直接变成138把备注字段长度限制得太死长内容写入时就会被截断。所以动手写代码以前先把表结构想清楚能省掉后面一大半调试时间。我就见过有人为了改一个字段类型把写好的程序全部返工根源就是一开始没想明白。2. 老式数据库组件最直观的打开—添加—写—关闭四步走2.1 四步流程的骨架用自带数据库支持库写本地库的时候流程基本固定为四步打开数据库、添加记录、写字段、关闭数据库。这套流程可以说是最容易理解的一种写法因为每一步都有一个明确动作你甚至不需要知道背后发生了什么。示意代码如下 步骤1打开本地数据库文件 数据库1.打开 (取运行目录 () data.db) 步骤2在当前数据表中新增一条空白记录 数据库1.添加记录 () 步骤3往新增记录的字段中写入内容 数据库1.写字段 (姓名, 编辑框姓名.内容) 数据库1.写字段 (电话, 编辑框电话.内容) 数据库1.写字段 (备注, 编辑框备注.内容) 步骤4保存并关闭 数据库1.关闭 ()我强调一下上面是示意代码不同支持库版本里命令名可能略有差别大家以自己环境帮助文档里的为准但流程骨架是通用的。为什么步骤2和步骤3要分开从数据库的角度看添加记录只是在表末尾先开出一个空位置这个位置里每个字段都是空的。写字段才是往空位置上填内容。顺序弄反或者漏了添加记录直接写字段程序往往会提示找不到当前记录因为指针根本不在任何一行数据上。2.2 一个容易被忽略的坑记录指针记录指针这个词听着抽象其实你把它理解成Excel里那个当前选中的单元格就行。打开数据库以后程序默认并不自动停留在某一行上执行添加记录以后指针才会跳转到这条新记录。这时写字段才有意义。我见过不少新手把写字段写在添加记录之前结果提示当前无记录也有人连续点了两次保存按钮数据库里多出一条全空记录就是因为第一次添加后没写字段第二次又添加了一条。要避免这个问题最稳妥的做法是把添加记录和写字段合并到同一个事件流程里中间不要插入耗时操作也不要手动去移动指针。还有一个细节容易被忽略如果添加记录之后不再写字段这条记录的字段值就是空值空记录会白白占用空间还会干扰后续统计。所以在保存按钮的事件处理程序里要么完整写入要么干脆不添加。这个宁缺毋滥的原则在做数据清理时会非常有用。2.3 老式组件适合什么人用说实话老式数据库组件的性能表现一般并发能力也不好但它非常适合用来建立数据库操作思维。因为命令名称就是中文代码读起来就像一句话打开库、加记录、写名字、写电话、关闭。我带新手的时候会让他们先把这套流程完整写一遍不是为了以后所有项目都用它而是为了快速理解数据库操作的全貌。等你能够熟练完成添加和写入再切换到SQL方式时会发现两者背后的逻辑是一样的只是表达形式不同。老式组件适合当学习的第一站也适合极简单的单机工具但如果你准备做一个数据量稍大、后续还要扩展功能的项目我建议直接跳到SQL这条路上。3. 走SQL这条路用INSERT语句搞定添加写入3.1 SQLite支持库本地小工具的首选做成型一点的文件型应用我更倾向于用SQLite。易语言调用SQLite支持库后打开库文件直接执行SQL语句就能完成添加和写入。示意代码如下SQLite1.打开 (取运行目录 () data.db) SQLL语句 INSERT INTO 客户 (姓名, 电话, 备注) VALUES ( 编辑框姓名.内容 , 编辑框电话.内容 , 编辑框备注.内容 ) SQLite1.执行SQL (SQLL语句) SQLite1.关闭 ()这一条INSERT语句就同时完成了添加记录和写字段两件事。VALUES前面列举要写入的字段VALUES里面按顺序写对应的值。注意SQL语句本身是文本所以易语言代码里所有引号都要写对文本类型的值两侧要用单引号包起来。为什么更推荐SQLite因为逻辑清晰表结构可以用SQL语句重新生成换电脑时拷一个db文件就行也少了很多老式组件的玄学问题。而且SQLite对并发读写的处理比想象中要好单机工具的速度也够快。唯一要注意的是别在程序运行中直接去删db文件或者用文本编辑器强行改动它那样大概率会把数据库搞坏。3.2 MySQL支持库多人共享时的添加记录如果程序要多人同时使用本地单文件库就不够用了。比如一个内部工具三个同事同时录入客户资料数据都要往同一个表里插MySQL方案会更合适。用易语言操作MySQL的一般流程是先连接数据库服务器再选择数据库然后执行INSERT语句。命令名称在每个支持库版本里略有差异整体结构大概是这样MySql句柄 连接MySql (127.0.0.1, 用户名, 密码, 3306) 选择数据库 (MySql句柄, 客户管理系统) 执行SQL (MySql句柄, INSERT INTO 客户 (姓名, 电话, 备注) VALUES (张三, 13800000000, 无))这里的执行SQL和SQLite里的执行SQL本质上是一回事区别只在于数据存在哪里、连接如何管理。用远程库时操作结束后一定要释放连接否则程序频繁打开关闭数据库连接就会一直被占着最后导致连接数耗尽谁都连不上去。这个问题在开发环境不明显一到多人使用时就特别容易暴露。3.3 拼SQL语句最容易踩的雷用SQL方式写记录最常见的报错几乎全部来自字符串拼接。SQL语句是文本易语言里用加号把变量和常量拼到一起只要有一处引号数量不对整条语句就会断掉。举个小例子如果客户姓名里恰好有英文单引号比如OBrien这种直接拼进SQL里后半段语句就乱了数据库会提示语法错误。处理办法一般是用替换函数把单引号替换成两个单引号或者用支持库提供的转义机制。再一个是文本类型转换的问题。编辑框的内容是文本型大部分时候直接拼没问题但如果字段值是整数型建议用 到整数() 先转一下。不然数据库做自动类型转换时可能会产生意想不到的结果。这件事在插入阶段看着不明显等以后你用 where 条件做范围查询的时候类型不一致会导致折腾很久那才叫一个痛苦。4. 一个客户登记小工具把添加记录串起来4.1 先搭一个最小可用界面与其单独讲命令不如直接把一个最小可用的客户登记工具做出来。界面可以很朴素三个编辑框分别放姓名、电话、备注一个保存按钮一个信息框用来提示保存结果。启动窗口创建完毕后顺手把数据库表准备好如果还没建表就执行建表SQL。我用SQLite来搭示例建表语句大致是这样CREATE TABLE IF NOT EXISTS 客户 ( ID INTEGER PRIMARY KEY AUTOINCREMENT, 姓名 TEXT, 电话 TEXT, 备注 TEXT );表结构定义了四个字段。ID设成自增主键作用是让数据库自动给每条记录编一个不重复的号码。这样我们每次添加记录时完全不用手动去管ID只要写姓名、电话、备注三个字段就行。4.2 保存按钮到底做了什么点保存按钮时事件处理程序一般做这几件事。第一做个最简单的校验姓名编辑框不能为空电话长度至少为7位。第二拼接INSERT语句插入当前编辑框里的内容。第三执行SQL根据执行结果决定弹提示还是报错。核心事件代码逻辑是这样子程序 _按钮保存_被单击 如果 (编辑框姓名.内容 ) 信息框 (姓名不能为空, 0, 提示) 返回 () 如果结束 新增SQL INSERT INTO 客户 (姓名, 电话, 备注) VALUES ( 编辑框姓名.内容 , 编辑框电话.内容 , 编辑框备注.内容 ) SQLite1.打开 (取运行目录 () data.db) SQLite1.执行SQL (新增SQL) SQLite1.关闭 () 信息框 (保存成功, 0, 提示) 编辑框姓名.内容 编辑框电话.内容 编辑框备注.内容 注意这里把打开、执行、关闭放在一起顺序不要乱。每次保存都重新打开数据库看起来笨但对SQLite这种轻量库来说开销其实很低反而能避免长期占用文件句柄导致文件被锁的问题。学习阶段这个写法是最稳的等以后熟练了再考虑把数据库对象常驻内存、复用连接这些优化也不迟。4.3 运行后的验证套路保存完成后怎么确认记录真的写进去了最直接的办法是重新打开数据库文件查看表内容。如果你用支持库自带的数据库管理工具直接在图形界面里刷新表就能看到新增的行。我常用的验证套路是三步第一步点保存弹保存成功第二步用支持库的查询命令把表里所有的姓名取出来用信息框显示看能不能查到刚写入的内容第三步重新启动程序再查一次确认数据没有丢。为什么强调第二步因为保存成功只是说明程序没有报错不代表数据一定落在预期位置。我就遇到过一种情况SQL语句执行成功了但表名写错数据被插到了另一张表里。所以查出来看一眼永远比只相信提示框靠谱。后续想做得更顺手还可以加一个高级表格或数据网格显示已存记录或者加上删除记录按姓名搜索按钮把客户工具扩展成一个完整的台账。5. 常见问题排查与避坑经验5.1 数据库打开失败的老三样原因打开失败基本集中在三个原因。第一是路径不对代码里写的路径和实际文件位置不一致尤其是用相对路径时程序的工作目录跟你想象的不一样。第二是支持库没勾选新建程序时忘了在支持库配置里打勾运行到数据库相关命令就报错。第三是安全软件把数据库文件或程序拦截了。排查顺序建议是先确认文件存在再确认路径是绝对路径还是相对路径、有没有计算错最后检查支持库配置。不少初学者一看到打开失败就以为是代码写错了其实很可能就是路径里少了一个反斜杠或者程序目录下压根没有那个db文件。这种问题最容易解决也最容易被忽略。5.2 提示添加成功表里却没有数据这个问题出现频率极高。通常有三种可能字段名写错但SQL没报错执行SQL后忘了关闭数据库或刷新INSERT语句里字段和值数量对不上。比如写了两组字段却只给了一个值有些数据库会直接报语法错误有些则会默默忽略让人摸不着头脑。定位时最好的办法是把SQL语句用调试输出或信息框打出来自己复制到数据库管理工具里跑一遍。能跑通说明问题出在易语言调用环节跑不通问题就在SQL拼接本身。这一招几乎能解决90%以上的写不进去问题比对着代码干瞪眼高效得多。5.3 中文写入后变成乱码中文乱码大多数是编码不统一导致的。易语言的默认文本编码和某些支持库要求的UTF-8编码不一致写入后读取就会看到一串乱码。解决办法通常是写入前或读取后用编码转换命令统一成UTF-8或者选择支持ANSI编码的数据库组件。这种问题在纯本地工具里不太明显一旦配合网页后端或者和其他语言开发的程序共享数据库就会频繁遇到。我的建议是从一开始就明确项目采用哪种编码然后在所有读写的地方保持一致。不要今天用ANSI写入明天又用UTF-8读取那样数据一旦写坏了很难完整恢复。5.4 主键冲突和重复记录如果表的主键不是自增类型每次添加记录时就得自己给主键赋值很容易出现主键冲突。正确做法是建表时给主键字段设置AUTOINCREMENT让程序自动分配编号。如果不小心手动写了ID又跟已有记录重复数据库会拒绝插入。另外重复点击保存按钮也会产生重复记录。所以保存成功后清空编辑框、禁用按钮或者加一个简单的防重复判断这些操作虽然简单但很有效。有些工具里保存和添加按钮是同一个用户习惯性多点两下明明只想存一条库里却出现了两条这种情况就是典型的交互设计没考虑到位。5.5 常见问题速查表为了方便排查我把高频问题整理成了一张速查表现象大概率原因处理思路打开失败路径错误、支持库未勾选检查文件路径重新配置支持库保存成功但查不到SQL表名/字段名写错打印SQL拿到管理工具中执行中文乱码编码不统一统一为UTF-8或ANSI类型不匹配字段类型设计不合理检查表结构转换后再写入文件被锁、无法读写数据库未关闭或连接未释放检查打开和关闭是否成对出现实战排查时先看报错发生在哪个阶段是打开阶段、执行阶段还是关闭阶段再对应查表。能把这五类问题处理好写数据库功能的效率和信心都会明显提升。6. 入门到能独立写库还需要补哪几课6.1 先抓主流程再抓异常处理很多新手上来就追求代码写得完美又是上事务又是搞连接池结果被一堆概念淹没。我建议先把主流程跑通打开、添加、写、关闭。主流程稳定以后再一步步补校验、补错误提示、补字段类型处理。数据库操作和学习其他编程一样能把一条路走通比背十种写法有用得多。学习过程里尽量给自己制造几个故意写错的机会写错字段名、漏掉引号、字段值和个数对不上然后观察错误提示长什么样。这个过程比反复抄正确代码更能促进理解。错误提示不是用来吓人的它其实是数据库在帮你划重点。6.2 学习顺序上的三个建议第一个建议本地单文件库优先用SQLite出了问题容易查文件也可以直接拷给别人运行。第二个建议写SQL插入语句时先用固定测通再换变量拼接这样能把变量拼接问题和SQL语法问题分开排查。第三个建议没事多看看数据库管理工具生成的SQL预览它是理解数据库工作原理最好的教材。等这些都能轻松处理再研究多表关联、事务回滚、参数化查询这些进阶内容就顺理成章了。我见过不少朋友跳着学一上来就搞主从复制、读写分离结果连最基本的insert都拼不对最后反而把信心磨没了。学习这件事顺序真的很重要。6.3 后续扩展方向修改、删除、查询添加记录只是数据库应用的第一块积木。掌握了insert接下来自然而然就会想修改已有记录update、删除不要的记录delete、按条件查询select。这三个操作的思想和添加记录完全一致构造SQL语句执行SQL语句验证结果。等到能把它们组合起来一个像模像样的信息管理工具就出来了。回头再看最初担心的数据库写和添加记录你会发现它其实就是数据库学习里最基础、也最值得先掌握的第一步。数据库技术本身没有多玄乎核心就是围绕数据的增删改查做文章而这一篇里讲透的添加记录和写字段正是所有后续功能的地基。我个人比较建议练习添加记录时刻意做一些错误操作把字段名写错、不加引号、漏掉字段值再把错误提示抄下来对照排查表去改这个习惯比多写几十遍正确代码更能加深理解。还有一个小技巧SQL语句调试清楚后先把它存成文本变量再执行不要每次都现场拼这样出问题时调试日志里能看到完整语句定位会快很多。数据库没有想象中那么神秘能稳稳地把一条记录写进去再读出来这个基础算是真正打牢了。

相关新闻

openrig:用Node.js和tmux搭建可复现的AI编程工作台

openrig:用Node.js和tmux搭建可复现的AI编程工作台

1. 从"openrig"这个名字说起:它到底想解决什么问题第一次看到"openrig"这个词,我脑子里蹦出来的不是某个具体产品,而是一种"开放式工作台"的直觉。rig在英文里本意是"装配、搭建一套设备"&#xff0…

2026/10/15 14:59:42 阅读更多 →
纸质档案防霉抑酸协同方案:恒湿消毒净化一体机+气态除酸时序联动设计

纸质档案防霉抑酸协同方案:恒湿消毒净化一体机+气态除酸时序联动设计

原标题:智慧档案八防系统集成:恒湿消毒净化一体机联动气态除酸单元方案物联网 智慧档案馆 环境监控 盛世宏博智慧档案八防——防火、防盗、防潮、防尘、防光、防有害气体、防虫、防高温。其中防潮、防尘、防有害气体这三防,都靠空气处理设…

2026/10/15 14:59:42 阅读更多 →
干泡台别只当茶托,三个隐藏用法让它变成茶席万能底盘

干泡台别只当茶托,三个隐藏用法让它变成茶席万能底盘

最近在茶友聚会上我做过一个小测试:把一只干泡台、一把壶、三个杯子摆在桌上,问大家“这盘子的作用是什么”,十个人里有八个会说“放茶壶的托盘”。只有经常布席的人会补一句:“它不只是一个茶托,它是整个茶席的中枢。…

2026/10/15 14:59:42 阅读更多 →

最新新闻

道路检测与整车控制:从解压到实车验证的完整落地链路

道路检测与整车控制:从解压到实车验证的完整落地链路

简介:这是一份面向自动驾驶与车辆工程方向学习者的C综合项目压缩包,围绕道路检测与整车控制两大主题,涵盖传感器数据处理、车道线/斑马线识别、控制策略等实现思路,适用于正在研究ADAS、车辆动力学或Visual Studio工程实践的开发者…

2026/10/15 15:42:41 阅读更多 →
自动驾驶感知与控制链路:车道线检测如何转化为转向指令

自动驾驶感知与控制链路:车道线检测如何转化为转向指令

简介:面向C开发者和车辆控制/自动驾驶初学者,这份压缩包围绕道路检测与整车控制两大主题,提供一套完整的Visual Studio工程源码及相关学术资料。其中包含斑马线自动识别、车道偏离预警等检测方向的C实现代码,以及整车控制策略的参…

2026/10/15 15:42:41 阅读更多 →
openSCADA Java端jar包全解析:OPC通信与依赖冲突避坑指南

openSCADA Java端jar包全解析:OPC通信与依赖冲突避坑指南

简介:面向Java技术栈与OPC通信场景的openSCADA开发者,这份汇总包解决了开发环境中依赖分散、版本不齐、反复搜寻jar的痛点。压缩包共480个文件、约30.92MB,主体为339个class文件与129个jar包:class文件对应服务端、客户端、序列化…

2026/10/15 15:42:41 阅读更多 →
Windows LSP注入原理与实战:Winsock协议栈劫持技术详解

Windows LSP注入原理与实战:Winsock协议栈劫持技术详解

简介:本资源是一份面向Windows底层安全与逆向开发学习者的LSP注入技术实践包,聚焦原理剖析与可运行代码实现,适用于有一定C/COM基础的安全研究人员、渗透测试初学者及系统编程爱好者。资源完整呈现LSP(语言服务提供者)…

2026/10/15 15:42:41 阅读更多 →
Windows 上安装 Apache Superset 的完整避坑指南

Windows 上安装 Apache Superset 的完整避坑指南

简介:这份文档面向需要在Windows环境下搭建BI分析平台的数据工程师与运维人员,系统整理了SuperSet的安装与汉化操作说明。SuperSet由Airbnb开源,支持MySQL、Oracle、PostgreSQL、Presto、SparkSQL等多种关系数据库与大数据框架,具…

2026/10/15 15:42:41 阅读更多 →
12 月 PMP 报名三批次完整城市清单 + 考位紧张度预测 + 抢考位实操指南

12 月 PMP 报名三批次完整城市清单 + 考位紧张度预测 + 抢考位实操指南

12月PMP报名三批次完整城市清单12月PMP报名分三批放考位,时间、城市范围都不一样。这篇文章把批次安排、考点分布、考位紧张程度和抢位实操都过一遍,帮你提前心里有数。需要说明的是,本文内容仅基于官方公开信息整理,观点保持中立…

2026/10/15 15:41:41 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/15 13:48:15 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 0:14:36 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 9:49:14 阅读更多 →