- 综合排序
- 最热优先
- 最新优先
- 来自专栏布衣者博客
LeetCode-题库(8-9)
给你两个字符串 word1 和 word2 。请你从 word1 开始，通过交替添加字母来合并字符串。如果一个字符串比另一个字符串长，就将多出来的字母追加到合并后字符串的末尾。 返回 合并后的字符串 。
38120编辑于 2022-10-31 - 来自专栏AI机器学习与深度学习算法
机器学习入门 8-9 lasso
当α取值为0的时候，相当于没有添加正则化项，此时优化的目标函数仅仅包含MSE损失函数； 在极端情况下α取值为正无穷的时候，此时前面的MSE损失函数占整个待优化的目标函数的比重非常小，优化的主要任务变成了让 Regression的过程就是在损失函数MSE的基础上添加α乘以所有θi的绝对值，在LASSO Regression中的超参数α和在Ridge Regression中的作用一样，依然是用于调节θ系数小的程度占整个优化目标函数程度的多少 LASSO Regression倾向于使得我们在优化这个损失函数的过程中，让一部分系数θ变为0，而不是让所有的θ都变成一个很小的值（Ridge回归的倾向），正是由于这个特性LASSO名字中最后的"Selection
1.4K20发布于 2020-01-14 AI营销新宠助力企业突围
据最新数据，2024年中国AIGEO市场规模将突破180亿元，年增速达38%。如今，63%的互联网用户习惯向AI工具提问获取信息，AI搜索流量占全网信息获取量的42%。 国务院在《新一代人工智能发展规划》中指出人工智能新特征，为AIGEO商业化应用提供了政策支持。面对这样的市场趋势，企业必须重新思考内容策略。我长期关注AI营销领域，见证了众多企业借助新技术实现突破。 就像上海跑一跑企业发展有限公司，聚焦小微企业智能服务，基于AIGEO技术提供地理空间数据分析、智能财税管理等服务，帮助企业精准决策。它的服务模式和单仁牛商AI智排有相似处，但更贴合小微企业需求。 再看AI语义预检生成内容，它在内容优化、关键词研究、内容分发和监测系统方面优势明显。在内容优化上，采用“问题—证据—结论”三段式逻辑架构和Schema标记等，增强AI理解能力和机器可读性。 关键词研究时，AI语义预检生成内容通过用户画像分析精准定位需求，五格剖析法和GRPO法则助力跨境电商多语言内容优化。
22610编辑于 2025-09-23- 来自专栏趣谈前端
前端进阶第8-9周打卡题目汇总
function checkType(target){ return Object.prototype.toString.call(target).slice(8,-1) } 周末福利打卡 如何优化
88740发布于 2020-02-12 “GEO黑产业链”被曝光引发行业洗牌：真正的GEO才刚刚开始
3月15日，央视315晚会曝光了所谓“GEO（生成引擎优化）黑产业链”通过AI批量生成垃圾内容、伪造榜单、操纵AI推荐等黑灰产行为，引发广泛关注和行业热议。 面对公众对于“GEO是否将面临全面整顿”的疑问，多家专注于正规AIGEO（AI生成引擎优化）营销的服务商却表示，此次曝光并非行业的终结，反而是一次重要的“拨乱反正”，预示着真正的GEO时代即将来临，不妨一起拭目以待 面对市场的误解与行业的洗牌，部分合规经营的AIGEO服务商也借此机会重申其核心理念与价值。 这位行业人士表示：“黑灰产的GEO试图通过技术手段‘操控’AI的推荐逻辑，而我们一直坚持的是质量取胜的原则，坚持原创性，坚持正规AIGEO，核心是‘帮助AI更好地理解品牌、理解价值’。”
27221编辑于 2026-03-16- 来自专栏AI SPPECH
IO竞赛2025年题目解析：高级难度（8-9）
2025年的高级难度（难度系数8-9）题目综合考察了选手的算法设计、数学建模、问题分析和代码实现能力。本文将深入解析2025年高级难度的IO竞赛题目，帮助选手们突破极限，冲击更高的竞赛成绩。 难度进阶路径: 入门(1-3) → 基础(4-5) → 中级(6-7) → 高级(8-9) → 专家(10) 难度系数 考察重点 核心知识点 学习目标 8-9 算法设计、数学建模、问题分析 高级图论、高级动态规划 2.1 题目1：动态规划优化（斜率优化） 题目描述：给定一个长度为n的数组，求将其分成m段的最小代价。每段的代价为该段元素的和的平方。 解题思路：这是一个典型的斜率优化动态规划问题。 通过斜率优化，可以将时间复杂度从O(n2m)优化到O(nm)。 优化算法：高级难度题目的数据规模通常很大，需要对算法进行优化，降低时间和空间复杂度。 代码实现：高级难度题目的代码量通常很大，需要良好的编程习惯和代码组织能力。
32210编辑于 2025-11-13 - 来自专栏linjinhe的专栏
设计数据密集型应用（8-9）：从单机到分布式
所以，当你通过网络发送一个数据包的时候，程序必须考虑到这个数据包可能丢失、也可能延迟。
72810发布于 2020-04-01 - 来自专栏腾讯乐享
8-9双月运营攻略一次性提供
电脑端直通地址，管理员现在就可以体验： https://lexiangla.com/settings/mobile-layout 领取详细攻略与素材 3个场景 12个精彩活动 为你一次性提供8-9
62320编辑于 2022-07-21 - 来自专栏愿天堂没有BUG（公众号同名）
大多数程序员都懂的java虚拟机：C1编译器从字节码到HIR
编译器也包含了许多与循环相关的优化，它们都要求知晓循环所在。 填充代码如代码清单8-9所示。 代码清单8-9 填充基本块 GraphBuilder::GraphBuilder(...){ // 划分基本块，找出循环头 BlockListBuilder blm(compilation, scope 换句话说，这些（由于SSA本身的特性决定）轻量级的优化在HIR构造完成时就已经完成了，而build_hir()实现的一些HIR优化是更为复杂，也相对重量级的优化。 上面提到的这些轻量级优化的内容将在下节描述。
92420编辑于 2022-10-28 - 来自专栏Java架构师必看
带闰年判断的正则表达式
2600，2700，2900，3000，3100，3300，3400，3500，3700，3800，3900是个特殊值(能被4整除但不是润年)，要分出来: String leap1 = "(((1[8- ]))(0|2|4|6|8)(4|8))"; String leap2 = "(((2(0|4|8))|(3(2|6)))00)"; 其他的0结尾的： String leap3 = "(((1[8- 9])|([2-3][0-9]))(2|4|6|8)0)"; 2,6结尾的： String leap4 = "(((1[8-9])|([2-3][0-9]))(1|3|5|7|9)(2|6))"; 9])|([2-3][0-9]))(0|2|4|6|8)(1|2|3|5|6|7|9))"; String noleap2 = "(((1[8-9])|(2(1|2|3|5|6|7|9))|(3(0| 1|3|4|5|7|8|9)))00)"; String noleap3 = "(((1[8-9])|([2-3][0-9]))(1|3|5|7|9)(0|1|3|4|5|7|8|9))"; 非润年
93320发布于 2021-03-22 - 来自专栏IT技术圈（CSDN）
浙大版《C语言程序设计（第3版）》题目集 题8-9 分类统计各类字符个数
题8-9 分类统计各类字符个数 本题要求实现一个函数，统计给定字符串中的大写字母、小写字母、空格、数字以及其它字符各有多少。
1.1K30发布于 2020-09-15 - 来自专栏凯哥Java
MySQL 百万级分页优化(Mysql千万级快速分页)
8-9秒完成，my god 哪出问题了？？？？其实要优化这条数据，网上找得到答案。 看下面的语句 select id from collect where vtype=1 order by id limit 90000,10; 很慢，用了8-9秒！ 和测试结果8-9秒到了一个数量级。从这里开始有人 提出了分表的思路，这个和dis #cuz 论坛是一样的思路。 再测试: select id ,title from collect where vtype=1 limit 90000,10; 非常遗憾，8-9秒，没走search索引！ 可以快速返回id就有希望优化limit ， 按这样的逻辑，百万级的limit 应该在0.0x秒就可以分完。看来mysql 语句的优化和索引时非常重要的！
4.6K30发布于 2019-06-28 - 来自专栏全栈程序员必看
MySQL具体解释（19）———-海量数据分页查询优化
网上已经有非常多优化的方法。 8-9秒完毕。my god 哪出问题了？事实上要优化这条数据，网上找得到答案。 用了8-9秒！ 到了这里我相信非常多人会和我一样，有崩溃感觉！vtype 做了索引了啊？怎么会慢呢？ 和測试结果8-9秒到了一个数量级。从这里開始有人提出了分表的思路。这个和dis #cuz 论坛是一样的思路。 能够高速返回id就有希望优化limit ， 按这种逻辑。百万级的limit 应该在0.0x秒就能够分完。 看来mysql 语句的优化和索引时很重要的！ 好了。
1.5K30编辑于 2022-01-28 AI时代，网站流量怎么玩？从SEO到GEO的超级简单指南
别和AI斗争而是要帮助AIGEO不是杀SEO，而是SEO升级版，以后抢流量，不是骗AI（和AI斗争），而是帮AI懂这个世界和懂你（帮助AI）。AI浪潮来了。
21610编辑于 2026-01-05- 来自专栏FHADMIN
MySQL 百万级数据分页查询优化
8-9秒完成，my god 哪出问题了？其实要优化这条数据，网上找得到答案。 看下面的语句 select id from collect where vtype=1 order by id limit 90000,10; 很慢，用了8-9秒！ 和测试结果8-9秒到了一个数量级。 从这里开始有人提出了分表的思路，这个和dis #cuz 论坛是一样的思路。 再测试: select id ,title from collect where vtype=1 limit 90000,10; 非常遗憾，8-9秒，没走search索引！ 可以快速返回id就有希望优化limit ， 按这样的逻辑，百万级的limit 应该在0.0x秒就可以分完。看来mysql 语句的优化和索引时非常重要的！
2.4K20发布于 2021-06-18 - 来自专栏凯哥Java
MySQL 百万级分页优化(Mysql千万级快速分页)
8-9秒完成，my god 哪出问题了？？？？其实要优化这条数据，网上找得到答案。 看下面的语句 select id from collect where vtype=1 order by id limit 90000,10; 很慢，用了8-9秒！ 和测试结果8-9秒到了一个数量级。从这里开始有人 提出了分表的思路，这个和dis #cuz 论坛是一样的思路。 再测试: select id ,title from collect where vtype=1 limit 90000,10; 非常遗憾，8-9秒，没走search索引！ 可以快速返回id就有希望优化limit ， 按这样的逻辑，百万级的limit 应该在0.0x秒就可以分完。看来mysql 语句的优化和索引时非常重要的！
3.6K10编辑于 2022-12-15 - 来自专栏量子化学
使用EzReson进行化学共振分析（4）：实例：Diels–Alder加成的共振分析
我们先用DFT优化好它们的几何构型，然后进行单点计算以获取对应的Gaussian输出的out、fchk和NBO输出的33文件。 按上述方法来对反应复合物进行WFRT分析（选取第36、37和38条LMOs），得到最重要的前三个共振结构依次为[6-7 8-9 2-1]（84.38%）、[9: 7-8 2-1]（1.92%）和[1: 6-7 8-9]（1.91%）。 可见，类反应物的Lewis结构（[6-7 8-9 2-1]）占非常大的优势；次要共振结构（[9: 7-8 2-1]）则反映了双烯上醛基的吸电子效应，使得电子在分子内又6号碳极化到9号碳；第三重要的共振结构 （[1: 6-7 8-9]）占比（1.91%）与前一个（1.92%）几乎相同，它反映出甲氧基的推电子效应使电子从2号碳极化到了1号碳。
92010发布于 2021-02-26 - 来自专栏技术那些事
MySQL 百万级数据量分页查询方法及其优化
数据库SQL优化是老生常谈的问题，在面对百万级数据量的分页查询，又有什么好的优化建议呢？下面将列举了一些常用的方法，供大家参考学习！ 8-9秒完成，my god 哪出问题了？其实要优化这条数据，网上找得到答案。 看下面的语句 select id from collect where vtype=1 order by id limit 90000,10; 很慢，用了8-9秒！ 和测试结果8-9秒到了一个数量级。 从这里开始有人提出了分表的思路，这个和dis #cuz 论坛是一样的思路。 可以快速返回id就有希望优化limit ， 按这样的逻辑，百万级的limit 应该在0.0x秒就可以分完。看来mysql 语句的优化和索引时非常重要的！
4.4K00发布于 2020-08-08 - 来自专栏一个小程序员的成长笔记
验证常用正则表达式
1.日期时间验证，支持闰年 支持格式：YYYY/MM/DD, YYYY-MM-DD, YYYY_MM_DD, YYYY.MM.DD 1 var reg = /((^((1[8-9]\d{2})|([2- [1-9])$)|(^((1[8-9]\d{2})|([2-9]\d{3}))([-\/\._])(11|0?[469])([-\/\._])(30|[12][0-9]|0? [1-9])$)|(^((1[8-9]\d{2})|([2-9]\d{3}))([-\/\._])(0?2)([-\/\._])(2[0-8]|1[0-9]|0?
1.5K70发布于 2018-03-07 - 来自专栏A周立SpringCloud
分享 | MySQL百万级数据分页查询及优化
8-9秒完成，my god 哪出问题了？其实要优化这条数据，网上找得到答案。 看下面的语句 select id from collect where vtype=1 order by id limit 90000,10; 很慢，用了8-9秒！ 和测试结果8-9秒到了一个数量级。 从这里开始有人提出了分表的思路，这个和dis #cuz 论坛是一样的思路。 再测试: select id ,title from collect where vtype=1 limit 90000,10; 非常遗憾，8-9秒，没走search索引！ 可以快速返回id就有希望优化limit ， 按这样的逻辑，百万级的limit 应该在0.0x秒就可以分完。看来mysql 语句的优化和索引时非常重要的！
2.7K42发布于 2019-05-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号