我不太想在VPS上再运行一些带数据库的Web服务，除非用SQLite，所以选择了Dokuwiki，虽然最后发现并不太合适（可能还不如用Typecho+SQLite，奈何Typecho没有我比较喜好的主题）

安装

这次还是使用我喜爱的Webinoly运维脚本配置，和上次搭建Blessing Skin的过程类似，一行site命令，使用标准的php模板并配置SSL证书，一气呵成：

site [domain.ltd] -php -ssl=on

打开 Dokuwiki 的官网下载页面，可以选择自定义最小化的编译版本，仅保留需要的插件和语言：

然后点击下载，会自动转到下载页面，下载编译的压缩包，并提示如果没有自动下载则点击链接，复制这个链接即为wget下载链接。注意有下载时限，过一段时间后会过期，因此我也无法提供下载链接。

使用 tar -xvzf 解压后获得名为 dokuwiki 的目录，将其替换默认的 htdocs目录（也可以在nginx配置文件改成 dokuwiki ），并递归设置目录所有者为www-data以取得权限。

tar -xvzf dokuwiki-*.tgz
chown -R www-data:www-data ./htdocs
nginx -s reload

此时已经可以在浏览器中访问了，在域名后面输入 install.php 就能够访问安装器页面，出于安全原因，这个安装器只能在全新的Dokuwiki使用一次，配置以后还需要移走 install.php 以阻止访问。

URL重写

参考Dokuwiki上的Rewrite页。可以通过URL重写移除链接中的doku.php字样，需要在配置页 > 高级设置中设定userewrite项为 .htaccess(2)，以及打开canonical 完全标准的URL。

虽然userewrite表述为.htaccess，但并不是Apache HTTP Server特有的重写配置，同样也支持IIS、Nginx等多个其他的Web服务器。在此附上启用Nginx重写功能的片段，顺便设置敏感目录的阻止访问。

location / { try_files $uri $uri/ @dokuwiki; }
 
location @dokuwiki {
        rewrite ^/_media/(.*) /lib/exe/fetch.php?media=$1 last;
        rewrite ^/_detail/(.*) /lib/exe/detail.php?media=$1 last;
        rewrite ^/_export/([^/]+)/(.*) /doku.php?do=export_$1&id=$2 last;
        rewrite ^/(.*) /doku.php?id=$1&$args last;
    }
 
    location ~ \.php$ {
        if (!-f $request_filename) { return 404; }
        include fastcgi_params;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param REDIRECT_STATUS 200;
        fastcgi_pass 127.0.0.1:9000;
    }
    
location ~ /(data|conf|bin|inc|vendor)/ {
    deny all;
}

需注意的是，第一行的 location 配置与 Webinoly自带的 common/phpx.conf 相冲突，需要在站点Nginx主配置注释include后者以识别 @dokuwiki 。

这时URL重写便已经配置好了，如同WP的伪静态一样简单。

主题

Dokuwiki可以安装很多模板主题 (Template) ，它们以Wikipedia的风格居多，也有少数现代扁平化的设计。我比较喜欢 SprintDoc 模板，是德国人开发的，基于Material设计语言，简单而优雅，而且有著浓厚的德国工业文件的风格。

在扩展管理器中搜索 SprintDoc 就可以直接下载，然后去配置页启用template，当然也可以自己下载上传压缩包安装。

结尾

最后，我还是放弃了使用Dokuwiki，研究了一会发现，Dokuwiki的结构并不是很适合我。

尽管Dokuwiki是一种纯文件架构（Flat-file CMS）的程序，比较类似的是Grav CMS，但是并不代表从服务器下载文件就能直接所见即所得，除非直接离线存储整个网页。

Dokuwiki特有的synatx格式与富文本编辑器也不太好用，虽说有插件支持Markdown，但不是文件格式存储，依然没什么优势。

其次，Dokuwiki对于英语/拉丁语以外的语言体系的支持并不算好，虽然并不是完全不支持亚洲语系，但是URL只能设定为英文。分类的功能也不太好用，不像Mediawiki的几个站点。

最初的初衷只是为了想要记录一些服务端、客户端区分的MC模组，然而本来就有先人在mcmod百科上记载了，而且也被很多支持BMCLAPI的启动器所引用，我为何不直接写文笔记附上mcmod.cn的链接呢？

可能还是担忧突然一夜之间内容消失的重创。

虽然对一个小服务器没什么影响……我还是用OneNote吧。其实，支持metaweblog发布到WP功能的旧版Word更适合记录啊。

来源

朋友们问我为何不打CSGO的时候，我会戏谑性地开玩笑说：我打开了一千零一标签页

有时候在任务栏看到堆满的窗口，确实让人头大。不过，后面我发现根据屏幕可用的空间大小，如果不够并排放置窗口的缩略图的话，Windows会自动将任务栏打开的窗口缩略图转换为列表显示，如图所示。

令我突发奇想，能否用一种方式，让任务栏直接以列表显示打开的窗口？

此时可以使用注册表修改，只要添加一个DWORD值（32位），命名为 NumThumbnails ，便可以控制缩略图转换列表显示的阈值。最少可以设置为2，这里我设置了5，意味着打开超过5个窗口，就会转换成列表显示。

然后打开任务管理器，重启资源管理器 Explorer就可以显示了。

适用于Windows 7任务栏以及更新的版本——直到Windows 10。但据说也可以用在Windows 11上，不过以后的版本还会不会保留Win7缩略图的代码就不一定了。

来源

Minecraft 1.18.2，使用了 Chocapic13’s Shaders V7 Lite 光影着色器。

最近刚换了XFX的Radeon RX560 4GB显卡，Chocapic13的光影系列在AMD卡显卡的效果上还不错，不过上到Low就有点过于发亮了，再高一级简直像CMOS相机过曝的效果，不知道是不是A卡流处理器不足的问题，可能是没有光追吧。

来源

虽然可以通过SFTP上传和管理文件，域主自己也尝试了SSHFS-Win挂载VPS的目录，显然速度并不理想，其他的协议（如FTP、SMB）放在公网不安全、配置证书或VPN又相当麻烦，因此还是要搭建一个WebDAV服务。

关于上篇搭建h5ai的文章，请点击下方阅读：

搭建基于h5ai的文件共享空间：h5ai篇 – 景の域

最近重新弄了一下Minecraft的服务器，上次说到，HMCL启动器支持通过静态文件列表检查整合包完整性，实现自动更新的功能。

v1sta.xyz

Linux平台有许多WebDAV的服务端，Go、Rust等编写的二进制服务端，如Dave、Davrage，有PHP写的SabreDAV，有Docker运行的容器；一些私有云程序如Nextcloud、Rclone也内建了WebDAV的功能，甚至Nginx、Apache都可以通过模块支持简单的WebDAV协议……

域主在搭建WebDAV的时候，先后尝试了Dave和Davrage，下载了二进制文件，复制到 /usr/local 新建子目录，并用 ln -s 在 /usr/bin 目录下创建软链接、自行编写Systemd Service系统服务，再用Nginx反代，但就是跑不起来……

[Unit]
Description=WebDAV Service
StartLimitIntervalSec=0
[Service]
Type=simple
Restart=always
RestartSec=1
User=root
ExecStart=/usr/bin/dave

Davrage可算作是Dave的改版，Dave使用yaml配置，而Davrage使用环境变量（Environment）运行，读取命令行参数或者env文件中的变量。

Davrage的更新时间比Dave晚一些。不过都卡在了用户验证的环节，而且没法被Windows系统自带的文件夹映射识别到……

[Unit]
Description=WebDAV Service
StartLimitIntervalSec=0
[Service]
Type=simple
Restart=always
RestartSec=1
User=root
ExecStart=/usr/bin/davrage
EnvironmentFile=/usr/local/davrage/env

尽管轻量小巧，既然不能用也不过是废柴一个（霖并感），逐放弃。

后来了解到了Rclone，虽然主要的功能是聚合挂载网络云盘映射到本地，但也可以运行兼容的WebDAV服务。

搭建WebDAV的过程中参考了这篇文章： Rclone搭建Webdav服务+Systemd保活+Nginx反代+CF加速一条龙 ，虽然也需要自己创建Systemd服务，至少可以正常运行了。

先创建单独的运行用户，通过wget下载rclone并解压，解压到用户目录下：

adduser webdav
su - webdav && mkdir rclone && cd rclone
wget https://downloads.rclone.org/rclone-current-linux-amd64.zip
unzip rclone-current-linux-amd64.zip && mv rclone-v1.62.0-linux-amd64/rclone ./ && rm -rf rclone-current-linux-amd64*

下面是Rclone的Systemd服务配置，需要指定运行参数、路径 （其中 [domain.ltd] 为网站目录的域名），并且单独创建htpasswd的密码文件。

[Unit]
Description=Rclone Webdav Service
After=network.target
[Service]
User=webdav
# Execute `systemctl daemon-reload` after ExecStart= is changed.
ExecStart=/home/webdav/rclone/rclone serve webdav /var/www/[domain.ltd]/htdocs --addr 127.0.0.1:5000 --htpasswd /home/webdav/rclone/htpasswd
[Install]
WantedBy=multi-user.target

在命令行中创建bcrypt格式的密码文件，其中 [username] 为用户名，可随意填写，随后根据交互式命令输入密码：

apt-get install apache2-utils
cd /home/webdav/rclone
touch htpasswd
htpasswd -B htpasswd [username]

保存以后重启一下systemd的daemon，再启用Rclone服务配置的自启动项：

systemctl daemon-reload
systemctl enable rclone
systemctl start rclone
systemctl status rclone

Nginx反代可以使用SSL，由于Rclone的WebDAV服务也附带一个简单的文件列表，建议配置额外的端口号或者子域名访问，不放在主要的443 server 配置中，避免安全性和配置冲突问题。

error_page 405 = @app;
location @app {
proxy_pass http://127.0.0.1:5000;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header REMOTE-HOST $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
}
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 30d;
}
location ~ .*\.(js|css)?$
{
expires 12h;
}
location ~ /.well-known {
allow all;
}
location / {
proxy_pass http://127.0.0.1:5000;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header REMOTE-HOST $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
}

访问浏览器，输入webdav的地址，再输入访问的用户名和密码，即可访问rclone自带的索引列表界面：

使用资源管理器（Explorer）添加网络向导和映射网络驱动器也可以正常识别：

缩略图可以正常显示在映射启动器中：

至此，一个基于h5ai和WebDAV的文件共享空间，就搭建完成了。

不过也要想一个好名字……

让我这个域主，为这个共享空间命名吧，闭上眼随意思考一个名字来决定，它会暗示这个空间的存在感，也会暗示这个空间的能力……

文件！是文件的资源，让我为它命名，这个共享空间的名字是……

资源存放箱！^{File Carbinet} 能力为列出文件资源的列表在站点上共享

来源

不过后续可能会分享更多的文件、图片等，NGINX自带的索引列表过于简陋，索性尝试一下热门的h5ai吧。于是，我基于h5ai搭建了本站的资源存放箱（File Cabinet）共享文件。

并且考虑到SFTP的速度很慢，实在不想上传几个文件还要打开WinSCP之类的运维工具，顺便也搭建了一个WebDAV服务端，用于管理上传的文件。后续再更新

在此之前我使用的是SSHFS-Win，就是下图这个，它可以在资源管理器（Explorer）挂载目录，类似于RaiDrive之类的第三方软件，不过它是自由免费的开源软件。奈何SFTP的文件传输效率还是太低了些……

安装h5ai

h5ai是一个基于PHP开发的文件共享索引程序，由德国人Lars Jung，全称是 HTML5 Apache Index，本是取代Apache自带的静态文件索引功能，不过也可以支持其他的Web服务器。

h5ai · modern HTTP web server index for Apache httpd, lighttpd, nginx and Cherokee · larsjung.de

modern HTTP web server index for Apache httpd, lighttpd, nginx and Cherokee

larsjung.de

h5ai很好安装，打开上面的项目主页，可以看到一个大大的版本号下载按钮，右键复制按钮的链接，通过wget就可以下载到服务器上。目前最新的版本号是0.30.0，用cd命令转到文件共享的虚拟主机（vhost）网站目录内下载并解压。

cd /var/www/[domain.ltd]/htdocs
wget https://release.larsjung.de/h5ai/h5ai-0.30.0.zip
unzip h5ai-0.30.0.zip

解压后会出现一个名为 _h5ai的文件夹，这是h5ai的程序目录，不过默认是隐藏的，下文会提到如何隐藏前缀文件。

然后编辑虚拟主机的配置文件，添加_h5ai路径的index.php索引程序：

root /var/www/[domain.ltd]/htdocs;

index index.php index.html /_h5ai/public/index.php;

location ~ .*\.(zip|ini|jar)?$ { 
     allow all; 
} 
...

由于我使用的Webinoly有安全模板限制，默认不能通过直链访问一些压缩包和可执行文件后缀的静态资源，因此也添加了特定的文件后缀赦免。

此时在浏览器中输入文件站的域名，在后方加入 /_h5ai/public/index.php/ 访问h5ai的自检（探针）页面，默认无密码就可以进入，编辑option文件添加访问密码。

根据自检页面的指示设定文件和目录的权限、安装需要的扩展等等。

一切就绪以后，h5ai就可以正常运行了。

配置h5ai

如果想达到上图域主的效果，还需要设定h5ai的配置。

h5ai的主要配置文件位于 _h5ai/private/conf/options.json ，可以设定的配置非常多，在此仅列出我主要修改的几项：

"view": {
    "binaryPrefix": false,
    "disableSidebar": false,
    "fallbackMode": false,
    "fastBrowsing": true,
    "fonts": ["Ubuntu", "Roboto", "Helvetica", "Arial", "sans-serif"],
    "fontsMono": ["Ubuntu Mono", "Monaco", "Lucida Sans Typewriter", "monospace"],
    "hidden": ["^\\.", "^_h5ai", "icon.ico"],
    "hideFolders": false,
    "hideIf403": true,
    "hideParentFolder": false,
    "maxIconSize": 40,
    "modes": ["details", "grid", "icons"],
    "modeToggle": false,
    "setParentFolderLabels": true,
    "sizes": [20, 40, 60, 80, 100, 140, 180, 220, 260, 300],
    "theme": "comity",
    "unmanaged": ["index.html", "index.htm", "index.php"],
    "unmanagedInNewWindow": false
},

这里可以设置UI的显示模式、字体、隐藏文件、主题等等，比如hidden设置隐藏文件可以使用正则、也可以单独匹配文件名，这里我添加了 icon.ico 图标文件。

语言设置

"l10n": {
        "enabled": true,
        "lang": "zh-Hans",
        "useBrowserLang": true
 },

修改 lang 为简体中文 (zh-Hans) ，默认为英语 (en)。不过h5ai本身亦内置多种语言，useBrowserLang 可根据用户端浏览器自动切换显示的语言。

修改谷歌镜像

h5ai的界面默认使用Google Fonts，可以灵活更换字体，但在国内也可能会出现打不开的现象，好在可以替换成其他链接：

"resources": {
        "scripts": [],
        "styles": [
            "//fonts.googleapis.com/css?family=Ubuntu:300,400,700%7CUbuntu+Mono:400,700"
        ]
},

在 styles 中填写自定义字体的URL，使用Google Fonts的话可以把Ubuntu Mono换成其他的字体名称；

以及将 fonts.googleapis.com 替换为国内可用的字体镜像，比如 fonts.loli.net 的，这个是老生常谈了。

添加MD文件备注

还是在 options.json 中，找到 custom 开头，修改 enable 为 true ，可开启文件页眉/页脚备注，支持Markdown和HTML格式。

"custom": {
"enabled": true,
"stopSearchingAtRoot": true
},

随后可在文件目录中添加 _h5ai.header.md(.html) 和 _h5ai.footer.md(.html) 文件

修改根目录标题

h5ai默认根目录标题显示为当前的域名，可以在 _h5ai/public/js/scripts.js 文件中修改自定义名称

找到PHP域名函数 ("/"===t?f.getDomain():n.name)

替换为自定义字符串 ("/"===t?'资源存放箱':n.name)

修改网页标题

网页标题 (Title) 位于 _h5ai/private/php/pages/index.php 文件中，以 <title> <title/> 开头/结尾的HTML代码：

<title>index - powered by h5ai v0.30.0 (https://larsjung.de/h5ai/)<title/> 

此代码即为网页显示的标题，默认显示h5ai的版本、版权信息，可以将其替换成要显示的自定义文字。

需要在 options.json 关闭面包屑导航的动态标题功能。

域主顺便用Rclone搭建了额外的WebDAV文件传输和管理服务，天色已晚，待我吃完饭后，放到下篇再写……

嗯……如果在自己的服务器架设Jekyll、Hugo或Grav之类的Markdown博客引擎，也许可以用H5ai作为图床和视频站……

来源

虽然那个时候我在搬家，没有时间折腾Minecraft，何况我是昨天折腾服务器才知道这则火星新闻的

经过调查以后，所幸也只是一些“排行榜热门”的模组，我玩的基本上是一些小众Mod，没有感染这个病毒。不过还是有必要记录一番。

国内外的各类玩家和安全论坛、资讯门户几乎都报道了这则重要的消息，在此列出一些我搜集到的链接：

• June 2023 – Infected mods detection tool – CurseForge
• 【安全警告】大量 MC Mod、整合包、服务器插件遭到蠕虫病毒投放，请保持警惕！- 哔哩哔哩
• 安全事件周报 2023-06-05 第23周 – 360CERT _{臭名昭著的360也报道了此事}
• 模组玩家自查指南（译文） fractureiser-investigation/fractureiser – GitHub
• overwolf / jar-infection-scanner – GitHub 适用Win平台的JAR扫描器

域主用了最后一条的JAR扫描器，并没有发现病毒，不过这个扫描器倒是用MFC写的……

据说是CurseForge的数据库被盗，攻击者通过登录知名作者的账号，在CurseForge分发含有病毒的模组等资源，从而进一步传播到国内外的玩家群中（神似马斯克推特被盗发布诈骗链接的乌龙事件）

受病毒影响的整合包和Mod包括了Better MC 整合包系列、When Dungeons Arise、Sky Villages、DungeonX、Skyblock Core等等，还有一些Bukkit的插件，由于CurseForge不止托管MC模组，还有WOW的插件等其他游戏的资源，也可能受到了感染。

这个病毒会在系统中添加自身的运行守恒，窃取各个浏览器和游戏平台、社交网络的账号登录凭据（微软、Steam、Discord、Twitter等，还有加密币的钱包）；自动下载其他的恶意病毒，勒索程序、让整个基于Java虚拟机的资源（包括MC本体）感染病毒；通过局域网联机分发到其他电脑上，使得一个网络下的所有电脑成为DDoS僵尸集群……

简直是一个标准的蠕虫病毒行为，就像2017年那会的WannaCry那样。

这个病毒不仅影响主流的Windows，还会影响Linux（但没有表明是否为桌面环境），如果这种病毒会在无头Linux搭建的MC服务器发作，危险性可想而知；不过macOS貌似未受影响，可能是默认有GateKeeper的防护机制，除非用黑苹果关掉了强制应用签名保护。

总之算是虚惊一场，也不能不闻窗外事。以后也许还会遇到病毒的信息。

然而我还是要排查究竟是哪个Mod不兼容OptiFine导致进不去世界……模组服是真折腾

来源

我的两台机器只是由于要迁移虚拟机才组成了集群。
两台PVE运行的服务彼此没有关联性，因此，集群也就没有保留的必要性，逐使其两者各自退出。

systemctl stop pve-cluster.service
systemctl stop corosync.service
pmxcfs -l
rm /etc/pve/corosync.conf
rm -rf /etc/corosync/*
killall pmxcfs
systemctl start pve-cluster.service

以上的命令请在shell中使用root执行。

原理为：停止PVE和集群的服务，并设置本机操作的宿主为「本地模式」，删除之前的集群配置文件和进程，再次启动单独的PVE服务。

另外，还需要删除本机以外的其他集群节点（Node），以便从Web UI中移除：

cd /etc/pve/nodes
rm -rf [本机之外的其他节点]

来源

来源

也不知道是哪里出现的bug，大概率还是FRP穿透和缓存的锅，索性直接把博客搬到VPS上运行了，还好之前就用Webinoly备份了下。

虽然1GB的内存有点吃力，不过MariaDB的占用好像也没那么夸张，虽然很多人当成MySQL……稳定性也比FRP穿透好了很多

还是不换成SQLite了，Webinoly一键安装的WP功能配置需要依赖MySQL引擎，再转换就太麻烦了（尽管我自己的Blessing Skin皮肤站用的也是SQLite数据库）

有点后悔退租了每个月5美元的3C4G的VPS，毕竟还得吃饭。。实话说如果不是做论坛，那么高的性能其实用不到

来源

基于PuTTY和RDP开发，它可以在一个窗口内管理多个协议的服务器连接，还能够分屏操作多个服务器、集成其他程序的联动。

小巧经典，可谓Windows下的老牌运维神器。

介绍

mRemoteNG源自于XP时代的mRemote (2008) ，受到Visual Studio启发，界面有浓厚的MFC风格；NG版相较于原版，添加了现代的协议支持和许多新功能（比如图标），并且也演变成GitHub社区的开源项目。

官网地址： mRemoteNG.org 点击Download即为下载页面

mRemoteNG 分别有Stable、Preview和Nightly版本，标注Stable的稳定版和Preview测试版更新进度缓慢，停留在2019年未有变动。可选msi的安装版或者zip的便携版。

域主使用的是Preview测试便携版，2023年更新的Nightly逐渐扁平化，bug也多，经典VS主题的支持也不佳，反而没有MFC的味道了。

mRemoteNG还有一个修改版的PuTTY —— PuTTYNG ，若旧版的PuTTY无法连接到更新加密协议的服务器（比如Ubuntu 22.04），由于mRemoteNG和PuTTY引擎是分离的，可以替换/链接新的PuTTYNG解决更新协议问题。

初看mRemoteNG的VS风格界面看似有些“年老”，但是直观、小巧，默认的界面配置就摆在眼前，开箱即用，基本功能无需学习就能上手。

域主以前用的是MobaXterm以及VSCode，相比mRemoteNG的配置繁琐了不少，不写代码的话VSCode更是庞然大物；而mRemoteNG直接列出了紧凑的配置填表界面，不占空间，一气呵成。

顺带一提MobaXterm是支持迁移mRemoteNG配置文件的，如果用不习惯的话，还可以换回去。

图标

mRemoteNG的图标功能也是一大特色，内置了许多小图标，也可以自行添加16x分辨率的ico格式图标扩充，特别是MC服务器的图标

图标的效果因人而异吧，对我来说这些精美的图标呈现在屏幕像素上琳琅满目，非常美观，但在高分屏用户看来却是一片马赛克。

我自己用IcoFX工具也制作了一些图标，后续会分享出来。

另外mRemoteNG会使用图标中最大的分辨率图像，对于那些Vista、Win7时代的Aero图标，需要手动删除大图标、仅保留特制的16x小图标。

集成

mRemoteNG的另一个特色主打的是外部应用程序的集成功能，可以将应用窗口嵌入在mRemoteNG的小窗内，也可以对外部应用添加命令变量的启动参数，支持相对路径：

例如集成pageant，就可以添加私钥地址的启动参数，在每次启动服务器的时候顺带添加私钥；在WinSCP则可以添加 sftp://%Username%:%!Password%@%Hostname% 参数，对指定服务器右键即可使用SFTP链接。

有些软件程序也可以尝试进行集成以嵌入到小窗口中，不过一般只支持旧式的Win32 API应用，比如记事本 Notepad2-mod ；而Chromium这种新式特有界面的应用就不能正常集成了，而WinSCP测试过也不能正常集成。

最后，关于可集成的应用可参考：

mRemoteNG还有一些诸如AD和数据库支持等其他企业环境下用到的功能，若是感兴趣可自行探索~

来源

由于景の域的博客是搭建在FRP穿透主机上建立的，故因此一直没开站点地图，所有的客流量都源自Steam好友之间的分享，并没有通过搜索找到本站的

现在试了一下总是被noindex困扰，虽然sitemap-index还是可以被收录的，就是一周多了，仍然没什么文章。然而以前搭建WordPress的时候，其实并不需要什么SEO优化啊，可能是FRP穿透导致的缺陷吗？

唉，怎么就是不收进去呢，实在不想把庞然大物的数据库搬到1GB的小机器上，还是再等等吧

来源