首页 文章 精选 留言 我的

精选列表

搜索[腾讯云小程序平台],共10000篇文章
优秀的个人博客,低调大师

从SEO排名到GEO引用:转型逻辑与平台验证方法

搜索引擎用户规模收缩与生成式AI用户增长形成了明确的交叉。CNNIC第57次报告显示,搜索引擎用户一年减少约9600万,使用率从79.2%降至69.5%,同期生成式AI用户增长3.53亿。报告将豆包、元宝这类产品定义为具备内容创作功能的搜索引擎浏览器,意味着信息获取入口已经从链接列表转向合成答案。传统SEO从业者的转型问题,由此可以收敛为一句话:把已有的SEO底层能力换一个输出接口,从优化排名转为优化被引用概率。

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

某钻探企业AI+智慧能碳管理平台

钻井队的配电室里,电表、光伏逆变器、柴油机控制屏各自为政,数据躺在Excel里过夜;网电、风电、储能、柴发多路能源并行,哪一路用了多少、赚了多少、排了多少,调度室里没人能给出精确答案。这是某知名钻探设备生产企业曾经的真实困境,也是当下高能耗作业现场普遍存在的“黑箱”状态。这次,我们把该行业的黑箱打透。首先通过工业级物联网关,以毫秒级频率采集顶驱、泥浆泵、绞车等关键负荷的电压、电流、功率因数,同时并网光伏、风电、储能BMS和柴油机组数据,在统一时序数据库里完成多源异构数据的对齐与清洗。这不仅是采得上,更要采得稳——面对野外钻探的弱网环境,边缘端先做预处理和断点续传,确保数据不丢、不乱、不滞后。真正的价值从数据治理后才开始显现。我们为每台设备、每条支路、每个用能时段建立能效基线,通过负荷特征库自动识别“空转”“轻载”“冲击尖峰”等异常工况,并实时推送告警与调控建议。比如势能回收到底回收了多少效率,储能是在低谷蓄电、高峰放电还是参与柴油机并联带载,系统按秒级积分自动核算电费节省与燃油替代量,形成可追溯、可审计的节能收益明细。财务与机电科再也不用为“省没省钱”扯皮。碳排方面,系统内置国内主流排放因子库,自动区分Scope1(柴油、天然气燃烧)和Scope2(外购电力)排放源,每日生成合规碳台账。同时支持排放因子自定义配置,适应不同区域、不同电网结构的核算要求。这不是一张静态报表,而是企业未来参与碳配额管理、制定内部碳价的数据底座。下一步我们从三个方向延展:一是建设虚拟电厂(VPP)协同调度模块,结合实时电价信号,让储能和可调负荷参与电网需求侧响应,把能源从单纯的成本支出转为可交易的灵活性资源。二是引入设备健康度预测模型,基于电流谐波、温升、振动等多维特征,提前判定顶驱轴承磨损、泥浆泵密封失效等早期故障,变被动抢修为主动计划性维护,减少非计划停机带来的能耗损耗。三是打通财务与生产作业系统,将单井、单区块的能耗成本直接关联钻井进尺,生成“吨油/米进尺”能效KPI,为钻井队的承包考核和工艺优化提供数据依据。如果您也面临多源供能不可控、节能收益说不清、碳排底数摸不准的处境,或许可以先让数据帮您把体检做了。

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

✨ NocoBase 2.2 正式版发布:开源 AI 无代码平台 NocoBase

NocoBase 2.2 正式版进一步完善了 V2 的完整使用路径。 随着 /v/ 独立前端入口和新移动端的落地,V2 不再只是新版页面体验,而开始形成一套更加独立、轻量的前端运行环境。同时,本次版本升级了文件访问机制,并继续完善评论区块、AI 知识库、工作流以及核心插件的 V2 适配。 如果你的应用已经主要使用 V2 页面,2.2 将提供更完整、更轻量的 V2 使用体验;如果仍以 V1 页面为主,建议先完成页面和插件迁移,再切换到新的 /v/ 入口。 新特性 新增 /v/ 独立前端入口 /v/ 是全新的独立前端入口,并且会独立构建。2.0 版本里我们对前端做了非常大的重构,当时为了兼容性,我们还保留了对 V1 模块、页面等的兼容。而 /v/ 分支则会完全移除 V1 的历史遗留内容,无法再创建或者渲染 V1 的页面和区块,只保留面向 V2 的能力。同时,/v/ 分支在性能方面做了较大优化,这个分支将会是 NocoBase 团队后续主要迭代的分支。 如果生产环境已经全部以 V2 页面为主,可以考虑开始使用 /v/ 入口。 如果应用以 V2 页面为主、但仍有少量 V1 页面,建议先将这些页面迁移到 V2。 如果应用仍以 V1 页面为主,不建议直接切换到 /v/。请先完成页面和相关插件的迁移。 通常只需在原有路径前加上 /v/ 前缀即可进入新入口: # 原路径 https://nocobase.example.com/admin/1xl0epqn6q3 # V2 独立入口 https://nocobase.example.com/v/admin/1xl0epqn6q3 设置应用的默认入口 可以通过环境变量 APP_CLIENT_ENTRY_MODE 控制应用入口模式: legacy-default:/ 和 /v/ 均可访问,默认入口为 / modern-default:/ 和 /v/ 均可访问,默认入口为 /v/ modern-only:仅允许访问 /v/ /v/ 分支当前情况 /v/ 分支是个渐进式迁移的分支,进入 /v/ 分支后,将会有几个明显的变化: 通过 Page V1 创建过的页面,在 /v/ 分支里将不再展示。而通过 Page V2 创建的页面,在 /v/ 分支里还能正常展示。 只适配了 client-v1 的插件,在 /v/ 分支里将不再加载。/v/ 分支只会加载适配了 client-v2 的插件。具体可以参考客户端插件开发文档。 目前,NocoBase 内置的大部分插件,已在这个版本里进行了 client-v2 的适配和迁移,因此大部分功能是能直接使用的(还有少数一些未迁移的插件,我们会持续迁移)。不过有些插件提供的能力,后续只会在 /v/ 分支进行更新和迭代。具体如下: 插件列表不再显示废弃插件和仅支持 1.x 的插件 不再支持新增 Page V1 公开表单会区分 V1 和 V2,/v/ 分支不显示 V1 版本的公开表单 审批工作流如果要在 /v/ 分支使用,需要重新配置相关 UI 新移动端只支持 /v/ 分支 「AI 员工 / 数据源」标签页已移除 移除了评论表、日历表、表达式表、外部数据表 工作流人工节点暂时还不支持 /v/ 分支 暂时还不支持给菜单添加徽标数 可以结合生产环境的实际情况进行 /v/ 分支的迁移。 相关文档: 客户端插件开发 文件访问机制升级:稳定 URL、权限校验与部署调整 2.2 对 NocoBase 管理的文件访问机制进行了重要升级。默认情况下,附件和文件不再直接把本地存储路径、对象存储地址或预签名地址作为业务 URL 返回,而是使用稳定的 NocoBase URL: /files/<app>/<dataSource>/<collection>/<id><extname> 例如: /files/main/main/attachments/42.pdf 如果配置了 APP_PUBLIC_PATH=/nocobase,地址会自动带上对应子路径: /nocobase/files/main/main/attachments/42.pdf 访问稳定 URL 时,请求会先进入 NocoBase。NocoBase 根据当前用户、角色以及目标附件表或文件表的查看权限和数据范围完成检查,验证通过后,再通过 302 跳转到存储引擎生成的实际地址。 稳定 URL → NocoBase 身份与权限检查 → 302 → 本地或对象存储实际地址 这让业务内容与具体存储地址分离。调整 bucket、CDN 域名、签名策略或缩略图规则时,业务字段中使用的稳定 URL 通常不需要随之修改。附件上传、图片展示、文件预览和下载的日常操作方式基本不变。 文件 URL 与公开访问可以独立配置 文件存储引擎默认推荐使用 NocoBase URL,让文件访问遵循 NocoBase 的角色和数据权限。对于确实需要直接提供存储地址或公开访问的场景,2.2 也提供了独立配置: 原始 URL:直接返回存储引擎地址,不经过 NocoBase 权限检查 允许公开访问:仍返回 NocoBase URL,但访问时不检查文件记录权限 选择原始 URL 或允许公开访问都会扩大文件的可访问范围,应结合实际业务谨慎配置。保存设置后,同一存储引擎下已有文件和新文件的接口返回方式都会随配置变化,但不会移动或重新上传文件。 升级前需要检查部署配置 /files/ 是需要经过 NocoBase 鉴权的应用路由,不能作为静态目录处理,也不能落入前端 SPA 的回退规则。使用当前版本 NocoBase CLI 生成的 Nginx 或 Caddy 配置时会自动包含相关规则;如果自行维护反向代理,需要确认: /files/ 会转发到 NocoBase,并位于 SPA 回退规则之前 配置 APP_PUBLIC_PATH 时,同时转发子路径下的 /files/,并保留根路径 /files/ 的兼容规则 不缓存稳定 URL 返回的 302 Location 页面跨源访问 API 时,将页面来源加入 CORS_ORIGIN_WHITELIST 集群和多副本统一升级,避免 /files/ 请求进入旧版本节点 使用外部 NocoBase 数据源时,先升级消费方实例和相关插件,再升级被消费实例 注意: 历史 Markdown、富文本和业务字段中已保存的 /storage/uploads/...、CDN 或对象存储地址不会被自动改写。新版本运行后,新上传文件和新编辑内容可能已经保存 /files/... 地址,而旧版本无法识别该路由。对回滚要求较高的环境,应在开放写入前保留数据库快照,并提前验证反向代理配置。 安全边界 稳定 URL 提供访问前的权限检查,但文件内容不会持续经过 NocoBase 代理。权限验证通过后,浏览器仍会看到最终存储地址。如果最终地址来自公开 bucket、公开 CDN 或开放的本地静态目录,获得实际地址的人仍可能绕过 NocoBase。 对于合同、证件和内部资料等敏感文件,建议使用私有存储、短期签名 URL、CDN 鉴权等存储侧访问控制。Office 在线预览场景会在用户权限检查通过后签发绑定当前文件的短期临时 URL;该地址默认有效 10 分钟,不能作为长期分享链接保存或传播。 相关文档: 文件管理器:稳定 URL 文件存储引擎与访问控制 环境变量 生产环境部署 Nginx 反向代理 Caddy 反向代理 新移动端(仅 /v/ 入口支持) 新移动端提供 /v/mobile 入口,并采用独立的移动端布局。 移动端与桌面端共享数据源和业务数据,但菜单、路由和页面内容可以分别配置。这样可以根据手机端的实际使用方式重新组织页面,并使用更适合移动设备的底部标签栏作为一级导航。 2.2 正式版继续完善了移动端标签栏、半窗滚动、嵌入页面和权限控制等交互,使数据录入、查询、审批和任务处理更加稳定。 相关文档: 移动端布局 新评论区块 新评论区块不再局限于主数据源的评论表,也不再要求作为关系区块使用。你可以在任务、文章、工单、客户等记录的详情页或弹窗中添加评论区块,让用户围绕当前记录查看、回复和新增评论。 相关文档: 评论区块 AI 知识库增强 AI 知识库已完成 client-v2 迁移,并进一步完善知识库和向量存储的配置能力: 工作流创建知识库文档时,支持按文档 key 覆盖已有文档 支持配置和管理向量数据库 为外部知识库和外部向量存储扩展提供配置入口,开发者可以通过插件接入 NocoBase 尚未内置支持的向量数据库或第三方检索服务 相关文档: AI 知识库 向量数据库 External 知识库插件 工作流:数据库事务节点 工作流新增数据库事务节点,用于将一组数据库操作放在同一个事务中执行。它适合需要保证多步数据处理“全部成功或全部回滚”的场景,例如创建订单后扣减库存、写入订单明细并更新状态。 相关文档: 数据库事务节点 V2 适配与体验完善 除了上述新特性,2.2 正式版还继续迁移和完善了一批常用功能的 V2 界面与交互: 用户、部门和权限设置 用户数据同步 钉钉认证、同步与通知设置 企业微信认证、同步与通知设置 邮件管理 表单草稿 公开表单 备份管理 数据源管理 翻译测试工具 同时,本次版本修复了移动端、嵌入页面、子应用 SSO、打印和导出等场景中的一批问题,进一步提升 V2 入口的稳定性和一致性。 相关文档: 用户数据同步 从钉钉同步用户数据 从企业微信同步用户数据 以下插件不再支持 V2(已废弃但尚未移除) 有一部分插件实际上在更早之前就已废弃,其中部分目前仍可使用,但会在 V3 中彻底移除。 插件 替代品 备注 @nocobase/plugin-audit-logs @nocobase/plugin-audit-logger 自 1.0 起废弃的功能 @nocobase/plugin-backup-restore @nocobase/plugin-backups 自 1.0 起废弃的功能 @nocobase/plugin-block-multi-step-form JS Block 自 2.0 起废弃的功能 @nocobase/plugin-charts @nocobase/plugin-data-visualization 自 2.0 起废弃的功能 @nocobase/plugin-collection-fdw 从数据库同步 自 2.2 起废弃的功能 @nocobase/plugin-comments @nocobase/plugin-block-comment 自 2.2 起废弃的功能 @nocobase/plugin-custom-variables 事件流 自 2.2 起废弃的功能 @nocobase/plugin-data-visualization-echarts @nocobase/plugin-data-visualization 自 2.0 起废弃的功能 @nocobase/plugin-disable-pm-add 无 自 2.2 起废弃的功能 @nocobase/plugin-field-component-mask RunJS 自 2.0 起废弃的功能 @nocobase/plugin-graph-collection-manager 无 自 2.2 起废弃的功能 @nocobase/plugin-mobile-client @nocobase/plugin-ui-layout 自 2.0 起废弃的功能 @nocobase/plugin-mobile @nocobase/plugin-ui-layout 自 2.0 起废弃的功能 @nocobase/plugin-mock-collections AI 搭建 自 2.0 起废弃的功能 @nocobase/plugin-multi-app-manager @nocobase/plugin-app-supervisor 自 2.0 起废弃的功能 @nocobase/plugin-multi-app-share-collection 无 自 1.0 起废弃的功能 @nocobase/plugin-notifications @nocobase/plugin-notification-manager 自 1.0 起废弃的功能 @nocobase/plugin-snapshot-field 无 自 1.0 起废弃的功能

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

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应用均可从中受益。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册