转眼间使用Redash已经两年多了，redash给我的感觉就是省心省事。基础需求都能实现，用户体验很好，升级版本也容易，二次开发也方便简单。

只不过有两个需求redash没有实现：

• API刷新整个仪表盘
• 导出仪表盘中所有的Widget数据为Excel文件

第二个需求，我在《Redash导出仪表盘中所有数据为Excel文件》一文进行了实现说明。

设备具有两个及以上网卡就有可能实现链路聚合，进行带宽叠加。windows平台提供了一些链路聚合的实现方案。

链路聚合方案

1. 双网卡都设置同样的跃点数(Metric)。需要符合链接速度，参阅。
2. NetSwitchTeam(推荐)
3. NIC 组合(仅windows server平台)
4. Intel® PROSet（仅用于Intel部分网卡，需要驱动支持。详见官方文档，不再赘述）

对于内存较小的嵌入式设备或者移动设备（例如带屏智能音响，安卓、IOS平台的设备），在线预览PDF功能经常会导致内存溢出、应用程序闪退。

对于非常大的PDF文档，一次性下载整个文档将消耗大量的时间，即使开启分段下载，PDF文档正常下载完成并加载，超大的内存占用也会导致设备运行卡顿。

此文章提供的方法可以将Google Authenticator（安卓中显示为Google 身份验证器）中所有的密钥导出到其它的2FA双因素认证软件（例如Microsoft Authenticator、Step Two、Duo Mobile、Authy等二次验证APP），甚至从Android版本的Google Authenticator导入到IOS版本的Google Authenticator（例如将华为手机里面的身份验证数据导入到IPhone，两个手机可以同时使用）。

研究迁移方法的原因是，Android版本的Google Authenticator右上角提供了迁移账号功能，而在IPhone中无法导入从Android中迁移出来的账号（估计是IOS版本年久失修）。我的密码数量很多，挨个到原始账号设置的地方重置二次验证数据不太现实。

遇到一个奇怪的需求，需要在项目未正式交付前，各台服务器使用率满足“CPU不低于 20% ，内存不低于40%，磁盘不低于40%”的要求。

大约5年前，我在做一个云打印的软硬件一体化项目，其中很关键的一步是通过API将客户发来的Office文档转换为PDF文档进行预览，然后再发送到对应的打印机进行打印，以PDF预览的方式来确保所见即所得。因此当时开发了此API，一直使用至今，历经数次迭代，如今已经很稳定。

现今免费将此API开放给大家进行使用（因服务器成本较高，不排除将来进行收费的可能。如若将进行收费，我会提前至少两个月联系您。即使收费，我承诺此API仅收取成本费用）。API部署在多地服务器，使用阿里云API网关进行中转。

在开发博客Github登录功能，缓存Github头像的时候，发现下载头像是个很费劲的事情。

利用位于HK的PHP虚拟主机，可以轻松解决这个问题。

伪静态依赖Apache的Rewrite模块。

除了部分监听端口过多的程序，其它情况Docker都非常适合用在内网应用的部署。

下载Docker离线文件

下载地址

官方下载地址：

https://download.docker.com/

...