从阿里云迁到腾讯云又要再迁回阿里云了，每次迁移都是以年为间隔，难免忘记迁移的步骤，终于还是要把步骤记到博客上，人啊 不能那个不服老。


1. 安装必要工具
    
    
    更新仓库
    
    `sudo apt update`  
    
    下载nodejs 16版本因为apt install npm的nodejs版本太低了不满足pm2的需求
    
    `curl -fsSL https://deb.nodesource.com/setup_16.x | sudo -E bash - &&\
sudo apt-get install -y nodejs`

    安装nodejs

    `npm install pm2 -g`
    
    安装解压缩工具
    
    `apt install unzip`
3. 迁移rustdesk

    1. 上传rustdesk server客户端
    2. 解压缩
        
        `unzip rustdesk-server-linux-amd64.zip`
    3. 使用pm2启动

         `pm2 start hbbs -- -r xxx.xxx.xxx.xxx -k _`
         
         `pm2 start hbbr`
4. 迁移vanblog
    
    首先要明确vanblog提供的脚本中的迁移功能是无效的，尝试了很多次都没有成功。只能手工迁移。
    
    1. 打包原服务器上的资源目录，一般是`/var/vanblog`
        
        `tar -czvf vanblog_backup.tar.gz /var/vanblog`
        
    2. 将tar包上传至新服务器中

    3. 解压缩tar包到目录中

        `tar -xzvf vanblog_backup.tar.gz`
        
    4. 将资源目录移动到指定目录

        `mv ./vanblog /var/vanblog`
    
    5. 通过docker启动容器

        `docker compose up -d`
       
    6. 如果没有docker可以通过vanblog的脚本中一键安装服务，然后卸载即可。

又要迁移服务器

因为想收到花 所以做了先送花的人


遇到问题想着是怎么去解决问题而非是激化矛盾。

原来我爱别人的方式就是我希望被爱的方式

安装了不知道多少次confluence，这个流程我基本都背下来了hhh😂



## 下载
在官网上下载confluence的安装包（建议使用3.7.13以下的版本）

下载破解工具`confluence_keygen.jar`

下载mysql的驱动`mysql-connector-java-8.0.19.jar`

### 环境
- mysql8.0
- java jdk8

就不详述mysql的安装和java环境的配置了

## 安装步骤
1. 安装confluence，要选择为所有用户安装，这样才会有安装服务的选项。
2. 选择从浏览器启动confluence
3. 选择语言之后来到激活
4. 打开confluence的安装目录，找到`confluence/WEB-INF/lib/`路径下`atlassian-extras-decoder-v2-3.4.1.jar`
5. 将其复制到破解工具目录，并且重命名为`atlassian-extras-2.4.jar`
6. 打开`confluence_keygen.jar`,填写相关信息，点击`patch!`
7. 就会在破解工具的目录中生成一个新的`atlassian-extras-2.4.jar`，将其名字改为`atlassian-extras-decoder-v2-3.4.1.jar`，在复制回`confluence/WEB-INF/lib/`路径下，替换掉原来的文件
8. 将下载好的`mysql-connector-java-8.0.19.jar`也放到`confluence/WEB-INF/lib/`路径下
9. 在系统服务中重启`atlassian_confluence_xxx`的服务
10. 在破解工具中点击`gen!`生成激活码，点击一下复制到confluence的网页中的激活码的位置，即可激活成功。

Windows 10 搭建Confluence

## 发现
最近在公司的工作中需要替换一个多语言的翻译，两百多个翻译手动替换属实是累得慌，人生苦短我用python，撸了一个替换翻译的脚本跑了一下，由于翻译的内容是泰语，不敢掉以轻心就用pycharm的文件比对对比了一下替换前后的文件，让我发现了一个非常奇怪的东西：zwsp



![image.png](/static/img/d953d9e5836904db6e64b02a8ce85dbf.image.webp)

## 零宽字符
研究一下，原来这串字符，有个名字叫Zero-width space，简称ZWSP，翻译过来就是"零宽空格"，它是一种不可打印的Unicode字符，就是一般情况 肉眼不可见。就是比较巧的我用比对的时候发现了。

这种字符的出现是为了文字控制排版作用的，但是由于它拥有肉眼无法观察到的特性，零宽度字符可作为识别某些用户身份的"指纹"数据，也可非常方便地追溯到某些秘密数据的泄露源。

## 常见的零宽字符
### 不换行空格
全称No-Break Space，它是最常见和我们使用最多的空格，大多数的人可能这个字符叫做Zero Width Space，中文可称为"零宽空白"，这个字符在主流文本编辑器中均没有任何显示效果，就像一只看不见、摸不着的幽灵。拷贝也会带上零宽空白，HTML字符值引用为：`&#8203;`

### 零宽不连字
不换行空格，全称No-Break Space，它是最常见和我们使用最多的空格，大多数的人可能它叫零宽不连字，全称是Zero Width Non Joiner，简称"ZWNJ"，是个不打印字符，放在电子文本的两个字符之间，抑制本来会发生的连字，而是以这两个字符原本的字形来绘制。Unicode中的零宽不连字字符映射为（zero width non-joiner，U+200C），HTML字符值引用为：`&zwj;`或`&#8204;`

### 零宽连字
全称是Zero Width Joiner，简称"ZWJ"，是个不打印字符，放在某些需要复杂排版语言（如阿拉伯语、印地语）的两个字符之间，使得这两个本不会发生连字的字符产生了连字效果。零宽连字符的Unicode码位是U+200D，HTML字符值引用为：`&zwnj;`或`&#8205;`

## 零宽字符的作用

### 数据防爬
将零宽度字符插入文本中，干扰关键字匹配。爬虫得到的带有零宽度字符的数据会影响他们的分析，但不会影响用户的阅读数据。

### 信息传递
将自定义组合的零宽度字符插入文本中，用户复制后会携带不可见信息，达到传递作用。

### 传递隐密信息
利用零宽度字符不可见的特性，我们可以用零宽度字符在任何未对零宽度字符做过滤的网页内插入不可见的隐形文本。

### 隐形水印
通过零宽度字符我们可以对内部文件添加隐形水印。在浏览者登录页面对内部文件进行浏览时，我们可以在文件的各处插入使用零宽度字符加密的浏览者信息，如果浏览者又恰好使用复制粘贴的方式在公共媒体上匿名分享了这个文件，我们就能通过嵌入在文件中的隐形水印轻松找到分享者了。

### 加密信息分享
通过零宽度字符我们可以在任何网站上分享任何信息。敏感信息的审核与过滤在当今的互联网社区中扮演着至关重要的角色，但是零宽度字符却能如入无人之境一般轻松地穿透这两层信息分享的屏障。对比明文哈希表加密信息的方式，零宽度字符加密在网上的隐蔽性可以说是达到了一个新的高度。仅仅需要一个简单的识别/解密零宽度字符的浏览器插件，任何网站都可以成为信息分享的游乐场。

### 逃脱敏感词过滤
通过零宽度字符我们可以轻松逃脱敏感词过滤。敏感词自动过滤是维持互联网社区秩序的一项重要工具，只需倒入敏感词库和匹配相应敏感词，即可将大量的非法词汇拒之门外。使用谐音与拼音来逃脱敏感词过滤会让语言传递信息的效率降低，而使用零宽度字符可以在逃脱敏感词过滤的同时将词义原封不动地传达给接受者，大大提高信息传播者与接受者之间交流的效率。

发现zwsp零宽字符

## 启

无论是从小时候的QQ空间，到长大了的微博、朋友圈，平台一直都是分享欲的前提。




从很早开始就有建站的想法了，因为空间、朋友圈早就变成了社会的修罗场，很难再分享一些早晨的云，路边的花，爬过早饭的一只虫子。诚然这些平台上有很多愿意看到你近况的朋友，但是多数的因为工作而建立的脆弱的人际关系，让我不得不想远离这个平台，亦或者带着羞愧的心，逐字逐句的斟酌用词才能分享，那可太难受了。


## 第三方平台

接触微博最开始并不是现在的新浪微博，而是人人网和腾讯微博，虽然这两家都已经停运多年了，而我倒是在新浪微博坚持了下来，发一发拍的照片和日常，当然也小范围的键政一下。后来渐渐新浪微博上的风声也变了，很多话不能说了，与人讨论也每每发现对方基本的逻辑观念都没有，我也就成了这个平台纯纯的看客。


喜爱的东西总是在不停的消亡，贴吧可能也快退出历史的舞台了，虽然我也有一段时间在贴吧记录生活，毕竟想着百度这样的大厂，应该不会像人人网一样说没就没了吧。可是贴吧熟人也不少，大概小的时候贴吧还是很火的，关注了很多小时候的玩伴，被大数据吃的透透的，写点什么东西，都会被发现，就懒得写了。


这两年尝试了CSDN这样的博客，发现操作还行，但是这个平台主要都是技术上的交流为主，在上面写了几期技术学习的内容之后也就兴趣寥寥了。每天还要应付私信的广告哥和引流的内容，还有各种付费的内容，后面就搁了。

## 自己建站

自己建站的契机也是因为租了云服务器，除了作为内网穿透和搭建MC的服务之外，也想让他派上点用场。

最一开始考虑了wiki类型的网站，比如confluence和wiki.js，发现云服务器的性能不够，还是需要用内网穿透来做，虽然数据在本地是很安全和方便转移的，但是不够稳定，也不好看。

又从GitHub上找了很多开源的blog一个一个的部署来看，基于pyhton的我可以自己改，但是资源占用多，又不是很容易维护，后来索性就直接找了最符合自己审美的，省的自己做客制化。

就是现在这个项目啦。