王文哲的博客

手把手教你内网环境搞掂 Docker 离线安装！附镜像导入全流程✨ 兄弟们，今天来聊个内网开发的 “刚需” 技能 ——Docker 离线安装 + 镜像导入！ 上周帮客户搭环境时踩了大雷：服务器连不上网，想装 Docker 搞容器化部署，结果yum install直接报错，在线拉镜像更是想都别想😤 但作为资深 “填坑选手”，这点小问题怎么能难倒我？ 一、先搞到 Docker 安装包🚀 内网没网没关系，咱先在能上网的电脑下载好安装包！ 👉 下载地址记好：https://download.docker.com/linux/static/stable/x86_64/ 我下的是docker-19.03.6.tgz，才 60M 左右，比王者荣耀安装包小多了🌚 二、服务器上安装 Docker 全流程💻 1. 上传并解压安装包 把下载好的 tgz 文件丢到服务器上，比如丢到/root目录，然后敲命令解压： 1tar -xvf docker-19.03.6.tgz 解压后会得到一个docker文件夹，里面都是 Docker 的执行文件～ 2....

说明编写一个 shell 脚本，实现当前目录下图片文件的顺序重命名。这个脚本将遍历当前目录下的所有图片文件（如 .jpg, .jpeg, .png, .gif 等），然后按照顺序从 1 开始重命名。 创建 shell 脚本1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768#!/bin/bash# 图片文件重命名脚本 - 从1开始按顺序编号# 使用方法: ./rename_images.sh [扩展名1 扩展名2 ...]# 默认扩展名: jpg jpeg png gif# 设置默认图片扩展名，如果提供了参数则使用参数if [ $# -eq 0 ]; then extensions=("jpg" "jpeg" "png" "gif")else ...

兄弟们，今天咱来唠个有意思的事儿 —— 为啥 Redis 默认整了 16 个库？是不是平时用 Redis 的时候，就知道SELECT 0切库，压根儿没想过为啥是 16 这个数？咱先不说答案，先聊聊 Redis 这玩意儿的历史和设计思路。 Redis 刚诞生那会，定位就不是个简单的键值存储，而是想做个多功能的数据结构服务器。早期的 Redis 作者 Salvatore Sanfilippo（也就是咱说的 antirez），估计压根儿没想到这玩意儿后来能火成这样，所以很多设计都是奔着 “简单够用” 去的。就像库的设计，最开始可能就是想弄个简单的 namespace 机制，让不同业务的数据能分开存，省得互相干扰。 那为啥偏偏是 16 呢？这里面可有不少道道儿。咱先从代码层面瞅一眼，在 Redis 的源码里，有个REDIS_DEFAULT_DBNUM宏定义，值就是 16。这时候可能有兄弟问了：“为啥不整个 10 个或者 20 个？这 16 有啥特殊的？” 别急，咱慢慢掰扯。 一、从二进制位说起，16 是 2 的幂次搞计算机的兄弟都知道，2 的幂次在二进制操作里那叫一个方便。16 等于...

说明 达梦安装包位置：\192.168.0.177\dev_share\软件工具\dm8_20240712_x86_rh7_64.iso 参考：https://eco.dameng.com/document/dm/zh-cn/start/install-dm-linux-prepare.html 数据库安装后会随服务器自启动 安装12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091929394# 将安装包 dm8_20240712_x86_rh7_64.iso 上传到当前目录下groupadd dinstall -g 2001useradd -G dinstall -m -d /home/dmdba -s /bin/bash -u 2001 dmdba# 给用户 dmdba 设置密码...

DRBD + keepalived实现文件实时同步和双机热备DRBD（分布式复制块设备）可以简单理解为一种数据备份和同步的技术，主要用于提高数据的可用性和安全性。以下是 DRBD 的一些关键点 什么是 DRBD？ 数据镜像：DRBD 能够在两台服务器之间实时复制数据，就像在两个地方同时写同样的东西一样。这样，如果一台服务器发生故障，另一台服务器上的数据依然是最新的，可以继续使用。 块设备：DRBD 把数据处理成块（block）的形式，这样就可以像使用普通磁盘一样来访问和管理这些数据。 如何工作？ 主从模式：通常配置为一台服务器为“主节点”，另一台为“从节点”。主节点处理所有的读写请求，而从节点则实时接收主节点的数据更新。 网络同步：两台服务器通过网络连接，DRBD 会把主节点的数据变化实时同步到从节点，这样无论是文件、数据库还是其他数据类型，都是一致的。 故障转移：如果主节点出现问题，系统可以自动或手动把从节点提升为新的主节点，确保服务的连续性。 使用场景 高可用性：在需要确保数据始终可用的场合，比如金融、医疗等行业，DRBD...

参考gitlab 存储仓库目录设置及数据迁移_gitlab可以分目录吗?-CSDN博客 说明 默认情况下 gitlab 仓库数据存储在 /var/opt/gitlab/git-data 目录下，仓库存放在子目录 repositories 里面 可以通过修改/etc/gitlab/gitlab.rb 中git_data_dirs这一行来自定义 git-data 的父目录 步骤设置仓库数据目录1[root@gitlab ~]# vim /etc/gitlab/gitlab.rb 把注释取消然后指定新的仓库存储位置 1git_data_dirs({ "default" => { "path" => "/home/gitlab-data" } }) /home/gitlab-data 是迁移的目标目录，注意 ：目标路径和其子路径必须不能为软链接 情况一：仓库无数据12[root@gitlab ~]# gitlab-ctl...

用户设置-通用-帐户和限制，展开最大附件大小 (MB) 改为 500最大推送大小 (MB) 改为 500

gitLab 启动1gitlab-ctl start gitlab断电启动失败：runsv not runninggitlab-ctl start 启动时候报错 runsv not running 解决步骤： 1234567891011121314151. 启动 systemctl start gitlab-runsvdir.service 若启动时候没反应，则进行第二步，查看系统服务2. systemctl -t target 如果存在inactive dead的服务，则意味着这个服务出错了，进行第三步操作3. systemctl list-jobs 列出所有正在运行的任务，如果存在某个任务是running，其他任务waiting， 则是该任务堵塞了其他服务，停止该任务即可4. systemctl stop xxx.service 停止阻塞服务5. 再次启动systemctl start gitlab-runsvdir.service，则正常启动6. gitlab-ctl start 启动gitlab成功

步骤 登录到 GitLab rail 控制台 1gitlab-rails console -e production 找到 root 用户 步骤1user = User.where(id: 1).first 修改密码 12user.password = '新密码'user.password_confirmation = '新密码' 保存更改 1user.save 登录验证

说明LinkedBlockingQueue 是 Java 并发包 java.util.concurrent 中的一个阻塞队列。它内部使用链表实现，并且是线程安全的 代码示例12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788package org.jeecg.modules.netty.tcp;import java.util.concurrent.LinkedBlockingQueue;import java.util.concurrent.TimeUnit;public class LinkedBlockingQueueExample { /** * 阻塞方式：put/take * 非阻塞方式：offer/poll * @param args */ ...