❗需要注意的事项❗
本人现已弃用 QQ🐧 , 改用 Telegram✈️ 作为最常用的通讯软件.
您发送的内容已经由 机器人🤖 自动流转到了 Telegram✈️ 上, 您无需再次发送消息.
也就是说, 当我看见了您发送的消息后会通过 机器人🤖 自动回复您, 形式同 QQ🐧 聊天完全相同.
本人的 QQ空间🐧📝 将正常使用，不受影响.
鉴于网络环境(GFW)影响, 如果我没有及时回复您的消息, 请尝试通过以下方式联系我:
📝 Blog 留言板: https://comment.blog.fwder.cn
📮 邮箱: weclont@qq.com | ee780835@gmail.com
✈️ Telegram: https://t.me/weclont
👓 Discord: weclont#5287
3月21日14时38分许，东方航空公司MU5735航班执行昆明－广州任务时，在广西梧州市上空失联并坠毁。机上载有乘客123人、机组人员9人。
本博客网站将在 3.21-3.31 调整页面为黑白，并置顶此文章，以此来缅怀那些因此事故而不幸逝去的人们。
前言
之前只在 Windows 平台上跑过 xmrig ，理所应当的使用的是 msys2 进行无捐编译。
现在有了30多台 Android 设备，决定让它们锻炼锻炼筋骨，于是就有了这篇文章。
过程
起初通过msys2+ndk进行交叉编译，后来因为无法编译出libuv和hwloc两个库而以失败告终。
最后在Github的xmrig项目中的一个issue 和 https://xmrig.com/docs/miner/build/ubuntu 找到了灵感：
XZiar commented
termux下可以直接编译。
https://xmrig.com/docs/miner/build/ubuntu
按advanced build来。
不过安卓下libuv编译有点问题，./build_deps.sh完成后要单独去libuv目录下用cmake再编译一次，然后把生成的libuv_a.a替换script/deps/lib下的libuv.a。
2021.3.5 更新 新增NAS硬盘休眠
前言
自从两年前入了一台星际蜗牛以来，我就一直在使用黑群晖DSM系统，并且在各个系统版本之前切换。
为什么不换其他的系统呢？因为群晖功能多，教程也多，去看了看DSM以外的系统，比如FreeNAS，OpenMediaVault、Windows等等，感觉都没有使用DSM方便，所以直接上黑群晖了。
但是使用两年下来，自我感觉DSM系统体验并不好。首先，对我这台机器而言，有几个十分膈应人的Bug（硬盘不休眠那个Bug我真的是找了两年翻遍全网都修不好没办法就不搞了），其次，群晖系统比其他Linux系统较为封闭，我整不了活。。
终于，在上周，硬盘因为io延迟太高被系统误判挂了两块盘，系统里检查说是存储卷损毁。。运行Ubuntu CD上去一看，真无语，数据都还在，又只是因为延迟盘挂了。
我想既然还要重装系统那还不如直接换，因为这种io延迟已经有很多次了（大概率不是硬盘问题，曾经试过装win系统，硬盘7x24小时稳定运行没出任何差错，除非满占用基本没有大的io延迟）。
Ubuntu 在各个方面都能胜任，拿他做个NAS系统也不是不可以是吧~
于是，就有了下面的文章。
使用教程
准备
首先，你要有一台闲置的电脑/Windows服务器，并且可以远程连接。
确保你的远程设备上安装了python，这样你才能执行源码。
在Github上下载源码，放到远程设备的桌面上。
然后在cmd中执行：
pip install pywin32 numpy pyautogui opencv-python pillow pytesseract
安装所需的py库。
确保你的设备上安装了Tesseract-OCR，并且成功配置了pytesseract.py文件
如果没有配置，请参考这篇教程：https://www.imooc.com/article/75351
如果需要挂钉钉多开，你需要参照 逼乎上钉钉的多开方法 的方法二来完成钉钉多开，具体请看教程。
原文链接http://www.cnblogs.com/mgen/archive/2013/02/03/2890987.html，并修改了部分内容，仅供学习和交流使用。
最近有个搭建视频网站的需求，现在比较难以解决的问题除了技术之外，还有更重要的是必须节省成本。毕竟是视频网站，所以就需要很大的带宽，而我却没有资本去购买大带宽服务器。
于是我就找到了这个解决办法：
我们都知道：如果服务器和客户端都在内网环境下，即双方都通过NAT来接触外网，那么此时客户端是无法直接和服务器交流的。
解决方案可以是：
1：把服务器部署在不存在NAT的公网环境下。（没钱买服务器啊啊啊…）
2：使用常见的NAT穿透方法比如UDP打洞，或者STUN协议，但是这些方法都需要另一个已知的部署在公网环境下的服务器。（原因同上）
3：就是这篇文章主要讨论的方案，即不需要部署任何公网环境下的服务器，通过路由器支持的UPnP协议来把内网的接口绑定到公网接口上。
这个方法的好处是，我可以构建一个由用户组成的PCDN网络来为我的服务器加速，从而减小服务器的带宽成本。