字节跳动旗下的核心AI视频工具“即梦”，其会员积分政策“一小时一变” ，高级会员月积分从15000缩水至5870，又在舆论压力下紧急回调至6160分。这并非即梦第一次在价格上“动手”，早在3月25日，...
Basic
PVE磁盘扩容方案
初始安装系统的时候,硬盘只给我50G,在PVE面板增加了450G,那么操作系统里面需要进行扩容操作: 一、基于parted 二、基于fdisk # 备份当前分区表 $ sfdisk -d /dev/sda > sda_backup.txt # 使用 fdisk $ fdisk /dev/sda d # 删除分区 5 # 删除交换分区 d # 删除分区 2 # 删除扩展分区 d # 删除分区 1 # 删除主分区 n # 创建新主分区 p # 主分区 1 # 分区号1 # 起始扇区：直接回车（使用默认2048） # 结束扇区：+536G n # 创建扩展分区 e # 扩展分区 2 # 分区号2 # 起始扇区：直接回车 # 结束扇区：直接回车（使用所有剩余空间） n # 创建逻辑分区 # 起始扇区：直接回车 # 结束扇区：直接回车 t # 更改分区类型 5 # 选择分区5 82 # Linux swap w # 保存并退出
Database
Clickhouse高可用集群搭建
Clickhouse高可用集群搭建 一、环境信息 二、clickhouse安装 三、clickhouse配置 四、clickhous高可用方案1 子表使用MergeTree引擎，Insert写Distributed表 在这种情况下，分布式表会跨服务器分发插入数据。 为了写入分布式表，必须要配置分片键（最后一个参数）。当然，如果只有一个分片，则写操作在没有分片键的情况下也能工作，因为这种情况下分片键没有意义，所有数据都将发送到一个分片。 通常将internal_replication参数设置为false，这样写操作会将数据写入所有副本以实现高可用。实质上，这意味着要分布式表本身来复制数据。这种方式不如使用复制表的好，因为不会检查副本的一致性，并且随着时间的推移，副本数据可能会有些不一样。 测试语句: 五、clickhous高可用方案2 子表使用ReplicatedMergeTree引擎，Insert写子表 可以将internal_replication参数设置为true，因为可以由ClickHouse来保证数据副本的一致性。你可以自已指定要将哪些数据写入哪些服务器，并直接在每个分片上执行写入，并且你可以使用任何分片方案。对于复杂业务特性的需求，这可能是非常重要的。官方推荐这种方案。 使用复制表并不影响效率 SELECT 查询并不需要借助 ZooKeeper ，复本并不影响 SELECT 的性能，查询复制表与非复制表速度是一样的。查询分布式表时，ClickHouse的处理方式可通过设置 max_replica_delay_for_distributed_queries 和 fallback_to_stale_replicas_for_distributed_queries 修改。 对于每个 INSERT 语句，会通过几个事务将十来个记录添加到 ZooKeeper。（确切地说，这是针对每个插入的数据块; 每个 INSERT 语句的每 max_insert_block_size = 1048576 行和最后剩余的都各算作一个块。）相比非复制表，写 zk 会导致 INSERT 的延迟略长一些。但只要你按照建议每秒不超过一个 INSERT 地批量插入数据，不会有任何问题。一个 ZooKeeper 集群能给整个 ClickHouse 集群支撑协调每秒几百个 INSERT。数据插入的吞吐量（每秒的行数）可以跟不用复制的数据一样高。 参考文档： 1、http://cxy7.com/articles/2019/06/07/1559910377679.html#b3_solo_h3_2 1、
Environment
PXC 仲裁机制
MySQL中PXC 仲裁机制 参考文档： 1：https://yq.aliyun.com/articles/584611 2：https://blog.csdn.net/leshami/article/details/80077031 3：https://www.cnblogs.com/buptwangjing/p/5062734.html 4：https://segmentfault.com/a/1190000005370057 5：http://galeracluster.com/documentation-webpages/backingupthecluster.html 6：http://www.360doc.com/content/13/0817/15/834950_307820923.shtml 7：https://blog.csdn.net/wjf870128/article/details/45200257 8：http://galeracluster.com/documentation-webpages/arbitrator.html
Error
修复Deiban的防火墙Firewalld
报错： Error: RUNNING_BUT_FAILED: Changing permanent configuration is not allowed while firewalld is in FAILED state. The permanent configuration must be fixed and then firewalld restarted. Try . 修复方法:
Other
即梦疯狂涨价，不得不说即梦的服务太差了，即梦毫无诚信！
字节跳动旗下的核心AI视频工具“即梦”，其会员积分政策“一小时一变” ，高级会员月积分从15000缩水至5870，又在舆论压力下紧急回调至6160分。这并非即梦第一次在价格上“动手”，早在3月25日，即梦已经把年会员4折扣取消，然后又恢复（可能是投诉太多）。作为一个使用即梦的个人来说，我觉得即梦单方面将会员权益从15000积分削减到5870，这种毫无契约精神的做法，是对老用户的严重背刺，体验极差，非常失望！所以说企业还是不能垄断，垄断天下无敌！ 以下是一封发给国家市场监督管理总局（xfjb@samr.gov.cn）的正式投诉邮件模板。你可以直接复制、修改后发送。 其他信息 其他信息 一、 即梦价格体系深度拆解：新旧政策巨变与成本重算 为了直观呈现此次政策调整对创作者钱包的实际影响，我们先通过表格对比即梦新旧政策的核心差异，再进行深度成本剖析。 1. 新旧会员权益对比：积分缩水有多狠？ 以下基于2026年4月8日价格波动前后及老用户权益的对比： 高级会员月积分变化：老用户15000积分 → 新用户早间5870积分 → 午间紧急回调6160积分（缩水约59%） 视频生成消耗变化（以Seedance 2.0为例）：3月前45积分/15秒 → 3月底短暂涨至120积分 → 现维持“限时4折”名义，但积分总量锐减 核心逻辑转变：“明修栈道，暗度陈仓” ——表面维持4折优惠，实则大幅削减总积分供给，实质等同于涨价 2. 各档位成本与产出精细核算（以新政策6160积分为例） 基础会员（725积分/月，约79元） Seedance 2.0视频产量：约8条15秒视频（按90积分/条） 单条视频成本：约9.8元 标准会员（2210积分/月，约199元） Seedance 2.0视频产量：约24条15秒视频 单条视频成本：约8.3元 高级会员（6160积分/月，约499元） Seedance 2.0视频产量：约68条15秒视频（若做漫剧，仅能支撑约10-15分钟成片） 单条视频成本：约7.3元
Service
WVP-GB28181 ZLMediakit 配置
最近想把大华的监控通过广域网进行传输，找了部分开源软件进行测试： 选型：WVP-GB28181+ZLMediakit 1：WVP-GB28181配置 2：ZLMediakit 防火墙、安全组配置： 防火墙： 安全组： 开放TCP:19092、5545 以及UDP:1-65535 其他平台：http://www.ntvgbs.com/?note.t4x.org 参考文档： 1：https://doc.wvp-pro.cn/#/_content/introduction/compile 2：https://gitee.com/xia-chu/ZLMediaKit
Cloud
一篇文章说完Docker
一、基础环境 ⚫ OCI：Open Container Initiative的简称，由Linux基金会主导开发OCI规范和标准，目的是 围绕容器格式和Runtime（运行时）制定的一个开放的工业化标准。 ⚫ Containerd：Docker为了兼容OCI标准，将容器Runtime及其管理功能从Docker守护进程中 剥离出来，用于不启动Docker也能直接通过Containerd来管理容器。 ⚫ RunC：Docker按照OCF（Open Container Format）开放容器格式标准制定的一个轻量级 工具，可以使用RunC不通过Docker引擎即可实现容器的启动、停止和资源隔离等功能。 二、环境配置 fix: 三、Docker基础命令 1. 搜索容器 2. 拉取镜像 3. 查看本地镜像 4. 进入容器 5. 端口映射 6. 显示所有容器 四、DockerFile编写 五、Docker镜像优化