首页 文章 精选 留言 我的

文章列表

共 213532 篇
离线优先的门店收银架构:本地写队列、操作幂等与同步冲突解决

离线优先的门店收银架构:本地写队列、操作幂等与同步冲突解决

门店收银和普通互联网业务最大的不同,是网络不可靠属于常态:商场地下层信号弱、沿街门店晚高峰拥塞、连锁品牌偶尔专线中断。如果收银端把每一步操作都同步等待服务端返回,一旦断网,前台就只能停摆、顾客排队。离线优先(Offline-First)架构的目标,是让门店在断网时依然能正常开单、收银、退单,网络恢复后再把本地操作可靠地同步到中心,并把多端并发产生的冲突收敛到...

进了信创名录就稳赢?数据库选型真正该看的三件事

进了信创名录就稳赢?数据库选型真正该看的三件事

上周陪一家城商行做选型评审。技术负责人把候选名单往桌上一放,说了句:"这几家都进了信创名录,随便挑一家,是不是都稳?"我没马上接话。名录这两个字,我懂它的分量。但"稳"这个字,我不敢替谁打包票。后来我跟那位负责人聊了一下午,把三个真正拉开差距的分水岭拆清楚了。这篇就讲这件事。

存“录像带”,还是建“数据库”?——原始报文 vs 元数据的五层核心差异

存“录像带”,还是建“数据库”?——原始报文 vs 元数据的五层核心差异

先说一个我去年在现场碰到的场景。某地市一所高校做等保整改,安全设备上了,日志也存了,可一次内网横向移动的告警冒出来之后,运维老师要把攻击路径完整还原。告警里只有源 IP、目的 IP、端口和一个时间戳,真要搞清楚"这台机器到底传了什么数据出去",就得上原始报文。

表格识别用大模型还是 OCR?腾讯云表格识别 V3 讲透合并单元格与无线表格的处理逻辑

表格识别用大模型还是 OCR?腾讯云表格识别 V3 讲透合并单元格与无线表格的处理逻辑

把纸质财报、检测报告、对账单变成可编辑的 Excel,这件事在企业数字化里被反复提出,又被反复做错。做错的原因通常不是识别不准,而是选错了工具:把表格丢给通用文字识别,出来的是文字流,行列结构全丢;把表格丢给通用大模型,出来的结构看似合理,数字却可能是模型"脑补"的。表格识别的真正难点从来不是"读字",而是"读结构"——合并单元格、无线表格、嵌套表格,考验的...

快递面单怎么自动识别?腾讯云 OCR 票据单据识别一篇讲透选型与手写兜底

快递面单怎么自动识别?腾讯云 OCR 票据单据识别一篇讲透选型与手写兜底

快递面单、运单、增值税发票、银行回单、出租车票——这些票据单据每天都在企业、电商、物流、财税代账公司里被反复处理。它们长得完全不像,结构也各异,但工程上撞到的痛点却惊人地一致:标准票种要单独接接口、版式差异导致识别字段错位、手写体和长尾非标票经常识别失败。选型的关键不是"找一个最强的接口",而是看清"哪类票该走哪条流水线"。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

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

Rocky Linux

Rocky Linux

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

用户登录
用户注册