毋庸讳言，程序开发是一个快速发展的行业，尤其是最近几年，从Web/移动到云、容器、DevOps、大数据、大前端、VR、区块链、人工智能，我们似乎有永远学不完的新技术；同样明显的是，程序员这个开发群体也极其热衷于追求各种更新、更酷、更强大、更优雅的技术。很难全面地评价这究竟是好事还是坏事，似乎我们已经把这当成一种不言自明的事实。
但最近，我听到了一些特别的声音，虽然它们来自不同技术背景的开发者，立场和观点也不尽相同；但这些内容似乎指向同一个结论，即：一些被认为是“老旧”的技术实际上是被低估了；而另外一些为众多开发者所追捧的新技术，它们未必真正达到如预期的那种生产力提升，并且，使用“老旧”的技术实际上可以达到同样的效果。无论如何，这些确实来自真正的一线开发者的实际经验总结。我希望你能够听一听他们的声音。
眼看就是 8012 年底了，各大厂家不出意外的也在搞各种优惠促销活动。我最近个人比较关注的出版社 Packtpub 前一阵子搞了个 $10 Ebooks and Videos，应该是很受欢迎，所以该社趁着年底又来了一波猛的，这回是 $5 一本，就算折成人民币也平过国内大多数 IT 书籍的价格了，而且数量相当多（参加活动的书籍大概有近 5000 本），有兴趣的朋友不妨去淘一淘（打开 Packt 首页 即可看到）。仍然要多嘴唠叨一句，Packet 社出版的书籍虽然多且新，但质量参差不齐，部分书籍水平不高，购买时请注意鉴别，如果书籍页面下方有差评的就要留心了。当然了，$5 的价格就算买到了次品也不至于太过肉痛。
在 Flask 中，蓝图（Blueprint）通常是基于路径进行分派的，因此我们看到典型的注册代码一般类似这样：
app.register_blueprint(home_bp, url_prefix='...')
相对少见的另一种用法是，Blueprint 也可以通过子域名来分派，这涉及到程序结构上会有一些改变，同时也会带来一些新的问题（当然都是可以解决的）。使用子域名是大型网站的常规做法，同时也使得 URL 路径更有针对性，比如提供一个 https://api.mydomain.com/... 比起所有页面都堆到 https://mydomain.com/ 下面，看上去也显得更专业一些。我自己也在尝试通过这种方式重构自己的网站，最开始尝试的是每个域名使用一个单独的 app 去管理，但很快发现如果一些比较小的功能也做成独立的网站，会带来比较多额外的管理负担。因此，把这些功能合并到一个app，对外又能通过子域名公开，是不错的做法。因此，我对这种实现做了一些尝试，并对遇到的问题和解决办法做一个记录，以供自己和其他朋友参考。
今年早些时候，我曾在本站上尝试使用 Let's Encrypt 推出的新通配符证书，但出现了一些问题。由于网站原有的证书还在正常使用，所以这个事情的优先级并不高，加上当时还有不少别的事情，就没有再继续下去。昨天，我再次进行了测试，这次终于成功生成证书，但过程中仍然走了一些弯路。本文对此作一个记录总结，以便自己今后、以及其他朋友参考。
