例如一个施工任务，有一个排期（预计）开工时间和一个实际开工时间，我们往往会这样命名：

• estimate_start_time
• real_start_time

查看

是否分区

是否应该在root分区下为文件夹分区，我认为是需要的，例如downloads目录，你需要整理后放入对应的存档目录，而downloads不应该被同步，备份，加密等
例如你的归档文件夹可能只需要1天备份一次，而你的开发服务器需要每小时备份
例如你的个人照片需要进行加密，而其他的文件夹不需要
在以上这些场景下，你最好为它们创建单独的分区。

不适宜使用单独分区的情况：频繁的从一个文件夹移动到另一个文件夹，如果在同一个分区，这是瞬间完成的，但是如果在不同分区，耗时将随文件大小变化

查看

因为同事反应说局域网共享无法写入了，检查发现是因为磁盘已满
在申请购买新磁盘的时候了解到，公司规定数据必须有加密和备份
于是在淘宝购买了两块8T硬盘和2光驱位转3SATA硬盘笼和大4P转3SATA供电线
原本机器里有3块硬盘 sda(2t) sdb(2t) sdc(1t), 其中a和b使用lvm做的镜像,c用来做备份盘
centos系统安装在这个lvm卷中。

查看

最近一段时间总是遇到zerotier离线问题，症状为：

1
2

root@server:~# zerotier-cli info
200 info xxxxxxxxxx 1.6.2 OFFLINE

经过重启zt，或者重启机器，再次查看状态ONLINE了，但是ping其他机器不通

1
2

前言

终于将nas的磁盘由ext4转换到了zfs，为了得到它的快照功能和读写缓存，暂时不考虑镜像和比特冗余

创建

准备一个空的磁盘设备，例如/dev/sdc2

1. 创建zfs池 zpool create wd8t /dev/sdc2

   创建后，会自动挂载于“/wd8t”

2. 创建子卷 zfs create wd8t/backup，子卷和分区一样，跨子卷mv文件，不是瞬间完成，而是需要完整的时长

查看

前言（废话）

从之前的ntfs，到后面的ext4，现在看了很多资料，和在虚拟机里体验，还是觉得zfs比较划算，我比较看重两点，1：快照，2：内存缓存

可惜我现在只有1块8T硬盘，数据没法转移，只能冒险单盘转换了，先压缩分区，将分区压缩到2.3T，然后将空出来的空间分区，并加入zpool，然后将数据从ext4转移到zfs，然后再将ext4的分区也加入到zfs池

我们开始压缩分区吧！

查看

在本文章中，我们将讨论RAID、逻辑卷管理器（LVM）与ZFS技术，我们将介绍他们在实施中做得最​​好的一面，并检查他们的差异。我希望你就这三种技术有一个良好的基础，可以选择一个适合你项目的技术。

查看

我们公司在开发一个面向企业内部员工的ERP系统和一个对应的VIP客户使用的客户端

今天和同事讨论到是否应该对每一个实体做授权判断以避免猜测ID攻击。

一个是发生概率*危害程度

一个是偷懒，对一个危害性小的并且了然于胸的隐患的偷懒

一个是成本，雇佣者从来没有预算这种“为了应对可能的隐患而做的工作量”，所以如果你去做了，那么这应该算作“自愿加班”
如果雇佣者明确提出了需要考虑和应对可能的安全隐患，那么我们确实需要增加预算并妥善处理它，

但是如果雇佣者的目的是如我在上一篇所说的为了完成绩效目标，
那么就完全没有必要“凭良心”来做这些额外的工作，因为企业不会为你的良心付费

类似的安装教程网上遍地都是，安装过程就不讲了。
记录一下一点想法吧

缓存问题

gitlab-runner 使用my-php docker镜像编译和发布成功，但是缓存偶尔会出现remove fail问题
因为runner默认使用本地缓存，所以如果你又多个runner，它们之间不会共享编译缓存结果，导致缓存随机不生效，
这肯定不能接受啊，所以我在runner里面配置了使用s3缓存

用了minio作为缓存储存，解决了上诉问题
记得访问minio的web页面创建Bucket

查看