为什么现在iOS开发不用苹果原生自带的推送服务而多用激光推送或者百度推送?

一般大型企业对于服务器的运维并不在意，大型企业更偏向于把东西放在自己的服务器上，与apns对接不是问题。小型公司注重成本，这些不必要的支出，就用第三方服务器解决，开发也省事省力。苹果推送适合大型公司拥有自己的服务器，足够的人力物力来研究。

和原生APNs相比，优势：

1、减少开发维护成本。不需要后台服务器与APNs做对接。不需要后台服务器维护更新 device token。可以直接通过极光官网发送消息。 2、可以向iOS、Android、网页发送消息。 3、可以发送透传消息。

大多数企业选择极光传送。极光推送个性化推送满足用户多种推送需要,有效提升用户体验，利用大数据人工智能技术,实现智能用户分群 ，提升消息点击率，推送安全包确保推送内容准确，拒绝运营事故。

我最近也在做后端，Python，Ruby，Node 都用了一下，最后选择 NodeJS。

在选择时，Ruby on Rails，Django 第一个出局，因为考虑到 API 应该轻，快。

Python 曾经用过 Flask，考虑过 Bottle。不过两者的 Extensions 的功能都无法需求。

Ruby 的 Sinatra 是最好用的。选择 Sinatra + Mongoid，一个星期可以搞出来（我自己的情况）。

现在选择用 NodeJS 的 ExpressJS ＋ Mongoose 搭配。从 Ruby 转成 Node，主要是因为看上 NodeJS 的性能。Request per Second 的话，NodeJS 7000 左右，ExpressJS 3000 左右，Sinatra 900 左右，Ruby on Rails 300 左右。

我写 JavaScript 都是用 CoffeeScript 写的，所以写起来就像写 Ruby 或 Python 一样，非常 Lisp。

ExpressJS 的开发也是这些框架里面，最活跃的。

由于对某款app的租房信息的筛选条件不满意，所以爬取了它的api以便能够根据自己的需求进行筛选。根据自己的初级爬虫经验，为了防止app封禁我的ip，所以准备通过代理服务器去访问。

过程是相当纠结啊，尝试的太多，这里就只放结论了。

笔者使用的 URLSession ，初始化前配置 URLSessionConfiguration 对象的 connectionProxyDictionary 即可。

特别提醒： host 类型为 String ， 而 port 类型为 Int .

ps：使用http时，需要添加ATS白名单

注： 两种代理方式貌似不能同时使用。不确定是因为我测试时上一秒代理还好好的，下一秒就挂了。

        一般服务器对于爬虫是不欢迎的。真正的用户操作再快都需要一定的时间，而爬虫访问时间很短，因此相当规模的爬虫对服务器造成的负担就更大。所以服务器会对爬虫做检测，如果被抓到则可能被封掉ip或像本例一样返回其他网站。

        针对检测，我们的做法就是要伪装成真正的用户。以笔者目前的理解有两点：

        1. 修改请求头。通过Charles抓包可以看到一次请求的头部信息，对照修改

        2. 设定访问延时。手速再快你也快不过自动运行的程序吧。

参考链接：

https://blog.csdn.net/c406495762/article/details/60137956

ps: 一个不错的爬虫学习系列

过程中遇到最多的就是1200错误码：无法与服务器建立安全连接。网上大多数意见是服务器SSL版本不够，因为iOS最低要求使用TLSv1.2的版本。对于更低一点的，就需要特别指定版本。( 由于我这里是代理字典https key用错了，才导致的1200。所以只能先在这mark一下 )

以下是网上给出的解决方法：

这是一个测试TLS的控制台命令：

nscurl --ats-diagnostics --verbose https://xxxxxxxxx

这里能自动测试哪种key能通过，随便找个https的网站试一下吧。

附上 connectionProxyDictionary keys 参见 Table 3-7

https://developer.apple.com/library/content/documentation/Networking/Conceptual/SystemConfigFrameworks/SC_UnderstandSchema/SC_UnderstandSchema.html

---