4.支持跳转页面 5.支持自定义字段转换（实验性功能） 特别说明 此插件未苏晨魔改其跳转页面，非常实用 blog.sxchl.cn此站点正在使用 下面是使用教程 使用说明 1.首先将插件上次并解压至/wwwroot
挂载时创建卷 挂载卷 [root@docker01 ~]# docker run -d -p 80:80 -v /data:/usr/share/nginx/html nginx:latest 079786c1e297b5c5031e7a841160c74e91d4ad06516505043c60dbb78a259d09 [root@docker01 ~]# docker volume ls DRIVER VOLUME NAME 创建卷后挂载 创建一个卷 [root@docker01 ~]# centos6-httpd /init.sh 46fa6a06644e31701dc019fb3a8c3b6ef008d4c2c10d46662a97664f838d8c2c Dockerfile自动构建 （指定维护者信息，可以没有） RUN 你想让它干啥（在命令前面加上RUN即可） ADD 给它点创业资金（COPY文件，会自动解压） WORKDIR 我是cd,今天刚化了妆（设置当前工作目录 ） VOLUME 给它一个存放行李的地方（设置卷，挂载主机目录） EXPOSE 它要打开的门是啥（指定对外的端口） CMD 奔跑吧，兄弟！
热卖云产品新年特惠，2核2G轻量应用服务器9元/月起，更多上云必备产品助力您轻松上云
挂载时创建卷 挂载卷 [root@docker01 ~]# docker run -d -p 80:80 -v /data:/usr/share/nginx/html nginx:latest 079786c1e297b5c5031e7a841160c74e91d4ad06516505043c60dbb78a259d09 [root@docker01 ~]# docker volume ls DRIVER VOLUME NAME 创建卷后挂载 创建一个卷 [root@docker01 ~]# centos6-httpd /init.sh 46fa6a06644e31701dc019fb3a8c3b6ef008d4c2c10d46662a97664f838d8c2c Dockerfile自动构建 （指定维护者信息，可以没有） RUN 你想让它干啥（在命令前面加上RUN即可） ADD 给它点创业资金（COPY文件，会自动解压） WORKDIR 我是cd,今天刚化了妆（设置当前工作目录） VOLUME 给它一个存放行李的地方（设置卷，挂载主机目录） EXPOSE 它要打开的门是啥（指定对外的端口） CMD 奔跑吧，兄弟！
案例需求 将/lv1目录动态扩容到3G 案例思路 查看/lv1目录所对应的逻辑卷是哪一个 /dev/mapper/vg1-lv1 查看当前逻辑卷所在的卷组vg1剩余空间是否足够 如果vg1空间不够，得先扩容卷组 ，再扩容逻辑卷 如果vg1空间足够，直接扩容逻辑卷 案例实现 步骤： 1. 扩容逻辑卷所在的卷组 1）首先得有物理设备 /dev/sdb3 2) 将物理设备做成物理卷 [root@zutuanxue /]# pvcreate /dev/sdb3 Physical volume 0 /dev/sdb2 vg1 lvm2 a-- <2.00g 464.00m /dev/sdb3 lvm2 --- 2.00g 2.00g 3）将物理卷加入到卷组中 ；如果直接加入卷组，系统会自动帮你将其做成物理卷。
案例需求： 创建一个2.5G大小的逻辑卷 案例思路： 物理的设备 将物理设备做成物理卷 创建卷组并将物理卷加入其中 创建逻辑卷 格式化逻辑卷 挂载使用 案例实现 步骤： 1. 创建卷组并将物理卷加入其中 [root@zutuanxue ~]# vgcreate vg1 /dev/sdb{1,2} Volume group "vg1" successfully created 3.99g [root@zutuanxue ~]# vgscan #扫描系统中有哪些卷组 Reading all physical volumes. -L：指定逻辑卷的大小 -l：指定逻辑卷的大小 举例： -l 100 100个PE，每个PE大小默认4M，故逻辑卷大小为400M -l 50%free 卷组剩余空间的50% [root@zutuanxue 格式化逻辑卷 [root@zutuanxue ~]# mkfs.ext4 /dev/vg1/lv1 6.
案例需求 将lv1逻辑卷由原来的3G缩小为2G 案例思路 1、卸载逻辑卷 2、扫描逻辑卷 3、裁剪率lv1文件系统 4、裁剪逻辑卷lv1 5、挂载使用 案例实现 ext分区逻辑卷裁剪 [root zutuanxue /]# resize2fs /dev/vg1/lv1 2G 裁剪文件系统到2G [root@zutuanxue /]# lvreduce /dev/vg1/lv1 -L 2G 裁剪逻辑卷 # df -h 文件系统 容量 已用 可用 已用% 挂载点 /dev/mapper/vg1-lv1 2.0G 9.0M 1.8G 1% /lv1 xfs分区逻辑卷裁剪 案例思路： 1、将lv2的文件系统格式化为xfs 2、将/dev/vg1/lv2挂载到/lv2 3、在/lv2中建立一个文件，写入内容 4、备份数据 5、卸载分区并裁剪逻辑卷 6、格式化裁剪后的逻辑卷
写代码，找Bug、聊天、写歌等多功能的AI对话软件 ChatGPT 刷爆了朋友圈；就连马斯克都亲自出来为其站台，发了多条推特来夸赞它的强大； 如果就AI聊天、写作什么的，我兴趣还不太大，但你说能写代码，改bug ChatGPT是一种基于GPT-3的对话系统，它可以自动生成文本对话。 ChatGPT通过利用GPT-3的文本生成能力，实现自动生成文本对话。 ChatGPT 能用来干什么？ 它可以自动生成文本对话，因此可以用来实现聊天机器人等应用。 ChatGPT可以根据用户输入的文本，自动生成合适的回复。 此外，ChatGPT还可以用于实现其他文本生成应用，例如文本自动摘要、问答系统等。 ChatGPT与搜索引擎的区别？ 一套流程给你安排的明明白白； 除了写代码、改bug，写歌、写文章、聊天也都是一把好手； 写歌 写文章 还真有鲁迅那味儿了；不过似乎少了些许灵魂； 聊天 写宣传文案 ---- 但AI也有不灵的时候
目录 复习 基于前一天序列化基础 整体单改 单与整体局部修改 复习 """ 1、ModelSerializer序列化类 models.py class BaseModel(models.Model): 3）整体修改，所有校验规则有required=True的字段，都必须提供，因为在实例化“序列化类对象”时，参数partial默认为False 注：如果partial值设置为True，就是可以局部改 # 群改，需要设置 自定义ListSerializer，重写群改的 update 方法 list_serializer_class = V2BookListSerializer 视图层：views.py class V2Book(APIView): # 单局部改：对 v2/books/(pk)/ 传的数据，数据字段key都是选填 # 群局部改：对 v2/books , dict): # 单改 pks = [pk, ] request_data = [request_data, ] elif not
②、全部完成后，使用 pvcreate 将所有分区转化成物理卷，即添加 LVM 属性信息并划分 PE 存储单元： [root@Centos64:~]# pvcreate /dev/sdb1 /dev/sdc1 ③、下面我们需要创建一个 VG，然后 PV 都加入到这个卷组当中，卷名可自定义，比如 vg： [root@Centos64:~]# vgcreate vg /dev/sdb1 /dev/sdc1 /dev /bin/bash partition=/data # 定义最终挂载的名称 vgname=vg # 定义逻辑卷组的名称 lvname =lvm # 定义逻辑卷的名称 code='b c d e f g h i k j l' # 根据分区的实际情况修改 disk= for i in $code do fdisk /dev/sd$i << EOF # 这里自动化完成了所有分区fdisk苦逼的交互步骤 n p 1 1 t 8e w EOF disk="$disk /dev
## 什么是数据卷： 相当于redis里面的RDB和AOF持久化，挂载本地的一个目录到container里面，用来存放需要永久保存的数据 ###为什么Docker要有数据卷？ 因为docker是将运用的运行环境打包形成容器运行，运行的时候数据可以伴随着container一直存在，但是一旦container被删除，数据就丢失了，所以我们想要数据持久化，所以引入了数据卷的概念，可以想成 redis的持久化 Docker容器产生的数据，如果不通过Docker commit生成新的镜像，使得数据作为镜像的一部分保存下来，那么当容器删除后，数据自然也就没有了 ### 数据卷能干什么： 卷就是目录或文件 2，卷中的更改可以直接生效 3，数据卷中的更改不会包含在镜像的更新中 4，数据卷的生命周期一直只需到没有容器使用它为止。 volume_centos 1.3 2a3114e4b5bb 5 minutes ago 200 MB ``` 可以看出来我们刚才构建镜像已经成功了 我们现在来运行一下，看看它是否真的自动挂载两个数据卷
blocks|key|547786|text||type|atomic|depth|inlineStyleRanges|entityRanges|offset|...
那么问题来了，该怎么魔改，实现这样的愿望呢？ 到这里，魔改原理就差不多解释清楚了。 当然，可能会有人质疑，那 up 你的意思是劳资不用自己费力写 POJO，全用你的 Params 来替代？（如果我回答不是，你会不会一棒子打过来？）
读写权限 数据卷操作命令 数据卷命令 数据卷查看 数据卷信息 数据卷创建 数据卷删除 数据卷容器 继承 数据共享 数据备份 数据恢复 挂载特性 # 什么是数据卷 数据卷 是一个可供一个或多个容器使用的特殊目录 <镜像名> docker run [options] -v <宿主机绝对路径 | 任意别名:容器内的路径:[:ro | rw]> <镜像名> 宿主机路径必须是绝对路径，如果目录不存在 Docker 会自动为你创建它 volumes]# ls 75b754f7602e8b946432ad871b0c4b43408dde92f06ce5574ff8352a85c39858 我们可以得知：没有指定宿主机目录，docker 会自动在 容器之间配置信息的传递，数据卷的生命周期一直持续到没有容器使用它为止。 存储在本机的文件则会一直保留。 如果删除了挂载的容器（包括 dbdata、db1 和 db2），数据卷并不会被自动删除。 ----- ------ ------ 文件存在 目录存在 容器启动失败 目录存在 文件存在 容器启动失败 ------ ------ ------ 目录不存在 目录不存在 挂载成功，Docker 会自动在宿主机和容器内新建目录
卷吧，我过节都不忘记肝文，哈哈。不过，也没关系，我早上起来重新补了一些东西，文章更完善了些。 这次，来说说 MySQL 的锁，主要是 Q&A 的形式，看起来会比较轻松。 要使用全局锁，则要执行这条命： flush tables with read lock 执行后，整个数据库就处于只读状态了，这时其他线程执行以下操作，都会被阻塞： 对数据的增删查改操作，比如 select 如果要释放全局锁，则要执行这条命令： unlock tables 当然，当会话断开了，全局锁会被自动释放。 全局锁应用场景是什么？ 我们不需要显示的使用 MDL，因为当我们对数据库表进行操作时，会自动给这个表加上 MDL： 对一张表进行 CRUD 操作时，加的是 MDL 读锁； 对一张表做结构变更操作的时候，加的是 MDL 写锁； 在为某个字段声明 AUTO_INCREMENT 属性时，之后可以在插入数据时，可以不指定该字段的值，数据库会自动给该字段赋值递增的值，这主要是通过 AUTO-INC 锁实现的。
查看磁盘的信息的命令 lsblk 查看所有可用块设备的信息 pgs 查看系统所有物理卷信息 vgs 查看系统卷信息 blkid 文件 查看文件系统 逻辑卷（ LVM） 作用：1.整合分散的空间 2.使得空间扩大 在'分区---->格式化'中间增加一个逻辑层 创建逻辑步骤 至少一块物理卷 变成卷组: vgcreate 卷组名 空闲分区 [root /dev/systemvg/vo 2.没有足够空间 先扩展卷组的空间 [root]# vgextend systemvg /dev/sdb3 在按照上面扩展逻辑卷空间 逻辑卷的删除 删除卷组的前提 ：基于此卷组创建的所有逻辑卷，要全部删除 删除逻辑卷的前提：不能删除正在挂载使用的逻辑卷 [root@localhost ~]# lvremove /dev/systemvg/vo Logical volume "vo" successfully removed [root@localhost ~]# lvs [root@localhost ~]# vim /etc/fstab #仅删除vo开机自动挂载
而要想绕过这种限制，我们可以通过使用存储卷的机制来实现。 2、什么是存储卷 存储卷就是将宿主机的本地文件系统中存在的某个目录直接与容器内部的文件系统上的某一目录建立绑定关系。 5、存储卷管理方式 存储卷（Data Volume）于容器初始化时被自动创建，由base image提供的卷中的数据会于此期间完成复制。 另外，本地目录的路径必须是绝对路径，如果目录不存在，Docker会自动创建。 数据卷容器其实就是一个普通的容器，专门用它提供数据卷供其他容器挂载使用，方法如下： 首先，创建一个数据卷容器dbdata，并在其中创建一个数据卷挂载到/dbdata： [root@localhost ~ 如果删除了挂载的容器（包括dbdata、db1和db2），数据卷并不会被自动删除。
树莓派 Ubuntu mate 16.04 下开启vncserver（自动启动+改分辨率） 参考博文：https://blog.csdn.net/Mr_dhy/article/details/82822439
动态配置的卷继承其 StorageClass 的回收策略，默认为Delete，即当用户删除 PVC 的时候，会自动执行 PV 的删除策略。 相反，它在用户请求时自动供应存储。 : server: 10.0.1.31 #NFS服务器的ip地址 path: /storage #NFS服务器的路径 方式一：创建 PVC 自动申请 PV 配置 StorageClass StorageClass 声明存储插件，用于自动创建 PV，provisioner 参数和存储插件的标识对应上才能动态供应卷 ： apiVersion: storage.k8s.io mountPath: "/usr/share/nginx/html" name: nginx-pv-storage 方式二：volumeClaimTemplates 除了上面创建 PVC 自动创建
自动化助手（TAT）是云服务器的原生运维部署工具。通过自动化助手，您无需登录服务器，也无需打开入站端口、SSH，便可以直接管理实例，批量执行 Shell 命令，轻松完成运行自动化运维脚本、轮询进程、安装或卸载软件、更新应用以及安装补丁等常见管理任务。
扫码关注腾讯云开发者
领取腾讯云代金券
云服务器
云数据库 SQL Server
网站备案
文件存储
SSL 证书
