首页 文章 精选 留言 我的

精选列表

搜索[EdgeOne免费套餐],共10000篇文章
优秀的个人博客,低调大师

比尔·盖茨 50 年前炮轰盗版的信件:硬件必须付费,为何软件免费?

比尔·盖茨对于盗版软件的抨击,50年前就开始了。 “你们这样做就是偷窃”,盖茨在1976年2月的一封关于未经授权的软件复制的公开信中抱怨道。50年前的本周,比尔·盖茨撰写的《致业余爱好者的一封公开信》发布,与当时刚刚兴起的计算机业余爱好者群体分享,至今保存在《纽约时报》档案中。这封信明确指出,自PC行业诞生之初,软件盗版问题就一直存在。 https://archive.nytimes.com/www.nytimes.com/library/cyber/surf/072397mind-letter.html 信中,他愤怒地指责了业余爱好者市场公然窃取、复制和重新分发微软Altair BASIC语言太不公平。这个版本的BASIC是微软的首款商业产品,由盖茨和联合创始人保罗·艾伦共同开发,专为MITS Altair 8800计算机编写。 1975年,配备Intel 8080 CPU和S-100总线卡的Altair 8800电脑点燃了桌面PC革命的导火索。它迅速成为PC爱好者运动、社群和生态系统建立的核心。尽管该系统默认配置简陋,且缺少键盘和显示器。 盖茨火力全开地抱怨道:“大多数业余爱好者应该都知道,你们大多数人都在盗用软件。硬件必须付费,但软件是可以共享的。谁会在乎那些参与开发的人是否得到了报酬呢?” 除了这种不公之外,盖茨还诉诸于公众的同情心,声称只有更多用户付费,高质量的业余软件开发才能更具吸引力。他说,微软的商业模式,包括开发成本、计算机时间成本、手册成本、媒体成本等等,最终只能勉强收支平衡。 他接着建议说,如果Altair爱好者社区更加公平一些,“没有什么比能够雇佣十名程序员,用优秀的软件淹没业余市场更让我高兴的了。”

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

从 MaaS 到 PaaS/SaaS:为什么“模型免费”反而更考验产品能力

如果有一天,大模型 API 真的便宜到“几乎不要钱”,甚至有人愿意倒贴给你用——你会不会就此长期续费、持续扩容、越用越深? 我最近刷到一个挺扎心的观点: 某些大模型公有云(MaaS)业务已经卷到“负毛利”,甚至“倒贴给客户用”;更离谱的是,即便很便宜,客户流失仍然很高。 先把话说稳一点:网上关于“流失率”的很多数字,通常是基于公开披露信息的推算(口径可能不一致)。我也不打算讨论某一家公司的对错——我更关心的是,这个现象背后可能存在一个更普遍的规律: 当你把大模型当成“API/Token”卖,它会快速标品化,然后进入价格战 + 低留存的死循环。 这不是唱衰模型,而是提醒我们:模型层越来越像水电煤;真正能赚钱、能留人的,往往在上面那几层。 点击Demo 体验 演示环境 相关视频 ⚡ 直达演示环境 ☕ 账号:admin ☕ 密码:admin 🎬 1. [数式Oinone] #产品化演示# 后端研发与无代码辅助 🎬 2. [数式Oinone] #产品化演示# 前端开发 🎬 3. [数式Oinone] #个性化二开# 后端逻辑 🎬 4. [数式Oinone] #个性化二开# 前端交互 🎬 5. [数式Oinone] #个性化二开# 无代码模式 1)为什么“倒贴”也留不住客户? 我观察到的核心原因,往往不是模型效果差,而是客户没有被“业务闭环”绑定。更直白一点:客户买到的只是“试用快乐”,而不是“系统习惯”。 ① 同质化加速:你能接的模型,别人也能接 今天你接一个模型接口,明天隔壁也能接,甚至接得更便宜。 当差异不足以支撑溢价时,客户就自然会“按价格投票”。 ② 切换成本极低:没嵌进系统,就只是“换个配置” 只要客户没有把你的能力嵌进流程、权限、审计、监控、指标体系里,换供应商真的就是改一下 endpoint / key / 配额而已。 ③ 落地链条断裂:模型能回答 ≠ 能上线 社区里做过落地的同学都懂:上线这件事,不是“接上模型”就结束了。 你还得解决: 数据集成(多源数据、权限数据、结构化/非结构化) 权限隔离(部门/角色/字段级) 审计留痕(谁问了什么、谁看到了什么、触发了什么动作) 监控告警(时延、失败率、超时重试、降级、熔断) 灰度回滚(新策略出问题能不能回去) 缺一块,最后就很容易停在 Demo:看起来很酷,但业务不敢用、用不深、也就不续费。 ④ ROI 不可度量:你盯“调用量”,业务盯“结果” 很多团队只盯 token 消耗、调用次数,但业务方更关心的是: 节省了多少人力? 缩短了多少周期? 降低了多少风险/错误率? 把哪个环节变成“自动化/半自动化”了? 没有指标体系,就很难形成长期预算,更难形成续费扩容。 一句话总结: 价格刺激的是试用,留存来自“系统习惯”。 (对产品同学:系统习惯=流程依赖 + 权限治理 + 数据闭环 + 可观测运营) (对技术同学:系统习惯=可编排 + 可发布 + 可回滚 + 可观测 + 可审计) 2)那为什么大厂还在疯狂卷? 因为大厂很多时候走的是“入口/带货逻辑”。 模型层不一定赚钱,但它能把客户带到更上层:云资源、数据服务、集成与治理、AI 应用/行业方案……这些才是更稳定的利润与留存来源。 所以这场仗真正争的不是: “谁的 Token 更便宜?” 而是: 谁能把模型能力沉到 PaaS/SaaS,变成可交付、可复用、可运营的业务资产。 3)中小团队 / 软件公司怎么破局? 如果你不是“云厂商级别”的玩家,最务实的破局思路是: 不要把模型当产品卖,而要把“模型能力产品化”。 我建议按这条落地链路推进(也是我觉得社区里最值得讨论、最能跑通商业化的一条路线): 多模型接入:别把业务绑定在一家模型上,保留成本/效果/合规的切换空间 能力组件化:把提示词、工具调用、检索、规则、后处理固化成模块(别每个项目重写) 流程可编排:把“AI + 业务规则 + 数据读写”变成可视化/可配置流程 发布成标准 API:让能力被 CRM/ERP/工单系统长期稳定调用,而不是只在对话框里演示 治理与观测:日志、调用链、失败重试、熔断、权限审计、成本统计(决定你能不能规模化交付) 快速交付应用:用低/无代码把能力嵌到页面、表单、流程、报表里,让业务方“每天都用” 你会发现:真正决定你能不能赚钱、能不能留存的,是应用交付体系,不是“模型 API 本身”。 4)把链路跑通,用什么做载体? 这里给一个相对“工程化”的实现路径:用 Oinone 这类一体化平台作为“带货底座”,把模型能力真正做成业务系统的一部分。 为什么说它适合作为“带货载体”?因为它在官网上明确给出了“四大产品”的组合: 低代码开发平台 + 无代码开发平台 + 集成开发平台 + AI 大模型开发。 把它对齐上面那条落地链路,大概是这样: (1)多模型接入 & AI 应用设计 Oinone 的“AI 大模型开发”部分描述为:AI 大模型集成设计,一站链接多模态大模型,并列出“主流大模型轻松接入、多模态串联、灵活设计 AI 应用”等典型能力。 (2)把 AI 能力固化成“连接器”,并可发布/查看 API 信息 在 Oinone 技术手册里,“连接器”被定义为:通过可视化界面构建平台应用与外部大模型的数据通道,支持组合不同能力的大模型组件来完成定制化 AI 应用的设计与部署;并且明确提到连接器发布成功后可查看其 API 信息。 这一点很关键:它把“每次项目临时接的 AI 能力”变成“可复用资产”,更利于沉淀与规模交付。 (3)集成与编排:把系统对接从体力活变成可视化工程 Oinone 的“集成设计器”被描述为:专注集成接口管理与业务编排的工具,通过可视化简化集成流程,实现接口管理规范化、业务编排可视化、接口开放标准化,并提供规范化 API 开发流程。 另外,在官网对“集成开发平台”的描述中,也列了典型能力:API 全周期管理、接口规范治理、API 安全可控、流程可视化编排、数据开放共享、API 运维监控。 (4)治理与“企业底盘”:留存靠的往往就是这些“无聊能力” 官网还提到体系能力包括:用户与组织、权限管理、消息中心、国际化、业务审计等;并强调权限可细到字段级。 这类能力听起来“不性感”,但恰恰是把 AI 从 Demo 变成可上线系统的关键,也是你把客户“锁进系统习惯”的关键。 5)给社区读者的落地 Checklist(建议收藏) 做 AI 商业化 / AI 项目交付,我建议你用这 6 个问题“照妖镜式自查”(越多“否”,越容易高流失): 你的 AI 能力是“每个客户重做一套”,还是“组件化复用”? 客户换模型/换供应商的成本,是“改配置”,还是“要重做流程 + 权限 + 审计 + 监控”? 你是否能把能力发布成稳定 API,被业务系统长期调用? 你有没有调用观测:成功率、时延、成本、失败原因分布? 你有没有权限隔离/审计留痕/合规能力? 你能不能在 1–2 周交付一个可上线业务场景(而不是 PPT 和 Demo)? 我想听听大家的真实经验(欢迎拍砖): 你们 AI 项目最大的“留存杀手”是什么?模型效果、数据集成,还是交付治理? 你更认同“模型是入口”,还是“模型本身能成为长期产品”? 如果模型继续降价,你觉得 SaaS/PaaS 的真正溢价点会落在哪些能力上?(治理?集成?行业知识?交付效率?)

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

ShopXO 免费开源商城系统 v6.5 版本已发布、循序渐进

更新日志 1.【新增】银联分账支付插件 2.【新增】互联网问诊插件 3.【新增】同城外送模式 4.【新增】订单管理服务模式处理 5.【新增】订单提交限制插件支持有效日期和时段限制 6.【新增】优惠券新增详情页面和接口、并支持DIY自定义 7.【新增】程序分身插件支持自定义首页diy 8.【新增】活动配置插件支持DIY商品列表 9.【新增】商品、文章支持单独的分享图片 10.【新增】DIY新增数据选项卡、支持数据复制 11.【新增】DIY自定义组件支持跟随、编组循环、动画、宽度自动、超出省略、历史记录 12.【优化】DIY选项卡固定优化 13.【优化】搜索页商品展示样式增加切换开关 14.【优化】商品页猜你喜欢增加开关 15.【优化】购物车页猜你喜欢增加开关 16.【优化】商品详情页左侧更多增加开关 17.【优化】订单详情单号支持复制 18.【优化】进销存支持订单服务 19.【优化】门店订单打印支持指定时间 20.【优化】门店收银台订单初始化性能优化 21.【优化】多商户收益管理页面bug修复 22.【优化】会员等级规格支持0元、支持会员费用支持返现到钱包 23.【优化】订单语音提醒支持复制单号和查看订单详情 24.【优化】智能工具箱插件商品详情url地址支持系统级别的配置 25.【优化】博客新增封面开关,用户手机绑定注册限制验证 26.【优化】弹屏广告插件优化、支持手机端、去掉接口首页模式 27.【优化】送礼插件bug优化 28.【优化】支付插件优化,安装插件优化 29.【优化】支付宝支付错误修复 30.【优化】后台插件管理状态操作优化 31.【优化】cookie优化 手机 DIY 装修图片展示 手机端效果图片展示 PC 效果图片展示

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

ShopXO 免费开源商城系统 v6.4 版本已发布、日臻完善

更新日志 1.【新增】微信小程序收货支持同步收货组件 2.【新增】后台管理增加独立的默认语言 3.【新增】用户注册增加自定义用户名、手机、邮箱禁止 4.【新增】手机端验证码绑定手机增加独立开关 5.【新增】新增web端主题 6.【新增】后台附件管理新增(图片、视频、文件)上传入口 7.【新增】新增用户商品限制插件 8.【新增】订单地址增加联系信息和指定时间 9.【新增】DIY自定义初始化增加钩子 10.【新增】积分商城支持积分+金额方式兑换 11.【新增】搜索支持条码和编码 12.【新增】发票插件开票支持钱包充值 13.【新增】应用商店可以直接安装插件 14.【优化】支付日志,退款日志 增加请求参数 15.【优化】客服功能bug修复(客服,多商户) 16.【优化】系统扫码支持条码和编码搜索 17.【优化】web端规格切换url路径层级更新优化 18.【优化】表格列表数据打印分页无效修复 19.【优化】微信小程序支持强制提示基础信息提示,并且同时支持手机号码一键获取 20.【优化】配置信息读取细节优化 21.【优化】分销插件优化,支持商品不参与和仅参与,等级单独配置购买获得 22.【优化】token生成错误修复 23.【优化】上传组件无分类优化 24.【优化】支付方式增加提示 25.【优化】弹窗验证码优化 26.【优化】统计请求并发优化 27.【优化】加载层loading时间优化 28.【优化】手机端用户中心为登录也给数据 29.【优化】语言读取优化 30.【优化】签到二维码路径存储优化 31.【优化】魔方无数据优化 32.【优化】虚拟销售增加复制功能,细节优化 33.【优化】门店搜索页支持地图搜索、门店详情扫码功能无效修复 34.【优化】博客增加排序权重 35.【优化】活动配置插件错误修复 36.【优化】去掉富文本中p标签样式 37.【优化】进销存产品单位库存支持共存,自动计算扩展单位,并全面支持app端,新增报表 38.【优化】问答支持富文本 39.【优化】DIY细节体验优化,自定义组件支持(多商户、多门店、博客、商品、文章) 40.【优化】底层框架升级到ThinkPHP8.1 手机 DIY 装修图片展示 手机端效果图片展示 PC 效果图片展示

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

XL-LightHouse 2.2.8 发布,开源、免费、可商用的数据指标管理系统

更新内容: 1、增加了Http数据上报和数据查询API接口;2、增加了调用方管理功能,对外API统一使用调用方进行授权验证,并可以在Web端进行限流管理、查看各接口的调用情况等;3、修复了limit指标历史版本展示数据丢失的问题;4、将各列表页按钮的交互方式由打开新标签页统一调整为当前页面,并增加后退按钮,点击返回列表页时,列表页原来的分页和筛选数据可以保持,进一步提升Web端的交互体验;5、修复了个别样式问题;6、优化文档,增加了更详细的HelloWorld操作示例;7、增加了对商业版JS页面引用功能的底层数据兼容;8、增加前端编译时的内存参数设置,避免linux系统上编译项目时出现内存溢出的问题;9、增加了maven打包编译时对jvm版本的验证; 概述 XL-LightHouse 是针对繁杂的数据统计需求而开发的一套集成了数据写入、数据运算和数据可视化等一系列功能,支持超大数据量,支持超高并发的【通用型流式大数据统计系统】。 XL-LightHouse 目前已涵盖了各种流式数据统计场景,包括 count、sum、max、min、avg、distinct、topN/lastN 等多种运算,支持多维度计算,支持分钟级、小时级、天级多个时间粒度的统计,支持自定义统计周期的配置。 XL-LightHouse 内置丰富的转化类函数、支持表达式解析,可以满足各种复杂的条件筛选和逻辑判断。 XL-LightHouse 提供了完善的可视化查询功能,对外提供 API 查询接口,此外还包括数据指标管理、权限管理、统计限流等多种功能。 XL-LightHouse 支持时序性数据的存储和查询。 项目特点 通用型流式数据统计或许是唯一一种有可能支撑百万量级数据指标,而成本仍可控制在企业可承受范围之内的技术。XL-LightHouse 是开源社区第一个也是目前唯一一个通用型流式数据统计系统。目前业内广泛采用的以实时计算、离线计算、OLAP 为主的技术方案都太过于臃肿和笨重,如果替换为以通用型流式数据统计为主,以其他技术方案为辅的实现方式可大幅降低企业成本。XL-LightHouse 期望使用更为轻巧和实用的技术方案应对繁琐的数据统计问题。 XL-LightHouse 可以短时间内快速实现庞大量级数据指标,而这是 Flink、Spark、ClickHouse、Doris 之类技术所不能比拟的; 一套系统三种用途,可作为:通用型流式大数据统计系统、数据指标管理系统和数据指标可视化系统。 对单个流式统计场景的数据量无限制,可以非常庞大,也可以非常稀少,既可以使用它完成十亿级用户量 APP 的 DAU 统计、十几万台服务器的运维监控、一线互联网大厂数据量级的日志统计、也可以用它来统计一天只有零星几次的接口调用量、耗时状况; 支持高并发查询统计结果; 支持自定义存储引擎; 前端基于最新版 ArcoDesign (React 版本) 开发,页面清爽大气,操作体验非常好; 所有代码 100% 开源,方便进行二次开发; 轻量级开箱即用,一键部署、一行代码接入、普通工程人员即可轻松驾驭; 除大数据版本外,同时支持单机版; 可以用来做什么? XL-LightHouse 可应用在企业生产的众多环节,可以帮助职场人从容应对大量琐碎、重复性的数据统计工作,减少不必要的时间浪费,量化工作产出,提高工作效率。 以电商企业来说: 可以为企业决策层提供其所关注的平台交易额、交易量、下单用户数、订单平均金额等指标; 可以为产品经理提供其所负责产品模块的 pv、uv 和点击率等指标; 可以为运营人员提供关注的拉新用户量,站内广告点击量、点击收益等指标; 可以为开发人员提供其关注的接口调用量、异常量、耗时情况等指标; 可以为算法工程师提供其关注的模型训练时长、模型准确率,模型上线后的效果评测等指标; 可以为运维人员提供其关注的是线上集群的 CPU、内存、负载状况等监控指标; 可以为 UI 设计师提供其关注的不同设计方案的点击转化对比情况; 可以为数据分析师提供各种数据指标来更准确的判断业务的短板、业务的走势、辅助决策层有针对性的制定营销计划; 可以轻松实现对各类复杂业务逻辑各主要环节的数据监控,及时发现问题并辅助问题排查。 可以面向物联网及工业互联网场景实现各类设备上报数据相关指标统计和监控。 单机模式 单机模式成本低廉,最低配置只需要一台 4 核 8G 的云服务器,部署运维更加简单! 适用场景: 面向中小企业或中小型业务团队使用; 面向 "用完即弃" 的使用场景,有些时候对数据指标的需求,往往只在某个特定阶段。比如:新接口上线要进行接口性能优化;线上业务出现数据异常问题需要排查;数据库读写压力突然暴涨,需要确定异常请求的来源等等, 对于此类问题的排查,流式统计可以起到至关重要的作用。但问题排查一般不需要持续很长时间,可能一两周甚至两三天。这种情况可以使用 XL-LightHouse 单机版。一键部署,轻量级使用,问题排查完,将 XL-LightHouse 删除即可。 灵活的使用 XL-LightHouse 可以为您解决很多棘手的问题! 用于初步体验 XL-LightHouse 或作为二次开发的联调测试环境; 项目地址 https://github.com/xl-xueling/xl-lighthouse.git https://gitee.com/xl-xueling/xl-lighthouse.git 开源版本部分功能预览 商业版本部分功能预览

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

橙单代码生成工具 3.2,大量功能同步开源和免费代码生成

最新支持 工作流,在配置流程图任务时,同一表单内支持不同字段的显隐和读写控制。 工作流,支持串行会签和前后加签,同时支持了驳回到会签。 工作流,前端 bpmnjs 流程图支持服务任务和接收任务的配置。 工作流,前端钉钉风格流程图支持服务任务和接收任务的配置。 工作流,支持路由表单流程中心架构,仅需后台升级。 在线表单,支持唯一值字段配置。 在线表单,支持后台扩展,拦截指定表单的接口请求,并做自定义处理。 在线表单,支持一对多从表的批量导入和导出。 在线表单,支持树形表格。 在线表单,虚拟聚合字段支持字符串拼接。 统计打印,支持基于 Word 模板的打印。 统计打印,支持基于 Excel 导出模板的在线打印。 移动端,支持前端脚本。 代码生成,支持唯一值字段配置。 代码生成,支持自动编码字段。 代码生成,字段字典绑定支持多选。 代码生成,路由表单支持树形表格。 代码生成,虚拟聚合字段支持字符串拼接。 代码生成,针对多对多关联,可生成更多便于二开的代码。

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

ShopXO 免费开源商城系统 v6.2 版本已发布、力求上进

更新日志 1.【优化】搜索新增需要登录开关、支持禁止UserAgent 2.【优化】门店开启独立库存后,展示所有的库存了 3.【优化】多商户管理端UI全新升级 4.【优化】魔方优化、支持排序 5.【优化】第三方登录优化 6.【优化】分销优化,支持上级用户修改次数,海报优化,分销海报生成兼容8.2+ 7.【优化】会员等级增强版展示正常售价 8.【优化】博客,问答积分奖励失败修复 9.【优化】短信和邮件写入日志优化 10.【优化】多语言支持app内容翻译 11.【优化】下单地址和用户地址编辑优化 12.【优化】用户地址增加地址最后一级编码 13.【优化】插件目录调整 14.【优化】验证码放大 15.【优化】安装程序优化,支持随机生成管理入口地址 16.【优化】插件细节优化,导出excel适配php8.1+ 17.【优化】修复拼音库使用错误和西班牙语格式错误 18.【优化】去除商品评论列表复选框 19.【优化】自提地址logo错误修复 20.【优化】动态表格分离优化 21.【新增】新增数据打印module 22.【新增】商品销量和库存展示开关 23.【新增】商品支持自定义顺序 24.【新增】插件支持二级域名 25.【新增】插件配置文件支持自定义主题配色 26.【新增】导航管理支持插件首页添加 27.【新增】手机端支持自定义客服信息 28.【新增】新增进销存手机端、web端UI全新升级 29.【新增】新增商品重组 30.【新增】新增礼品卡 31.【新增】新增商品防伪码 32.【新增】新增app更新管理 33.【新增】新增品类限制 手机端效果图片展示 PC 效果图片展示 后台管理 效果图片展示 收银台

资源下载

更多资源
Mario

Mario

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

Nacos

Nacos

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

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部分的功能。

用户登录
用户注册