搜索[MoE架构]结果-低调大师优秀个人博客

精选列表

搜索[MoE架构]，共10000篇文章

微服务架构必读书

微服务分布式构架开发实战》龚鹏著点击书名购买纸书本书语言简洁，内容丰富，适合具备初级Java后端开发能力的开发人员，大中专相关专业师生，网站培训班学员，以前拥有单工程开发经验并且想尝试分布式微服务架构的人员

2018-03-06

ResourceManager(RM)负责跟踪集群中的资源，并调度应用程序(例如MapReduce作业)。在Hadoop 2.4之前，ResourceManager是纱线集群中的单一故障点。高可用性特性以活动/备用资源管理器对的形式添加冗余，以删除此故障点。原理图配置过程管理命令 ResourceManger Restart NodeManagers和客户端在RM关闭期间将保持对RM的轮询，直到RM启动。当启动后，RM将通过心跳机制向正在与其会话的NodeManager和 ApplicationMasters发送同步指令。目前NodeManager和ApplicationMaster 处理该指令的方式为：NodeManager将杀死它管理的所有容器然后向RM 重新注册，对于RM来说，这些重新注册的NodeManager与新加入的 NodeManager相似。ApplicationMasters在接收到RM的同步指令后，将会关闭。在RM重启后，从状态存储中加载应用元数据和认证信息并放入内存后，RM将为每个还未完成的应用创建新的尝试。正如之前描述的，此种方式下之前正在运行的应用程序的工作将会丢失，因为它们已经被RM在重启后使用同步指令杀死了 ResourceManager重启可以划分为两个阶段。第一阶段，增强的ResourceManager（RM）将应用程序的状态和其它认证信息保存到一个插入式的状态存储中。 RM重启时将从状态存储中重新加载这些信息，然后重新开始之前正在运行的应用程序，用户不需要重新提交应用程序。第二阶段，重启时通过从NodeManagers读取容器的状态和从ApplicationMasters读取容器的请求，集中重构RM的运行状态。与第一阶段不同的是，在第二阶段中，之前正在运行的应用程序将不会在RM重启后被杀死，所以应用程序不会因为RM中断而丢失工作。

2018-02-25

以太坊架构简析

HTTPClient：支持HTTP协议、实现get、post等HTTP方法。 Whisper协议：DApp间通信的协议，提供低层次API HTTP/JSON RPC/IPC [1]：实现程序/进程间的通信。外部程序可以通过JSON RPC调用API。 Swarm：一个web应用开发框架，其允许程序分布在多台计算机上，并能够动态分配运算以提升运算效率。容器：包含程序和程序运行所需的完整环境，相当于轻量虚拟机。可以无视环境难题，被快速部署 P2P网络：对等节点组成的网络，每个节点都同时起到客户端和服务端的作用。挖矿：节点争夺记账权，并在记账成功后获取代币奖励。 LevelDB：高效的kv（key-value）数据库[2]。 Crypto：加密。以太坊使用SHA3、secp256k1加密算法。 rlp：recursive length prefix，即递归长度前缀。在以太坊中对对象进行序列化[3]和反序列化编码。校验：包含区块、交易合法性校验，Merkle Patricia Tree校验，交易池校验。区块链管理：涉及区块的下载、连接、断开、校验、保存交易池管理：节点将通过验证的交易存在交易池中，准备放在一个挖到的区块里。 EVM：Ethereum Virtual Machine，即以太坊虚拟机。智能合约在EVM之上运行。智能合约：可以理解为：包含价值且只有在满足一定条件时才会打开的加密箱子。其具有图灵完备性。 web3.js：封装了以太坊JSON RPC API的js库，包含与区块链交互的js对象和函数。有查看网络状态、查询本地账户、查询交易和区块、发送交易、编译/部署合约等的API 交易：一个账户向另一个账户发送被签名的数据包的过程 [1] ipc：inter-progress communication，即进程间通信。Ipc包含lpc(local progress call)和rpc(remote procedure call)。可以认为rpc是：把分割的程序通过网络重组。通过网络，像操作本机代码一样调用远程机器上的代码。JSON RPC是以JSON为协议的RPC，传输的内容是JSON本体。 [2] kv数据库中的数据按照kv对进行组织、索引、存储。kv数据库没有固定的数据结构，而SQL数据库的数据一般都具有固定的数据结构。这里的key一般与hash相关，value一般存储rlp编码。 [3] 序列化：把对象转化为字节序列的过程。反序列化是它的逆过程。

2018-02-19

谈谈系统架构这个东西

架构这个词在很多人看来都是很高大上的一个东西。事实上，搞架构的这些人却也都是些大神，至少都是在这个领域浸淫N久的专家级人物。现在很火的全栈工程师这个概念，就是架构师的另一种表现形式。

2018-02-08

Spark Core介绍以及架构

Spark架构 Spark采用了分布式计算中的Master-Slave模型。

2018-01-16

软件架构知识体系

架构模式是一个系统的高层次策略，涉及到大尺度的组件以及整体性质和力学。架构模式的好坏可以影响到总体布局和框架性结构。设计模式是中等尺度的结构策略。

2017-12-07

Kafka监控架构设计

本文主要讲述笔者个人对Kafka监控架构的认知与想法。 Kafka监控主要分为数据采集、数据存储以及数据展示3个部分。

2017-12-05

架构中的分层技术

使用分层技术实现的多层架构，成本要比普通的CS架构高得多。这就产生了一个非常现实的问题－并不是所有的软件都适合采用分层技术的。

2017-12-04

NTP服务架构和使用

210.72.145.44（中国国家授时中心） 4.重启Win32Time服务，执行命令：netstopW32Time&&netstartW32Time 至此，Windows下使用Win32Time架构的

2017-11-27

LNMP架构介绍与搭建

LNMP架构和LAMP架构挺像的，只不过一个用的Apache一个用的Nginx。LNMP就是Linux+Nginx+MySQL+PHP，Nginx和Apache一样都是web服务器。

2017-11-26

用户管理架构设计

今天给大家分享的是：用户管理模块或者说用户管理子系统如何设计，包括如何抽象以及相关的存储。大部分的应用中都会有用户的概念，除非你的网站全部是匿名访问，不保存用户任何信息。其实这也是不好的，因为你的网站如果没有用户的概念，没有设计用户模块，就很难收集用户信息及用户行为，也就很难有数据来分析用户的喜好，也就少了一条给用户提供更好服务的途径。现在是web2.0的时代，甚至是web3.0，用户越来越在意网站给自己带来的内容，显示的内容是否合适自己，而且用户很想参与网站的内容构建，想要对自己构建的内容进行聚合、管理。说了这么多，就是要说明用户管理模块很重要，是个应用就应该考虑，而且还是重中之重。先来看一下用户信息都包含哪些内容。常见的内容包括：登录账号，登录密码，电子邮箱，个人网址，手机，QQ，简介，标签等等。用户还可能包括企业用户，就会有：企业名称，企业注册号，企业工商号，企业营业执照号，法人，联系人，联系人职务等等企业信息。如果是涉及到金钱往来的应用，例如：电商网站。肯定还会有银行账户信息：开户银行名称，开户名称，开户账号等。用户会有很多的类型。有的是个人，有的是企业。有的有银行账户信息，有的没有银行账户信息，现在没有的，以后可能会有。在用户认证方面现在可能是username/password，以后可能需要支持第三方认证（例如：微博，twitter，qq），还可能需要SSO。单用户模型，单表存储模型最开始想到的是就是一个用户模型，然后把所有的属性都建立在这个模型上，然后加上个用户类型属性区分一下。不同的用户类型，使用不同的属性。在存储方面就建立一张表，每个属性来一个字段。虽然有很多的字段在一些情况下会有浪费，甚至在用户量巨大的情况下，是非常浪费的。但是好处就是从模型到存储，都是唯一的，来源唯一，省去一些获取啊，类型转换之类的麻烦。但是也带来另外的一些麻烦，就是在代码中需要做很多的判断。什么类型，使用那些字段。多用户模型，多表存储模型上面的存储太浪费了，而且不清晰，所有用户都在一张表中，看起来有点不爽。好吧，分开吧，根据用户类型分开，每个用户类型一个模型，单独存储一张表。个人用户：登陆账号，登录密码，电子邮箱。企业用户：登陆账号，登录密码，企业名称，组织机构代码，企业法人。这下好像清晰了一点，需要什么类型的用户就用那个用户的模型，就去那张表找。但是有几个问题： 1.登陆都是用username/password，在两张表，难道写两遍，但是都一样啊。好吧，也有解决办法，那就是写一个数据库视图，在视图中连接两张表，查询视图就可以了。这样也解决了一些需要同时查询所有用户的场景，不错。但是随着用户类型的增加，需要维护数据库视图，否则查询结果就会产生误差。但是查询单个类型用户的时候，是直接用表呢？还是用视图呢？有点纠结了！ 2.需要增加银行账户信息，有几类用户需要添加，有的不需要添加。好吧，打开需要添加的表和模型，添加一下，但是有重复的工作量，是不是可以更好一点呢？！！！其实我有一点感悟，就是你的代码写的和业务越是贴近，它的复用性就会越低，就是和某种业务绑定了，甚至是和某一个业务点耦合了。当然，有的时候会有这种需要，这段代码就是为这个业务点来服务的。但是有很多时候不是这样的。举个例子吧。一个实体有很多的状态，有几个状态来来决定是否能进行某个操作，你可能会写这样的一个方法。 private boo CanUpdate(Status status) { if(status==Status.Wait||status==Status.Finish) { return true;} return false; } 当上面的wait和finish状态还同时决定其他操作的时候，你可能又会写一个方法CanDo。这两个方法就有一些重复，可能在定义一个中间状态，复用一下会更好也说不定。这个例子也可能不太合适，也可能是命名的问题。这个地方还需要大家拍砖，最好是使劲儿的拍，拍醒我，拍明白我。信息模型，按信息类型存储看到标题，很多人肯定是糊涂了，说着用户怎么就不提用户的事儿了呢？其实就是抽象一下，用户就是一种信息。在经历过几次用户信息的扩充之后，思考一下，把所有的信息都罗列出来，看看他们到底如何建立模型，如何设计存储，才能更好的适应应用的发展。从另外一个角度，跳出应用，跳出业务划分，单纯的从信息的属性看看，是否有解决办法。我觉得可以这么划分验证信息：登录账号，登录密码，电子邮箱。基本信息：姓名，联系电话，手机，所在地。个人类信息：证件类型，证件号码。企业类信息：企业名称，法人，组织机构代码，企业登记号。银行账户信息：开户行名称，开户行所在地，开户行账户名称，开户行账户号码。应用中的业务用户类型，都可以从这几种信息中组合而来，而且随时可以增加一类信息。用户信息的底层基础模型分为几个，分开独立存储。业务中中某一类用户，需要哪些信息，就从用户信息的底层模型中挑选那几个，组合成一个业务的用户模型，进行业务的操作。甚至底层基础模型还可以做到对业务模型屏蔽存储结构，存储方式，存储类型。这么做有几个好处： 1.你可以把所有用户的验证信息存储在一起，这样在username/password验证，以及增加第三方验证的时候，都会很方便。 2.大量消除空白字段，节约存储空间。 3.大量消除重复字段，防止遗漏。 4.经过几次重构之后，就可以最大化的实现用户业务模型的组合、分离。上层业务模型清晰，底层基础模型清晰，后台存储模型也很清晰。本文转自 virusswb 51CTO博客，原文链接：http://blog.51cto.com/virusswb/1111442，如需转载请自行联系原作者

2017-11-25

SQL Server内存架构基础

//mssqlwiki.com/sqlwiki/sql-performance/basics-of-sql-server-memory-architecture/ 1.32位SQL Server内存架构

2017-11-22

Java系列（1） JavaEE架构

我们从一幅Spec文档上的架构图,粗略了解JavaEE的基本结构。该结构图表达了JavaEE各元素的逻辑关系，并非物理关系。

2017-11-22

数据库架构组件

也就是Oracle整体架构，掌握了。那么40%的Oracle知识就可以掌握。 3、静态文件在数据库不启动是就是操作系统的文件，启动后则为数据库进程。 4、动态文件，主要是SGA共享区和一些核心进程。

2017-11-21

我的“技术架构”之旅

今天恰好去参加AWS（亚马逊云服务）的一个区域讨论会，一位亚马逊的架构师在为大家讲解AWS云服务及一些案例的架构设计，很多熟悉的概念，还有这位架构师的谦逊和真实，一切是那么亲切。

2017-11-20

串讲Apache OFBiz技术架构

到最近对其架构设计近乎迷恋。个人认为对于ApacheOFBiz的剖析可以分成三大块来进行：技术、业务、数据库设计。这三块个个都是非常顶尖的水准，每个方向深入进去都可以学到很多东西。

2017-11-20

我看架构师

架构，我的理解，好比建筑上的水泥工。就是用已经有的砖块，水泥，钢筋什么的，搭建建筑物。

2017-11-16

微服务架构优缺点

来自ThoughtWorks的James Lewis和Martin Fowler分享了他们对微服务架构的理解以及看法。文章中作者详细介绍了微服务的特点以及相对于传统架构的微服务架构的优势。

2017-11-15

无懈可击之完美dns架构

一：dns简介：DNS 是计算机域名系统 (Domain Name System 或Domain Name Service) 的缩写，它是由解析器以及域名服务器组成的。域名服务器是指保存有该网络中所有主机的域名和对应IP地址，并具有将域名转换为IP地址功能的服务器。域名与IP地址之间的转换工作称为域名解析，域名解析需要由专门的域名解析服务器来完成，DNS就是进行域名解析的服务器。二：dns的阶层式管理模式：每一级dns服务器只管理其相邻的下一级dns，如图：三：dns的查询过程：第一种是本地解析：就是客户端可以使用缓存信息就地应答，这些缓存信息是通过以前的查询获得的第二种是递归查询：即设定的DNS服务器代表客户端向其他DNS服务器查询，以便完全解析该名称，并将结果返回至客户端。第三种是迭代查询：即设定的DNS服务器向客户端返回一个可以解析该域名的其他DNS服务器，客户端再继续向其他DNS服务器查询。四：dns的服务器类型： 1：主dns服务器：记录可以修改，删除 2：辅助dns服务器：从主dns那里拷贝记录，不能修改，删除。 3．缓存dns服务器： 4：存根dns服务器：为某些特定的用户进行域名解析五：dns资源记录 SOA(起始授权机构)：此记录指定区域的起点。它所包含的信息有区域名、区域管理员电子邮件地址，以及指示辅 DNS 服务器如何更新区域数据文件的设置等 NS(名称服务器)：此记录指定负责给定区域的名称服务器 A(主机)：此记录列出特定主机名的 IP 地址。 CNAME (标准名称)：此记录指定标准主机名的别名。 MX邮件交换器记录：此记录列出了负责接收发到域中的电子邮件的主机。 PTR(指针) ：把IP地址映射到域名。六：dns区域：正向区域：将主机名解析为ip地址反向区域：将ip地址解析为主机名案例一：北京总公司有一台主dns服务器，并且建立了一台辅助dns服务器，实现主dns服务器的内容同步到辅助dns服务器中。主dns服务器用Linux，辅助dns服务器用windowsserver 2003. 拓扑方案：一：首先配置Linux主机： 1：[root@lyt ~]# mkdir /mnt/cdrom [root@lyt ~]# mount /dev/cdrom /mnt/cdrom/ [root@lyt ~]# cd /mnt/cdrom/Server/ [root@lyt Server]# ll bind* #查询与dns相关的软件包：如图： 2：[root@lyt Server]# rpm -ivh bind-9.3.6-4.P1.el5.i386.rpm #安装dns的主软件包 [root@lyt Server]# rpm -ivh bind-chroot-9.3.6-4.P1.el5.i386.rpm #有助于dns服务器安全的软件包 [root@lyt Server]# rpm -ivh caching-nameserver-9.3.6-4.P1.el5.i386.rpm #dns服务器的缓存 [root@lyt named]# cd /var/named/chroot #切换到dns服务器的根目录 [root@lyt named]# cd /var/named/chroot/etc/ #切换到dns服务器的主配置文档目录 [root@lyt etc]# cp -p named.caching-nameserver.conf named.conf #-p表示将文件的属性也拷贝一下，新文件名字一定是named.conf [root@lyt etc]# vim named.conf #编辑该文件如图所示： [root@lyt etc]# vim named.rfc1912.zones #编辑区域声明文件 3：[root@lyt chroot]# cd /var/named/chroot/var/named/ #切换到dns服务器的区域文件中 [root@lyt named]# cp -p localhost.zone a.com.db #使用模板拷贝成一个数据库文件 [root@lyt named]# vim a.com.db #编辑该区域的数据库文件如图： [root@lyt named]# service named restart [root@lyt named]# rndc reload #将dns的更新重新加载二：配置windows server 2003主机： 1：选择：开始——〉设置——〉控制面板——〉添加或删除程序——〉添加/删除windows组件 2：开始——〉设置——〉控制面板——〉管理工具——〉dns 三：测试Linux主机和windows server主机的连通性：四：修改Linux上主区域的数据库文件，查看windows server 主机上的辅助区域变化： [root@lyt named]# vim a.com.db [root@lyt named]# rndc reload #将dns的更新重新加载五：限制windows主机到Linux主机上复制主区域内容 1：在named.conf文件中做限制： [root@lyt named]# cd ../../etc/ [root@lyt etc]# vim named.conf #再次编辑次文件，如图： [root@lyt etc]# vim ../var/named/a.com.db [root@lyt etc]# rndc reload 2：在区域文件named.rfc1912.zones中做限制，只能限制某个区域：将上一步骤中的named.conf文件中的allow-transfer { 192.168.101.100; };禁用，然后用named.rfc1912.zones 作测试： [root@lyt etc]# vim named.rfc1912.zones [root@lyt etc]# rndc reload 案例二：主dns服务器用windows server 2003，辅助dns：linux 。实现主dns服务器内容同步到辅助dns服务器中。拓扑方案：一：配置windows server 2003主机二：配置linux主机： [root@lyt etc]# vim named.rfc1912.zones [root@lyt etc]# rndc reload [root@lyt etc]# cd ../var/named/slaves/ [root@lyt slaves]# more b.com.db #查看b.com.db中的信息，如图：三：如果windows server主机中有更新：查看linux主机上是否能够同步信息： [root@lyt slaves]# service named restart [root@lyt slaves]# rndc reload [root@lyt slaves]# cat b.com.db 案例三：反向区域： 1：要求：使用linux主机创建反向区域。windows server 2003主机创建反向区域，作为linux主机的备份dns服务器：首先配置linux主机： [root@lyt ~]# cd /var/named/chroot/etc/ [root@lyt etc]# vim named.rfc1912.zones [root@lyt named]# cp -p named.local 10.10.10.db 配置windows server 2003主机：用xp主机进行测试： 2：要求：使用windows server 2003创建反向区域。linux主机建立反向区域，作为辅助区域：配置linux主机： [root@lyt ~]# cd /var/named/chroot/etc/ [root@lyt etc]# vim named.rfc1912.zones [root@lyt etc]# service named restart [root@lyt etc]# cd ../var/named/slaves/ 案例四：区域的委派与转发1： 1：linux主机做父域，windows server 2003主机做子域委派：将相关区域解析权限下放给某一台DNS服务器在委派服务器上只存储一条委派方与被委派方的记录。转发：一般是本地的DNS不能为本地的用户进行服务，然后转发到其他指定的DNS。（转发可以通过转发器和根提示来实现）说明：在北京总公司有一台dns服务器，域名是c.com，北京分公司的域名是bj.c.com。在上海的分公司域名是sh.c.com。在北京总公司的dns服务器上建立父子域，并对上海分公司dns服务器授权。上海分公司通过设置根提示和转发其来解析北京总公司及北京分公司。拓扑方案：一：首先配置linux上的dns-server：（在上个案例中已经将有关dns的软件包安装完毕，现在只修改配置文件） [root@lyt etc]# pwd #显示当前目录 /var/named/chroot/etc [root@lyt etc]# vim named.rfc1912.zones [root@lyt etc]# cd ../var/named/ [root@lyt named]# cp -p localhost.zone c.com.db #复制模板文件，-p表示连同属性一起复制 [root@lyt named]# cp -p localhost.zone bj.c.com.db [root@lyt named]# vim c.com.db#编辑c.com域，对上海分公司进行委派： [root@lyt named]# vim bj.c.com.db #编辑bj.c.com子域的数据库文件如图： [root@lyt named]# named-checkconf /var/named/chroot/etc/named.conf #检测主配置文档是否有错 [root@lyt named]# named-checkzone a.com /var/named/chroot/var/named/a.com.db #检测区域文件是否有错 [root@lyt named]# service named restart 二：配置windwos server 2003主机：（在上个案例中，dns已经安装。这里不用安装了）三：用xp主机进行测试： 1：dns指向linux主机：查看解析结果： 2：使xp主机的dns指向windows server 2003主机：查看解析结果：在windows server 2003主机上设置根提示：在xp主机上再次测试，xp主机dns指向子域sh.c.com。设置根提示之后解析成功：将windows server 2003主机上设置的根提示删除，然后设置转发器：在xp主机上使用ipconfig /flushdns清除缓存，然后再次进行测试： 2：区域的委派与转发2：windows server 2003主机做父域，linux主机做子域：首先配置winodws server 2003主机：在linux主机上配置委派的域sh.d.com: [root@lyt etc]# vim named.rfc1912.zones [root@lyt etc]# cd ../var/named/ [root@lyt named]# cp -p localhost.zone sh.d.com.db [root@lyt named]# vim sh.d.com.db 使用xp主机进行测试：dns指向windows server 2003： dns指向linux主机（sh.d.com子域）：在linux主机上设置根提示： [root@lyt named]# vim named.ca #编辑dns的根指向文件 [root@lyt named]# service named restart 再次用xp主机测试：在linux主机上设置转发器：（将根指向删除） 1：无条件转发： [root@lyt named]# cd ../../etc/ [root@lyt etc]# vim named.conf 2：配置有条件转发： [root@lyt etc]# vim named.rfc1912.zones [root@lyt etc]# rndc reload 用xp主机，再次进行测试：看完务必赞一个，写博客好辛苦！！！本文转自 liuyatao666 51CTO博客，原文链接：http://blog.51cto.com/5503845/973781，如需转载请自行联系原作者

2017-11-15

《SaaS架构设计》目录

1.SaaS商业模式软件业的发展 ASP SaaS的优势当前成功案例 SaaS未来趋势展望小结 2.SaaS成熟度模型 SaaS应用架构-多租户(MultiTenant) 多租户架构的三大挑战：高性能

2017-11-15

资源下载

更多资源

腾讯云软件源

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

Nacos

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

Rocky Linux

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

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

精选列表

微服务架构必读书

YARN HA架构部署测试

以太坊架构简析

谈谈系统架构这个东西

Spark Core介绍以及架构

软件架构知识体系

Kafka监控架构设计

架构中的分层技术

NTP服务架构和使用

LNMP架构介绍与搭建

用户管理架构设计

SQL Server内存架构基础

Java系列（1） JavaEE架构

数据库架构组件

我的“技术架构”之旅

串讲Apache OFBiz技术架构

我看架构师

微服务架构优缺点

无懈可击之完美dns架构

《SaaS架构设计》目录

资源下载

腾讯云软件源

Nacos

Rocky Linux

Sublime Text

欢迎您来访！