口水随想

经过周六的晚上十点半，手机突然收到监控报警，网站访问不了。同时也陆陆续续接到用户的反馈。 打开电脑，后台显示服务器正常运行，一开始以为是流量太大宕机了。​ 于是立即重启，不行，又强制重启，还是不行。提交工单，内容是连不上服务器。 等待工单时，翻一翻站内通知，就简单的几个字，存在违规信息，涉嫌欺诈之类的。没有任何提前的短信通知，警告，限期整改之类的，直接关停。 工单内询问客服，客服复制了一段话给我，大概意思就是你违反《网安法》了，自己去联系这个警官自首。但是哪里违法，你心里有数，我不告诉你。 网站是正经网站，但就是不知道具体哪里触犯了法律，还是关于个人网站这方面的政策开始缩紧。 想不明白，我暂时把服务器数据迁出来，恢复服务了。 影响API 服务有一部分请求被中断大概半小时；在线工具网站服务中断大概一个半小时。 后续服务器还剩一年两个月到期，原本以为这件事自认倒霉，不会再有什么后续。结果今天一看，服务器又恢复正常，跟什么事都没发生过一样，我严重怀疑这件事是不是腾讯云那边误判，导致我业务受到严重影响。又提了个工单给他们，询问具体原因，以后还敢不敢用那台服务器。 腾讯云客服打电话告诉我，是 ...

该 api 可为推广者提供单个淘口令的实时引流 PV、UV 数据。 实时回流淘口令效果数据，帮助您更清晰识别淘口令的推广效率，更有利于推广策略的优化和调整。​ 接口名：taobao.tbk.sc.tpwd.report.get ( 淘宝客-服务商-淘口令回流数据查询 ) 官方文档：https://open.taobao.com/api.htm?docId=56694&docType=2&scopeId=23503 接口调用说明：https://www.yuque.com/kouss/taoke/gvthwi Postman 截图：

问题描述：例如这种图片地址：https://mp.weixin.qq.com/cgi-bin/showqrcode?ticket=xxxxxxxxxxxxxxx 如果直接用 uni.downloadFile() 方法下载，会出现在安卓手机没后缀的情况，uni.saveImageToPhotosAlbum 保存到相册无法查看。​ iOS 有后缀​ 安卓没有后缀​ 安卓端保存后文件如下，在相册无法找到​ 解决方法：新建一个@/uitls/base64DowImg.js 文件 12345678910111213141516171819202122232425262728293031323334353637383940414243444546export function base64DowImg(base64) { // 创建一个Bitmap是原生图片对象 const bitmap = new plus.nativeObj.Bitmap("test"); return new Promise((resolve, reject) => ...

最近 C 盘爆满，找了很多工具清理垃圾文件、缓存、磁盘清理，都没用。后来一个个文件来排查，发现是 QQ 拼音占用了特别大的空间，知乎上也有人同样的问题。 这可能是 QQ 拼音某个版本带来的 BUG，里面都是每一次备份的词库文件，可以删除，不影响使用。之前 6.1 系列版本的时候是没有这个问题的，如果你设置 6 小时自动同步一次，那每 6 小时都会产生一个几十 MB 的文件（文件大小视你的词库量决定）。（@知乎 豫师堂） ​ 试了按一下“立即同步”，文件夹确实会大几十 M，实锤了。​ 本以为这个 bug 会很快修复，我上 QQ 输入法官网看有没有版本更新。emmm，上个版本还是快一年前的（今天：2021年7月1日，上次更新：2020年8月12日）。于是，我换输入法了。​

​ DNS 负载均衡有 A 记录和 CNAME 两种，主要还是 A 记录的用得比较多，简单记录一下。​ 对比于负载均衡服务器，API 网关的优势，就是不用额外支付流入负载机和网关那部分的带宽费用。5M 以上带宽要贵得多。劣势就是 DNS 服务器简单轮询分摊流量，并不会根据你服务器实际负载压力来分摊，而且服务器异常时也不会自动熔断这部分请求。如果你对服务器健康程度有信心，并且主要瓶颈是带宽的，最合适不过了。​ 解析返回得到的 IP 地址是轮询随机得到的 IP 地址，不会根据服务器负载和运行状况进行分配。如果在同一线路下有多个服务器，需要将访问流量分摊到各个服务器上，可以使用 DNS 解析来实现负载均衡。 腾讯云免费解析支持 2 条记录，阿里云免费解析支持 10 条。 并不是很完美的一种解决方案，但是便宜。

每年 618 和双十一都是买服务器的好时机，昨天看到有校园云服务器活动，一年 108 元，5M 带宽的。 感觉出 bug 了，显示还有购买资格，就立刻下单了。 担心 1 核 2G 跑宝塔面板有些吃力，结果表现还不错。 618 活动主场：https://cloud.tencent.com/act/cps/redirect?redirect=10488​学生云服务器专场：https://cloud.tencent.com/act/campus?from=12631​宝塔服务器面板：https://www.bt.cn/​ 还可以续费，真的不错。先续到 2023 年，到时看看还有没有更便宜的。 ​

​ 一共划分为 4 个赛道，分别是 A、B、C、D 赛道，详细分赛道情况如下： A 赛道 B 赛道 C 赛道 D 赛道 以上是划分结果，大家加油！​ ​ 榜单汇总各赛道 2 个榜单汇总的页面，和 app 内数据同步A 赛道：https://s.click.taobao.com/NKqPcmu B 赛道：https://s.click.taobao.com/E78ijmu C 赛道：https://s.click.taobao.com/doQPcmu D 赛道：https://s.click.taobao.com/GkQPcmu GMV 排名榜：https://s.click.taobao.com/KDCoWmu 环比增幅榜：https://s.click.taobao.com/I3MoWmu

上一篇文章做了 Hexo 的优缺点总结，搞得有点跃跃欲试转到 typecho。于是上网找了下方法，已经有大神写好脚本了，操作起来还是比较容易的。 安装 hexo 插件这次使用到的是 hexo-2-typecho 迁移插件。在 hexo 项目中，执行 npm i hexo-2-typecho 安装。 生成 SQL 文件如果是单用户博客，基本什么都不用做，执行 hexo 部署时，会自动导出 sql 文件。 调用 hexo g 命令，在目录下生成 typecho 文件夹（如下图）。 导入数据库这里推荐使用数据库工具 Navicat，如果有其他合适的也可以。 导入之前，需要对 sql 文件进行替换。 把t_relationships，t_contents，t_metas换成你对应的数据表名。 如果你安装 typecho 时没改前缀，则默认对应typecho_relationships，typecho_contents，typecho_metas，批量替换下就行。 拖动文件进去，运行 SQL 文件。 导入完成。 收尾工作接下来你可能还需要对文章图片路径进行批量修改； 需要设置 typec ...

先说明，以下总结的优点和缺点，是站在我的立场下总结出来的。不一定就是缺点，而是我自身的限制。 优点1） 纯静态文件，打开速度快。2）不依赖服务器。直接部署腾讯云 COS，静态站点走 CDN 内容分发。3）内容批量修改很方便。直接在编辑器全局替换就行，不用连数据库更新数据。​ 缺点1）只能在部署 Node.js、Git 和安装 VSCode 软件的电脑环境写文章。离开了这些环境，临时想更新文章一个字都难。（准备让一台服务器来完成这个编译和部署工作，从语雀编写文章，自动同步过去，就方便多了） 2）没有浏览数统计、没有评论功能。虽然可以使用 Valine 和 LeanCloud 实现，但是依赖太多并且让我感觉很没保障。Valine 从 2019 年开始接触吧，至今还没有评论审核功能。当你做 SEO 做到一定程度时，会有很多对手恶意过来引流，审核功能是十分需要的。而 Valine 的第三方 admin 工具，有三年没更新了，只能简单删除评论也是不能满足需求。浏览数这个依赖 LeanCloud，免费应用引擎有个休眠机制。要用脚本不停唤醒，最大运行时间好像是每天 20 小时。付费的每天 3 元，只 ...

简单讲解大概玩法就是淘客组队，日成交总额在规定时间内大于 20 万才算成功。然后 6 月日均成交金额跟之前 3 月日均成交金额做对比，增长幅度越大的奖励越高。拿到钱的两个条件是：1、组队成功；2、进入赛道前 x 名。分 3-5 个赛道，成交金额越多，赛道级别越高，奖励越多。奖金有两项：1、TOP 专享奖；2、最佳飞跃奖。都是根据在赛道的排名，入围才能拿对应排名奖励。奖金 8 月 25 日发放，按队伍成员贡献值，按比例分钱。特别注意：订单统计范围，仅限社交导购媒体类型。 一、活动介绍活动简介：2021 年 618 大促，社交渠道全域赛马活动狂撒豪礼，奖励总金额 1000 万，参赛队伍将由官方划分 3 - 5 个赛道，每个赛道都设有“TOP 专享奖”和“最佳飞跃奖”2 个奖励池，全域淘宝客组队抱团参与即可冲刺千万奖励池，详细奖励规则如下。赛马时间：2021 年 6 月 1 日2021 年 6 月 20 日活动对象: 所有淘宝客二、活动规则2.1 组队规则 1.组队时间：2021 年 5 月 20 日 10:00:00 - 2021 年 5 月 25 日  23:59:59 2.组队要求 ...