centos版本解读(centos现在哪个版本最流行)

大家好，如果您还对centos版本解读不太了解，没有关系，今天就由本站为大家分享centos版本解读的知识，包括centos现在哪个版本最流行的问题都会给大家分析到，还望可以解决大家的问题，下面我们就开始吧！

yum软件仓库详细解读

1.客户端:客户端的配置非常简单，只要配置要一些基本的参数，就可以通过客户端来安装软件，并且解决软件包的依赖性。

2.服务端:将所有需要的软件包同统一放在一个目录下，该目录可以通过ftp、http、https、file将需要使用软件的客户端传输需要的软件。

全局配置:/etc/yum.conf yum

cachedir：软件包缓存目录

keepcache：缓存是否保存，1保存0不保存

debuglevel：调试级别（默认为2）

logfile：日志文件路径

gpgcheck：是否检查密钥，一种检验软件完整性的方式

仓库配置:/etc/yum.repo.d/name.repo yum

[name]：仓库id

name：仓库名字

baseurl：为仓库的地址

gpgkey：公钥地址，若是需要检查完整性的话可以添加密钥地址

enable：是否开启当前仓库

gpgcheck：是否使用密钥验证

$releasever:当前OS的主版本号

$arch:处理器平台，i386，x86_64,i486,i586

$basearch:基础平台：i386,x86_64

在搭建yum客户端仓库时，可以使变量让自己能够让repo配置文件在多个版本的系统中使用。但是yum服务器必须遵循命名规则。下面以阿里云举例。

$releaserver/os/$basearch/

1.启用与禁用仓库

禁用仓库: yum-config-manager--disable“仓库名"

启用仓库: yum-config-manager--enable“仓库名”

2.显示软件仓库列表

yum repolist

3.显示软件包列表

yum list

4.安装卸载与更新

安装： yum install package1 package2...

重新安装： yum reinstall package

卸载： yum remove package

更新： yum update package

降级： yum downgrage package

检查可用的更新： yum check-update

5.缓存命令

清除缓存： yum clean all

构建缓存： yum makecache

6.查看依赖性

yum deplist package1

7.包组相关命令

安装： yum groupinstall group1 [group2] [...]

更新 yum groupupdate group1 [group2] [...]

列表 yum grouplist [hidden] [groupwildcard] [...]

删除 yum groupremove group1 [group2] [...]

信息 yum groupinfo group1 [...]

linux中多用户以及权限的理解

linux操作系统是多用户管理系统，管理起来非常麻烦，所以用组的概念来管理用户就变的简单多了，一个用户可以属于多个组，一个组可以有多个用户，用户和组是多对多的关系。

linux的多用户多分组管理系统都是针对文件来说的，每个文件都有所属的用户和所属的分组。

linux系统是根据用户UID来识别用户的，并不是根据用户名。linux用户分为以下3种

每行数据为一个用户，可以看到红色部分为root超级用户，蓝色部分为系统用户，绿色部分为普通用户。

我们可以看到该文件属于root用户和root组。然后root用户权限是rw-，root组内成员的权限是r--,而其他用户的权限是r--。由于其他用户的权限都是r--，所以任何用户都是可以读的。

在/etc/group文件中存储着系统的所有组,查看文件内容，如下图

大致分为4段

我们可以看到图中mail分组的第4段有值为postfix,也就是postfix用户应该有俩个分组，一个初始组和一个附属组，我们执行以下命令验证

用户密码文件shadow和组密码文件gshadow的权限都是000，所有其他用户是不能查看的，只有root用户才可以查看，root用户也是不能修改该文件的。

使用 whoami命令查看。

postfix用户有俩个所属组postfix和mail。由此可见， uid是指用户id(用户名称)，gid是指初始组id(初始组名称)，groups是指包括初始组在内的所有组id(所有组名称)

我们知道了/etc/group文件的第四段为组内成员，所有我们可以通过 grep来匹配相关组。比如查询mail组内的所有成员，命令如下，可以看到mail组内有mail,postfix和tom3个用户。

上面是一种方法，我们也可以直接使用命令来查看。

添加用户只能root用户来添加，普通用户没有权限，添加用户有俩种方式

在centos系统下，这俩种方式没有区别，都会在/home下自动创建与用户名同名的用户目录，且都是需要使用 passwd userName命令来设置用户密码的，只有设置完密码后才可以正常登录。

在unbantu系统下，这俩种方式是有区别的，使用 useradd userName命令不会在/home下自动创建与用户名同名的用户目录，且不会自动选择shell版本，后续也是需要使用 passwd username来设置密码的。而使用 adduser userName命令的话是会在/home目录下自动创建与用户名同名的用户目录，也会自动选择shell版本，且会自动提示输入用户密码，对用户比较友好，后续不需要在使用passwd来设置密码。

删除用户，并不会删除用户相关的文件

删除用户且一起删除家目录

格式如下：

参数如下:

-g指定组（只有root可以使用）

-a指定用户加入组

-d从组中删除该用户

-p从组中清楚所有成员

-l显示组成员列表

linux中每个文件都是有权限的。每个文件都有自己的所属用户和所属组，且拥有所属用户权限，所属组权限和其他权限3种。

权限一般分为读，写，执行3种，通过这样的机制来限制哪些用户或用户组可以对特定文件进行相应的操作。

目录有x权限才可以cd进入该目录。目录有r权限才能在该目录中使用ll或者ls查看目录。一个目录中的文件能否被删除或者创建取决于该目录是否有w权限。

执行ll命令后显示如下,我们解读一下

从左到右发现一共有7段

然后执行如下命令

test文件的权限改为

常用的参数为-R,常用于修改目录权限，该参数表示为该目录以及目录下的所有子文件都修改为相同的权限。

然后执行如下命令

再次查看test文件

常用的参数为-R,常用于修改目录，该参数表示为该目录以及目录下的所有子文件都修改为相同的用户及用户组。

想切换到root用户，直接使用su命令即可

Node.js 18 新特性解读

Node.js 18.0.0版本的发布，为开发者带来了内置的fetch和 node:test标准模块，标志着内置库标准化进程的加速，而用户库则在精细化发展。此版本并非长期支持（LTS）版本，建议在生产环境中使用2022-10-25后发布的LTS版本。

Node.js项目正在进行“Next 10”工作，旨在回顾Node.js前十年的成功经验，以指导未来十年的成功方向。其中，Fetch API的引入与现代HTTP会议讨论相关，未来还将分享ESM（ECMAScript Modules）和可观测性进展，开发者应关注相关动态。

Fetch API，一个前端开发者熟悉的API，提供标准网络请求能力，取代了古老的XMLHttpRequest。相比之下，Node.js提供的http.request()过于底层，使用时需大量封装，如自动跳转、文件上传、响应结果解析等。undici库的推出，集现代化性能、良好扩展性、内置mock能力于一身，弥补了这一空白。undici的命名别具一格，源自对HTTP/1.1客户端的现代诠释。Node.js内置新的请求库，遵循Fetch规范，底层基于undici实现，简化了代码，减少引入额外类库的需要。新增API包括fetch、FormData、Headers、Request、Response和Web Streams API，当前仍处于实验性特性阶段，文档有待完善。

在单元测试方面，Node.js 18.x版本引入官方支持，简化了测试流程，使得覆盖率输出内置于Node.js中，nyc等工具简化为c8等覆盖率报告生成工具。未来，Mocha等测试工具可能变为上层封装，提供批量执行和报告等功能。

Node.js 18.x版本还支持Build-time user-land snapshot功能，将js直接编译成v8 snapshot，显著提高启动时间。目前仅支持通过Node.js源码编译，并以Node.js Runtime方式进行。秋怡正在推进无需编译Node.js源码的实现，这一功能对命令行CLI独立打包尤其有用。

内置V8引擎升级至10.1版本，新特性包括更快的类实例初始化。ECMAScript双月报告中，装饰器提案已进入Stage 3阶段。阿里的Node架构团队今年将推动装饰器方案在V8的落地实现，但可能要等到Node.js 20.x版本。

在ESM支持方面，虽然在18.x版本中没有新增内容，但过去几个月一直在持续推动ECMAScript模块的实现。工具链和编译器的升级也在进行中。

值得注意的是，CentOS 7官方不再维护，由于glibc版本过低，无法升级到最新版本。

以上内容概要介绍了Node.js 18.0.0版本的新特性及其对开发者的影响，旨在提供全面理解的概览。开发者应关注这些新功能，以提升应用开发效率和质量。