好久不写文章了，两天弄了个携程的脚本，发现网上大多都是18年以前老版的做法现在已经没有借鉴的意义，于是记录攻略如下，希望能帮助到其它爬虫党。最近出国好多，查找机票价格特别烦，这次又准备买了，正好折腾一下。 网上现有脚本之所以不能执行除了页面改版外还因为携程加入sign签名使得爬取携程的难度大大上升，几乎搜不到可用的脚本，第一次真正写爬虫也希望能贡献给他人做参考。 我的需求 对机票得有一个大概的认识，某一天的最低价各大网站都有提供了，所以我们这里比较的是时间段内的最低价，另外比如一周内的机票铁定贵，不太可能去买两个月…
brew安装了node，但是发现已经有更新版本的，这个时候不妨使用brew的link命令: brew link --overwrite node 此命令会覆盖当前的老链接 Post Views: 19
这个程序自动集成在微软的Windows SDK中，安装vs时自动附带。单独下载地址：https://github.com/blackrosezy/gui-inspect-tool Post Views: 28
Python pywin32获取当前所有打开窗口title 同理访问所有内部窗口 Win32 Python: Getting all window titles Post Views: 44
开始以为是app的问题，排查后发现是新版pycharm 有问题。退回2017.3 问题环境是：Flask latest版本，docker-compose运行在远端。flask在pycharm开启debug运行后会卡在第二次reloader中。 其它运行等都没有影响 Post Views: 23
如果是普通的flask页面profile建议使用WSGI Application Profiler 它会自动分析每一个页面，并profile，内部也是cprofile实现。 针对初始化过程只能手动使用cProfile： python -m cProfile -o profiling run_web.py 等到初始化完毕再进入python ide： >>> import pstats >>> stats = pstats.Stats('profiling') >>>…
这个如果是在debug模式下出现一般是跟reloader特性有关系，WERKZEUG提供的这个特性主要是方便实时监测到开发中修改的文件，比重启app要快很多。但是有的时候我们希望app或者部分代码指启动一遍，可以用下面的环境变量来监测是否是第二次reload中的初始化。 if not app.debug or os.environ.get("WERKZEUG_RUN_MAIN") == "true" 组件初始化我们也希望初始化一遍，flask对此有一个专门的事件： @app.before_first_request…
docker-compose的启动会默认创建一个bridge类型的网络，当然它跟默认的bridge是继承关系。最近升级ide和docker后发现服务之间出现了个现象，服务能ping的通但是别名就不可以。而更改的地方就是网络模式network_mode 设置为了bridge。 原来当使用default bridge network的情况下，docker container使用宿主机的resolv.conf，当然不会解析服务名了。从1.10开始docker对自建的网络默认启用embedded dns，这个dns会自动…
docker通常修改 -v /etc/localtime：/etc/localtime就可以修改系统时间，但是mysql日志输出时间还是没变，因为它的时间默认是UTC时间，修改需要更改mysql的配置。增加启动参数：--log_timestamps=SYSTEM 完整示例： docker run -e MYSQL_ROOT_PASSWORD=root -v /etc/localtime:/etc/localtime:ro -d mysql:5.7 --log_timestamps=SYSTEM Post View…
wordpress的升级非常方便，就是不适合国情，之前多试几次总会成功的，最近老是失败，删除了几次lock后发飙了。 对了如果没有安装SSH SFTP Updater Support的话，请先装好他，wp原生的太弱，还不加密，咱升级的重要原因不就是因为漏洞太多么，还没侵入性，因为ssh肯定有啊。win OS请走开，xx空间请走开。 然后就是主角WP-CLI了，这个东西太好了，有了它就算上面的升级失败也有终极方法了，命令行终究是万能的，甩UI几条街。安装请移步：WP-CLI wp plugin install 插件名…