很多类啦，比如重复度高的事情，太危险的事情，人工难实现的事情，人工太贵的事情。。。都应该由机器做了

短期内“渐进”飞速，转眼一瞧貌似突变，仔细看还是渐进式变革。

在 web 目录下挂载硬盘，如果被盗链，最多挤满带宽，不会流量超标。

Facebook 来接管也是很轻松的吧

除了网游，通信 IM，支付 APP，视频编辑等工具应用，这几类从功能上需要客户端，其他占数量 80%的资讯、服务类应用都可以 h5，轻应用，PWA 足够。

小厂光花在各平台适配，渠道分发，版本升级更新，这些方面的维护成本就不小，还要让用户下载了别卸了，很不容易。导致的问题是资源和技术方面没有大厂的能力，要应付的事情却一个都不会少（甚至更多，微信不用和应用市场沟通保活问题，小厂都免不了），结果是众多小厂的 APP 质量和稳定性非常堪忧。这其实恶性循环。

最终还是会大厂通吃，小厂最多只能在小程序这样的渠道里生存，APP 级的机会只会留给大厂。

小厂合适的路径是通过 h5，小程序这些轻量模式建立用户规模后，再推 APP 提供用户体验。而不是像现在这样，企图用糟糕的 APP 圈死用户，这是没有赢面的。来自大厂的挤压，和用户的厌恶，双重夹击之后，会退守到 h5，小程序，PWA 的领域。

@nnnToTnnn base64 两次，爬虫就蒙了，总不能还多重逆向吧

@charlie21 flask 隐藏了很多细节，但是确实隐藏的很精妙，django 则更直观。

商圈周边已经有不少无人商店，真是一直无人进去购物。

systemd 确实强，如果不摸索清楚就用，都知不到它到底是怎么控制的，容易掉坑，这也是部分人批评 systemd 过于复杂的原因，违背 Linux 的“ stupid ”原则。

5G 最好的应用场景应该是智慧城市，无人驾驶这方面吧。ar vr 方面，ar vr 本身是不是个泡还很难说

newline to break

@qping 应该是滚动翻页的增强版。滚动翻页，然后下半部的轻触，计算屏幕高度，向上滚蛋一个屏幕高度的距离。

想了下，这样实现应该可行吧。

楼主有没有可能实现：滚动+上下翻页，混合模式？
有时候情节紧凑的地方，不想翻页，只要向上滚动几行；情节无聊的地方，快速点翻页略过。

@mmdsun 答案你去问霍师傅，问我没有用呀😂

霍金：这个问题等于南极的南边是什么。

@nicoljiang 建议楼主做付费搜索服务，是因为你承诺不追踪用户行为，那你就失去了给用户精准画像的能力，推送广告你就做不好，保护用户隐私和精准推广告是相悖的。

限制 IP 的方法怕误伤，随请求下发一个 session id 就可以了，放浏览器缓存，也可以用其他限制请求频率的方式。

@nicoljiang 从用户的角度看，只是希望有一个纯粹的高质量搜索服务，某度不是技术上做不到，而是被商业模式带歪了。狗搜索要可持续发展，无论会员还是广告，搜索服务的质量应该是优先商业模式的，会员服务比较纯粹，广告难免会影响搜索体验。

登录影响搜索体验的问题很容易解决啊，免费未登录用户，按 IP 限制一下使用频率就可以了，搜索频率超过阙值跳登录框。

。