【03】答疑汇总 01

王掌柜
04月06日

答疑汇总 01

| 本文为付费栏目文章，您已订阅，可阅读全文 |
非常感谢大家对这套教程的支持，以后的时间里除了每周更新外，我还会根据大家的反馈以及我自己的心得体会在每周答疑里更新，希望大家能够继续支持。
玩转 IFTTT 教程是实操性比较强的文章，相信许多人购买了文章后，看到文章内容比较长而且有大量的事例操作会比较犯怵。或者有的人在阅读的当下不方便「一边阅读一边操作」，然后就把这事忘了。如果是这样的话就不符合大家购买文章的初衷了，为此，我的建议的阅读方法如下：
  1. 教程每周更新一篇，每次更新后，可以第一时间粗略过一遍，搞明白这篇文章讲什么，然后有哪些事例是自己感兴趣的，做到大致心中有数。
  2. 设置一个提醒任务或者日程，提醒自己稍后阅读，一定要注意，找一个充足的且不受打扰的时间，根据教程，在手机上实际操作体验。
  3. 遇到问题，可以现在评论区回复，我这边看到评论后，会尽快的回复大家。
接下来再说一下我最近的心得体会吧。

体会一：IFTTT 就是一台免费的 7x24 小时服务器

什么是服务器呢？简单说服务器就是永远在线，并且可以进行「计算」的计算设备。这里的「计算」并不只是字面上的意思，它包括一切服务请求，一切服务调用，一切功能计算。
为什么说 IFTTT 是服务器呢，很简单我们首先可以用 IFTTT 的「定时器」服务，定时做某事，这就是服务器场景中常见的「定时任务」。同时 IFTTT 还通过「轮询」的方式帮我们检查（做计算）某些设定的条件是否达成。而「轮询」也是典型的服务器应用场景。无论是从哪个方面看，我们使用 IFTTT 的方式都像是使用一台服务器问我们做服务。
明白了这个概念，我们再分析一下哪些应用可以用在 IFTTT 上，答案就呼之欲出了，「所有具备开放 API 的服务或应用，都可以在 IFTTT 上使用」。
当然这里有两个前提：
  1. 如果 IFTTT 官方支持了该服务或者应用，我们可以很简单的在 IFTTT 中把它设为「条件」或者「动作」。
  2. 如果 IFTTT 官方不支持该服务或者应用，我们依然可以通过 Webhooks 服务使用它。Webhooks 的使用我会在后续的文章中详细介绍。

体会二：IFTTT 服务不稳定而且还慢，我们为什么还在使用它

我看到有些用过 IFTTT 的用户在评论区抱怨 IFTTT 不稳定，非常慢，弃用等等之类的话。首先说一下，大家提出的这个问题确实存在，而且一直在备受诟病，这里我想从两点说一下此事：

第一 IFTTT 是免费的，官方在成本考虑下，已经做到正常使用

IFTTT 免费提供给我们使用，并没有收取费用（当然对于企业版和一些特定用法还是收费的，但绝大多数情况下免费），而 IFTTT 的基本原理是「轮询」，我们知道服务器上（上边提到 IFTTT 就相当于服务器），一切都是计算，处于成本考虑 IFTTT 官方一定会在「轮询」频次上，顺序上，优先级上有所考虑和区分，这也是无可厚非的。
那对于我们普通用户，如果想使用 IFTTT，却受不了慢怎么办？
建议 1：尽量使用「本地触发」的【在「如果 A 条件被满足，那么就让 B 事件发生」的事例里， IFTTT 无法在云端监控到 A 条件被满足，需要借助 IFTTT 应用，才能发现 A 条件被满足，然后执行 B 操作，这种触发方式我们称为本地触发。】任务，简单说你可以让任务不那么「自动」，我们可以通过某些手动比如「点击按钮」之类的操作，触发 IFTTT ，让它自动做某事，从而实现自动化，这类人物可以参考 IFTTT 的 Button 服务，具体的用法我们会在《第三章 | 本地应用篇》中详细说明。
建议 2：有些任务我们即使手动按一下按钮也不够，因为需要输入一些初始条件，可以利用 Webhooks 实现。大家结合一下例子感受一下：
每次买到一本新书，我希望快速在 Airtable 中记录买书日期；当我读完这本书后，我想快速在 Airtable 中记录读完日期。
对于这样的任务，我们可以利用 Workflow (iOS 效率类工具），每次执行的时候自动获取当前时间，然后通过 Webhooks 让 IFTTT 自动运行，从而实现记录买书和读完日期。具体的方法我会在 《第四章 | 进阶篇》中详细说明。

第二，IFTTT 整合了大量服务的 API，帮我们节省了大量时间

刚才我们提到了「服务器」的概念，有些同学具备「服务器」的知识，想自己搭服务实现简单的自动化，这一点没错，但是有两个问题，一个是「时间成本」，一个是「财务成本」。
时间成本：如果在自建服务器上使用这些服务，需要自己解析 API，自己做适配，无论是哪一步，都需要时间，而我们用 IFTTT 的初衷之一就是提高效率，这样做如果没有「极强的或极其特殊」的需求，就没必要了。
财务成本：服务器 24 小时运行是有成本的，带宽费用，存储费用等等，这些都要做好规划计算是否「合算」。
针对这个问题我的建议是：在考虑好时间成本和财务成本后，可以适当的选择适合自己的「自动化任务」平台，具体可以考虑一下两种方案：
  1. 租用云服务器，现在腾讯云、阿里云都在搞促销，几百块钱可以租用三年左右服务器空间，非常划算，这样服务器资源完全自己使用，可以最高优先级的使用和体验。
  2. 替代服务比如 Zapier，我在少数派也有部分文章介绍了 Zapier 的使用方法，它比 IFTTT 更强大也更智能，如果你具备一定的「编程思维」的话，可以创造出非常有创意的自动化任务。它和「租用云服务器」比较起来优势是，官方集成了大量的优质的服务，几乎不用我们写具体代码，就能实现较为复杂的「自动化任务」。
上一期
第一章 | 初识 IFTTT
下一期
第二章 | IFTTT 的基础使用
 
精选评论（1） 我的评论
  • jysun
    我有一个看法就是所有问题其实都包含了一个取舍，举例来说作者君用Gmail的邮箱但是肯定也购买了Airmail，如果要用if必须舍弃Airmail，2个一起用的尴尬是Gmail为了用它家的服务也OK，但是用到国产邮箱Airmail不挂V也可以收，我那边点收藏了这边还要从新整理一遍，您不是开始就说过喜欢一个App操作吗？我也喜欢这种操作模式，问题应该这么办？用什么可以替代？而且IF不支持Things，所以整个流程又要换一遍。
    04月11日 1
    • 王掌柜 作者
      是的，你的观点没问题，所有问题都包含了取舍，这里没有对错，解决问题有很多办法，也就是常说的 条条大路通罗马。
      再回答你第二个问题，Airmail 和 Gmail 收藏，IFTTT 和 Things ，看起来都没有对应的API 能帮我们实现自动化，不过别急，办法总有的，稍后会更新《第三章|本地应用篇》，文章中会详细介绍是用 IFTTT 客户端让没有 API 的本地应用可以自动化。希望能帮的上你。
      04月11日