谷歌发布学术插图生成工具--PaperBanana
谷歌发布学术插图生成工具--PaperBanana
主要特点：
🌟 类人工作流程：检索 🔍 - 计划 📝 - 风格 🎨 - 渲染 🖼️ - 评论 🔄 。既保证了学术严谨性，又兼顾了美观性。
🌟 多功能：支持说明性图表和统计图表。
🌟 润色：对润色现有的人工绘制的图表也有效。
标签 谷歌 下的文章
我看ChatGPT: 为啥谷歌掉了千亿美金
所以，基于上面这两个点认识，以发展的眼光来看问题，我觉得 ChatGPT 这类的 AI 可以成为一个小助理，他的确可以干掉那些初级的脑力工作者，但是，还干不掉专业的人士，这个我估计未来也很难，不过，这也很帅了，因为大量普通的工作的确也很让人费时间和精力，但是有个前提条件——就是ChatGPT所产生的内容必需是真实可靠的，没有这个前提条件的话，那就什么用也没有了。 今天，我想从另外一个角度来谈谈 ChatGPT，尤其是我在Youtube上看完了微软的发布会《Introducing your copilot for the web: AI-powered Bing and Microsoft Edge 》，才真正意识到Google 的市值为什么会掉了1000亿美元，是的，谷歌的搜索引擎的霸主位置受到了前所未有的挑战…… 我们先来分析一下搜索引擎解决了什么样的用户问题，在我看来搜索引擎解决了如下的问题： 基本上就是上面这几个，搜索引擎在上面这几件事上作的很好，但是，还是有一些东西搜索引擎做的并不好，如： 好了，我们知道，ChatGPT 这类的技术主要是用来根据用户的需求来按一定的套路来“生成内容”的，只是其中的内容并不怎么可靠，那么，如果把搜索引擎里靠谱的内容交给 ChatGPT 呢？那么，这会是一个多么强大的搜索引擎啊，完全就是下一代的搜索引擎，上面的那些问题完全都可以解决了： 一旦 ChatGPT 利用上了搜索引擎内容准确和靠谱的优势，那么，ChatGPT 的能力就完全被释放出来了，所以，带 ChatGPT 的搜索引擎，就是真正的“如虎添翼”！ 因此，微软的 Bing + ChatGPT，成为了 Google 有史以来最大的挑战者，我感觉——所有跟信息或是文字处理相关的软件应用和服务，都会因为 ChatGPT 而且全部重新洗一次牌的，这应该会是新一轮的技术革命……Copilot 一定会成为下一代软件和应用的标配！
两个月前，我试着想用 ChatGPT 帮我写篇文章《eBPF 介绍》，结果错误百出，导致我又要从头改一遍，从那天我觉得 ChatGPT 生成的内容完全不靠谱，所以，从那天开始我说我不会再用 ChatGPT 来写文章（这篇文章不是由 ChatGPT 生成），因为，在试过一段时间后，我对 ChatGTP 有基于如下的认识：
谷歌现已允许用户更改@gmail.com邮箱地址，功能正在逐步推出
微软捣毁大型RedVDS网络犯罪虚拟桌面服务
关键漏洞使黑客能通过蓝牙音频设备追踪与窃听
OpenAI隐藏版ChatGPT翻译工具正挑战谷歌翻译
FortiSIEM严重命令注入漏洞的利用代码已公开
谷歌现已允许用户更改@gmail.com邮箱地址，功能正在逐步推出
ChatGPT现在能更可靠地查找和记忆您的历史对话
Gootloader现采用千分卷ZIP压缩包实现隐蔽投递
Grubhub确认黑客在近期安全漏洞中窃取数据
“商业版 HTTP”来了：谷歌 CEO 劈柴官宣 UCP，Agent 直接下单，倒逼淘宝京东“拆家式重构”？
谷歌把“Agent 购物”这件事，推到了一个更标准化的层面：Universal Commerce Protocol（UCP）正式亮相。 近日（1 月 11 日），谷歌 CEO Sundar Pichai（绰号“劈柴”） 首次登上 NRF（美国零售联合会年会），在题为“人工智能平台转型及零售业的未来机遇”的主题演讲中宣布了该协议。 按照谷歌的说法，UCP 是一项新的开放标准，目标是让 Agent 能够在线上直接买东西。在实现机制上，UCP 通过定义一组“代理商务的构建模块”，把端到端的购物流程拆解成可复用的能力组件：既覆盖推动商品发现与购买的关键动作，也延伸到下单后的体验与服务等环节。 谷歌表示，这套设计将让生态系统在同一套标准下实现互操作，使任何 Agent 都能与任意商家进行对话，并自主完成从商品发现到结账的完整购物流程。 该标准采用 Apache 2.0 开源许可证发布：https://github.com/Universal-Commerce-Protocol/ucp 很多人一看到这条消息就意识到：大事可能真要来了。 风险投资人 Linas Beliūnas 在 LinkedIn 上评论称：“谷歌刚刚对‘商业’做了一件类似 HTTP 当年对 Web 所做的事情。” 在他看来，UCP 的野心，是把电商 20 年来那条固定链路，“搜索—广告—商品页—结账”——压缩成“意图—Agent 推理—购买”：用户不再需要点击跳转，不再被迫参与 SEO 博弈，也不再被传统的转化漏斗一层层“导流”。 进一步说，Beliūnas 认为，UCP 试图成为商业领域的“HTTP”——也就是所有由 AI 介导的交易背后，那层看不见、但不可或缺的基础设施，“品牌不再争夺用户注意力，他们将竞相争取被 Agent 选中。网站变得可有可无。这就是非人类商业的开端。” 长期关注零售的连续创业者 Scott Wingo 甚至把谷歌这次在 NRF 上的一系列动作形容为一次“震撼与威慑（shock and awe）式”的进攻。他感叹自己在这个行业干了 30 年，“从来没见过现在这样的场面，真的太疯狂了。” 在 Wingo 看来，NRF 过去一直带着点“昏昏欲睡”的气质：讨论的多是收银系统、收银机、POS，以及超市自助结账的传送带这些传统议题。而如今，它几乎已经变成了一场围绕 Agent Commerce（智能体商业）展开的大会。“这种变化，是我做梦都想不到的。”他说。 那么，UCP 到底是什么？ 简单说，UCP 的目标是让 Agent 能够贯穿用户购买流程的各个环节：从商品发现、对比，到下单结账，再到购买后的支持服务，都可以在同一套标准下衔接起来。它想解决的核心问题是：用一个统一标准承载这些流程能力，而不是让商家和平台为不同 Agent、不同系统反复做一遍又一遍的对接。 从谷歌给出的设计图可以看到整体思路：左侧是各种消费者触点——消费者在这些地方与 Agentic Commerce 交互。在谷歌的世界里，这些包括 Google AI Mode、核心搜索、Gemini 等。右侧是后台系统——零售商后台需要的订单管理、库存管理等能力。 中间是六项能力：产品发现、购物车、身份绑定、结账、订单，以及其他垂直能力。 中间是六个圆角矩形，其中三个是实线框，三个是虚线框。实线框的，是已经宣布、可用的能力。尚未上线的三项是：产品发现、购物车，以及其他垂直能力。 围绕这六项能力，Scott Wingo 也给出了更具体的解读： 产品发现（Product Discovery）：目前官方并没有披露太多细节，但他判断，这很可能会与后续对Google Shopping Feed 规范的扩展绑定在一起。未来 UCP 可能会提供类似“开关”的机制：商家可以决定哪些商品对 Agent 开放，Agent 也可以通过协议以不同方式拉取商品信息——某种程度上，这有点像 Stripe 的 Agentic Commerce 套件思路。 购物车（Cart）：这是他认为“最值得盯”的部分。谷歌在图里用虚线框把它标出来，像是在释放一个强信号：UCP 可能要去挑战电商的“圣杯”——跨商家、多商品、由商家作为交易主体（merchant-of-record）的统一购物车。一句话：“一个购物车管全网”。他认为 ChatGPT/ACP 可能也有类似目标，但谷歌这次等于把这个方向直接摆到台面上。 身份绑定（Identity Linking）：他推测这会涉及“识别你的 Agent”（某种know your agent的机制）、银行卡 token 化等能力，类似 Link 或 ShopPay 那套：如果系统能把你的身份与支付凭据映射成 token，就有机会实现自动填充信用卡信息等体验。 结账（Checkout）：谷歌准备把 “Buy for Me” 做一次大升级——新结账入口将同时出现在搜索 AI Mode 和 Gemini 应用的符合条件商品页中，流程被压成三步“商品 → 确认订单 → 下单完成”，并将率先在美国上线。 订单（Order）：一旦开始“在对话里结账”，就必须有一套双向的订单体验。一边是面向消费者：查看订单、取消、退货等；另一边是面向商家：拉取订单、处理履约、上传物流信息，并完成一整套购买后流程（退货、评价等）。 其他垂直能力（Other Vertical Capabilities）：这部分目前更像一个“兜底项”，官方也没有给出更多细节。他猜测它可能用于未来扩展到更多品类/行业，比如汽配、生鲜、B2B 等。当天新闻里被提到的客户之一是 Papa Johns（达美乐/披萨这种即时零售/本地履约场景），因此也不排除这块会成为一种“插件位”，让类似“ChatGPT App”式的体验从 UCP 的侧边接入。 在这些能力下方，还有三个模块，代表底层通信方式：API、MCP，以及 A2A。 谷歌同时强调，UCP 并不是一套孤立协议，它可以与其他 Agent 协议协同使用，例如其在去年发布的 Agent Payments Protocol（AP2）、Agent2Agent（A2A） 以及 Model Context Protocol（MCP）。Agent 与商家可以根据自身需求，灵活选择和组合协议中的不同扩展模块。 其中，MCP 更像是一个“工具与上下文协议”，用于让 Agent 安全、标准化地访问各类工具；A2A 是谷歌推出的多 Agent 通信协议，用来支持 Agent 之间的协作与任务分工； 而 AP2 是去年底发布的，聚焦在支付层，试图为 Agent 执行交易提供可验证、可授权的支付机制。 而 UCP，看起来就是在这些协议之上的一次延伸，专门聚焦在零售这一层。可以说，谷歌这段时间在 Agent 协议这件事上确实是在“加班加点”。 当然，谷歌并不是第一个做这件事的。OpenAI 的 Agent Commerce Protocol 几个月前，OpenAI 其实也推出过一个 Agent 商业相关的协议，主打“即时结账”，帮助 Agent 发现商品并完成购买。而谷歌的一个巨大优势在于：绝大多数零售商本来就非常熟悉谷歌——比如 AdWords、广告投放，以及一整套谷歌企业服务。谷歌正在尽可能地利用这一点。 UCP 的核心想法，是用一套协议建立“通用兼容性”。商家只需要一次性把“我卖什么、我怎么卖”按标准描述清楚，理论上就能在不同平台、不同 Agent 之间通用。而它真正想啃下的硬骨头，是 “可发现性”。 这对传统零售网站而言，意味着一次不小的变革：页面不再是交易的唯一入口，商品数据本身开始成为入口。 为此，谷歌也在补“数据底座”。在扩展产品数据源部分，谷歌还在其 Merchant Seller 工具中为用户提供新的“数据属性”，以便品牌可以优化其产品列表，提升 AI 搜索排名。 要知道，在 AI / LLM 时代，我们过去 20 年一直在为“关键词 + 四五个要点”优化商品页，但这恰恰是 AI 最不需要的东西。这些系统需要的是：内容爆炸 + 上下文，缺一不可。 举个例子：一个自行车脚踏。几乎所有线上商品都可以有 50–100 个属性：螺纹结构、反光片数量、材质、重量、兼容标准……这叫“内容”。而“上下文”是：它更适合山地还是公路？兼容哪些车型？能不能和某些配件一起用？内容和上下文就像阴与阳，缺了任何一边，Agent 都很难可靠地做判断、更难可靠地下单。 过去那套 Google 商品数据规范，更像一条长满杂草的碎石路；而 Agentic Commerce 需要的，是一条 30 车道的信息高速公路——是光纤，不是拨号。 如果谷歌继续用旧的商品 Feed 规范来做 Agentic Commerce，在发现环节一定会失败。Gemini 拿不到足够的信息。这次他们终于开始补这一块：新增描述性文本属性、产品规格、Q&A、评论、特性列表、形态、口味、主题、兼容性信息、推荐配件、替代品等。 官方说法是“新增数十个字段”。在 Scott Wingo 看来，这个数量大概会在24–60 个之间；即便今天只先放出 20 个，也一定会很快扩展到 30、40 个——因为所有人都会意识到：这才是决定可发现性的关键。这些数据仍然通过 Merchant Center 上传，本质上可以理解为 GoogleShopping Feed 2.0。 他对所有品牌和零售商的建议只有一句：尽可能“疯狂”地扩展你的商品级内容与上下文。这将直接决定你在 AI 时代能不能被 Agent 选中、能不能“占领 Buy Box”。 UCP 在发布之初，就集结了科技与金融领域的一批重量级玩家，包括 Shopify、Walmart、Target、Etsy、Wayfair、Visa、Stripe、Adyen 等。首日即吸引了 20 多家合作伙伴加入，这正是标准胜出的典型路径。 从已公开的信息来看，这些合作方大致可以分为两类： 一类是零售商与电商平台，包括 Etsy、Wayfair、Target、Best Buy、Macy’s、Kroger、Home Depot、Gap Inc.、Sephora、Ulta、Zalando、Chewy、Carrefour、Flipkart、Shopee 等； 另一类则是支付与清算体系，如 PayPal、Stripe、Adyen、Visa、Mastercard、American Express、Worldpay。 有意思的是，有网友注意到，蚂蚁金服（ANT Financial） 也已经出现在 UCP 的合作名单中。有人评论称：“蚂蚁已经接入 UCP，但阿里巴巴推出自己的 Agentic Commerce 平台和 AI 协议，恐怕只是时间问题。” 而从阿里最近的动作来看，这个判断并不突兀。 1 月 15 日（今天），阿里千问 App 上线全新 AI Agent 能力“任务助理”，并打通淘宝、闪购、飞猪、高德与支付宝等应用：用户只需一句“我要两杯奶茶”，Agent 就能自动完成选店、选地址、选商品并生成订单，最后一步再由用户确认支付。延伸阅读：《刚刚，阿里园区被奶茶包围，都是千问点的！西溪叫不动外卖了》 整体看下来，一个趋势已经很难忽视：走到 2026 年，Agent 不再是大厂用来展示技术实力的“玩具”，而是开始被当成真正的赚钱工具。Agent 正在明显加速进入真实的应用场景，尤其是交易和服务这些最硬的地方。 说得更激进一点：AI 很可能会把“社交 + 电商 + 服务”这套组合重新洗牌一遍。虽然“重做一遍”这个说法已经被用烂了，但眼下发生的变化，确实不像是在原有体系上打补丁，而更像是在重写入口、链路和分发规则——估计淘宝、京东这种级别的平台，迟早都得跟着重构一遍。 而且，这种变化最近已经变得非常明显了。 参考链接： https://blog.google/products/ads-commerce/agentic-commerce-ai-tools-protocol-retailers-platforms/ https://www.youtube.com/watch?v=OXUn970YHVo 
统一零售界的新标准？
UCP 真正要解决的问题：可发现性
谁站队了
我看ChatGPT: 为啥谷歌掉了千亿美金
所以，基于上面这两个点认识，以发展的眼光来看问题，我觉得 ChatGPT 这类的 AI 可以成为一个小助理，他的确可以干掉那些初级的脑力工作者，但是，还干不掉专业的人士，这个我估计未来也很难，不过，这也很帅了，因为大量普通的工作的确也很让人费时间和精力，但是有个前提条件——就是ChatGPT所产生的内容必需是真实可靠的，没有这个前提条件的话，那就什么用也没有了。 今天，我想从另外一个角度来谈谈 ChatGPT，尤其是我在Youtube上看完了微软的发布会《Introducing your copilot for the web: AI-powered Bing and Microsoft Edge 》，才真正意识到Google 的市值为什么会掉了1000亿美元，是的，谷歌的搜索引擎的霸主位置受到了前所未有的挑战…… 我们先来分析一下搜索引擎解决了什么样的用户问题，在我看来搜索引擎解决了如下的问题： 基本上就是上面这几个，搜索引擎在上面这几件事上作的很好，但是，还是有一些东西搜索引擎做的并不好，如： 好了，我们知道，ChatGPT 这类的技术主要是用来根据用户的需求来按一定的套路来“生成内容”的，只是其中的内容并不怎么可靠，那么，如果把搜索引擎里靠谱的内容交给 ChatGPT 呢？那么，这会是一个多么强大的搜索引擎啊，完全就是下一代的搜索引擎，上面的那些问题完全都可以解决了： 一旦 ChatGPT 利用上了搜索引擎内容准确和靠谱的优势，那么，ChatGPT 的能力就完全被释放出来了，所以，带 ChatGPT 的搜索引擎，就是真正的“如虎添翼”！ 因此，微软的 Bing + ChatGPT，成为了 Google 有史以来最大的挑战者，我感觉——所有跟信息或是文字处理相关的软件应用和服务，都会因为 ChatGPT 而且全部重新洗一次牌的，这应该会是新一轮的技术革命……Copilot 一定会成为下一代软件和应用的标配！
两个月前，我试着想用 ChatGPT 帮我写篇文章《eBPF 介绍》，结果错误百出，导致我又要从头改一遍，从那天我觉得 ChatGPT 生成的内容完全不靠谱，所以，从那天开始我说我不会再用 ChatGPT 来写文章（这篇文章不是由 ChatGPT 生成），因为，在试过一段时间后，我对 ChatGTP 有基于如下的认识：
谷歌确认导致音量键问题的Android漏洞
VMware ESXi零日漏洞可能在披露前已被利用长达一年
加利福尼亚州禁止数据中介转售数百万人的健康数据
黑客利用配置错误代理访问付费大语言模型服务
微软或将允许IT管理员卸载Copilot组件
Betterment在加密货币诈骗邮件潮后确认数据泄露
新型钓鱼攻击采用极具说服力的LinkedIn评论回复策略
Target员工在“加速版”Git封锁后确认代码泄露
限时优惠：使用H&R Block Deluxe + State 2025税务软件让报税更轻松
我看ChatGPT: 为啥谷歌掉了千亿美金
所以，基于上面这两个点认识，以发展的眼光来看问题，我觉得 ChatGPT 这类的 AI 可以成为一个小助理，他的确可以干掉那些初级的脑力工作者，但是，还干不掉专业的人士，这个我估计未来也很难，不过，这也很帅了，因为大量普通的工作的确也很让人费时间和精力，但是有个前提条件——就是ChatGPT所产生的内容必需是真实可靠的，没有这个前提条件的话，那就什么用也没有了。 今天，我想从另外一个角度来谈谈 ChatGPT，尤其是我在Youtube上看完了微软的发布会《Introducing your copilot for the web: AI-powered Bing and Microsoft Edge 》，才真正意识到Google 的市值为什么会掉了1000亿美元，是的，谷歌的搜索引擎的霸主位置受到了前所未有的挑战…… 我们先来分析一下搜索引擎解决了什么样的用户问题，在我看来搜索引擎解决了如下的问题： 基本上就是上面这几个，搜索引擎在上面这几件事上作的很好，但是，还是有一些东西搜索引擎做的并不好，如： 好了，我们知道，ChatGPT 这类的技术主要是用来根据用户的需求来按一定的套路来“生成内容”的，只是其中的内容并不怎么可靠，那么，如果把搜索引擎里靠谱的内容交给 ChatGPT 呢？那么，这会是一个多么强大的搜索引擎啊，完全就是下一代的搜索引擎，上面的那些问题完全都可以解决了： 一旦 ChatGPT 利用上了搜索引擎内容准确和靠谱的优势，那么，ChatGPT 的能力就完全被释放出来了，所以，带 ChatGPT 的搜索引擎，就是真正的“如虎添翼”！ 因此，微软的 Bing + ChatGPT，成为了 Google 有史以来最大的挑战者，我感觉——所有跟信息或是文字处理相关的软件应用和服务，都会因为 ChatGPT 而且全部重新洗一次牌的，这应该会是新一轮的技术革命……Copilot 一定会成为下一代软件和应用的标配！
两个月前，我试着想用 ChatGPT 帮我写篇文章《eBPF 介绍》，结果错误百出，导致我又要从头改一遍，从那天我觉得 ChatGPT 生成的内容完全不靠谱，所以，从那天开始我说我不会再用 ChatGPT 来写文章（这篇文章不是由 ChatGPT 生成），因为，在试过一段时间后，我对 ChatGTP 有基于如下的认识：
我看ChatGPT: 为啥谷歌掉了千亿美金
所以，基于上面这两个点认识，以发展的眼光来看问题，我觉得 ChatGPT 这类的 AI 可以成为一个小助理，他的确可以干掉那些初级的脑力工作者，但是，还干不掉专业的人士，这个我估计未来也很难，不过，这也很帅了，因为大量普通的工作的确也很让人费时间和精力，但是有个前提条件——就是ChatGPT所产生的内容必需是真实可靠的，没有这个前提条件的话，那就什么用也没有了。 今天，我想从另外一个角度来谈谈 ChatGPT，尤其是我在Youtube上看完了微软的发布会《Introducing your copilot for the web: AI-powered Bing and Microsoft Edge 》，才真正意识到Google 的市值为什么会掉了1000亿美元，是的，谷歌的搜索引擎的霸主位置受到了前所未有的挑战…… 我们先来分析一下搜索引擎解决了什么样的用户问题，在我看来搜索引擎解决了如下的问题： 基本上就是上面这几个，搜索引擎在上面这几件事上作的很好，但是，还是有一些东西搜索引擎做的并不好，如： 好了，我们知道，ChatGPT 这类的技术主要是用来根据用户的需求来按一定的套路来“生成内容”的，只是其中的内容并不怎么可靠，那么，如果把搜索引擎里靠谱的内容交给 ChatGPT 呢？那么，这会是一个多么强大的搜索引擎啊，完全就是下一代的搜索引擎，上面的那些问题完全都可以解决了： 一旦 ChatGPT 利用上了搜索引擎内容准确和靠谱的优势，那么，ChatGPT 的能力就完全被释放出来了，所以，带 ChatGPT 的搜索引擎，就是真正的“如虎添翼”！ 因此，微软的 Bing + ChatGPT，成为了 Google 有史以来最大的挑战者，我感觉——所有跟信息或是文字处理相关的软件应用和服务，都会因为 ChatGPT 而且全部重新洗一次牌的，这应该会是新一轮的技术革命……Copilot 一定会成为下一代软件和应用的标配！ （全文完） （转载本站文章请注明作者和出处 酷 壳 – CoolShell ，请勿用于任何商业用途）
两个月前，我试着想用 ChatGPT 帮我写篇文章《eBPF 介绍》，结果错误百出，导致我又要从头改一遍，从那天我觉得 ChatGPT 生成的内容完全不靠谱，所以，从那天开始我说我不会再用 ChatGPT 来写文章（这篇文章不是由 ChatGPT 生成），因为，在试过一段时间后，我对 ChatGTP 有基于如下的认识：
(255 人打了分，平均分： 4.52 )
Loading...
（魔兽世界）改用Java8的日期库修复了BUG
纯情博客为您提供最新网络安全黑客博客信息资讯
将代码复制到项目中音乐播放器网站源码，调试一下，发现没有问题就直接使用。 毕竟结果是第一，不用担心。
这段代码几个月来一直运行良好音乐播放器网站源码音乐播放器网站源码，但在 2020 年 1 月 1 日，一些玩家报告说他们收到了数百封奖励电子邮件。 他们很高兴视频培训脚本，但出于对游戏的热爱黑客纯情，他们还是通知了运营人员。
操作将bug反馈给服务器后typecho插件，我开始排查。 令人不解的是，服务器这几天都没有更新，前几天服务器还稳定，怎么突然出现了BUG呢？
接下来就是分析玩家数据，结合代码逻辑确定问题所在音乐播放器网站源码，最后根据bug的表现排除所有可能，发现唯一可能的问题就是计算复制天数差值的函数来自网络。
根据调试，当两个日期参数不同年份且第一个日期大于第二个日期时，该函数将返回错误结果
例如
differentDays("2020-1-1","2019-12-25")
理论上来说，这个调用的正确结果是-7，但是因为函数有bug，所以调用的结果是358
所以一开始就没有必要发放奖励chatgpt，因为在这种特殊情况下一次性发放了358份wordpress主题，严重影响了游戏中某些类型道具的平衡。
至于补救的方法收费主题，就是清点清单，收回已经送来但没有使用的道具，把用过的当作福利，然后发布公告道歉，然后再送一些其他物品给化妆品。
幸运的是收费主题，补救措施很及时。 如果这些道具无法收回，那么游戏运营的策略将会发生很大的改变，相信不会有什么好的结果。
所以不要在网上复制来历不明的代码并随意使用。 如果真想用的话黑客技术，就必须反复试验，否则有一天就会遭遇突如其来的雷雨。
使用Java8的日期库修复BUG
public static int differentDays(Date date1, Date date2) {<br mpa-from-tpl="t" /> if (date1 == null || date2 == null) {<br mpa-from-tpl="t" /> throw new RuntimeException("日期不能为空");<br mpa-from-tpl="t" /> }<br mpa-from-tpl="t" /> LocalDate localDate1 = date2LocalDate(date1);<br mpa-from-tpl="t" /> LocalDate localDate2 = date2LocalDate(date2);<br mpa-from-tpl="t" /> return Generic.long2int(localDate1.until(localDate2, ChronoUnit.DAYS));<br mpa-from-tpl="t" />}<br mpa-from-tpl="t" /><br mpa-from-tpl="t" />public static LocalDate date2LocalDate(Date date) {<br mpa-from-tpl="t" /> Instant instant = date.toInstant();<br mpa-from-tpl="t" /> ZoneId zoneId = ZoneId.systemDefault();<br mpa-from-tpl="t" /> LocalDate localDate = instant.atZone(zoneId).toLocalDate();<br mpa-from-tpl="t" /> return localDate;<br mpa-from-tpl="t" />}
结尾
历史推荐
1、
2、
3.
4.
公众号ID｜
小编微信｜
“低代码”这个术语意味着不需要多少编程就能完成工作
纯情博客为您提供最新网络安全黑客博客信息资讯
低代码数据库是设计有简单用户界面的工具，即使没有任何编程背景的人也可以成功使用。 由于低代码开发的繁荣带数据库的网站源码，它们的需求量很大。 越来越多的新产品通过精心设计和简化的界面为非程序员提供了机会。
术语“低代码”意味着完成工作不需要太多编程。 有时这只是拖放图标和做一些只需要点击或填写一些表格的事情。 该术语广泛应用于各种企业产品，数据库只是其中之一。 事实上，很多产品都围绕核心数据库提供专门的服务。
随着劳动力和工作流程变得越来越自动化并推动公司采用低代码数据库，这种情况发生的频率越来越高。
“低代码”一词不仅仅适用于一线产品。 它还在 IT 堆栈的各个角落找到了家，例如数据库。 无休止的命令行调用已经缓慢但肯定地被设置向导和更漂亮的用户界面所取代。
关于这些产品是否能满足需求存在很多争论，虽然它们可以带来更好看的屏幕和 GUI，但在表面之下仍然隐藏着一些棘手的技术问题。 有时需要熟练的编码人员才能理解存储数据的最佳方式，以便可以有效地对其进行排序和检索。
低代码数据库用例
传统开发人员和新手都可以创建连接用户和数据库的基本应用程序。 一些常见的用例包括：
领先的低代码数据库提供商
微软是最早推出低代码数据库的公司之一。 最初版本于 1992 年首次发布，面向普通计算机用户typecho主题wordpress主题，并最终与文字处理器等产品捆绑在一起。 创建和填写数据库几乎和写备忘录一样容易。
最新的工具集现在以“Power App”的名义推出带数据库的网站源码，支持围绕数据库构建的复杂应用程序。 这些工具与基础应用程序紧密集成，并面向同一组用户销售。 用户可能不会花太多时间担心他们的数据去向，但许多人可能会使用与 高端旗舰 SQL 的连接。
甲骨文的数据库可能曾经是最难安装的数据库之一，但今天该公司推出了一些“自动化”版本，即包含自动化程序的工具，可以处理许多原本由人类完成的琐事。 据说是“auto-”、“auto-”、“auto-”和“auto-”以及“auto-”和“auto-”。
其中许多功能使数据库管理员的工作更轻松带数据库的网站源码，并使其他开发人员更容易兼职处理这些工作。 虽然有用于创建数据库的 Web 界面，但它们对于普通用户来说可能仍然过于复杂。
SAP 将其流程称为“快速应用程序开发”，并提供多种工具来访问云中的数据。 例如，Ruum 将图标串在一起以将数据导入 SAP 流程。 其机器人过程自动化工具包括人工智能功能，例如文本识别、在自动将数据存储到数据库之前转换数据。
新兴供应商
很难在低代码数据库和任何通用应用程序之间划清界线，许多应用程序只是围绕数据库的薄前端，因此用户可能会在没有意识到的情况下将自己的信息存储在传统数据库中。 至少对于一般的应用，自动化层可以简化流程。
几个开源工具包旨在简化此过程。 例如，是一个内容管理系统，用于创建充满页面和文章的数据库。 该模块增加了创建详细调查的能力，因此用户可以输入自己的数据。 其他内容管理系统带数据库的网站源码，如 ，可以做同样的事情，但它们通常更专注于构建博客和其他文本文档。
主要的云服务正在添加工具并提供多种方式来创建将数据存储在云数据服务中的应用程序。 提供了一种将应用程序与 g Suite 中的办公产品紧密集成的快速方法。 它是 App Maker 的替代品脚本源码，后者是最近关闭的早期项目。
该套件还包括表单，这是将用户数据收集到电子表格中的最简单方法之一。 谷歌还支持 和 ，这两种工具可以简化创建应用程序的过程，但使用足够多的编程语言，即使它们非常易于使用脚本源码，也不会被视为“低代码”。
亚马逊也在推出新的选择。 它的前端提供纯拖放。 任何数据都可以使用函数路由到各种 AWS 存储服务和数据库。 它还提供了一个工具，用于连接不同的 AWS 服务和外部服务，例如 .
其他云服务专注于通过分布式端点使计算更接近用户。 执行一段传统语言（例如）后，距离最近的 CDN 节点的快速响应。
正在努力改进用户界面，为浏览器添加优雅的表示层，并将其云托管数据库转变为更漂亮、更复杂的应用程序。 有几种表示数据表的主要方式，从电子表格网格到日历再到看板。 他们还从一些常见用例的模板开始。
在某种程度上，这些产品不再被视为只是数据库，或仅作为数据库销售。 有许多打包为“机器人过程自动化”或“超自动化”的好例子，包括 , 或 . 他们都使用许多相同的技术来使普通用户能够以简单的方式编写代码。 所有这些最终都将数据存储在数据库中。 但在某种程度上，数据库深埋在代码中。
低代码数据库不能做什么
低代码工具的复杂性和复杂性很强，许多简单的任务可以通过开发一个作为数据库基本前端的应用程序来完成。 如果作业涉及创建、更新或删除数据库中的行，这可能是将工具交付给用户的最快方式。
大多数时候，低代码工具提供了一个后门国内 chatgpt，用于安装更大的代码块来处理标准功能可能无法完成的情况。 熟练的开发人员可以利用低代码功能快速移动，然后求助于更传统的代码。 例如，AWS 函数在被触发时可以执行相当大的代码块。一些人正在利用编写复杂的模拟和计算的低成本。
但是低代码解决方案，尤其是低代码数据库，往往会在工作流程中遇到一些微妙但重要的警告。 例如，后台人员可能会参与解释渗透测试wordpress插件，当供应不足时typecho插件，优先处理来自更好客户的订单，这些细节需要程序员编写代码。
-结尾-
过去精选