式共享的约束 基于这个协议，您可以自由： • 复制、发行、展览、表演、放映、广播或通过信息网络传播本作品 • 创作演绎作品 惟须遵守下列条件： • 署名。您必须按照作者或者许可人指定的方式对作品进行署名(但是不得以任何方式暗示它们支持您 或者您作品的使用)。 • 非商业性使用。您不得将本作品用于商业目的。 • 相同方式共享。如果您改变、转换本作品或者以本作品为基础进行创作，您只能采用与本协议相同的 VI.34 在全部可用应用程序中搜索软件包 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282 VI.35 对所选软件包应用更改 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 321 VII.11对图像进行标记 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

们通常具备额外的技术，比如强化学习、神经符号推理、元学习等，来增强其推理和问题解决能力。 非推理大模型： 适用于大多数任务，非推理大模型一般侧重于语言生成、上下文理解和自然语言处理，而不强 调深度推理能力。此类模型通常通过对大量文本数据的训练，掌握语言规律并能够生成合适的内容，但缺乏像 推理模型那样复杂的推理和决策能力。 维度 推理模型 通用模型 优势领域 数学推导、逻辑分析、代码生成、复杂问题拆解 文本生成、创意写作、多轮对话、开放性问答 “从技术、伦理、经济三方面分析 AI的未来” 情感化提问（如“你害怕AI吗？”） 逻辑分析 推理模型 直接抛出复杂问题 “分析‘电车难题’中的功利主义 与道德主义冲突” 添加主观引导（如“你认为哪种对？”） 通用模型 需拆分问题，逐步追问 “先解释电车难题的定义，再对比 两种伦理观的差异” 一次性提问复杂逻辑 如何向AI表达需求 需求类型 特点 需求表达公式 推理模型适配策略 通用模型适配策略 期望（Expectation)：明确或隐含地表达你对AI输出的要求 和预期。 提示语类型 提示语的本质 1. 指令型提示语：直接告诉AI需要执行的任务。 2. 问答型提示语：向AI提出问题，期望得到相应的 答案。 3. 角色扮演型提示语：要求AI扮演特定角色，模拟 特定场景。 4. 创意型提示语：引导AI进行创意写作或内容生成。 5. 分析型提示语：要求AI对给定信息进行分析和推 理。

爬虫数据采集  目前DeepSeek R1、Open AI o3mini、Kimi k1.5支持联网查询网址，Claude 3.5 sonnet暂不支持；  四个模型均能根据上传的网页代码，对多个网址链接进行筛选、去重，完全提取出符合指令要求的所有网址链接并形成列表；  在复杂爬虫任务上，DeepSeek R1与Open AI o3min生成的代码均能正常执行数据采集任务，o3响应速度更快，R1数据采集结果更加完 测试结果受到数据样本、测试环境、AI抽卡、提示词模板等因素影响，仅供参考，无法作为决策制定、质量评估或产品验证的最终依据。 文本数据集成 1、分别阅读约7000token和15000token的文 本内容，测试模型对中、长文本处理效果 2、整理集成可视化的数据表格 3、按照日期规范排序 任务 Open AI o3mini 一般文本（7000token）： 能够高效提取文本中的数据， 并整理成可视化数据表格， 数据分析 Open AI o3mini 响应速度快，高效输出数据分析 结果，分析各因素对关键指标生 存率的影响，语言表达自然，重 点突出结合历史背景对数据规律 进行验证，但没有察觉数据异常。 DeepSeek R1 详细展示长思维链，精准提取关键指 标“幸存率”，分析多个因素特征对 幸存率的影响，结合历史背景对数据 及规律进行验证，并敏锐察觉数据异 常，提出了异常处理建议。

.............................................................................. 37 12.3 Broker 重启对客户端的影响 ............................................................................................. 问题迕行总结，阐述 RocketMQ 如何解决返些问题。文中主要引用了 JMS 规范不 CORBA Notification 规范，规范为我们设计系统挃明了 方吐，但是仍有丌少问题规范没有提及，对亍消息中间件又至关重要。RocketMQ 幵丌遵循任何规范，但是参考了 各种规范不同类产品的设计思想。 2 产品发展历史 大约经历了三个主要版本迭代 一、Metaq（Metamorphosis） 包，例如要定制一个 Broker，那举只需要依赖 rocketmq-broker 返个 jar 包即可，可通过 API 迕行交互， 如果定制 client，则依赖 rocketmq-client 返个 jar 包，对其提供的 api 迕行再封装。 开源社区地址： https://github.com/alibaba/RocketMQ 在 RocketMQ 项目基础上衍生的项目如下  com

2.3. exec 比 match 更强大 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.4. 修饰符 g，对 exex 和 test 的影响 . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.5. test 整体匹配时需要使用 ^ 和 $ . 版权说明 首先感谢看到这本《JavaScript 正则表达式迷你书》的读者朋友，但愿此书不会浪费你的宝贵时间。 此书是一本免费的书籍，您可以随便传播，但不能用于商业。 当读完后，如果你觉得此书对学习正则表达式有所帮助，慷慨如你，可以扫描下面的二维码赞赏一下。 不强求的，本来就是免费的嘛。说真的，我也不曾妄想，靠此就可以发大财，从此走上人生小巅峰。 当然，我也在想，如果能得到读者的认可，自己的小心脏肯定会砰砰的。 正则表达式迷你书》 感谢 由于本书是由个人文章修改而成，感谢各平台读者的支持。 感谢湖山，是他说我该把这些东西写出来的。 感谢小不，他在多方面给予了我帮助，封面是他设计的。 感谢小鱼二，他对全书进行了仔细地校对，并提出了相应的修改意见。 感谢丹迪的支持，他为我设计了多个封面，风格比较前卫，留给后续版本。 最后，尤其要感谢各位大佬帮我写的推荐序。他们的名字不分先后如下：大漠穷秋、小鱼二、Jack

2.3. exec 比 match 更强大 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.4. 修饰符 g，对 exex 和 test 的影响 . . . . . . . . . . . . . . . . . . . . . . . . 67 7.2.5. test 整体匹配时需要使用 ^ 和 $ . 版权说明 首先感谢看到这本《JavaScript 正则表达式迷你书》的读者朋友，但愿此书不会浪费你的宝贵时间。 此书是一本免费的书籍，您可以随便传播，但不能用于商业。 当读完后，如果你觉得此书对学习正则表达式有所帮助，慷慨如你，可以扫描下面的二维码赞赏一下。 不强求的，本来就是免费的嘛。说真的，我也不曾妄想，靠此就可以发大财，从此走上人生小巅峰。 当然，我也在想，如果能得到读者的认可，自己的小心脏肯定会砰砰的。 正则表达式迷你书》 感谢 由于本书是由个人文章修改而成，感谢各平台读者的支持。 感谢湖山，是他说我该把这些东西写出来的。 感谢小不，他在多方面给予了我帮助，封面是他设计的。 感谢小鱼二，他对全书进行了仔细地校对，并提出了相应的修改意见。 感谢丹迪的支持，他为我设计了多个封面，风格比较前卫，留给后续版本。 最后，尤其要感谢各位大佬帮我写的推荐序。他们的名字不分先后如下：大漠穷秋、小鱼二、Jack

以上，推荐是 16M ，该选项对 排序 order by ， group by 起作用 record_buffer 128K 64M 每个进行一个顺序扫描的线程为其扫描的每 张表分配这个大小的一个缓冲区，可以设置 为 2M 以上 table_cache 64 1024 为所有线程打开表的数量。增加该值能增加 mysqld 要求的文件描述符的数量。 MySQL 对每个唯一打开的表需要 2 个文件描述符。 代表日志只大约每秒写入日志文件并且日志文件 刷新到磁盘 ; 1 为执行完没执行一条 SQL 马上 commit; 2 代表日志写入日志文件在每次提交 后 , 但是日志文件只有大约每秒才会刷新到磁盘上 . 对速度影响比较大，同时也关系数据完整性 innodb_log_file_size 8M 512M 在日志组中每个日志文件的大小 , 一般是 innodb_buffer_pool_size 的 25% ，官方推荐是 像性别、状态值等等建立索引没有意义  字段唯一，最少，不可为 字段唯一，最少，不可为 null null  对大数据量表建立聚集索引，避免更新操作带来的碎片。 对大数据量表建立聚集索引，避免更新操作带来的碎片。  尽量使用短索引，一般对 尽量使用短索引，一般对 int int 、 、 char/varchar char/varchar 、 、 date/tim date/tim

出适合自己公司的高可用 mysql 方案。 经常有网友问 mysql 高可用如何实现，希望得到一些能实际使用的可验证的高可用 方案。所以花了些时间对 mysql 高可用的几种常用方式做一下总结，及写出详细的配置 方案，方便网友学习以及验证，希望对大家学习 mysql 高可用有所帮助。这也是本文档 的目的所在 由于本人经验和水平有限，有不对之处烦请指出，多交流，互相帮助，共同进步。 下面的几种高可用方案在 63 环境测试通过。 目前 Mysql 的高可用主要有 Lvs+Keepalived、Heartbeat、MMM、mysql cluster 三种方式， 由 于 时 间 关 系 这 里 不 对 mysql cluster 做 介 绍 ， 有 兴 趣 的 可 以 访 问 http://blog.chinaunix.net/uid-20639775-id-201960.html，下面就逐一地来详细介绍其他几种高 看看是否能正常切换回来。  重新启动 master 看看能否切换过程是否 OK。 4.5.8 监控方案 因为 heartbeat 不监控资源的可用性以及切换后会将资源停止，所以需要加强 对资源和 heartbeat 的监控，推荐采用 nagios 软件来进行可用性的监控。 5 Heartbeat+DRBD+mysql 高可用方案 5.1 方案简介 本方案采用 Heartbeat

help语法 ⽂档 参考资料 获取 3 强⼤的⾳视频处理⼯具：FFmpeg 最新版本： v1.0 更新时间： 20210914 简介 介绍⾳视频处理⼯具FFmpeg有哪些强⼤的功能。先对ffmpeg进⾏概览， 包括可以⽤来⼲什么，与之相关的ffprobe、ffplay、ffserver等⼯具；再介 绍如何安装ffmpeg；如何⽤ffmpeg处理⾳频，⽐如从⾳频中提取某段⾳频 ⽚ 要添加 pixel formal 参数 说明 使⽤ yunv420p 需要保证⻓宽为偶数，这⾥同时使⽤ 了 scale=420:-2 wiki中解释： QuickTime Player 对 H.264 视频只⽀持 YUV ⾊域 4:2:0 ⽅式的⼆次插值算法 gif转其他视频格式 ffmpeg -f gif -i animation.gif animation.mpeg ffmpeg BackColour：阴影颜⾊，⽂字阴影的颜⾊ MarginL, MarginR. 左右缩进。⽂字距离视频最左 最右的最⼩距离。 MarginV： 上下缩进。 ⽂字热点（对⻬点）距离视频上下的最⼩间距 离。这取决于⽂字对⻬⽅式，如果该⽂字使⽤ 中对⻬，则上下缩进值⽆效。需要时⽂字可⽤ \n或\N命令换⾏。ASS⽂件中，Script Info部 分的⼀个参数“WrapStyle”也可以改变此值 Outline：边框样式

前言 此文档是从学习 rocketmq 源码过程中的笔记中整理出来的，由于时间及能力原因，理 解有误之处还请谅解，希望对大家学习使用 rocketmq 有所帮助。 Rocketmq 是阿里基于开源思想做的一款产品，代码托管于 github 上，要想学好用好 rocketmq 请从 https://github (++sendWitchQueue) % messageQueueList.size 为队列集合的下标 每次获取 queue 都会通过 sendWhichQueue 加一来实现对所有 queue 的轮询 如果入参 lastBrokerName 不为空，代表上次选择的 queue 发送失败，这次选 择应该避开同一个 queue 3） Producer 发消息系统重试: 三：Broker 落地消息 2.1 普通消息落地 Broker 根 据 producer 请 求 的 RequestCode.SEND_MESSAGE 选 择 对 应 的 处 理 器 SendMessageProcessor 根据请求消息内容构建消息内部结构 MessageExtBrokerInner 调 DefaultMessageStore