0211 - 邮件发送

发表于 2020-02-11 | 分类于每天写一点

项目中，经常需要使用邮件来发送一些信息，比如重要错误、自己关心的信息等等。

市面上有很多类似的消息推送服务，比如 Server酱、PushBear，接口也很简单。只是我目前还是习惯于用邮件来管理这些信息。每个项目重复一个邮件模块挺烦的，而且像小程序这样的环境，又不支持发邮件。于是自己做了一个：

https://github.com/atjason/email_message

首先，你需要更新项目中的配置文件 config.js，完成邮件账户、服务器端口等信息的配置。

然后，你需要有服务器、域名，然后把以上服务配置到服务器中，使用 nginx 等服务器应用完成网络转发。

这些完了之后，客户端请求就很容易了。假设部署的域名是 https://example.com，只需要发一个网络请求，如 https://example.com/?s=SECRET&t=title，就会发一封邮件标题为 title、正文为空的邮件。其中 SECRET 用于阻止非法访问，达到一定程度的安全性。更多参数，可在项目中查看，或者自己设置。

一些信息：我后台是使用 Gmail 来发送邮件。可以先注册一个小号，专门用于发邮件。然后允许其在非安全环境登录。如果首次在一个 IP 等环境使用该账户发邮件时，会因安全提示而阻止。此时，只需在浏览器中访问提示中的网址，进行安全验证即可。我的服务器部署在国外，因此没有那个神奇问题的干扰。

当然，你也可以使用其他邮件服务。另外，一般的云服务也提供邮件服务，每天也有大约 200 的免费发送量，对个人基本也是够的。不过，以我测试的经验，触达率不好说。即使是把发送方加入收件人的联系人或白名单，也会出现发送成功、但收不到、垃圾邮箱里也没有的情况。而 Gmail 是我测试下来最让人放心的。

0210 - 「视字」集成百度

发表于 2020-02-10 | 分类于每天写一点

百度语音转写，目前还在公测期，需要申请。之前申请，今天终于过了；估计主要是受疫情影响，审核比较慢。

迫不及待拿来一试。集成还挺简单的，一个请求创建任务，指定音频的 url 及其他参数；之后便是轮询，查询转写是否完成。当然，也支持作为完成后回调，只是一般客户端调用，自然是无法接受回调的。

需要关心的主要是两点：识别质量 和 识别速度。

识别质量 方面，感觉略微比较搜狗知音差一点，不过整体还是达到商用级别的。尤其，每天还有 5 万次的免费额度，对「视字」这种级别的小程序，自然是够用了。

识别速度 方面，感觉不太稳定。快的时候很快，基本 10s+ 就有结果。慢的时候很慢，甚至 3 分钟的音频，要几十分钟、上小时才完成。我猜还是服务器资源有限，碰到请求比较多时，识别时间就会拉长。

不过，最后我还是 没有在「视字」中使用百度，主要是因为上面两点：识别质量畋差于搜狗，识别速度不够稳定。不过，还是继续观察，相信百度还是会快速进化的，毕竟语音是未来交互的重要途径之一，而百度明显在语音转写方面起步晚了。要追上，就得快跑了。

0209 - 「视字」集成讯飞

发表于 2020-02-09 | 分类于每天写一点

今天没忍住，动手给「视字」集成了 讯飞语音识别。

为什么呢？本来对讯飞期望挺高的，毕竟在公开的产品中，讯飞听见的识别结果是相对来说最理想的，我自然想将其集成到「视字」中。之前选择搜狗而非讯飞，主要是几个原因：

讯飞只支持上传本地音频文件，不支持提供网络音频文件。
讯飞价格最美丽，入门价基本是搜狗等其他产品的 2 倍+

不过，后来看如果选择比较贵的套餐，基本价格能做到和其他产品差不多。冲着它的效果，我就动手了。

不过，折腾了一天，等集成后，傻眼了：相同的音频文件，讯飞 API 返回的识别结果，和讯飞自家的产品如讯飞听听，那简单不是一个量级的东西，差太多了。跟腾讯、阿里比都不如，更别说搜狗。我当时那个吐血啊。都怪我太善良，没相信讯飞这个浓眉大眼的家伙，也会干这种事。

目前，我已经发了工单，提供了音频文件和分别的识别结果，询问官方到底是怎么回事，期待结果吧。如果没有合理的答复，我只能粉转黑，再也不义务宣传讯飞的产品了。

当然，今天还件开心的事：从视频中提取音频，我选用的是七牛的服务。本以为会按视频转码计费；给七牛发工单，官人也是这么说的。没想到今天看实时费用，应该是按音频转码计费的，这可是视频价格的 1/10。恩，好事，可以压低成本了。不过，七牛的服务响应速度堪忧，说人话就是很慢。哎，这问题目前怕是无解了。