码云客户端Gitee使用2 下载项目

码云上面有许多优秀的开源项目，非常感谢这些组织、公司、团队以及个人的开源精神以及为开源项目长期付出的的艰辛。举手之劳，Star一下！ 码云地址为：https://gitee.com/laoli/NetModular 选择一个好的开源项目之后，想要下载代码到本地进行学习，下面介绍2种下载代码的方式与步骤。 2、点击【下载Zip】按钮，开始下载，下载完成后解压即可。 优点：简单方便 缺点：无法同步更新源码。 方式二、克隆源代码 ? VS中打开【团队资源管理器】 ? 点击【码云】-->【连接】 ? 输入用户名、密码，点击【登录】 ? 此处加载的都是个人账户下的代码仓库，所以Gitee插件无法克隆其他账户的仓库源码。 2、点击【克隆】按钮，开始下载代码 ? 查看本地 ? VS中打开该项目 ? 项目中的所有文件受Gitee管控。 点击【拉取】链接，同步远程仓库中的源码。 ?

HarmonyOS Next 端云一体化（2）

HarmonyOS Next 端云一体化（2） 本章节主要讲一下端云一体化中的数据库操作 介绍 云数据库是端云协同的数据库产品，具备端云数据协同管理、统一数据模型及丰富数据管理 API 接口等能力。 "publish": 1737014949576, "hot": true, "cover": "string1" }, { "id": 2, "name": "string2", "price": 20.5, "publish": 1737014949576, "hot": false, "cover": "string2" } ] } 字段解释 cloudDBZoneName：配置存储区名称。 、配置和部署过程，为后续的端云协同开发打下了基础。

构建端到端云原生应用平台

作为一个全功能的平台即服务（PaaS）， App Platform 解决了从开发到 Kubernetes 支持的高度可扩展和弹性的云原生部署的操作方面的问题，同时保持了尽可能简单的用户体验。 应用类型检测、构建和运行由云原生构建包 Cloud Native Buildpacks 处理（最近成为了 CNCF 孵化器项目，祝贺！?）。 容器的水平扩展在运行时端做了大量的工作来实现这一点。在网络方面，我们面临的挑战是提供一种解决方案，既能满足最大客户的需求，又能在小型应用程序方面保持成本效益。 这些可能更接近你对云虚拟机的心理模型。使用 Kata Containers，每个容器都包装了一个轻量级虚拟机和它自己的内核。 总结 应用平台将所有这些技术结合在一起，消除了大多数应用程序无法达到的复杂性和运营投资，以最小的用户努力提供了一流的云原生平台。应用平台是建立在巨人的肩膀上。

端与云的融合

端，我们指终端设备，包含手机，车辆，智能家居设备等与用户直接交互的设备； 管，我们指通讯管道，包含有线/无线网络等连接端与与云，端与端进行数据交换的通道； 云，我们指运行在各地数据中心的远程服务器集群及其提供的服务 传统端与云在软件设计方面有不同的专注点，端软件设计的重点在于思考在受限的内存和算力下如何优化单机程序；云软件设计的重点是在于如何设计可扩展的分布式计算使用多机来处理大规模的服务请求。 另一方面，通讯管道的发展，4G网络的普及和即将到来的超10Gbps的理论传输速度的5G网络使得端与云的分工也在不断发生着变化。管道的提速，端与云之间可以有更高频的近实时数据交互。 端云融合在车联网的场景下， 车作为一个高复杂度的终端，与云之间也有着不断融合的趋势。 在这个过程中会涌现大量的，针对车载嵌入式环境设计的分布式系统软件，类似于云计算技术的发展，这些系统软件更多属于平台性质的软件，并不局限于服务某一家整车厂的特定需求，更多的会在Tier 1/Tier 2供应商中产生

端边云协同：从云到边缘

面向边缘的基础设施 面向边缘的基础设施是在高层次上支持分布式网络智能和物理系统之间复杂交互的端到端基础设施。 尤其在工业领域，正在经历一个向新电子架构的过渡，继承了在云计算、软件定义网络、云存储和对象数据库、大数据、软件部署和编排以及安全等方面所经历的一些技术进展。 e.端到端管理和编排：一种通用的软件部署模型，从云到端点，实现了一个现代的CI/CD软件生命周期管理。 时间要求现在可能需要适用于靠近端点的现场总线区域，机器控制领域（工业自动化金字塔中的1级），并扩展到更高的级别，如2级（主管监控和控制），甚至3级。 可以跨端到端基础架构部署、监控、更新、内部连接和协调，支持跨整个分布式基础架构的CI/CD模型。

APP端测试系列(2)——服务端安全

一、概述： 服务端安全主要涉及测试项如下，主要涉及安全策略、业务安全和系统组件安全。 ? 、测试项： 1、安全策略 安全策略主要是安全设计方面存在的问题，大多为配置错误，包含以下四方面： 1）认证鉴别 包括密码复杂度（弱口令）、多因素检验（验证码）、失败锁定机制、单点登录限制等方面； 2） 2、业务安全 业务安全问题和BS系统逻辑漏洞有很多类似之处，包含： 1）短信安全 短信是APP端频繁使用的功能，若存在此功能则需要测试：短信是否前端校验、前端返回、可复用、可修改返回包等验证码绕过办法 ，除此之外需测试是否可进行短信炸弹攻击，参考： https://www.secrss.com/articles/2699 2）业务逻辑 APP端的业务逻辑漏洞大多为越权漏洞（IDOR），可重点测试涉及用户权限及交易操作的业务 3、系统组件安全 在信息收集阶段需要获得APP服务端的相关信息包括：OS版本、服务（端口）、业务系统服务器等，较为常见的漏洞为命令执行漏洞，如：struts2命令执行、心脏出血、ImageMagick

4.4 双端队列（2）

挑战程序竞赛系列（55）：4.4 双端队列（2） 练习题如下： POJ 3260: The Fewest Coins 还以为直接 DP求解，但没想到可以双DP求解+枚举，这思路没谁了，第一次接触 这里再补充下P341多重背包转01背包的理解，首先 mi=1+2+4+⋯+2k+a m_i = 1 + 2 + 4 + \cdots + 2^k + a 其中 a=mi−2k+1+1a = m_i - 2^{k + 1} + 1，所以a不选的情况下，(1,2,⋯,2k)(1,2,\cdots,2^k)的范围为：[0,2k+1−1][0, 2^{k + 1} - 1]，而选择a的情况下，剩余数的范围在 ：[mi+1−2k+1,mi][m_i + 1 - 2^{k + 1}, m_i]，所以经过对(1,2,…,a)的01组合，能够得到[0,mi][0,m_i]之间的任意数。 new Main().run(); } static final int MAX_T = 10000 + 4; static final int MAX_N = 100 + 2;

ABB GOP2 端到端安全性

ABB GOP2 端到端安全性图片OPC UA over TSN 是另一种标准化的、确定性的工业以太网，可跨开放系统互连 (OSI) 模型互操作。 它确保从现场级设备到云计算的无缝链接有助于预测性维护和状态监控，以提高系统可用性并防止过早的故障。TSN 上的通信标准 OPC UA 允许迅速组合来自不同供应商的组件。

为端而生，因人而「云」

这是否意味着云计算只能在技术圈中讨论？ 显然不是。 事实上，在云计算领域，尤其是行业云领域内，面向个人和家庭用户的云品牌和云服务正在迅猛发展。 2022年，OPPO正式推出三大核心技术之一 —— 安第斯智能云 向云新生 厚积薄发的安第斯智能云 去年OPPO在INNO DAY上发布安第斯智能云时，我们当时认为它的最大意义在于，每个人和家庭都可以拥有一朵云来协同数据资产 这些光环包括：安第斯智能云在生成式多模态技术和云端计算能力互融协同领域处于前沿地位，并成功将这种创新运用到自家产品「小布助手」中，借助端云协同的能力，使其正式解锁了AIGC生成式技术。 游戏云计算专网 安第斯赋能下行业内首个解决弱网环境下游戏畅玩体验的方案 作为服务个人、家庭和开发者的泛终端智能云,安第斯智能云能够带来端云协同的数据存储与智能计算服务，为用户在多场景中提供更智能的泛终端智能云使用体验 随着在Find N2折叠屏系列中的落地，我们的观点也得到了验证：基于终端的云解决方案，不仅只是技术军备，更是当硬件创新已经变成4纳米还是3纳米的针尖之别时，「软件」加持带来的体验突破是更加直观、更富有用户体感的

端云互通-MQTT开发介绍

即一个设备在平台申请一个密码，流程图如下所示： 一型一密模式，即一种产品在平台申请一个密码，产品的设备唯一标识nodeid由设备厂家分配，设备的密码由设备和平台动态协商，流程图如下所示： 特点 使用LiteOS端云互通 出参 Phandle：MQTT客户端句柄。 返回值 ATINY_OK表示成功；否则错误码。 atiny_mqtt_bind 接口2 int atiny_mqtt_bind(const mqtt_device_info_s* device_info, mqtt_client_s* phandle 出参 phandle：MQTT客户端句柄。 返回值 返回错误码或者不返回。 入参 phandle：MQTT客户端句柄。 出参 无 返回值 0表示未连接；否则连接。

hhdb客户端介绍（2）

【云服务】多云环境中实现端到端自动化

欢迎关注微信公众号：数据科学与艺术 作者WX:superhe199 在多云环境中实现端到端自动化需要考虑以下几个方面： 1.自动化测试：在多云环境中，需要确保应用程序可以在不同云平台上正确运行。 2.环境配置管理：在多云环境中，需要快速、准确地部署和配置应用程序。可以使用配置管理工具如Ansible或Terraform来自动化部署和配置云平台上的资源。 通过配置CI/CD流水线，可以实现端到端的自动化，包括代码构建、自动化测试和部署到多个云平台。 以下是一个实现端到端自动化的示例： 1.自动化测试：使用测试框架如JUnit或Selenium编写测试用例。可编写测试用例来验证应用程序在AWS和Azure云平台上的兼容性和一致性。 2.环境配置管理：使用配置管理工具如Terraform进行云平台资源的自动化部署和配置。可编写Terraform脚本来定义AWS和Azure云平台上的虚拟机、容器和网络等资源。

Spring Boot云配置客户端

注 - 在启动config客户端应用程序之前，应运行http://localhost：8888配置服务器。

边缘AI与端云协同架构

边缘AI与端云协同架构概述 边缘AI将人工智能模型部署在边缘设备（如手机、传感器、嵌入式设备）上，实现本地实时处理；端云协同通过边缘与云计算的协作，平衡计算负载、隐私与延迟。 案例分析 案例1：智能家居安防系统 架构设计： 边缘端：摄像头运行轻量级YOLOv5模型，实时检测入侵者，触发本地警报。 云端：上传可疑图像至云端进行高精度分析（如ResNet），并通知用户。 通过MQTT协议实现边缘与云通信。 案例2：工业设备预测性维护 架构设计： 边缘端：传感器采集设备振动数据，运行LSTM模型预测故障。 云端：聚合多设备数据，训练全局模型并下发更新至边缘。 :", output) 端云协同通信（MQTT + Python） import paho.mqtt.client as mqtt def on_connect(client, userdata 安全协议：采用TLS加密边缘-云通信。 通过案例与代码可见，边缘AI与端云协同能显著提升响应速度并降低带宽消耗，但需权衡模型精度与资源限制。

端云协同推理：Split Learning实战

端云协同推理（Split Learning）逐渐成为研究和应用的热点这种创新的计算模式将深度学习模型的推理过程在终端设备（如智能手机、IoT设备）和云端之间进行划分，不仅提高了推理效率，还增强了数据隐私保护 端云协同推理（Split Learning）概述在传统的深度学习推理模式中，终端设备要么将所有数据上传到云端进行推理，要么在本地完成所有推理任务。 组件功能描述通信模块接收终端设备发送的加密特征向量，并将推理结果返回给终端设备特征解密模块对加密的特征向量进行解密后向推理模块运行模型的后几层，进行分类或回归计算模型更新模块根据推理结果和反馈信息，对云端模型进行更新和优化端云协同流程 Split Learning的端云协同流程可以分为以下几个步骤：数据采集与预处理 ：终端设备采集原始数据，并进行必要的预处理操作。 实际应用案例与挑战Split Learning作为一种新兴的端云协同推理技术，已经在多个领域得到了应用，同时也面临一些实际挑战。

从端到云：全面解析云计算安全策略

2、云环境下的等级保护问题研究 综上所述，用户在选择云计算的时候首先会考虑安全性，对普通用户来说，云计算服务的合规性是安全上很重要的参考依据。 3、云计算的等级保护建设方案阐述 3.1 云业务模式的发展 云计算已经深刻的影响到了IT架构、业务系统部署方式，以及服务模式。形成了端（终端）、管（管道）、云（云端）的IT架构。 “端、管、云”的新型模式，可以让用户快速、弹性、按需、随时随地的获取到IT资源和服务，实现IT即服务的转变，是重要的一次信息化变革。但这种新型的IT架构，也带来了新的安全挑战和安全需求。 终端的处理能力（包括CPU和硬盘）集中到云计算资源中心，个人终端变成瘦客户端，终端本地不保存数据，保障信息安全性，并且不提供计算能力；通过桌面云平台，给每个终端提供虚拟化的“计算机”或推送应用的界面，每个终端所使用的资源都是共享的 （2）云计算边界安全 云计算边界环境由物理的接入网络边界和虚拟化网络边界组成，物理网络接入边界的防护，采取传统安全网关即可。

HDFS Shell CLI客户端2

Fetch all files that match the file pattern <src> and display their content on stdout. shell客户端 Hadoop提供了文件系统的shell命令行客户端，使用方法如下： Usage: hdfs [SHELL_OPTIONS] COMMAND [GENERIC_OPTIONS] [COMMAND_OPTIONS

OAuth2客户端模式

一、OAuth2客户端模式简介 OAuth2客户端模式是一种常见的授权模式，适用于不需要用户参与的情况下，让第三方应用程序获得访问资源服务器的权限。 该模式下，第三方应用程序使用其自己的客户端ID和客户端Secret向授权服务器进行身份验证，获取access_token后直接访问资源服务器，无需用户的参与和授权。 二、OAuth2客户端模式的流程 下面是OAuth2客户端模式的详细流程： 第三方应用程序向授权服务器发送请求 第三方应用程序向授权服务器发送包含客户端ID和客户端Secret的请求，以进行身份验证。 和客户端Secret对第三方应用程序进行身份验证。 GET /api/resource HTTP/1.1 Host: resource-server.com Authorization: Bearer 3s2s1s124n1s41s241sw 资源服务器进行访问授权

Springboot2整合RocketMQ消费端

1、创建springboot2项目，省略； 2、pom.xml引用 <dependency> <groupId>org.apache.rocketmq</groupId producer: group: base_group_syncMsg send-message-timeout: 5000 retry-times-when-send-failed: 2

搭建hysteria2 服务端

搭建hysteria2 服务端 服务器配置 配置文件的目录 /root/hysteria 自签证书key crt生成 openssl req -x509 -nodes -newkey ec:<(openssl chown hysteria /root/hysteria/server.key # sudo chown hysteria /root/hysteria/server.crt 新建hysteria2. type: proxy proxy: url: https://www.baidu.com #伪装网址 rewriteHost: true 最终需要的三个文件 hysteria2. yaml 客户端使用 新建配置文件hysteria2-client.yaml # 服务器信息及端口 server: server.hhtjim.com:443 auth: 999999 # 根据本地带宽设置上下行 client.yaml:/app/hysteria2.yaml --net=host --name=hysteria2-client -d tobyxdd/hysteria client -c /app