❗需要注意的事项❗

本人现已弃用 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

声明

前言

最近我的一个兄弟在搞NAS,他和我聊了聊下面的一段话:

于是乎我突发奇想:既然家里的NAS支持千兆传输,那又何尝不能当“虚拟内存”来使用呢(?)

制作“虚拟内存”需要本地盘的加持,而SMB协议却无法挂载为本地盘。也许ISCSI协议可以实现我的需求,但遗憾的是,ISCSI协议需要使用一整块分区来作为硬盘,我使用了4块硬盘组了RAID,主板上的硬盘接口已经被占满,,我不可能会为了挂载NAS为本地盘而格式化我NAS上的所有数据,所以只能从SMB协议这边下手了。

因为SMB协议的种种限制,要想获得“基于SMB协议的虚拟内存”还是需要一点技巧的。

下面开灶。

NASWindowsSMBVHDX

前言

之前只在 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。

XmrigCMake项目编译Android

2021.3.5 更新 新增NAS硬盘休眠

前言

自从两年前入了一台星际蜗牛以来,我就一直在使用黑群晖DSM系统,并且在各个系统版本之前切换。

为什么不换其他的系统呢?因为群晖功能多,教程也多,去看了看DSM以外的系统,比如FreeNAS,OpenMediaVault、Windows等等,感觉都没有使用DSM方便,所以直接上黑群晖了。

但是使用两年下来,自我感觉DSM系统体验并不好。首先,对我这台机器而言,有几个十分膈应人的Bug(硬盘不休眠那个Bug我真的是找了两年翻遍全网都修不好没办法就不搞了),其次,群晖系统比其他Linux系统较为封闭,我整不了活。。

终于,在上周,硬盘因为io延迟太高被系统误判挂了两块盘,系统里检查说是存储卷损毁。。运行Ubuntu CD上去一看,真无语,数据都还在,又只是因为延迟盘挂了。

我想既然还要重装系统那还不如直接换,因为这种io延迟已经有很多次了(大概率不是硬盘问题,曾经试过装win系统,硬盘7x24小时稳定运行没出任何差错,除非满占用基本没有大的io延迟)。

Ubuntu 在各个方面都能胜任,拿他做个NAS系统也不是不可以是吧~

于是,就有了下面的文章。

NASUbuntuUbuntu打造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网络来为我的服务器加速,从而减小服务器的带宽成本。

UPnPNAT公网IP内网穿透