首页 文章 精选 留言 我的

精选列表

搜索[布隆过滤器],共6720篇文章
优秀的个人博客,低调大师

agno v2.7.4发布:Superserve沙箱、Plivo通信、可观测性接入、工作流升级与多项关键修复全解析

agno v2.7.4 已正式发布,这是一次内容非常密集的版本更新。整体来看,这个版本的重点非常明确:一方面继续扩展工具生态,新增了可执行代码与管理文件的沙箱能力、短信与语音通信能力,以及运行链路观测能力;另一方面则围绕创建项目、消息渠道集成、搜索能力、工作流上下文、分页处理、内容抓取结果格式等方面进行了系统增强;同时,团队运行、会话管理、流式输出、数据库建表、抓取结果限制、文档切分、读取器默认配置等多个关键细节也得到了修复。

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

Ubuntu 24.04发布Beta;360智脑大模型开源

欢迎阅读 OSCHINA 编辑部出品的开源日报,每天更新一期。 # 2024.4.12 今日要点 360智脑7B参数大模型正式开源 4月12日,三六零(下称“360”)自研人工智能大模型360智脑7B参数模型正式开源,包括4K、32K、360K三种文本长度。据了解,360智脑7B参数大模型在360K长度下,可支持50万字左右输入,三秒钟即可读完《三体》。 Ubuntu 24.04 LTS 开启 Beta 测试 Ubuntu 24.04 LTS 首个 Beta 已发布,新版本包含多项新功能,包括改进的 Ubuntu 桌面安装程序、新的 ZFS 和 TPM 支持等。除了桌面安装程序外,Ubuntu 应用中心和图形化固件更新工具也进行了更新。 Ubuntu 24.04 将使用 Netplan 1.0 进行网络管理配置,同时将搭载GNOME 46 桌面环境,GNOME 46默认使用 Wayland 和 X.org4 会话。 李彦宏:大模型开源与传统 Linux 开源不同、闭源才能走通商业模式 “一年前文心刚发布的时候,我们内部有过激烈的讨论,最后决定不开源。” 李彦宏在内部讲话中解释称,当时的判断是市场上一定会有不止一家开源模型,多百度一家开源不多,少百度一家也不少,还得自己去维护一套开源的版本,这是不划算的。 “这个市场上不缺我们这一家开源的模型。我们要开源还得自己去维护一套开源的版本,这是不划算的。”他认为,模型开源的意义其实不是很大,这些开源模型在外零散、小规模地去做各种验证应用,却没有经过大算力的验证。 在他看来,模型开源跟传统的软件开源比如Linux、安卓等很不一样,由于是模型带来的开源,很难知道参数为什么变成了那个样子,这种情况下很难实现众人拾柴火焰高。 今日观察 社交观察 SQLite 的主代码行数大概是15万行,而测试代码大概有9200万行 “SQLite是开源的。这让很多人认为它没有商业软件经过的测试那么充分,可能不可靠。但这种印象是错误的。SQLite在实际应用中表现出了非常高的可靠性和非常低的缺陷率,特别是考虑到它的快速发展。SQLite的质量部分是通过仔细的代码设计和实现来实现的。但广泛的测试也在维护和提高SQLite质量方面发挥着至关重要的作用。本文档总结了SQLite每个版本所经历的测试程序,希望激发人们对SQLite适用于关键任务应用的信心。” - 微博蚁工厂 Blazor开发效率很高,实为软件开发个体户之利器 在国内,Web开发这块,微软目前没啥市场份额,后端Java王者地位稳固,前端Vue则大受欢迎。其实,微软有一个Web开发技术——Blazor,是相当不错的,经过持续的迭代,到了当前.NET 8.0版本时,已经相当完善。 目前,已经将WebAssembly、服务端渲染(SSR)和WebSocket整合为单一的项目模板——Blazor Web App,可以自由地切换渲染交互模式,比较好地解决了首页加载慢,复杂JS应用性能低等现实开发中的痛点问题。 对于熟练的.NET开发者来说,现在可以使用一种编程语言(C#)、一个人就把前后端的活全干了,开发效率很高,实为软件开发个体户之利器。 - 微博软件教书匠金旭亮 一步一步构建"Chat with your docs" RAG 使用的技术: - Cohere,Command R+ LLM(cohere.com) - Llama Index 用于编排 (llamaindex.ai) - Streamlit 用于用户界面(streamlit.io) 大约170行Python代码,作者用的是Lighting AI Studio(lightning.ai)来开发的, 代码在这里:lightning.ai/lightning-ai/studios/rag-using-cohere-command-r - 微博 黄建同学 做了个 GitHub 学习的助手 做了个github学习的助手 https://7610f325001153e5899107c7550d018d81ff24fd.apps.galaxy-future.com/chat/g4AEdlWjhZWpMhyR 只要输入你想了解的东西,自动去github搜排名前10的项目,并且以表格的形式展现出来,更清晰了。 ​​​ - 微博 古月中心相心 媒体观察 这家“清华系”大模型创业公司获数亿元融资,华为哈勃领投 南都记者从面壁智能方面获悉,该公司已完成了新一轮数亿元融资,该轮次融资由春华创投、华为哈勃领投,北京市人工智能产业投资基金等跟投,而知乎作为战略股东持续跟投支持。据悉,本轮融资将用于人才引入、大模型底层算力与数据基础的建构以及推动大模型高效训练和应用落地。 值得一提的是,被华为、北京市人工智能产业投资基金伸出橄榄枝的面壁智能此前也被头部大模型企业智谱与互联网企业知乎投资,2023年,时任知乎CTO的李大海在深入调研后决定兼任面壁智能CEO,开启其人生中的第四次创业。目前,面壁智能已推出“喝一杯可乐时间、不到一美元成本,就能做个小软件”的“大模型+Agent”应用平台。 - 南方都市报 已投资十多家创业公司,智谱AI布局大模型生态圈 被评价为国内颇具OpenAI气质的独角兽公司,智谱AI不仅在大模型能力上向世界先进水平看齐,在投资布局上也不遑多让。 近段时间中,面壁智能、生数科技、无问芯穹等多家AI行业里的备受VC们追捧的明星创业公司的投资方中,都出现了智谱AI的身影。专注于做大模型的中国创新,又较早探索商业化落地的智谱AI,正在努力打造自己的AI生态圈。 智谱AI CEO张鹏此前曾表示,“我们希望打造一个大模型生态,在这个生态中我们与合作伙伴携手共进,把生态圈越做越大,这是我们更长远的商业化目标。” 据记者不完全统计,截至目前智谱AI已经投资了十多家AI相关创业公司,其大模型产业投资案例的质量和数量处于行业领先位置。 - 21世纪经济报道 国外大神0经验两周搞出CPU 在没有任何经验的情况下,国外一位工程师从零开始设计出了 CPU,而且用时仅两周。这位工程师名为 Adam Majmudar ,他一开始就给自己制定了学习规划表。 他从学习芯片架构的基础知识开始,逐步吸收芯片制造的细节,并使用 EDA 工具准备了他的第一个完整芯片布局。下一步,他将从头开始设计 GPU。 目前他发现设计 GPU 比预期的要困难,因为 GPU 公司的技术保密性很高,导致公开的学习资源非常有限。一旦成功,该 GPU 将通过 Matthew Venn 的 TinyTapeout 6 进行生产。 - 量子位 开发者坚决不用Unity 《杀戮尖塔2》使用Godot开发 据开发商 Mega Crit 称,于近日刚刚公布的《杀戮尖塔2》将不会在 Unity 引擎上运行。 在 Triple-I 独立联合展示期间公开首支预告后,一位工作室代表告诉 IGN,开发商确实已经放弃了前一款游戏的引擎,并将在续作中使用 Godot 引擎。 去年,Unity 因其收费策略变化,包括向开发者收取“安装费”陷入争议漩涡。一些独立开发者公开反对和批评这些更改,许多甚至威胁要完全放弃该引擎。 - 3DMGAME 今日推荐 开源项目 nextapps-de/flexsearch https://github.com/nextapps-de/flexsearch/ FlexSearch 是面向 Web 速度最快、内存最灵活的零依赖全文搜索库。 主要特性 提供了更多的搜索功能:多字段搜索、音位变换和部分匹配 异步处理 浏览器和 Node.js 均适用 每日一博 通俗易懂关于 Paxos 的直观解释 在分布式系统中保证多副本数据强一致性算法。没有 paxos 的一堆机器,叫做分布式。有 paxos 协同的一堆机器,叫分布式系统 这个世界上只有一种一致性算法,那就是 Paxos … - Google Chubby 的作者 Mike Burrows 其他一致性算法都可以看做 Paxos 在实现中的变体和扩展,比如 raft。 事件点评 OpenTofu 否认侵权使用 HashiCorp 代码 HashiCorp 的律师向 OpenTofu 项目发送了一份终止通知,概述了该公司侵犯版权的主张。 对于 HashiCorp 的这一严重指控,OpenTofu 则做出回应称,“OpenTofu 团队强烈反对任何关于其盗用、误用或以其他方式滥用 HashiCorp 的 BSL 代码的说法。所有此类言论毫无事实依据。HashiCorp 在停止函中声称侵犯版权。这些说法完全没有根据。” 并解释道,因为双方的新代码都基于相同的共同基础(即,改用 BSL 之前的 Terraform 版本),所以才存在许多相似之处。 点评 这一事件反映了开源社区中关于代码版权和许可的复杂性,以及商业公司和个人开发者之间的潜在冲突。是开源社区中关于版权、许可和社区治理的一个重要案例。它提醒了开源社区成员,尽管开源鼓励共享和创新,但同时也需要在尊重知识产权的前提下进行。这可能会导致开源社区更加重视许可协议的遵守,以及如何平衡商业利益和社区发展。 这一事件还可能对 OpenTofu 项目的未来产生重大影响。如果 HashiCorp 的指控成立,OpenTofu 可能面临重新编写代码或更改许可策略的局面,这不仅会耗费资源,还可能损害其声誉。然而,如果 OpenTofu 能够成功证明其代码的原创性,这一事件可能会增强其在开源社区中的地位,并鼓励其他项目在面临类似情况时采取类似的策略。 𝕏 自动将用户帖子里的 Twitter.com 改为 X.com 去年夏天,马斯克将旗下社交媒体平台Twitter 的正式名称改为「𝕏」。不过该平台的主域名目前仍然是 Twitter.com,大多数用户也仍称其为 Twitter。 但「𝕏」显然不希望用户继续用 Twitter 这一名字。有网友发现,近日「𝕏」会自动将用户帖子里的Twitter.com改为X.com。 点评 这一举措最初是为了推广「𝕏」的新名称,但由于过于激进对社交媒体平台和用户都产生了影响。对于「𝕏」来说,它反映了品牌重塑过程中的技术挑战和用户体验的重要性。对于用户而言,这可能导致混淆和不便,尤其是在点击帖子中出现的链接时。尽管「𝕏」已经发布更新,不再在平台上自动转换其他网站域名中的「Twitter」,但这一事件仍凸显了技术实施细节的重要性,以及在品牌重塑过程中考虑用户体验的必要性。 CISA 公开 “下一代恶意软件” 分析系统 美国网络安全和基础设施安全局 (CISA)宣布推出新版本的恶意软件分析系统,名为 Malware Next-Gen(下一代恶意软件),使得公众可以提交恶意软件样本和其他可疑工件以供 CISA 分析。 Malware Next-Gen 是一个恶意软件分析平台,用于检查恶意软件样本中是否存在可疑工件。它最初的设计目的是允许美国联邦、州、地方、部落和地区政府机构提交可疑文件并通过静态和动态分析工具接收自动恶意软件分析。 Malware Next-Gen 旨在通过在可扩展平台上提供先进可靠的分析来处理日益增长的网络威胁分析工作量,该平台具有多级遏制功能,可自动分析潜在的恶意文件或 URL。 点评 Malware Next-Gen的推出不仅提高了美国网络安全的能力,也为其他国家的网络安全机构提供了学习和效仿的范例。Malware Next-Gen的分析能力可能会成为未来网络安全技术和策略发展的一个重要参考点。它展示了网络安全领域的技术进步和创新,并为全球范围内的网络安全合作和信息共享提供了新的机会和挑战。 开源之声 媒体观点 英伟达、谷歌和微软为何在生物技术的人工智能未来押注数十亿美元 然而,尽管人工智能药物研发前景光明,备受关注,但也遭遇了一些挫折。让药物通过临床试验仍需要数年时间,尽管到目前为止,FDA已经批准了100多种使用人工智能或机器学习进行开发的新药候选药物的临床试验,但任何新药要想进入市场,可能还需要数年时间。 科技公司需要关注的一个重要瓶颈是拥有足够的培训数据。像GPT这样的新基础模型依赖于强化学习,这是一种算法可以通过反复试验来处理未标记信息的方法。 -福布斯 李彦宏还缺个Sora 大模型在中国爆发一周年,李彦宏是强调最多AI原生应用创新的人,依赖强大的人才资源池,百度也本该有现象级的产品涌现。从这一点来看,李彦宏确实会有紧迫感。 百度已经错过了移动互联网,喊出了百度“All in AI”,在下一波技术浪潮来临前先人一步。所以,李彦宏绝对不想,也不能让百度错过AI这次技术浪潮。而现在,他需要一款像Sora、Kimi这样的爆款,再次证明百度在AI浪潮中引领者的地位。 -中国企业家 开放生态才是英特尔切走生成式AI蛋糕的利器 英伟达的软件生态护城河已经不像原来那样坚不可摧。开放生态是一个追赶甚至超越英伟达的机会。 “传统模式中,几家领导公司组建一个开放联盟,各自有明确的分工,那时更多是一个选择问题。”英特尔公司副总裁、英特尔中国软件和先进技术事业部总经理李映说,“这一次基于AI大模型的变化,是第一次出现开放、开源和整个行业或者说和技术创新的爆发点结合在一起。现在开放、开源和闭源同时出现的时候,不是选择,而是自然演变、发展的过程。” 开放、开源的生态,将会对AI未来发展起到非常重要作用的趋势已经非常明显。 -雷锋网 鸿蒙是故步自封?卢伟冰正式发声,却给我们提了个醒 这两天一则消息在社交媒体上不断“刷屏”,具体的内容则是,当观察者网记者提问华为鸿蒙系统将不再兼容安卓框架的问题是,小米手机负责卢伟冰表示,对于小米来说,我们一方面要坚持自立自强,另一方面一定要坚持开放合作,不能固步自封。 这则发言被认为是在暗示让鸿蒙系统不要固步自封,其实,这并不是什么恶意点评,这也确实是给我们提了个醒,自从2023年底开始,华为内部就提出过计划要在2024年推出“纯血版”鸿蒙操作系统,这就意味着未来三大框架并行的系统模式可能不会出现。 -C君科技 用户观点 李彦宏:大模型开源与传统Linux开源不同、闭源才能走通商业模式 观点 1:你不愿意开源就算了,说这些是啥意思嘛 观点 2:百度之前造车,现在文心一言,国外火什么他就做什么 观点 3:这没啥好喷的,因为几乎大厂都是这样,什么火做什么,举反例都困难 观点 4:对对对,李老板说的都对。 反正阿里开源了Qwen,零一万物开源了Yi,还有智谱开源的 ChatGLM…… 观点 5:什么样的脚穿什么样的鞋,适合开源的开源,不适合的就闭源,没必要硬贴,装开源更是不可取。 𝕏 自动将用户帖子里的 Twitter.com 改为 X.com 观点 1:秀儿 观点 2:随着互联网进入垄断阶段,这样的骚操作已经是已经稀松平常见怪不怪了 观点 3:马斯克让程序员改...程序员不加思考,不加正则,不加判断....数据库直接全部改了.... 观点 4:看来马斯克留下来的程序员比那些被fire的也好不到哪里去啊 好家伙,腾讯真把 Switch 变成了「思维驰学习机」 观点 1:试了一下,交互感觉有点无厘头,不过4元这个价格真是超值了。 程序员梗图 ---END---

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

新增模板中心和系统设置模块,支持飞书平台对接,DataEase 开源数据可视化分析平台v2.1.0发布

这一版本的功能升级包括:新增模板中心,用户可以通过模板中心的模板快速创建仪表板和数据大屏;新增“系统设置”功能模块,该模块包含系统参数、认证设置、嵌入式管理、平台对接四个子模块。在“系统参数”子模块中,用户可以对常用的系统设置项进行管理,“认证设置”子模块支持CAS(中央认证服务)、LDAP(轻量级目录访问协议)、OIDC(开放ID连接)等常用认证协议的对接,在“嵌入式管理”子模块中用户可以创建嵌入式应用,通过嵌入式应用将DataEase嵌入到第三方平台中,“平台对接”子模块目前已支持飞书平台的接入,用户可以通过飞书扫码的方式快速登录到DataEase平台;数据准备方面,新版DataEase支持数据集和数据源的复制功能,方便用户快速创建类似的数据资源。 此外,DataEase开源项目组还对其他一些常用的功能进行了功能优化和问题修复。 新增功能 ■ 模板中心:内置“模板中心”,快速创建仪表板和数据大屏 DataEase“模板中心”汇总了DataEase在线“模板市场”,以及用户自身的“模板管理”模块中的自有模板,用户可以在“模板中心”页面查找符合自己需求的模板,快速创建仪表板和数据大屏。 ▲ 图1 DataEase模板中心 ■ 平台对接:支持飞书平台的接入 DataEase v2.1.0版本新增“系统设置”功能模块,该模块包含系统参数、认证设置、嵌入式管理、平台对接四个子模块。其中,“平台对接”子模块支持飞书平台的接入,系统管理员在DataEase中设置好飞书应用的配置后,用户即可通过飞书扫码来登录对应的DataEase账号。 ▲ 图2 通过“平台对接”子模块将飞书平台接入DataEase ■ 嵌入式管理:通过嵌入式应用将DataEase嵌入第三方平台 在DataEase在v2.1.0版本新增的“系统设置”功能模块的“嵌入式管理”子模块中,用户可以创建嵌入式应用,并通过该嵌入式应用对应的APP ID和APP Secret来将DataEase接入到第三方平台,从而实现DataEase与用户自有系统的无缝结合。 目前,DataEase v2.1.0版本支持图表、仪表板、数据大屏、仪表板和数据大屏编辑器等页面在第三方平台的嵌入。 ▲ 图3 在“嵌入式管理”子模块新建嵌入式应用 除了上述新增功能外,DataEase v2.1.0版本还包含了很多其他的功能更新和优化,欢迎进入DataEase的官方文档及GitHub仓库的Release页面查看更加详细的更新日志。 功能优化 ■refactor(工作台):优化最近使用记录的查询逻辑; ■refactor(图表):组合图默认第一个指标用于柱状图,第二个指标用于折线图; ■refactor(图表):优化富文本、表格等视图在模板中的适配度; ■refactor(仪表板):仪表板、数据大屏中的图表联动字段可以使用已参与图表制作的字段; ■refactor(仪表板):社区版仪表板无需展示创建者; ■refactor(数据大屏):编辑中的数据大屏,在预览状态下禁用鼠标比例伸缩功能; ■refactor:优化dectl命令状态的检查方法; ■refactor:APISIX新增支持Origin请求头穿透功能; ■refactor:新增askToken认证机制; ■refactor:菜单缓存机制禁止持久化。 Bug修复 ■fix(图表):修复地图导出图片为PDF格式时出现区域空白的问题; ■fix(图表):修复富文本图表不识别“记录数”这一字段的问题; ■fix(查询组件):修复查询组件参数化后未能及时获取最新数据的问题; ■fix(查询组件):修复通过外部参数的数字区间来查询组件数值时匹配不正确的问题; ■fix(查询组件):去除查询组件配置过程中产生的缓存; ■fix(查询组件):修复查询条件中设置默认值为固定时间,保存后默认值被置空的问题; ■fix(媒体组件):修复反复切换图片组件样式时缩略图没有变化的问题; ■fix(仪表板):修复编辑仪表板时,对新添加的图表进行设置操作导致原有图表的联动、跳转标识丢失的问题; ■fix(仪表板):修复空值联动异常的问题; ■fix(数据大屏):修复大屏伸缩比例调整时直接输入数值,调整无法生效的问题; ■fix(数据大屏):修复使用快捷键反复切换桌面应用导致的数据大屏组件移动失效问题; ■fix(数据集):修复在数据集中重命名的字段名称过长的情况下,右侧功能菜单消失,无法进行其他操作的问题; ■fix(数据集):修复在自定义SQL编辑页无法调节左侧侧边栏宽度的问题 (#6535); ■fix(数据源):修复初始化数据引擎失败的问题; ■fix(X-Pack):修复嵌入式的场景下部分静态资源无法加载的问题; ■fix(X-Pack):修复列权限中自定义脱敏格式显示不正确的问题; ■fix(X-Pack):修复删除用户后其名下资源无法查看的问题; ■fix(X-Pack):修复某些情况下无法切换组织的问题; ■fix(X-Pack):修复用户批量导入失败的问题。

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

鲁班H5 1.10.1发布,新增评分组件;可以理解为开源版本的简单易企秀、人人秀

【鲁班H5】前后端都开源的h5快速制作平台,类似于开源版本的易企秀、人人秀,可以通过拖拽的形式,快速生成H5 鲁班H5 1.10.1(2020-06-14)发布啦 Bug Fixes #170(dca845f) #171(1c3d39f) Features !#zh: 增加 customStyle 属性,以支持元素自定义大小 (4632288) (add customStyle for component to fit size;) !#zh: 增加 shortcutProps 以支持快捷面板定制化/主题化 (1070215)(add shortcutProps to support shortcut themes; ) !#zh: 组件属性编辑器 支持表单子项目自定义布局 (6bc3011)(props item support custom layout;) !#zh: 支持拖动调整右侧编辑面板 (45f3bfc)(support resize the props panel;) element:add defaultStyle for seperate element; (4d86e95) plugin:#!zh: 增加评分组件 (3d813db)(add rate componnet; ) 下一步的开发计划,请查看: https://github.com/ly525/luban-h5/milestone/ 升级指南: 1. git clone https://github.com/ly525/luban-h5 2. ./luban-h5 rebuild_fe 3. ./luban-h5 restart 有问题、建议,请直接提issue 反馈,欢迎任何合理的建议、意见、改进点 😄

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

开源日报 | Unity 6发布;WinAmp仓库已404;ChatGPT登陆Windows;论文开源排行榜;视频网站“降本之痛”

欢迎阅读 OSCHINA 编辑部出品的开源日报,每天更新一期。 # 2024.10.17 今日要闻 Unity 6 正式发布:大幅提升稳定性和性能、渲染速度更快 Unity 6 已正式发布,与上一个主要版本相比,Unity 6 大幅提升了稳定性和性能,并且为所有 Unity 客户提供更强大的支持。这是一个 LTS 版本,官方承诺在下一个主要版本发布后至少再提供两年的支持服务。 Unity 6 有许多令人兴奋的新工具和功能,让开发者体验更快的渲染速度、更强大的光照控制、端到端的多人游戏工作流程、智能化的动态 AI 功能,以及对移动 Web Runtime 的更多支持。 端到端多人游戏工作流程将加速联网游戏的开发; 各种工具可以助力开发者开发移动 Web 项目; 新的图形功能可以将工作负载从 CPU 转移到 GPU,例如 GPU Resident Drawer 和 Render Graph for Universal Render Pipeline (URP) 功能,在内部测试和客户测试中将 CPU 性能提高了多达 4 倍。 开源不足一月,WinAmp 仓库已 404 在宣布开源不到一个月后,WinAmp 所有者突然将整个 GitHub 库进行了删除。而仓库中一部分可能来自于组织外部其他贡献者的源码,也随之消失不见。 目前,https://github.com/WinampDesktop/winamp页面已经 404。 Winamp 是 Nullsoft 于 1997 年开发推出的一款多媒体播放器,以其灵活性和对音频格式的广泛兼容性而闻名,至今仍拥有数百万用户。项目团队在今年 9 月份兑现承诺,正式在 GitHub 上发布了其 Windows 端的源代码。但采用的 Winamp Collaborative License(WCL)Version 1.0 协议,对用户的分叉以及修改后的分发出了限制。 Azure OpenAI 即将关停对中国个人用户的服务 微软最近发布公告,通知部分 Azure OpenAI 用户服务即将终止。 根据新的规定,只有企业客户可以继续订阅和使用 Azure OpenAI 服务,这一变更将在 2024 年 10 月 21 日正式生效。这意味着 Azure OpenAI 服务不再提供给个人用户 ChatGPT 登陆 Windows OpenAI宣布已开始预览其 AI 聊天机器人平台 ChatGPT 的专用 Windows 应用程序。 下载地址:https://openai.com/chatgpt/download/ 今日观察 社交观察 大模型规划能力 最近,Meta田渊栋的group在他们SearchFormer(见上一个post)的基础上又做了一版升级,推出了Dualformer,支持模型自主控制生成快思考(system1)和慢思考(system2),并且在慢思考模式下通过对思考内容进行结构化的随机裁剪策略(trace dropping)实现了在输出更短思考内容的情况下达到更高的问题解决率。 - 微博Rachel____Zhang 几天过去,服务器转码应该稳定了 自人类发明视频伊始,我们就一直走在追求高画质与低成本的权衡之路上,早在阿B还在占用优酷服务器发视频的时候,就有UP主捣鼓“后黑学”来提高整体视频码率了。AVC和HEVC作为新兴技术出现的时候,也经历了很长一段的阵痛期,也许AV1因为巨头都在推也会成为主流标准,但谁都说不准。这条博文仅作技术分析之用,因其特殊性不会做成视频,也不希望大家过分攻击平台,特此套盾。 对了,谷歌毕竟是AV1的主导者和推行者,所以拿油管默认AV1/VP9来跟国内平台对比并不合适,特此二次套盾。 对对了,除了锐化,某些平台甚至在尝试使用AI算法来后期强化画质,把画面弄得跟蹩脚大模型生成的一样,哈哈哈哈哈特此三次套盾。 *注:VMAF(Video Multimethod Assessment Fusion)是由Netflix开发的一种视频质量评估工具,不同于传统数学方法,VMAF使用更注重肉眼效果的机器学习模型来评估画质。 - 微博林木羽 LeCun称已基本放弃语言模型 当奥特曼、马斯克、Anthropic CEO都纷纷将AGI实现锚定在2026年前后,LeCun无疑是直接浇了冷水:完全是胡说八道。 最新的公开演讲中,他表示,系统要推理、规划和理解物理世界,至少还需要几年甚至十年的时间,这时候人工智能才能达到人类水平。 他还透露,现在Meta基本已经放弃纯语言模型,因为,仅通过文本训练,永远不会达到接近人类水平的智能。 除此之外,他还谈到当前大模型的局限性、以目标驱动的AI架构,包括利用世界模型进行推理和规划,最后强调了开源AI的重要性。对于未来发展,他提到,最终机器将超越人类智能,但它们将受到控制,因为它们是目标驱动的。 - 微博量子位 晚上写程序,本来想早睡。 晚上写程序,本来想早睡。 程序跑不同,遂调试。 一调试,有眉目,通了一点,发现下一个问题。 再一调,又有眉目,又通了一点,又发现下一个问题。 夜已深,再调一点就睡觉。 再调,又通了一点,又发现下一个问题。 睡还是不睡呢? 再调一个,又通,又发现。 下一个问题就摆在眼前,再调一个吧…… 最终早睡失败 - 微博Maeiee Hugging Face Paper-central 推出了论文开源排行榜 Hugging Face Paper-central 推出了论文开源排行榜📑 帮助大家更好地了解和追踪与学术论文相关的开源贡献情况。 这个排行榜类似于 h-index,但它专门针对 Hugging Face 社区中的开源贡献,包括数据集、模型和空间 (Spaces) 的开发。 通过这个平台,你可以发现那些通过论文吸引了最多开源成果的作者,以及最活跃的贡献者 这不仅让学术成果更加透明,也为开源贡献者提供了一个展示自己影响力的机会🎉 📊 想了解谁是顶级的开源贡献者,或者哪些论文正在引领开源社区的发展? 这个新功能将成为你探索的最佳工具。快来看看你喜欢的论文作者或贡献者是否上榜了吧! 🤗欢迎加入我们的中文社区:Chinese LLMs on Hugging Face - 微博HuggingFace 媒体观察 大模型六小虎,低头寻找六便士 大模型创企们从不活在象牙塔里,生存压力鞭策着它们向前奔跑。 大模型底层技术突破速度逐渐放缓的同时,头部企业背着一轮又一轮的融资,烧掉更多的训练成本。这意味着,它们还要回应更多的市场质疑,找到能够保证自身健康运转的商业化路径。 望向高空遥不可及的满月,“六小虎”也不得不低头寻找地上的便士。 -光锥智能 Kimi说要重新定义搜索,但还为时过早 也许是考虑到二十年前的技术和现在的大数据、AI、移动互联网不可同日而语,于是,在当前的搜索领域,人们提出新的搜索理念和产品,甚至会觉得,新兴技术能够颠覆传统搜索数十年的积累。 但现在的AI搜索,更多是聚焦在狭义范围,认为只要改变用户的交互方式,提高搜索结果的相关性,就能实现“重新定义”。但这其实应该被称为“答案引擎”,而不是真正意义上的“搜索引擎”。 -新眸 华为鸿蒙生态崛起成市场焦点 相关产业链受资本青睐 华为鸿蒙生态的崛起成为中国科技领域的重要亮点。近日,随着鸿蒙系统的不断升级和生态构建加速,鸿蒙再次成为资本市场关注的焦点,并带动相关A股上市公司股价走强。 -证券日报 中国信通院公布2024年可信开源最新评估结果 中国信息通信研究院党委副书记王晓丽表示,开源作为数字经济时代一种新思维、新模式,为全球数字经济高速发展注入无限活力。从技术创新视角看,开源开放的创新模式能够有效降低创新边际成本,推动数字时代科技创新。从产业协作视角看,开源助力建设多元合作开放的产业体系,构建产业发展新格局。从社会发展视角看,开源释放增量合作空间,推动形成一批全球共同维护的数字公共产品,推动全球可持续发展目标实现。 - 中国新闻网 谁让你的视频变“糊”?三问视频网站“降本之痛” 尽管当前普通用户可能对画质变化的感知不明显,但视频平台未经告知的“换源”或画质下调行为,对于“影视飓风”这样追求极致画质的创作者和为了高质量视频而付费的消费者,无疑是对知情权与公平交易权的侵犯。个别视频平台利用“高码率”“无损画质”等标签作为吸引用户的手段,但实际上通过技术手段掩盖了真实情况,也有悖诚信。 - IT时报 国产芯片供给能力提升 业界构建自主可控产业生态 新一轮科技革命和产业变革推动了核心软硬件技术、数据通信、人工智能和模型仿真等领域的创新融合,为工业领域带来技术革新和生态重塑的机遇。 -人民网 今日推荐 开源项目 jwilber/roughViz https://github.com/jwilber/roughViz roughViz.js 是一个可重复使用的 JavaScript 库,用于在浏览器中创建基于 D3v5、roughjs 和 handy 的粗略/手绘样式图表。 每日一博 复用的双刃剑:软件工程里的悖论与挑战 在软件工程领域,复用与扩展性一直是开发者追求的目标,然而,这两者之间存在着天然的矛盾。本文探讨了复用的双面性 —— 它既可能是提升效率的利器,也可能是引入复杂性和维护难题的根源。 开源之声 用户观点 谷歌“杀死”流行的开源广告屏蔽扩展 观点 1:Safari和Firefox的含金量还在上升 观点 2:这时候就知道市场上还有个Firefox的重要性了,目前一劳永逸的做法就是自己部署一个adguardhome的DNS服务,通过DoH过滤 观点 3:那过滤不了dom啊。很多广告和跟踪和网站本身是在同一个域名下的,请问用dns怎么过滤呢?广告过滤是非常依赖浏览器扩展对dom的过滤的 观点 4:brave挺好的 观点 5:已经迁移到Firefox了 观点 6:强推v3让用户老实了,所以网站什么时候老实点,马斯克在我浏览器里用div套div到处拉屎。 观点 7:嫌弃自家浏览器用户太多,赶走一些 观点 8:作为chrome插件开发者,强推MV3,作法的确很谷歌。 观点 9:braveyes 观点 10:chromiumungoogle才是yes 观点 11:所以谷歌被反垄断调查了 观点 12:老夫的浏览器分工明确:主力Firefox,备用edge,在线授课chrome。 观点 13:使用低版本 观点 14:漏洞警告 观点 15:edge就是有广告我也吹爆他 中国网络空间安全协会:应系统排查英特尔产品网络安全风险 观点 1:这波我是支持的,特别是managementengine即使是国外云计算大厂都不敢信任,我们又如何信任 观点 2:Intel没得洗。支持 观点 3:AMDYes! 观点 4:牙膏厂的拉胯,真是肉眼可见的速度 观点 5:我只能玩梗了,AMDyes!感觉刚学的ov有点可惜。 VirtualBox 7.1.4 发布 观点 1:VirtualBox靠什么赚钱? 观点 2:新版本安装失败,而且限制了安装位置,挺奇怪的 ---END---

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

仪表板支持水印设置,数据集新增脱敏规则支持,DataEase 开源数据可视化分析平台v1.17.0发布

12月5日,DataEase开源数据可视化分析平台正式发布v1.17.0版本。 这一版本的功能升级包括:数据集方面,支持将数据集数据按指定条件导出为Excel文件,方便用户对权限范围内的数据进行二次处理。数据集字段支持日期解析格式设置,解决了日期过滤组件无效的问题;仪表板方面,Tab组件新增轮播功能,以满足多屏内容自动切换的需求;悬浮模式下组件支持精确位置设置和大小设置,用户可以制作更加精细的仪表板;视图方面,新增横向百分比柱状图。同时AntV图库的所有柱状图、面积图、仪表盘新增渐变色支持,对视图展示效果做了增强。 X-Pack增强功能方面,DataEase新增仪表板水印设置,用户可以为仪表板添加水印,保护自己的数据版权;数据集支持脱敏规则设置,用户可以通过制定多样的规则来保护用户的数据安全;定时报告新增对富文本支持,报告内容更加丰富多彩。 另外,我们还对其他一些常用的功能进行了功能优化和问题修复。 新增功能 ■视图:AntV图库的柱状图、面积图、仪表盘等新增渐变色支持,展示效果更丰富 数据可视化工具除了清晰准确地表达数据内在意义以外,良好的展示效果对于用户的使用体验也很重要。在v1.17.0版本中,DataEase对AntV图库中的所有柱状图、面积图以及仪表盘均增加了渐变色的支持,丰富了这些图表类型的展示效果。 ■ X-Pack增强包:定时报告新增富文本支持,报告内容更精彩 在DataEase v1.17.0之前的版本中,定时报告中的报告内容只能添加普通文本内容,不支持用户添加图片、链接等内容。 在v1.17.0版本中,DataEase将报告内容使用的普通文本编辑器替换为富文本编辑器,用户可以在报告内进行字体设置、文字排版、内容编号等操作,也可以添加诸如图片、超链接等元素。 此外,DataEase对目前所支持的邮件、企业微信、钉钉、飞书、飞书国际版等所有报告分发渠道均进行了富文本的适配,用户无论通过哪个渠道发送报告,都可以获得内容丰富、形式多彩的报告。 ■ X-Pack增强包:仪表板支持水印设置,数据分享更放心 随着企业数字化的推广与普及,企业用户日益重视保护数字产品的版权和完整性,并开始关注防复制或去向追踪的相关技术。 在v1.17.0版本中,DataEase加入了对水印设置的支持,用户可以将DataEase账号、昵称、IP和系统当前时间进行自由组合,形成水印内容。设置的水印将会影响所有仪表板展现的场景,包括仪表板预览、报告、PDF导出等。对数据安全具有较高要求的用户,还可以强制要求所有仪表板必须带有水印。 ■ X-Pack增强包:数据集新增脱敏规则设置,数据展示更安全 在v1.17.0版本之前,DataEase为数据集数据提供了简单的脱敏处理功能,可以将指定字段的源数据用“*”号进行替代展示。但在某些情况下,用户希望一些类型的数据仅屏蔽关键部分的信息,而非完全屏蔽所有信息,例如屏蔽身份证号、手机号、人名等。用户仅需隐藏这些数据的中间部分,这样既可以看到省份、手机归属地等信息,又很好地把生日、具体号码、姓名等隐私信息进行了脱敏处理。 DataEase v1.17.0版本中新增数据脱敏规则支持,用户可以指定数据全脱敏、指定头尾位数脱敏、指定中间位数脱敏等脱敏规则,有效满足用户个性化的数据处理需求,让敏感数据在展示时更加安全。 除了上述新增功能外,DataEase v1.17.0版本还包含了很多其他的功能更新和优化,欢迎进入我们的官方文档及GitHub仓库的Release页面查看更加详细的更新日志。 功能优化 ■refactor(数据源):调整数据源类型选择页的样式(#3814); ■refactor(仪表板):组件样式设置中,边框浏览背景颜色支持自适应; ■refactor(仪表板):优化仪表板过滤组件中表格等组件的自适应缩放方式,防止组件在仪表板不同分辨率下出现组件大小不适配问题; ■refactor(仪表板):优化置顶置底逻辑,以适配新画布(#3905); ■refactor(视图):富文本视图允许修改标题; ■refactor(视图):优化批量操作逻辑; ■refactor(应用):优化应用模板界面,防止因误触导致关闭信息填写页面的问题(#3854); ■refactor(插件):优化插件显示效果; ■refactor:优化数据源类型的展示效果; ■refactor:NPM(NodePackage Manager)缓存清理。 Bug修复 ■fix(数据源):修复添加API数据源时大小写无法作为区分不同字段名的依据的问题(#3424); ■fix(数据集):修复关联数据集保存出错问题(#3426); ■fix(数据集):修复API数据集存在空数据时导致定时任务同步报错的问题(#3668、#3792); ■fix(数据集):修复MongoDB表名中带“-”号时创建数据集失败的问题(#3160); ■fix(仪表板):修复开启辅助网格模式后矩阵和悬浮视图重叠的问题(#3717); ■fix(仪表板):修复Tab下加入多个视图,公共链接打开后,饼图的图示内折叠切换按钮不可用的问题(#3761); ■fix(视图):修复地图缩放功能异常(#3782); ■fix(视图):修复PG数值类型长度不够的问题(#3632、#3745); ■fix(应用):修复含有关联数据集的应用导入后关联数据集报错的问题(#3714); ■fix:修复dectl脚本错误(#3683)。

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

KES V9R2C16发布:面向核心业务的长稳能力,从内核到运维一次讲清

前阵子一个老朋友半夜找我。他们给省里一家交通集团做计费结算,库不算大,可单子一天都不能断。他在电话里抱怨:老张,数据库平时看着没事,一到月底跑批就露馅,慢的慢、卡的卡,运维天天打地铺。我反问他一句:你查过最坏的情况吗?事务号用完了会怎样,冻结风暴什么时候来?他愣了半天,说这玩意儿还能用完?

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

qData数据中台专业版V2.6.0发布:血缘全链路再升级,在线接口测试与帮助中心正式上线

qData数据中台专业版V2.6.0围绕数据血缘、数据集成、数据开发、数据服务、整库同步、数据连接等核心能力进行调整,同时新增在线接口测试、数据源诊断和帮助中心,扩展多类数据源适配,并进一步优化任务日志、作业管理、数据标准及全局交互能力。 从“能接、能算、能用”,进一步走向可追踪、可调试、可排查 企业数据中台真正进入持续使用阶段后,日常工作往往已经不再只是“把数据接进来”。 一条数据从业务系统进入平台,到最终提供给业务使用,通常需要经历: 数据源连接 → 数据同步 / 集成 → 数据开发 → 数据加工 → 数据服务 → 接口调用 而在这条链路之外,还伴随着另一条研发和运维链路: 连接是否正常 → 任务如何运行 → 日志在哪里查看 → 数据从哪里来 → 下游被谁使用 → 接口是否可用 → 出现异常如何定位 当数据源、任务和数据服务数量持续增加后,企业面对的问题也会逐渐从“功能有没有”,转向“不同能力之间能否衔接起来”。 例如: 一张表虽然已经同步进入平台,但能否看到具体由哪个整库同步任务产生? 数据已经通过API提供给业务系统,但能否继续向上追踪API依赖的数据来源? Flink、Spark等开发任务越来越多时,离线与实时任务如何分类管理? 接口开发完成之后,是否还需要离开平台借助其他工具完成请求调试? 数据连接失败时,究竟是地址、端口、账号还是权限问题? 任务异常后,开发人员能否快速从日志中判断执行阶段和异常位置? 因此,qData V2.6.0并不是围绕某一个独立模块进行单点增强,而是继续补充数据从接入、加工、开发到服务应用过程中的可管理性、可追踪性与可调试性。 01 数据血缘继续向两端延伸:补齐整库同步与数据服务节点 企业数据链路往往不是简单的: 源表 → 目标表 实际上,在源表和目标表之间存在具体的数据处理任务;而数据形成结果表之后,也并不意味着链路已经结束,很多数据还会继续通过数据服务接口向其他系统提供。 因此,一条更接近实际的数据链路可能是: 源表 → 整库同步任务 → 目标表 → 后续数据加工 → 数据服务 → 业务系统 qData V2.6.0进一步扩展数据血缘覆盖范围,将整库同步任务和数据服务节点纳入血缘体系。 新增整库同步血缘,看见“数据通过什么任务进入平台” 整库同步是企业建设ODS层、开展数据库迁移和多系统数据汇聚时常见的数据接入方式。 过去如果血缘只展示: 源表 → 目标表 开发人员虽然能够确认两张表之间存在关系,但仍然缺少一个重要信息: 具体是哪一个整库同步任务完成了这次数据传输? qData V2.6.0将整库同步任务作为独立血缘节点,支持展示: 源表 → 整库同步任务 → 目标表 这意味着数据接入阶段不再只体现表与表之间的逻辑关系,还可以进一步还原实际承担数据同步的任务节点。 整库同步节点统一进入血缘分析体系 整库同步血缘并不是只增加一类图形节点。 qData专业版V2.6.0将整库同步节点进一步纳入: 血缘地图; 血缘维护; 来源分析; 影响分析。 在血缘地图中,可以查看源表、整库同步任务和目标表之间的完整链路。 在来源分析中,可以以整库同步任务为分析对象,继续向上查看数据来源及关联链路。 在影响分析中,也可以从整库同步节点向下查看可能涉及的目标数据和后续关系。 血缘维护则用于新增、查看和维护整库同步相关血缘关系。 对于企业来说,这类能力更适合用于数据问题追溯、同步任务梳理以及数据变更前的关系确认。 需要说明的是,血缘能够帮助开发和治理人员明确“关系在哪里”,但不能直接替代任务日志、SQL逻辑和数据质量分析。数据异常仍需要结合实际任务运行情况进一步判断。 新增数据服务血缘,继续追踪数据“最终被谁使用” 数据加工完成之后,很多ADS结果表或业务数据还会继续通过数据服务提供给外部系统。 如果血缘只停留在数据表层面,数据团队能够知道一张结果表是如何形成的,却无法继续判断: 这张表最终支撑了哪些数据服务? qData V2.6.0新增数据服务血缘,支持建立: 来源表 → 数据服务 之间的上下游关系。 数据服务节点可以进入血缘地图,并支持: 查看来源表与数据服务之间的上下游关系; 在血缘维护中新增、查看和维护数据服务关系; 以数据服务节点为起点进行来源分析; 向上查看接口所依赖的来源表及相关链路。 这样一来,血缘关系可以进一步从“数据如何形成”,延伸到“数据如何被服务使用”。 对于接口调整、数据源变更和服务依赖梳理,这类关系可以提供更直观的参考。 02 重构数据集成与数据开发任务入口,区分离线与实时处理链路 当平台同时承载批处理任务和实时计算任务时,如果所有任务长期集中在同一入口,随着任务数量增加,管理成本也会随之上升。 离线任务和实时任务在执行方式、资源使用、故障排查和运维关注点上都存在差异。 因此,qData V2.6.0分别调整了数据集成和数据开发的菜单结构。 数据集成拆分为离线任务与实时任务 V2.6.0将数据集成任务进一步拆分为: 离线任务 实时任务 两个独立入口。 其中,离线数据集成任务统一进入离线任务管理,实时数据集成任务统一进入实时任务管理。 这种调整本身不会改变数据处理逻辑,但能够让不同运行模式的任务拥有更加明确的管理入口。 对于同时存在批量同步、周期性ETL以及实时数据处理的企业环境来说,分类管理也更便于后续进行任务查找、运维和问题定位。 数据开发同样区分离线与实时任务 数据开发侧采用相同思路。 V2.6.0将原有数据开发任务进一步拆分为: 离线开发任务; 实时开发任务。 不同类型任务分别进入对应管理入口。 从企业研发流程来看,这实际上是在进一步明确: 不同计算模式的任务,应进入与其运行方式相匹配的管理链路。 当任务数量较少时,这种区别可能并不明显;但随着项目规模增加、开发团队扩大,清晰的任务分类会逐渐成为研发和运维管理的一部分。 03 调整Flink、Spark运行方式,并扩展数据开发适配范围 企业数据研发场景通常不会只依赖一种计算引擎。 关系型数据库SQL、Hive、Spark以及Flink可能同时存在于一套数据平台中,分别承担数据库加工、离线计算和实时计算任务。 V2.6.0继续调整数据开发的底层运行方式和数据源适配范围。 Flink、Spark任务调整为集群模式运行 本次版本将: Flink任务调整为集群模式运行; Spark任务调整为集群模式运行; 并同步调整相关执行配置及运行方式。 这类变化更多属于执行架构层面的调整。 对于企业用户而言,实际使用时仍需要结合已有Flink、Spark集群资源、执行参数、资源容量以及平台部署架构完成配置。 平台运行模式的变化并不能替代企业自身对计算资源、队列、并发和容量的规划。 数据开发新增达梦、ODPS和Hive适配 V2.6.0进一步完成多类数据源的数据开发能力验证,目前新增或完善: 达梦数据库数据开发; ODPS数据开发; Hive数据开发。 这意味着企业在国产数据库、云端大数据平台以及Hive数据仓库等不同环境中,可以进一步通过qData开展相应的数据开发任务。 对于同时存在传统关系型数据库、国产数据库、离线数据仓库和云数据平台的企业而言,多数据源开发能力能够减少不同技术体系之间的数据研发割裂。 具体可使用的SQL能力、权限范围以及计算资源,仍需结合对应数据库或数据平台本身的能力进行配置。 关系型数据库数据开发新增血缘解析 除了扩展数据开发环境,本次版本还新增了关系型数据库数据开发的血缘支持。 平台可以解析关系型数据库数据开发任务产生的数据表上下游关系,并将相关血缘纳入统一血缘管理,在血缘地图中继续查看相应开发链路。 这样一来,血缘分析不再只围绕部分大数据计算任务展开,传统数据库中的数据开发关系也可以进一步进入统一视图。 04 优化数据集成ETL架构和任务日志,让运行链路更容易维护和排查 数据平台长期运行后,除了功能数量,底层代码结构和运行日志同样会影响后续维护成本。 V2.6.0对数据集成ETL相关代码进行了进一步调整,包括精简冗余代码和处理逻辑、优化底层代码结构,并调整相关模块依赖关系。 这类调整主要作用于平台内部架构。 从使用层面来看,它并不会直接增加一个新的业务入口,但有助于减少ETL底层长期演进过程中形成的冗余逻辑,为后续组件维护和能力扩展提供更清晰的代码基础。 数据开发日志进一步调整 任务执行失败时,开发人员通常最先关注: 任务在哪个阶段失败? 其次才是: 具体异常是什么? 因此,V2.6.0对数据开发任务执行日志进行了调整,包括: 优化日志展示内容; 优化任务执行状态展示; 优化异常信息展示; 调整不同执行阶段的日志输出和查看方式。 日志本身并不能自动完成故障诊断,但更加清晰的执行阶段和异常信息,可以减少开发人员从大量输出中寻找关键信息的成本。 作业管理日志同步优化 除了数据开发任务,本次版本还同步调整了作业管理中的任务运行日志。 主要包括: 优化作业任务运行日志; 调整日志展示内容; 优化任务执行状态和异常信息; 统一相关任务日志展示方式。 当企业逐渐形成由多个任务组成的作业编排后,问题排查不再只关注某一个SQL任务,而需要从作业整体运行链路中确认异常节点。 统一日志展示方式,可以让不同任务之间的排查方式保持相对一致。 05 数据服务新增在线接口测试,从“发布接口”延伸到“直接调试接口” 数据服务是数据中台连接业务应用的重要出口。 过去,数据接口完成配置或发布之后,开发人员往往还需要借助Postman等外部工具进行: 请求参数配置; 鉴权信息填写; 接口调用; 返回结果查看; 状态码和耗时分析。 当接口数量不断增加时,接口配置与接口验证分处不同工具,也会增加上下文切换成本。 因此,qData V2.6.0新增数据服务在线接口测试能力。 支持多种HTTP请求方式 在线接口测试支持直接选择数据服务接口进行调试,并配置请求地址发送请求。 当前支持: GET; POST; PUT; PATCH; DELETE; HEAD; OPTIONS。 覆盖常见HTTP请求方式。 这意味着从数据服务配置到基础接口验证,可以继续在平台内部完成。 请求参数配置覆盖常见接口调试信息 在线调试过程中,可以分别配置: Params; Body; Headers; Cookies; Auth。 其中,Params还支持: 新增参数; 启用参数; 删除参数; 设置参数名称; 设置参数值; 设置参数类型。 对于需要验证分页参数、筛选条件、请求头、认证信息等场景,可以直接按照实际接口要求组织请求内容。 多标签调试多个接口 接口联调往往不会一次只验证一个接口。 例如,一个业务功能可能同时依赖用户接口、订单接口和指标接口。 V2.6.0支持同时打开多个接口测试标签页,并提供: 多接口并行调试; 固定标签页; 关闭当前标签; 关闭其他标签; 关闭全部标签。 多标签方式更适合进行接口对比以及多接口联合验证。 支持请求超时与HTTP重定向设置 在接口测试过程中,还可以: 配置请求超时时间; 启用或禁用HTTP跟随重定向。 这类配置能够覆盖部分接口网络行为测试场景。 不只是看Body,还可以查看完整响应信息 接口返回后,平台支持查看: Response Body; Cookie; Header; 实际请求信息; HTTP响应状态码; 请求耗时; 响应数据大小。 从研发链路来看,可以将接口验证过程概括为: 选择数据服务 → 配置请求 → 设置参数与认证 → 发送请求 → 查看状态码与响应 → 判断接口是否符合预期 在线测试能力主要面向开发和联调阶段,并不能替代专业API测试、压力测试、自动化测试或完整的接口监控体系。 06 整库同步新增OceanBase和TiDB,继续扩展数据库接入范围 企业进行数据库迁移、ODS建设或多业务系统数据汇聚时,整库同步通常比逐表创建数据集成任务更适合大规模数据接入场景。 随着企业数据库技术栈逐渐多样化,整库同步能力也需要持续适配更多数据库类型。 qData V2.6.0新增: OceanBase整库同步 TiDB整库同步 支持基于OceanBase和TiDB创建整库同步任务。 这进一步扩展了整库同步可覆盖的数据源环境。 对于数据库迁移、分布式数据库数据汇聚以及数据仓库贴源层建设等场景,可以减少大量表逐项配置同步任务的重复工作。 但整库同步并不意味着任意数据库之间都可以无差异迁移。实际实施过程中仍需关注源端和目标端支持范围、字段类型映射、增量机制、数据量以及网络带宽等因素。 07 数据连接新增“诊断”能力,从连接失败进一步定位失败原因 数据连接是整个数据中台的入口。 一旦数据源连接不可用,上层的数据同步、数据开发、数据查询和数据服务都会受到影响。 但实际排查连接问题时,“连接失败”只是结果,真正的问题可能发生在不同位置: 配置错误 → 地址无法解析 → 端口不通 → 账号认证失败 → Database / Schema错误 → 权限不足 → 元数据无法读取 如果系统只能返回“连接失败”,技术人员仍然需要逐层手动检查。 因此,qData V2.6.0新增数据源诊断能力。 覆盖多类数据源连接诊断 当前诊断能力覆盖: 关系型数据库; 数据仓库; 对象存储; 时序数据库。 不同类型数据源的连接机制存在差异,但平台可以围绕基础访问链路进行进一步检查。 从网络连通到账号权限逐项检查 数据源诊断支持检查: 连接配置; 网络地址解析; 端口连通性; 账号认证; Database; Schema; 账号角色与权限; 元数据读取能力。 同时展示各诊断项的执行状态和诊断结果。 这样一来,“测试失败”可以进一步拆解为更具体的问题位置。 例如,当端口连通但认证失败时,排查方向可以优先转向账号密码和认证方式;当账号认证成功但元数据无法读取时,则可以继续检查Schema和权限范围。 诊断结果可以帮助缩小排查范围,但仍不能替代数据库自身日志、网络策略和安全审计系统。 测试连接统一进入配置流程第三步 V2.6.0同时优化数据连接的新增和修改流程,将“测试连接”统一放入配置流程第三步。 用户可以针对当前配置执行完整连接测试,并查看: 测试过程; 各诊断项状态; 最终测试结果。 这样可以在正式保存或启用连接前,先确认当前配置是否满足基本访问条件。 08 逻辑模型发布继续扩展数据库支持 企业完成逻辑数据模型设计之后,还需要将模型结构真正发布到目标数据库。 因此,模型管理不仅涉及逻辑层设计,也会受到不同数据库DDL能力和发布机制的影响。 qData V2.6.0进一步扩展逻辑模型发布支持范围,新增: Kingbase; PostgreSQL; Oracle。 三类数据源的模型发布能力。 支持删除重建与增量发布 针对Kingbase、PostgreSQL和Oracle,本次版本均支持: 删除重建发布 增量发布 删除重建更适合需要根据当前模型重新构建目标结构的场景,而增量发布则更适合已有模型持续调整后,仅将变化内容同步至目标数据库。 在生产环境中,模型发布涉及真实数据库结构变化,因此仍需要结合企业自身的数据库权限、版本管理和变更审核制度使用。 09 帮助中心直接嵌入平台,让功能使用与文档查询处于同一上下文 企业平台功能持续增加后,另一个常见问题是: 用户知道功能入口在哪里,却不一定知道具体应该怎么配置。 如果每次遇到问题都需要离开平台、重新打开文档站点,再查找对应章节,学习和排查过程会被不断打断。 因此,qData V2.6.0新增平台帮助中心。 用户手册直接嵌入平台 帮助中心采用抽屉形式嵌入平台页面。 用户可以: 在平台内直接打开帮助中心; 在当前页面关闭帮助中心; 浏览内嵌的qData用户手册; 按照目录切换对应帮助内容。 这种方式并不是替代完整文档体系,而是尽量缩短“遇到问题—查找说明—返回操作”的路径。 帮助内容覆盖主要功能模块 当前帮助内容覆盖: qData概览; 基础管理; 数据建模; 数据研发; 数据治理; 数据资产; 数据服务。 同时,功能页面新增“查看帮助文档”入口,可以进一步跳转至对应内容。 对于新用户或跨模块使用人员而言,可以减少从完整文档目录中重新定位功能说明的步骤。 10 作业管理UI升级,优化复杂任务编排的操作路径 当单个任务逐渐组合为完整作业后,用户关注的不只是“某个任务是否能够运行”,还需要从整体编排角度查看多个节点之间的关系。 因此,V2.6.0进一步升级作业管理页面。 本次主要调整包括: 优化作业任务资源树展示; 优化作业编排画布布局; 优化节点展示; 调整作业内任务节点的展示方式; 优化任务保存入口; 优化任务配置入口; 优化任务检查入口; 调整作业配置页面整体布局和交互方式。 这类调整的重点不是改变任务编排本身,而是让作业资源、画布节点以及配置入口之间的关系更清晰。 对于包含较多任务节点的作业来说,界面结构和交互方式会直接影响开发人员查找节点、修改任务和执行检查时的操作成本。 11 标准数据元拆分:数据元与代码表分别管理 数据标准管理中,数据元和代码表虽然关系紧密,但承担的管理对象并不完全相同。 数据元更多用于描述字段语义、类型及标准定义;代码表则主要维护具体枚举值和编码体系。 qData V2.6.0调整原“标准数据元”功能结构,将其拆分为: 数据元 代码表 两个独立菜单。 拆分后: 数据元可以独立创建、维护和管理; 代码表可以独立创建、维护和管理; 两类对象分别通过独立功能入口进行操作。 这种调整有助于进一步明确两类标准对象的管理边界。 对于企业数据标准体系来说,功能入口的拆分并不等同于标准体系已经自动建立,企业仍然需要结合自身业务制定数据元命名、定义、编码和维护规范。 12 完善全局输入校验与类目树展示,减少基础配置问题 除了主要研发能力,V2.6.0还对全局交互和基础校验进行了统一调整。 这类功能通常不会成为版本宣传中的核心模块,但在企业平台长期使用过程中,基础交互的一致性会直接影响日常操作体验。 输入框增加统一基础校验 本次版本在全局范围增加输入框基础校验,包括: 必填输入框不允许为空; 输入内容不允许全部为空格; 相关文本输入统一限制最长不超过50个字符; 统一相关输入框校验规则; 统一异常提示方式。 这些检查可以提前拦截一部分无效配置,例如名称完全为空、只有空格或输入内容超过限制。 它们主要用于提高基础数据填写的规范性,并不能替代业务层面的数据校验规则。 左侧类目树调整为紧凑型样式 平台还对全局左侧类目树进行了样式调整,包括: 调整为紧凑型展示; 优化类目节点之间的间距; 调整多层级类目树节点展示方式; 统一不同模块左侧类目树的整体样式。 当数据源、任务、模型和资产目录不断增加时,更紧凑的展示方式能够在有限区域内呈现更多层级信息。 版本价值 :从能力扩展,进一步走向链路协同 相比单一功能增加,qData V2.6.0更关注数据接入、研发、治理、服务和运维之间的衔接,使企业数据平台在复杂数据环境下具备更完整的研发与管理链路。 1.数据链路更完整 整库同步、关系型数据库开发和数据服务进一步纳入血缘体系,使数据能够从来源、同步、加工一直追踪到服务使用,为数据问题追溯和上下游关系分析提供更清晰的依据。 2.研发与排障链路更连贯 离线与实时任务分类管理,结合任务日志优化、在线接口测试和数据源诊断,使开发人员可以更集中地完成任务开发、运行检查、接口调试和连接问题定位,减少不同工具和页面之间的切换。 3.异构数据环境适配进一步扩大 通过扩展达梦、ODPS、Hive、OceanBase、TiDB、Kingbase、PostgreSQL、Oracle等数据源在数据开发、整库同步和模型发布中的支持范围,进一步适配企业多数据库、多技术栈并存的数据架构。 4.平台长期使用更加规范 帮助中心、作业管理UI、数据元与代码表独立管理,以及全局输入校验和交互优化,进一步完善平台使用和管理细节,为企业持续开展数据研发、治理与运维提供更统一的工作入口。 总体来看,qData V2.6.0的价值不只是增加更多功能,而是继续将数据接入、加工、追踪、调试和服务使用组织到更加连贯的链路中,让企业数据中台从“具备能力”进一步走向“能力之间能够协同”。 写在最后 qData 数据中台专业版V2.6.0的变化并不集中在某一个独立功能点,而是围绕企业数据平台的一条完整使用链路继续向前延伸。 从整体来看,这一版本可以归纳为几个方向: 在数据接入侧,整库同步新增OceanBase和TiDB支持,数据连接进一步加入诊断能力,使数据从“配置连接”到“确认连接问题”拥有更完整的操作路径。 在数据研发侧,数据集成和数据开发进一步区分离线、实时任务,Flink与Spark调整为集群模式运行,同时增加达梦、ODPS、Hive数据开发支持,并继续优化ETL底层架构和任务日志。 在数据治理与链路分析侧,整库同步、关系型数据库开发以及数据服务进一步进入血缘体系,让血缘关系从数据接入、开发加工继续向数据服务端延伸。 在数据服务侧,新增在线接口测试,从接口配置进一步延伸到请求参数、认证、响应信息和多接口调试,使数据服务开发与联调过程更加连贯。 与此同时,逻辑模型发布继续扩展数据库适配,帮助中心进入平台内部,作业管理完成交互调整,数据元与代码表拆分管理,并统一基础输入校验与类目树样式。 对于企业数据中台来说,平台建设并不是简单叠加更多功能,而是需要逐步将数据接入、研发、运行、治理、服务和排查组织成一套可以持续使用的工作链路。 qData V2.6.0本次调整的重点,也正是在已有数据能力基础上继续补充这些环节之间的连接。 这些能力并不能替代企业自身的数据架构设计、权限体系、生产变更制度、资源规划和运维监控,但可以进一步减少不同数据环节之间的信息断点,让数据从接入平台、加工运行到形成服务的过程更加清晰,也为后续的数据治理和持续运营提供更完整的基础。

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

新华三发布安管一体机2.0,全面满足等保2.0要求+提升安全能力双效合一

【51CTO.com原创稿件】日前,紫光旗下新华三集团在线发布安管一体机2.0,帮助广大中小企业和政府机构快速实现等保合规的体系化建设。作为全新升级版本,本次发布的安管一体机2.0主要面向等保三级要求,通过重构管理平台,集“一体管理”“集、简配置”“合规可视”三大核心特性于一体,除了原有的漏洞扫描、日志审计、运维审计等核心能力外,还新增了数据库审计、终端安全等功能模块,全面满足各行业用户对等保2.0中管理审计类的合规要求。 线上发布会结束后,新华三集团安全产品线总工涂尧、高级产品经理陈靖,以及安全产品拓展部高级解决方案专家赵新珂共同接受了媒体采访,分享了新品研发背后的技术创新思考,以及2020年关于等保2.0建设的新判断。 新华三“等保+”全面覆盖等保2.0合规要求 涂尧告诉51CTO记者,“近年来,用户从被动安全向主动安全转型的过程中,新华三始终瞄准用户需求和痛点进行产品创新升级。这次安管一体机2.0的推出,一方面得益于新华三拥有丰富齐全的网络安全产品线,另一方面也是源于新华三在安全云领域的深厚积累,把种类繁杂的产品整成统一管理、统一UI、统一运维的一体机,而不是单一的设备堆砌。“这正是新华三将用户需求与自身技术融合创新的一次能力展示。” 本次发布会的主要分享嘉宾,陈靖表示,安管一体机2.0是新华三“等保+”解决方案的核心产品,全面匹配等保2.0新标准,设计初衷就是要使用一台设备来覆盖等保的管理审计类的技术要求。他详细介绍道,新华三“等保+”解决方案采用控制转发与管理审计分离的设计理念,由下一代防火墙+安管一体机灵活部署:按照等保要求,将控制转发类操作由下一代防火墙完成,而安全管理审计要求,则交由安管一体机2.0来完成,再搭配新华三的安全咨询服务,最终帮助用户建立起一套完备的安全管理办法以及相应的规章制度,全面覆盖等保2.0合规要求,帮助政府和企业的用户快速地通过等保。 通过等保不意味着万事大吉,安全能力提升才是王道! 事实上,安管一体机2.0的价值可不仅仅是通过等保测评如此简单,新品自身一体性和易用性的极大升级不仅降低了运维压力,而且能够真正提升安全能力。 陈靖介绍到,等保建设体系非常复杂,过去为了满足等级保护的合规检查,很多企业都盲目添加了很多的安全设备,设备的采购与建设周期比较长。而且建设完成之后,由于各种不同的安全设备各自为战,安全效果大打折扣,并不能真正形成有效合力。他举例道,当用户进行安全策略部署的时候往往才发现,一些核心的整体安全策略需要跨很多台设备,分别配置操作复杂,容易出现漏配错配的情况。不仅如此,各类硬件设备间缺乏有效的联动和统一的调度管理,安全风险应对能力难以提升。对一些运维能力相对弱的企业来说,通过等保之后,安全设备成了摆设,安全能力没有得到与投入相匹配的提升。 正是看到了用户在通过等保时遇到的这些问题,新华三意识到,只有将等保所需要的功能进行整合并高度统一地管理起来,才能做到精准快速的交付,这正是新华三升级安管一体机2.0的初衷。 那么新华三的安管一体机2.0是如何在做到部署快,合规快的同时,又让用户真正用起来,发挥产品安全作用的呢?陈靖总结道,新华三的秘诀就是让用户“省事、省时、省心”——“省事”是指新华三的解决方案简单、产品易用;“省时”是指产品建设的周期短,可以实现快速交付;而“省心”则是指帮助用户顺利地通过测评,真正地提升安全能力。 与“云移物工大”场景更配噢! 众所周知,等保2.0一个最明显的变化就是增加了对“云移物工大”场景的覆盖,赵新珂强调,在等保合规建设的场景中,无论是通用环境还是“云移物工大”这些扩展场景,等保技术维度的要求仍然是“一个中心三重防护”,而安管一体机重要价值就在于对安全管理中心的构建。以本次发布的新品为例,构建的安全管理中心需要满足系统管理、审计管理、安全管理,同时还需要强化集中管控的能力。首先,通过设备里的运维审计组件,终端或主机杀毒组件,可以对用户的日志和流量进行审计和分析;其次,设备里的运维审计可以对系统、应用或者主机设备进行管理,把管理流量发送到各个管理对象上面去。 “对‘云移物工大’场景极为适用。”他指出,尤其是在云环境下对平台和租户的安全能力构建,安管一体机就显得更为高效灵活,因为仅这一台设备就可以构建出一个安全资源池,客户端只需提供一个IP和协议可达的网络即可。 采访最后,当记者问及新华三网络安全产品未来的发展规划时,涂尧表示,2020年5G建设仍将是新华三的投入重点,另外财税民生领域对网络安全需求也在持续增长,因此新华三下一步也将加大安全重点投入和布局,中小企业的安全市场也是新华三的发力方向。“随着整个网络建设进入一个高潮,我们认为这个网络安全的建设也会全面进入‘主动安全’的时代,新华三作为主动安全理念的倡导者和实践者认为,主动创新至关重要。”他指出,这种创新不仅仅是要在网络内在的安全防护的层面,更要站在人、网、业务应用三位一体的角度去考虑问题,要从时间线、事件线、物理线之间形成的关联网中进行主动的检测、预警和防范。 【51CTO原创稿件,合作站点转载请注明原文作者和出处为51CTO.com】 【责任编辑: 周雪 TEL:(010)68476606】

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

Java 开源办公开发平台 O2OA V5.3.0 发布 | 移动版H5发布,服务器性能优化升级

O2OA此次发布的移动端H5版本,拥有高度的灵活性、强大的交互功能、丰富的适配平台,同时拥有齐全的页面组件,功能组合极其便利。客户在使用移动端H5进行办公时,能够更高效地实现动态信息确认、助力企业协同办公。对于开发者来说,此次移动端H5版本可大大降低OA办公系统的开发成本,同时还可以考虑客户的实际应用需求,在各类办公APP中嵌入使用,如钉钉、企业微信等等。 此外,O2OA是一个SPA(single page web application)应用,相对与传统的多页应用,前端的代码量比较大,所以此次V5.3.0版本从多方面优化了前端性能。详情请见语雀教程:https://www.yuque.com/docs/share/bb782895-d2a8-4fee-a7a5-ffae026f9dfc?# 《O2OA前端性能优化》 O2OA V5.3.0包含大量功能更新和问题修正,让平台更稳定,用户操作更方便: 功能新增 [移动办公]新增了企业微信通讯录同步回调功能 [移动办公]新增了钉钉通讯录同步回调功能 [数据库连接]新增了人大金仓数据库V8R6适配器 [流程平台]新增了表单组件的默认值等脚本支持异步返回 [流程平台]优化表单展现速度,增加预加载脚本 [流程平台]新增了数据网格支持插入附件功能 [流程平台]新增了V2版本的work接口 [流程平台]新增了V2版本的form接口 [文件存储]新增了对sftp协议的支持 [系统服务]新增了工作时间计算的前端接口 [人员组织]新增了组织关联用户、身份是否存在的校验接口 [人员组织]新增了根据职务名称和组织查询职务信息接口 [人员组织]新增了组织成员按身份排序的按钮 [中心服务]新增了手动发起同步区域数据接口 [内容管理]新增了点赞信息查询接口 [内容管理]新增了根据id列表查询doc数据接口 [数据中心]新增了查询语句的视图配置 [数据中心]新增了查询语句的API [数据中心]新增了获取实体对象的属性信息接口 [数据中心]新增了视图数组类型in语句查询条件 [数据中心]新增了查询语句查询数据与查询总数同时执行的接口 [数据中心]新增了视图中的全选功能 [数据中心]新增了视图中按脚本设置默认选中条目的功能 [数据中心]新增了视图中按脚本设置选中条目权限的功能 [平台架构]打包应用jar包上传到maven仓库 [平台架构]新增了自定义应用模板创建 [平台架构]引入Promise对象,所有前端Action的请求全部返回Promise对象 [平台架构]新增了web.json配置,可配置configMapping减少获取服务地址请求 [考勤管理]新增了工作地点的百度开发者账号设置 功能优化 [缓存]简化ETag计算,减少ETag计算开销 [服务器]ctl -hs 命令增加对center,application,web服务器的dump [流程平台]优化优先路由功能,增加立即执行配置项 [流程平台]增加在拆分合并状态下的拆分值的回滚 [流程平台]增加提交时人员选择的隐藏条件 [流程平台]修改服务调用活动颜色,以免和流程监控的已流转过活动颜色过于接近 [流程平台]多人处理时,优先路由是立即执行还是所有人处理完成后执行,现在可以在流程配置时选择 [流程平台]默认隐藏流程配置的高级属性 [流程平台]流程配置事件增加了有代码的提示标志 [系统服务]接口脚本改由编译后缓存执行 [数据库连接]增加数据库连接池借入借出的testConnection配置项 [服务器]ctl -td命令改由调用jcmd执行 [数据中心]优化自建表查询,允许自建表间关联查询、子查询、join查询 [数据中心]自建表编译优化,支持集群同时编译 [数据中心]取消视图查询时默认时间范围1年限制 [数据中心]限制了自检表的表名为文本加日期 [数据中心、流程引擎、内容管理]操作条的系统操作和自定义操作可以混合排序 [内容管理]缓存及权限刷新修改 [内容管理]增加了评论的编辑器设置 [人员组织]修改根据组织和职务名称查询身份信息接口(优化查询速度) [人员组织]增加了组织中按照人员拼音排序的功能 [门户管理]优化门户展现速度 [云文件]支持管理员设置用户最大使用容量、可上传的文件类型限制 问题修复 [移动办公]修复了Android app 下载更新的bug [移动办公]修复了Android app 指纹认证登录不成功的bug [移动办公]修复了Android app 会议处理页面的bug [移动办公]修复了钉钉工作页面无法关闭的bug [论坛管理]修复了内外网域名不同图片不能正确显示的bug [数据库连接]修复了神州通用数据库Boolean映射错误的bug [自定义表]修复了驼峰式命名单个小写字母转换的错误 [流程平台]修复了一键下载文件标题包含特殊字符、标题过长的问题 [流程平台]修复了提交时选人可能重复出现人员的问题 [流程平台]修复了关闭WORK页面时,有时beforeunload事件会执行两次的问题 [流程平台]修复了版式文件粘贴大段内容后容器高度异常问题 [流程平台]修复了数据网格中多行文本的显示问题 [应用中心]修复了导入应用覆盖时应用本身信息没有覆盖的问题 [内容管理]修复了附件update权限判断错误的问题 [数据中心]修复了数据中心应用删除时关联的子表数据未删除完全的问题 [系统服务]修复了代理模式代理url特殊字符比如|的问题 [平台首页]修复了首页日程安排标题显示重叠的问题

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

浙江乌镇已布500多个人脸识别摄像头;宁波、嘉兴将引入中考英语人机对话考试技术,用机器为考生口语评分

Amazon Go模式贵难乱,阿里口碑今天用二维码打造低配版无人便利店 10月26日,中国(杭州)国际电子商务博览会在杭州开幕。 在杭州白马湖国际会议中心A馆,阿里巴巴旗下本地生活服务平台“口碑”用一张普通的二维码,希望把传统便利店打造出Amazon Go的体验感:不用排队结账,即扫即得。 用户在口碑无人便利店的购物流程如下: 顾客进入店铺后,打开支付宝,扫描入口处的口碑码。系统会根据你过往的消费偏好,自动弹屏,向用户推荐当时当下门店最适合用户的优惠组合。 与此同时,体验店也采用了自助结账技术。消费者用支付宝扫描商品条形码,所选商品就会自动进入口碑电子购物车,支持一键支付。 在线完成支付后,只需出示消费明细即可离开门店,节省了排队时间。 最后,口碑的自助购物解决方案将营销推广对接到了支付环节。消费者完成支付时,可在支付成功页领取优惠。这些优惠的

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

开源日报 | 字节跳动向前实习生索赔800万;通义开源推理大模型QwQ;SUSE重塑品牌;最快的编程语言;Vite 6发布

欢迎阅读 OSCHINA 编辑部出品的开源日报,每天更新一期。 # 2024.11.28 今日要闻 “2024 年度中国 GenAI 消费应用人气评选” Top 10 榜单正式揭晓 通义开源推理大模型 QwQ,推理水平比肩 OpenAI o1 11 月 28 日,阿里云通义团队发布全新 AI 推理模型 QwQ-32B-Preview,并同步开源。 QwQ(QwQ 的发音为 /kwju:/ ,与单词 “quill” 的读音近似)模型是由 Qwen 团队开发的实验性研究模型,专注于增强 AI 推理能力。QwQ(Qwen with Questions)是通义千问 Qwen 大模型最新推出的实验性研究模型,也是阿里云首个开源的 AI 推理模型。 阿里云通义千问团队研究发现,当模型有足够的时间思考、质疑和反思时,其对数学和编程的理解就会深化。基于此,QwQ 取得了解决复杂问题的突破性进展。 字节跳动起诉前实习生篡改代码,索赔 800 万 字节跳动起诉前实习生田某某篡改代码攻击公司内部模型训练一案,已获北京市海淀区人民法院正式受理,案由为侵权责任纠纷。字节跳动请求法院,判令田某某赔偿公司侵权损失 800 万元及合理支出 2 万元,并公开赔礼道歉。 2024 年 10 月,有媒体称 “字节大模型训练任务被实习生攻击”,并有网传信息称 “涉及 8000 多卡、损失上千万美元”。后字节跳动通过官方账号发布事实澄清,称确有实习生发生严重违纪,涉事实习生已于 2024 年 8 月被公司辞退。 开源巨头 SUSE 重塑品牌:为多款核心产品改名、推出 SUSE AI 在近日举办的 KubeCon North America 上,开源巨头 SUSE 宣布了重磅的品牌重塑方案,并推出了 SUSE AI,这是一个安全平台,用于部署和运行生成式人工智能 (genAI) 应用,在安全和合规性方面提供帮助。SUSE 已将其整个产品组合重新命名,让产品名称更具描述性和且对客户友好。值得注意的变化包括: Rancher:SUSE 的 Kubernetes 产品,已更名为SUSE Rancher Liberty Linux:SUSE 提供的 Red Hat Enterprise Linux (RHEL)/CentOS 克隆和支持服务,更名为SUSE Multi Linux Support Harvester 更名为SUSE Virtualization Longhorn 更名为SUSE Storage Vite 6 正式发布,新型前端构建工具 Vite 6 是自 Vite 2 以来最重要的主要版本发布。该版本引入了处于实验性阶段的“环境 API”(Environment API)。Environment API 是 Vite 6 中引入的一个实验性特性,它正式化了环境(Environments)的概念。这个 API 允许用户和框架作者根据生产环境中应用的工作方式,创建所需的多个环境。 它在 Vite 5.1 中以 "Vite Runtime API" 的名称首次引入,并在 Vite 6 中以实验性功能发布。 Redis 试图控制 Rust 客户端库,引发商标争议 近日,Redis 公司联系了 Rust 语言的 Redis 客户端库 redis-rs 的维护者,表达了接管该项目的意愿。作为 redis-rs 目前的掌控者,Armin Ronacher 在网上披露了与 Redis 产品经理的沟通过程。Redis 表示,他们希望能有一个官方支持的 Rust 客户端,为此建议接管 redis-rs,未来会加入一些企业级的功能,但仍会继续接受社区贡献,并与 Redis 社区版保持兼容。 然而,Ronacher 从与对方的交谈中感受到,Redis 可能认为 redis-rs 这个名称侵犯了他们的商标权。而 Redis 给出的选择是,要么将项目所有权转让给他们,要么就得改名。Ronacher 表示不想卷入任何商标纠纷,但也担心这会影响到那些将 redis-rs 与 Redis 的开源替代品 Valkey 一起使用的用户。 今日观察 社交观察 编程中关于异常的系列文章 文章链接: 学会异常处理,让你的代码更稳定 日常编程中如何处理异常?文章主要讲解了异常处理在编程中的重要性,介绍了正常流程与异常流程的区别,以及如何通过异常处理机制提高代码的稳定性和健壮性,并通过实际代码示例阐述了Tester-Doer模式、Try模式以及finally块和using语句的使用场景和优点。 - 微博dingtingli 性能之王:最快的编程语言 - 微信鸟窝聊技术 世界上最甜的编程语言是什么? 已知世界上最好的语言是 PHP。 请问,世界上最甜的语言是什么? - 微博Maeiee 媒体观察 一家老牌明星AI公司,倒在大模型时代 还有2天,就是“通用大模型应用鼻祖”ChatGPT上线2周年的纪念日。 很多人和公司的生活因它而改变,但对Afiniti这家公司来说,这个改变可能是最剧烈的,剧烈到他们最后一次公开谈论ChatGPT,是在自己的破产申请书上。 -硅兔赛跑 “集中供暖”下的人形机器人赛道:热潮与挑战并存 2024年初冬的这场“集中供暖”狂欢,虽是人形机器人领域的“输血”黄金档。然而,“集中供暖”不会持续到春夏时节。 如何在资本输血倘若变少的情况下,实现自我造血,意味着行业驶入“深水区”后,哪家公司的人形机器人,能真正找到“招人待见”的那片“工地”。 -深眸财经 我国加快推进算力技术标准化建设 专家表示,标准是算力技术创新成果的转化,更是筑牢算力产业生态的关键途径。在稳住算力产业“硬实力”的同时,更要深耕算力产业“软实力”,未来应继续坚持技术创新驱动,发挥标准引领支撑作用,共同构建开放、协同、创新的算力产业新生态。 -经济参考报 汽车开源操作系统迎来淘金时刻 当新一轮汽车技术变革的浪潮汹涌而至,汽车智能化对于软件的需求更为迫切,车用操作系统等软件的重要性日益凸显,特别是安全可控车用操作系统的开发备受瞩目。 - 智驾网 Agentic AI正在重启入口之争 围绕数据资源的基础设施更新有效推动应用场景的拓展和功能体验的创新,最终引发新生态的构建,生成了用户入口的超级应用;AI 时代用户的注意力争夺成为应用发展的重中之重,未来将诞生新的用户入口。 - 窄播 站在十字路口的百度:扩张还是收缩 为何市场就是不买单百度,该问题此前市场中也多有阐述,其中采纳最多的乃是:身为百度基石业务的搜索正面临剧烈冲击,创新业务虽踩中市场脉搏,但短期内很难体现在财务报表中,简单来说,在一个大集体内,搜索业务的下行的暮气会遮掩创新业务的锐气。 -思辩财经 今日推荐 开源项目 raysan5/raylib https://github.com/raysan5/raylib raylib 是一个简单易用的库,可让你享受电子游戏编程的乐趣。raylib 受到 Borland BGI 图形库和 XNA 框架的高度启发,特别适用于原型设计、工具、图形应用程序、嵌入式系统和教育。 每日一博 AutoConsis:UI 内容一致性智能检测 本文以特价商品营销业务为例,来介绍智能化 UI 内容一致性检测所需要的能力。特价商品营销是一种大型促销应用,与之相关的一致性测试涉及数百个城市,单个城市内的多个商品品类,每个商品的多个所涉及页面,其状态空间非常复杂。传统的自动化测试方法需要对各个状态逐一适配,成本极高。理想情况下,我们需要提供一种低成本、易适配、可以覆盖所有状态的能力,同时还需要较强的泛化迁移能力,在不同页面模板、技术栈、App 上自动进行适配。 开源之声 用户观点 最美Linux发行版、macOS开源替代方案——elementary OS 8正式发布 观点 1:自从Cassidy走后elementaryOS的开发速度真的慢了很多。elementaryOS除了当时非常好看的界面外还适配了流畅的触控板操作和窗口圆角的很多细节。真希望他们能继续发展下去 观点 2:我选择Ubuntu+mac究极套皮https://github.com/vinceliuice/WhiteSur-gtk-theme 观点 3:这种换个皮肤之前我也搞过但总觉得不稳定,真要实际使用还是尽量别折腾 观点 4:最好的Linux 桌面发行版,应该是乌班图吧 观点 5:个人感觉从生态上看,更改了包管理器的deepin和没有移除snap的zorinos等Ubuntu下游版本不太合适,个人感觉满足这个要求的外观比较好的主要有LinuxMint下游的FerenOS和使用Cosmic桌面的PopOS,其中个人更喜欢Cosmic桌面,等正式版发布就试一下。 观点 6:也没有比mac好看,也没有不如windows 观点 7:我的评价是,不如deepin 观点 8:KDE装个主题就行了,Archyyds 观点 9:印象中elementaryos多年前停止开发了。elementaryos在那个Linux桌面环境奇丑的年代还是挺好看的,然而现在再来对比,也就那样吧 观点 10:elementaryos的桌面UI真的很漂亮,上一个让我那么惊艳的还是老版的deepinDDE 观点 11:win+wsl谁用谁知道 观点 12:这个桌面还有个优势是很轻量,依赖少,低内存cpu占用(几年前的体验) 观点 13:很早之前就自称最美,也没见多少人认可,但一直拿这个话题营销,实际上比它好看的发行版太多了 观点 14:个人感觉没有kde好看 观点 15:这个还是7的时候用过发现没有托盘给我整不会了现在好像有了 观点 16:用过一段时间比Ubuntu轻量化很多 微软向 Windows 10 用户推送全屏弹窗,建议购买全新 PC 以升级至 Windows 11 观点 1:能干出这,脑子多少有些大病 观点 2:win10LTSC再撑5年,然后观望 观点 3:win7后基本告别windows了,不过win11感觉不大好用。 观点 4:已经转向MAC了,32GB的windows系统还抵不过8G的mac,工作中windows内存经常占用高卡顿导致每天必须重启一次,mac我一个月不重启都没事儿。就这还想我继续用windows ? 观点 5:如果不是硬件驱动不支持, 我甚至想用回Win7 ---END--- 询问AI

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

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

Sublime Text

Sublime Text

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

用户登录
用户注册