几个月前，听到别人利用信用卡套现，然后再拿套出来的钱去放高利贷，赚了不少钱。我自然知道其中门道，但因为对高利贷这个东西很反感，其他途径又获取不到那么高收益，再者说，长期如此对信用卡也不好，有封卡降额风险，所以我就不愿去尝试。

最近由于临时有资金周转需要，心想可以偶尔套一些出来应急，只要按期还上就行。于是，开始在网上搜索信用卡套现的方法。比较常见的都是通过POS机，收取6%手续费，身边就有用拉卡拉套现的。再正规一点，可以通过银联申请。随着互联网的发展，聚合支付出现了。简单来说，就是不需要POS机，只需要在手机上安装APP，或者通过微信，就能完成信用卡支付过程。

很快，我找到了一款叫 银闪付 的APP，自称是瀚银科技出品。我按照网上的流程照着操作了一遍，确实很快就到账了（小额尝试）。尽管如此，体验的过程还是有让我产生怀疑的地方（很庆幸自己还没有被金钱蒙蔽双眼）。第一，瀚银科技确实是一家有实力的公司，而且手握央行的支付牌照，但瀚银官网根本就没有出现过 银闪付 相关的字眼。后来，我咨询过瀚银官方客服，得到的回答是，“银闪付不是我司的产品，请知晓”。 我问为什么银闪付打着瀚银的牌子在外面明目张胆招揽生意，你们却置之不理，客服依然只是告诉我：银闪付不是我司的产品，请知晓。再问下去就没意思了。第二，注册银闪付的时候，下载页面出现的是个人的手机号码而非官方400电话，而且注册完成之后可以添加个人微信号来实现更低费率（0.38%+3）。第三，添加了那个我以为是客服的银闪付“工作人员”之后，聊过几次，还给我发过语音，如果以客服的标准来判断的话，她不是一个合格的客服，不仅普通话不标准，而且业务流程不清晰，说的东西模棱两可。

- 阅读剩余部分 -

蹭热点 这个词，虽然我已经看到过很多次，却一直没有很切身的体会。前几日的一次意外经历让我有了深刻的印象。

青蛙旅行 是继 跳一跳 之后又一刷爆朋友圈的小游戏。这款游戏非常简单，玩家能做的事其实很少，基本上只有收割院子里的三叶草，购买食物，准备行李，剩下的都由青蛙自己完成。在各种升级打怪、要求玩家全身心投入的游戏大行其道的今天，青蛙旅行 就显得很另类，也十分具有话题性，更是被玩家套上了 佛系 这个近期的流行词，细细想来倒也是很贴切。

出于好奇，基本不玩游戏的我也想着要安装来玩一玩。我的手机是三星S7，自带的应用市场上暂时还没有这款游戏，不过我在百度手机助手上找到了。我搜索的关键词是青蛙，同时出来的带有青蛙字样的APP很多，排在前面的几个是 青蛙旅行（日文版）、旅行青蛙、青蛙旅行（中文版）。我本能地觉得它们应该都差不多，所以就随手点了 旅行青蛙。APP大小只有2M多点，很快就下载安装好了。

当我打开的时候发现有点不对劲，游戏画面和网上的截图完全不一样，关掉重启好几次都是如此。我开始觉得自己可能被骗了，于是就马上把游戏卸载了。但真正让我惊讶并且生气的是，移动公司不断给我发短信，说我正在开通这样那样的增值服务，需要扣多少多少费用。我还看到那个游戏利用我的授权（安卓应用安装都有这一步，如果不授权可能就无法正常运行）给移动发了很多看不懂的短信，应该就是这些短信导致移动公司认为是我主动要求开通那些服务。为了避免损失，我赶紧给移动客服打电话，把情况如实告知他们。好在客服态度还不错，很友好地说会撤回那些请求，不会扣我的话费。我这才放了心，仿佛成功避免了“几个亿”的损失。

反观这个事情，就是一些别有用心的人或者团队，蹭了 青蛙旅行 的热点，给那些不太仔细甄别真假的人好好上了一堂课，这里面也包括我。

像往常一样，起床后拿起手机看了看朋友圈。朋友分享的一个链接 小红莓主唱去世 瞬间吸引了我全部的注意力。文章写道， Dolores O'Riordan 2018年1月15日在伦敦去世，原因暂不清楚。太突然，The Cranberries 的灵魂人物就这样离开我们了？

第一次知道小红莓乐队还是四五年前。那时的我还是个中学老师，因为工作比较清闲，平时就有时间看各种各样的书，学素描，听不同乐队的歌。有一天在逛同事的豆瓣主页，看到了小红莓乐队，然后尝试听了一些他们比较出名的歌。不曾想，就这样喜欢上了这个乐队。那段时间几乎一有空就听一有空就听，先是把他们所有的专辑都找来听，然后挑几张最喜欢的循环听。虽然全是英文歌，我也听不太懂，但那些旋律已经深深刻在我的记忆里，一直都在。

今天突然看到Dolores O'Riordan离世的消息，先是震惊，然后惋惜，最后暗自悲伤。

是我们的世界不够好吗，为什么这么多优秀的人都选择离开？

愿一路走好，天堂没有伤害！

工作要求，需要知道上万个域名的解析IP，并判断指向是否正确。最开始想到的是Ping命令，但其结果不容易处理。经过一番查找，最终选择了socket.gethostbyname()方法。一开始因为是普通的编程方法，一万多条数据处理下来居然花了好几个小时，效率很低。这时主要的瓶颈其实在于gethostbyname，但一时没找到其他更好用的解析IP的方法。后来得到一个同事的启发，用Python的多进程处理，处理时间缩短了一大半，这样多多少少弥补了gethostbyname的缺陷。完整案例如下（数据是虚假的）：
需要判断的ip（txt格式，一行一个ip）

...
192.168.0.2
192.168.9.2
...

原始域名数据（txt格式，一行一个域名）

...
xxx.cn
xxxx.com
...

处理后的数据（txt格式，一行一个域名+ip+判断词）

...
xxx.cn 192.168.0.1 in
xx2x.cn 192.168.0.2 not in
xx3x.cn unresolved unresolved
...

处理程序如下：

#coding:utf-8
import socket
from multiprocessing import Pool

# IPs
ipList = []
with open("/path/to/ip.txt", "r") as fip:
    for ip in fip.readlines():
        ip = ip.strip()
        ipList.append(ip)

def URL2IP(url):
    url = url.strip()
    # urlList = url.split("\t");
    try:
        ip = socket.gethostbyname("www." + str(url))
        if ip in ipList:
            tip = "in"
        else:
            tip = "no in"
    except:
        print url + " this URL 2 IP ERROR "
        ip = "unresolved"
        tip = "unresolved"
    
    return url + "\t" + str(ip) + "\t" + str(tip)
if __name__ == '__main__':     
    # domains
    allUrls = []
    with open("/path/to/domain.txt", "r", encoding='utf-8') as urllist:
        allUrls = urllist.readlines()
    
    p = Pool(8) # 建议设置成CPU核数
    resultList = p.map(URL2IP, allUrls)
    p.close()
    p.join()

    # write the result to file
    with open("/path/to/resolve.txt", "w") as resovelist:
        resovelist.writelines("\n" . join(resultList))

    print "complete !"

关于如何使用Python多进程，大家可以自行搜索。

如下是服务器部署：

• 代理服务器 A，安装Nginx
• web服务器 B 和 C，安装Apache

现在需要配置 nginx.conf 把 b.test.cn 指向 B 服务器，c.test.cn 指向 C 服务器。
nginx.conf关键配置：

...
upstream b_server {
    ip_hash;  
    server 192.168.0.1 weight=1 max_fails=8 fail_timeout=30s;     
}

upstream c_server {
    ip_hash;  
    server 192.168.0.2 weight=1 max_fails=8 fail_timeout=30s;     
}
...

server {
listen       80;
server_name  b.test.cn;

    location / {
        proxy_set_header Host $http_host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Real-Ip $remote_addr;

        proxy_pass http://b_server;
   }
}

server {
listen       80;
server_name  c.test.cn;

    location / {
        proxy_set_header Host $http_host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Real-Ip $remote_addr;

        proxy_pass http://c_server;
   }
}

如上配置，即可实现不同域名反向代理指向不同IP（端口）。