首页 文章 精选 留言 我的

精选列表

搜索[压测工具],共10000篇文章
优秀的个人博客,低调大师

GEO 内容工程闭环:从选题到回测的七步流程

传统搜索优化中,内容生产往往依赖经验驱动:根据关键词列表逐篇撰写,发布后跟踪排名,效果不佳再局部修改。这种方式在生成式引擎优化(GEO, Generative Engine Optimization)语境下面临两个根本挑战:其一,AI 引用的内容来源不再局限于网页排名,而是基于语义相关性、信息结构完整性和证据可信度进行综合判断;其二,AI 的引用偏好会随模型迭代和用户行为变化,单次性的内容产出无法形成持续被引用的资产。

优秀的个人博客,低调大师

苹果正测​​试新 App Store 设计,模糊广告和搜索结果界限

消息称苹果正在 iPhone 上测试 App Store 搜索广告的新设计。部分 iOS 26.3 用户发现,赞助结果周围的蓝色背景已不再显示,使得付费广告与后续真实搜索结果的界限变得模糊。 这意味着自然搜索结果与推广广告的唯一区别在于应用图标旁是否带有小巧的“广告”标识。目前该设计似乎处于某种A/B测试阶段。 9to5mac 认为,这可能与该公司去年 12 月宣布的 App Store 搜索结果即将开始包含多个针对同一搜索查询的赞助结果有关。移除蓝色背景意味着所有广告将以更融合的方式显示在列表中。 当然,这种做法也使得用户难以快速辨别哪些是广告、哪些不是,可能误导部分用户未能意识到首个搜索结果实为付费广告位。虽然此举不利于用户体验,但或许有助于提高点击率,最终推动苹果广告业务收入增长。

优秀的个人博客,低调大师

昆仑万维:“天工”大模型 4 月 17 日启动邀测

昆仑万维今日宣布,由昆仑万维和奇点智源合作自研、中国第一个真正实现智能涌现的国产大语言模型 ——「天工」3.5 发布在即,并将于 4 月 17 日启动邀请测试。 公告指出,「天工」大模型已经非常接近 OpenAI ChatGPT 的智能水平。鉴于 ChatGPT 是基于 GPT3.5 大模型,所以他们也把这个版本命名为「天工」3.5。 “天工作为一款大型语言模型,拥有强大的自然语言处理和智能交互能力,能够实现智能问答、聊天互动、文本生成等多种应用场景,并且具有丰富的知识储备,涵盖科学、技术、文化、艺术、历史等领域。” 关于“第一个真正实现智能涌现的 GPT 类大模型”这一说法,昆仑万维方面则解释称,涌现现象是指一个相对简单的系统中产生出了复杂的行为或特性。在 AI 领域,涌现能力也标志着人工智能是否已具备高度的自主学习能力,以及是否有可能完成逻辑推理等复杂的任务。此前推出的“友商模型的逻辑推理是靠定向优化来覆盖特定题库,而不是靠大模型的智能涌现来解答较为复杂的问题。而靠人工打补丁、定向优化的方式是不能真正实现人工智能的。” 根据介绍,昆仑万维自 2020 年开始布局 AIGC 领域。2022 年12 月 15 日,昆仑万维发布了“昆仑天工”AIGC 全系列算法与模型,并宣布模型开源。“昆仑天工”旗下模型包括天工巧绘 SkyPaint、天工乐府 SkyMusic、天工妙笔 SkyText、天工智码 SkyCode,覆盖图像、音乐、文本、编程等多模态内容生成能力。目前,该公司已与奇点智源就 ChatGPT、图像视频生成等 AIGC 技术领域达成全面技术战略合作,启动 ChatGPT 的联合开发,并于 2 月 9 日宣布将在今年内发布中国版类 ChatGPT 代码开源。 “我们的研发团队 2020 年起从一亿级模型做起,然后十亿级模型,再到百亿级模型……至今已耕耘了三年时光。我们凭借对 AGI 的热情和信仰,三年时间里在一片质疑声中坚持了下来,今天我们骄傲地宣布:我们做出来了。未来,「天工」4 和「天工」5 也将继续以行业领先的速度与大家见面。ChatGPT 离真正的 AGI 还有很远的路,相信跟所有新科技一样,大语言模型在未来也会遇到波折和低谷。当热潮褪去,我们仍将继续,继续以我们的热情,坚定地在 AGI 的道路上走下去,走到全球前列。” 天工大模型即将开启邀请测试,具体信息可关注:https://tiangong.kunlun.com/

优秀的个人博客,低调大师

亲测Ubuntu18下安装MySQL未提示密码不能登录问题

1.Ubuntu18.04 安装采用sudo apt install mysql-server 后,发现在安装过程中没有提示设置root密码,但是登录的时候还要求输入root密码,百度各种,依然没有解决问题。 并且安装MySQL8.0时虽然设置了root密码,但是该密码进不去。 2.首先考虑的就是版本问题,考虑Ubuntu18.04是否还兼容MySQL,问题1中直接用命令安装的话是默认安装MySQL5.7版本。于是去MySQL官网安装指南翻译了一下,发现MySQL刚刚出了新版本8.0,这么凑巧,Ubuntu刚发布了18.04版本,MySQL就发布8.0版本,严重怀疑是因为Ubuntu18.04不支持MySQL5.7了,所以MySQL才发布了8.0版本,为了验证这个问题,在离线安装指南页面发现MySQL5.7版本最高只是适配到Ubuntu17.04,而MySQL8.0最高适配到Ubuntu18.04 3.这就没什么好说的了,只能安装MySQL8.0版本了。在MySQL官网安装指南写的很清楚了,一共就三步,去http://dev.mysql.com/downloads/repo/apt/.下载一个xxxx.deb,然后安装,弹出界面如下图所示,目的是让你选择安装8.0还是5.x版本,当然选择8.0了。 然后sudo apt update更新一下,sudo apt install mysql-server 直接安装就行了,这时你就会发现默认安装的是8.0版本了。 安装到最后会弹出设置root密码的界面,设置好密码后会弹出如下的界面: 命令:linux@ubuntu:~/下载$ sudo dpkg -i mysql-apt-config_0.8.10-1_all.deb linux@ubuntu:~/下载$ sudo apt updatelinux@ubuntu:~/下载$ sudo apt install mysql-serverlinux@ubuntu:~/下载$ mysql -uroot -p密码是:root更详细方法浏览:https://blog.csdn.net/zyqblog/article/details/80159990

优秀的个人博客,低调大师

Mavenjar包冲突的问题解决(亲测有效、实力证明)

一、今天在Pom中添加了一个依赖,导致Jar包冲突。 在启动项目的时候,会包jar包冲突的问题。下面以SpringBoot项目为例。 我在Pom.xml文件中添加了一个依赖: <dependency> <groupId>org.ethereum</groupId> <artifactId>ethereumj-core</artifactId> <version>1.6.3-RELEASE</version> </dependency> 二、在启动项目的时候就会报一个错误 Connected to the target VM, address: '127.0.0.1:57577', transport: 'socket' SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/Users/wangdong/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.7/log4j-slf4j-impl-2.7.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/Users/wangdong/.m2/repository/ch/qos/logback/logback-classic/1.1.11/logback-classic-1.1.11.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation. SLF4J: Actual binding is of type [org.apache.logging.slf4j.Log4jLoggerFactory] The Class-Path manifest attribute in /Users/wangdong/.m2/repository/com/sun/xml/bind/jaxb-core/2.3.0/jaxb-core-2.3.0.jar referenced one or more files that do not exist: file:/Users/wangdong/.m2/repository/com/sun/xml/bind/jaxb-core/2.3.0/jaxb-api.jar The Class-Path manifest attribute in /Users/wangdong/.m2/repository/com/sun/xml/bind/jaxb-impl/2.3.0/jaxb-impl-2.3.0.jar referenced one or more files that do not exist: file:/Users/wangdong/.m2/repository/com/sun/xml/bind/jaxb-impl/2.3.0/jaxb-core.jar Exception in thread "restartedMain" java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.springframework.boot.devtools.restart.RestartLauncher.run(RestartLauncher.java:49) Caused by: java.lang.IllegalArgumentException: LoggerFactory is not a Logback LoggerContext but Logback is on the classpath. Either remove Logback or the competing implementation (class org.apache.logging.slf4j.Log4jLoggerFactory loaded from file:/Users/wangdong/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.7/log4j-slf4j-impl-2.7.jar). If you are using WebLogic you will need to add 'org.slf4j' to prefer-application-packages in WEB-INF/weblogic.xml: org.apache.logging.slf4j.Log4jLoggerFactory at org.springframework.util.Assert.instanceCheckFailed(Assert.java:389) at org.springframework.util.Assert.isInstanceOf(Assert.java:327) at org.springframework.boot.logging.logback.LogbackLoggingSystem.getLoggerContext(LogbackLoggingSystem.java:274) at org.springframework.boot.logging.logback.LogbackLoggingSystem.beforeInitialize(LogbackLoggingSystem.java:98) at org.springframework.boot.logging.LoggingApplicationListener.onApplicationStartingEvent(LoggingApplicationListener.java:230) at org.springframework.boot.logging.LoggingApplicationListener.onApplicationEvent(LoggingApplicationListener.java:209) at org.springframework.context.event.SimpleApplicationEventMulticaster.doInvokeListener(SimpleApplicationEventMulticaster.java:172) at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:165) at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:139) at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:122) at org.springframework.boot.context.event.EventPublishingRunListener.starting(EventPublishingRunListener.java:69) at org.springframework.boot.SpringApplicationRunListeners.starting(SpringApplicationRunListeners.java:48) at org.springframework.boot.SpringApplication.run(SpringApplication.java:292) at org.springframework.boot.SpringApplication.run(SpringApplication.java:1118) at org.springframework.boot.SpringApplication.run(SpringApplication.java:1107) at com.gws.GwsWebApplication.main(GwsWebApplication.java:19) ... 5 more Disconnected from the target VM, address: '127.0.0.1:57577', transport: 'socket' Process finished with exit code 0 三、仔细看一下这里面的报错 关于日志的两个冲突了,我自己用的是log4j,结果还有一个slf4j SLF4J: Class path contains multiple SLF4J bindings. SLF4J: Found binding in [jar:file:/Users/wangdong/.m2/repository/org/apache/logging/log4j/log4j-slf4j-impl/2.7/log4j-slf4j-impl-2.7.jar!/org/slf4j/impl/StaticLoggerBinder.class] SLF4J: Found binding in [jar:file:/Users/wangdong/.m2/repository/ch/qos/logback/logback-classic/1.1.11/logback-classic-1.1.11.jar!/org/slf4j/impl/StaticLoggerBinder.class] 四、定位一下冲突的这个slf4j在哪里。 通过下面这个找: /Users/wangdong/.m2/repository/ch/qos/logback/logback-classic/1.1.11/logback-classic-1.1.11.jar 五、下面看看红线框部分的jar包是不是刚刚引入的 把刚刚引入Maven项注释掉,重新编译导下包。 六、发现第四部的那两个jar包消失了,那么就说明是刚刚添加的依赖产生了jar包冲突的问题了。 七、那么现在就开始来排除依赖 八、这个一定要放到对应的依赖里面 groupId和artifactId一定要根据IDEA的提示写正确。 <exclusions> <exclusion> <groupId>ch.qos.logback</groupId> <artifactId>logback-classic</artifactId> </exclusion> </exclusions> 九、写完后就会发现,冲突的包不见了,就解决啦 最后再启动项目,就会成功了。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能,例如代码缩略图,Python的插件,代码段等。还可自定义键绑定,菜单和工具栏。Sublime Text 的主要功能包括:拼写检查,书签,完整的 Python API , Goto 功能,即时项目切换,多选择,多窗口等等。Sublime Text 是一个跨平台的编辑器,同时支持Windows、Linux、Mac OS X等操作系统。

用户登录
用户注册