首页 文章 精选 留言 我的

精选列表

搜索[内核发布],共10000篇文章
优秀的个人博客,低调大师

React Native项目Xcode打包发布iOS问题

Xcode打包分布准备 对于新手来说,如果是混合开发或者纯RN应用开发好后,想打包上线了,却发现官方文档没有找到详细打包的流程文档,对于完全没有经验的新手真的不太好友。下面是参考资料总结而成: 1、打包命令 react-native bundle,在RN项目根目录下: react-native bundle --entry-file index.ios.js --platform ios --dev false --bundle-output ios/ios.jsbundle 参数: --entry-file :ios或者android入口的js名称,比如index.ios.js --platform :平台名称(ios或者android) --dev :设置为false的时候将会对JavaScript代码进行优化处理。 --bundle-output,:生成的jsbundle文件的所在目录和名称,比如 ios/ios.jsbundle。 在当前项目中,输入上面命令,然后在ios/目录下生成2个离线包: react-native bundle --entry-file index.ios.js --platform ios --dev false --bundle-output ios:ios.jsbundle.png $ react-native bundle --entry-file index.ios.js --platform ios --dev false --bundle-output ios/ios.jsbundle [2016-12-25 19:55:01] <START> Initializing Packager [2016-12-25 19:55:01] <START> Building in-memory fs for JavaScript [2016-12-25 19:55:01] <END> Building in-memory fs for JavaScript (88ms) [2016-12-25 19:55:01] <START> Building Haste Map [2016-12-25 19:55:02] <END> Building Haste Map (1091ms) [2016-12-25 19:55:02] <END> Initializing Packager (1212ms) [2016-12-25 19:55:02] <START> Transforming files [2016-12-25 19:55:15] <END> Transforming files (13122ms) bundle: start bundle: finish bundle: Writing bundle output to: ios/ios.jsbundle (node:8023) DeprecationWarning: Using Buffer without `new` will soon stop working. Use `new Buffer()`, or preferably `Buffer.from()`, `Buffer.allocUnsafe()` or `Buffer.alloc()` instead. bundle: Done writing bundle output Assets destination folder is not set, skipping... 运行上面命令后,在项目的ios文件夹下看到ios.jsbundle 、ios.jsbundle.meta。 生成的离线包.png 2、iOS项目中导入包 生成的离线包.png 安图选择完成.png 3、修改项目中BundleURL 修改AppDelegate.h的定向URL,需要注意的是名字要跟你生成的jsbundle的名字一致。 // jsCodeLocation = [[RCTBundleURLProvider sharedSettings] jsBundleURLForBundleRoot:@"index.ios" fallbackResource:nil]; jsCodeLocation = [[NSBundle mainBundle] URLForResource:@"ios" withExtension:@"jsbundle"]; 修改 jsCodeLocationURL.png 如果项目是混合开发,那么用到BundleURL的地方也要改成这个BundleURL地址。 如果修改了项目的js文件,那么就要重新打包一次,或者利用热更新机制更新。 参考 React Native ios打包 - 简书 React Native iOS打包,给用户生成ipa文件 - 简书 React Native程序部署至iOS应用商店之前需要的配置和如何生成release版本的APK包 注:本文首发于 iHTCboy's blog,如若转载,请注明来源。

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

WPL/s v1.3.0发布 - 支持链接卡片 - 让你在 VS Code 中编写发布知乎专栏文章

WPL/s 是一个 VS Code 插件,允许你在 VS Code 中用 Markdown 写知乎文章。最新版支持知乎链接卡片。 链接卡片格式如下 [![zhihu-link-card:本项目 GitHub 主页](./pics/vs-code-extension-search-zhihu.png)](https://github.com/jks-liu/WPL-s) 语法上和一个图片链接一样,但图片的文字需要以zhihu-link-card:开头。知乎链接卡片的外观如下:

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

【新功能发布】动态应用分组发布,实现从云资源生产到监控报警配置的全自动化

现状 当前的监控报警体系里,用户生成新的ECS服务器后,需要手工将这些ECS归类到各个应用分组中,才能关联报警规则。 但是随着上云越来越深入,机器的创建次数越来越频繁,单次创建数量越来越多,相应手工操作的时间成本就会越来越高。因此云监控推出了动态配置应用分组的功能,可以在机器创建之初,通过维护好实例名称,自动匹配监控报警。 原理解读 首先在创建应用分组时,配置ECS名称的匹配规则。 创建机器的时候命名好实例名称,云监控便会按如下流程判断新创建的机器是否应该添加到相应分组中、关联相关报警规则。 操作说明 登录云监控控制台。 选择页面左侧菜单的应用分组,进入应用分组页面。 单击页面右上角的创建组,进入创建应用分组页面。 填写基本信息 填写应用分组名称。 选择联系人组。联系人组用于接收报警通知。 选择监控报警配置 选择报警模板(可选)。用于对组内的实例初始化报警规

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

ApiGo 5.4.0发布,加固安全认证

ApiGo 5.2.0:接口认证新增 OAuth2 与企业 IdP JWT 两种方式 ApiGo 做的事没变&mdash;&mdash;把 ERP、CRM 这类企业存量系统的数据封装成标准 REST API 和 MCP 工具,让 AI 智能体在安全管控下访问。这次更新动的是&quot;谁能访问&quot;这一层:在原有的AppKey认证、签名认证之外,新增了 OAuth2 客户端凭证和企业 IdP JWT 两种企业内部更常用的认证方式。 一、OAuth2 客户端凭证 面向服务端到服务端调用:Agent、后端服务、定时任务。调用方用现有的 AppKey / AppSecret 换一个短期 access_token,之后每次请求只带 Bearer token,不必再自己实现 HMAC 签名,各语言的 OAuth2 标准库都能直接用。REST 接口和 MCP 入口同时支持。 几点实现上的取舍:client_id = AppKey、client_secret = AppSecret,没有新增凭证体系;跨环境或其它系统签发的同 kid token 会被拒绝;服务端会话落在 Redis,删除对应 key 就是即时吊销;信创环境可把签发算法切到SM2算法加密。 二、企业 IdP JWT 已经上了 Keycloak、Azure AD、Okta、Authing 的团队,可以直接拿企业 IdP 签发的 token 调 ApiGo,不必在平台里再维护一套账号。平台只保存 IdP 的 JWKS 公钥,不接触企业侧的 client_secret,也不提供代换 token 的代理接口。 三、两种方式的差别 平台 OAuth2 企业 IdP JWT token 谁签发 ApiGo 网关 /oauth2/token 企业 IdP 调用方凭证 AppKey / AppSecret IdP 的 client credentials 或用户授权 平台是否持有密钥 是(AppSecret) 否(只存 IdP 公钥) 应用识别 token 内 appKey 绑定的 (IdP, subject) 适用 平台内新建的服务到服务调用 已有统一身份体系的企业 访问体验

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

gfast 快速开发框架 V3.4.2 版本发布

平台简介 基于全新 Go Frame 2.10.x+Vue3+Element Plus 开发的全栈前后端分离的管理系统 前端采用 gfast-ui(Vue 3 + Element Plus + vue-i18n 9),支持语言:zh-CN / en-US,可在两端各自扩展. 支持:大模型管理与智能客服,知识库功能,流程编排(SOP Workflow),多租户、C 端开放接口与网站挂载插件等 本次更新内容: 1.代码生成功能完善 2.插件管理,插件支持提取、在线安装、本地导入、卸载,依赖自动安装 3.websocket 资源占用修复,断开的连接自动销毁 4.PG数据库支持度完善 5.其它细节完善,bug修复 6.模型配置自动拉取可用模型,优化对话功能,客服对话历史删除功能 系统文档: https://doc.g-fast.cn/docs/gfast_v34/gfast_v34-1hkupn75sbpam 演示地址 http://v34.g-fast.cn/sys 账号:demo 密码:Demo123

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

WIKI 知识库 v1.1.3 正式发布

该功能的作用 以前检索主要靠「向量语义 + 重排」:同义词、口语化提问能找着,但专有名词、型号、原文原句这类字面命中容易漏。当前版把关键词通道补上,做成一条完整链路: BM25 字面召回与向量 ANN并行取候选。 用 RRF(倒数排名融合)合成一份候选列表,再交给原来的 Rerank。 任一通道失败或关掉时自动降级到另一路,问答不至于整段挂掉。 开关与rrf_k挂在「知识库管理 → 检索与分片」,保存即热更新,方便对比实验。 社区版默认开启混合检索;关掉hybrid_enabled即可回到「仅向量 + 重排」。另外本版顺带修了两处容易误解的体验: 知识来源分数:主标签改为「名次 + 本批相对分 + 档位」,并拆开展示向量 / 重排绝对值;模型答「无法确定」时,侧栏降级为「检索候选」并默认收起。 聊天页高度:整页不再被消息撑高;消息区内部滚动,输入框始终留在可视区域底部。 混合检索整体架构 名称 文件路径 说明 稀疏索引 src/kb/bm25_index.py 纯标准库 Okapi BM25;中英简单切词 融合 src/kb/hybrid.py 多路 RRF 检索主路径 src/knowledge_base.py 双通道 + 降级 + 重排;回传向量/重排分项 可配置项 src/kb/retrieval_settings.py hybrid_enabled / rrf_k 校验与热更新 来源组装 src/api/http_server.py 相对排序分、档位、分项分数 页面 KbManagement.vue / RetrievalQa.vue 混合开关;来源展示与聊天布局 那如何使用呢? 1. 默认即可使用 升级到 v1.1.3 后,配置默认: 参数 默认值 说明 hybrid_enabled true 开启 BM25∪向量 rrf_k 60 RRF 常数;越大排名差越平滑 导入或重建分片时会同步重建内存 BM25 索引,无需单独操作。 2. 面板参数调整 控制台「知识库管理 → 检索与分片」: 打开 / 关闭混合检索 hybrid_enabled 调整RRF 常数 rrf_k(关闭混合时该项禁用) # 读当前生效值(含 hybrid)curl -s http://127.0.0.1:8000/api/kb/settings | python -m json.tool# 临时关掉混合只走向量+重排curl -s -X PUT http://127.0.0.1:8000/api/kb/settings -H "Content-Type: application/json" -d "{\"hybrid_enabled\":false}" | python -m json.tool 3. 看懂「知识来源」分数 检索问答右侧 知识来源 主标签形如: #1 · 1.00 · 一般、向量 0.52 · 重排、0.78 · 合成 0.66 字段 说明 名次 本批结果中的排序 相对分 第 1 名最高分值为 1.00 其余按合成分相对峰值比例 较强 / 一般 / 较弱 按合成分档位不是正确率 向量 / 重排 / 合成 分项绝对值便于核对虚高 若回答是「根据当前知识库无法确定」: 气泡改为「检索候选 N 条(不足以回答)」 侧栏提示:仅是候选,不是已证实依据,并默认收起 4. 和评测一起用 同一套参数下用评测集跑分、指标看板看结果,才能验证混合是否真的抬召回: python -m src.eval.clipython -m src.eval.cli --top-k 10 建议进行对比hybrid_enabled=true对比false,看 Recall@5 / NDCG@10 与检索 p95。 是如何实现的 1. 检索数据流 检索数据流日志关键词如Hybrid recall: channel=hybrid_rrf|vector_only|bm25_only ...方便排查走了哪条路。 2. 分数怎么来的 合成分 ≈ 0.35 × 向量分 + 0.65 × 重排分(默认权重)相对分 = 合成分 / 本批最高合成分 所以当问对了文档却只有 0.66很常见,因为那是合成分不是错误率。界面主标签改用相对分后,排第一的文档最高会显示1.00,同时仍可在下方看到真实向量/重排序值。 3. 聊天页高度 视口 100dvh └─ 顶栏 + 主内容区(问答页禁止整页滚动) └─ qa-layout(三栏填满剩余高度) └─ 中间栏:工具栏(固定) 消息列表(内部滚动) 输入框(固定在栏底) 4. 示例 配置片段conf/config.json思路 { "search": { "hybrid_enabled": true, "default_k": 5, "min_source_similarity": 0.6 }, "retrieval": { "rrf_k": 60, "embed_weight": 0.35, "rerank_weight": 0.65 }} 接口返回的来源项(节选) { "filename": "升级迁移指南.md", "rank": 1, "relative_similarity": 1.0, "similarity": 0.66, "embed_similarity": 0.52, "rerank_similarity": 0.78, "score_label": "一般", "preview_text": "……"} 那有如何测试呢? 1. 自动化验收 python -m unittest tests.test_hybrid_retrieval tests.test_source_score_display -v 2. 手动验收 2.1 首先需要确认 hybrid_enabled=true导入含专有名词的文档2.2 用「原文原句 / 型号」提问应能命中(相对纯向量更稳一些)2.3 关掉 hybrid 再问同一次对比召回的差异2.4 问知识库中没有的内容,答案「无法确定」,右侧栏则收起来并提示「检索候选」2.5 多轮对话只有消息区上下滚动,底部输入框始终固定低部2.6 跑评测门控(混合召回路径)如下 python -m src.eval.cli --dataset conf/eval/golden-default.jsonl --hybrid on --no-rerank --warmup 3 --top-k 10 --min-recall5 0.85 --min-recall3 0.75 --min-ndcg10 0.70 --max-latency-p95 300 版本升级说明 从 v1.1.2 升级拉代码 / 装包后重启服务即可。 旧配置中没有hybrid_enabled时默认按 true 处理。 pyproject.toml/ 前端package.json版本均为 1.1.3。 社区发版可参考scripts/release/plan-v1.1.3.json(如果有)。 关于维基框架 维基本地知识库是一个本地优先的开源知识库系统,融合向量检索、重排与对话式问答,支持多种主流大模型 API,具备高性能本地存储与灵活扩展能力,适合智能问答、知识管理、企业知识中台等场景。MulanPSL2 许可证,欢迎共建! 官网:framewiki.com Gitee:https://gitee.com/cdkjframework/knowledge-base 📄 许可证:MulanPSL-2.0(木兰宽松许可证,第2版)

资源下载

更多资源
Mario

Mario

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

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文件系统,支持十年生命周期更新。

WebStorm

WebStorm

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

用户登录
用户注册