本系列文章译自thePacketGeek的系列文章。原创翻译，转载请注明出处。

目前在这一系列文章中我们已经了解了如何捕获数据包和使用 capture 对象，我们终于到了有趣的部分，开始对数据包进行操作了！

本系列文章译自thePacketGeek的系列文章。原创翻译，转载请注明出处。

我们已经了解了如何使用 FileCapture 和 LiveCapture 模块来捕获数据包，下面我们来看一下如何使用返回的 capture 对象。

本系列文章译自thePacketGeek的系列文章。原创翻译，转载请注明出处。

PyShark中进行数据包分析的两个典型方法是使用 FileCapture 和 LiveCapture 模块。
前者从一个存储的捕获文件中导入u数据包，后者将使用本机的网络接口进行嗅探。
使用这两个模块都会返回一个 capture 对象。之后的文章中会详细介绍。
我们首先来了解一下这两个模块如何使用。

本系列文章译自thePacketGeek的系列文章。原创翻译，转载请注明出处。

文章作者以PyShark为基础开发了Cloud-Pcap，一个类似CloudShark的pcap在线存储、分析工具。

在Ubuntu下面用pip的时候偶尔会遇到“owned by OS”的问题，这是由于pip和库都是由系统的apt包管理安装所导致的。需要自行安装pip才能升级到最新版本而不是软件源里提供的版本。

随着ES6标准逐渐成熟，利用Promise和Generator解决回调地狱问题的话题一直很热门。但是对解决流程控制/回调地狱问题的各种工具认识仍然比较麻烦。最近两天看了很多文章，想出几个场景把各种异步流程方式类比一下，希望能有助于理解他们的实现。

需要说明的是类比只能反映被类比的事物的一个方面，必然有其反映不到的部分，不能完全以类比来理解各种异步控制的本质。所以仅用于简化理解，快速入门，依然需要阅读有深入研究的文章来加深对各种异步流程控制的方法的掌握。

php-fpm中可以设立chroot，起到非常好的隔离效果，增强系统安全性。但是建立一个合理可用的php-fpm chroot环境则有些难度，比起能够利用debootstrap等工具进行的建立完整的chroot环境还要麻烦一点。网上有一部分教程，但大多比较杂乱或者老旧，对步骤也缺乏说明。这里参考很多资料把php-fpm的chroot建立重新梳理一遍。

最近在写Bilidan-helper，整个插件的核心就是Chrome Extension API里的Native Messaging。这套API比起NPAPI/PPAPI显然要易用的多，当然功能也简单的多。功能简单不要紧，但这套API做的也很不完善，如果各方面都没问题正常工作是可以的，出了问题的话就不好调试和判断了。

稍微记录一点使用Native Messaging的经验，文档里有的东西就尽量不说了。

**biligrab-danmaku2ass**（简称BiliDan）是由StarBrilliant开发的一款工具，用于脱离浏览器和Flash来观看B站视频和弹幕。

BiliDan开发之初用于解决Linux下没有更新版本的Flash空间，而PPAPI Flash会因字体原因崩溃的问题。但在解决Flash观看视频发热严重的问题上也有很好的效果。同时据作者声称，danmaku2ass的效率也更高。

原本BiliDan可直接适用于Linux和OSX。经过我一次偶然的测试和作者修改后也可以在Windows上良好的工作。

**BiliDan-Helper**则是我开发的Chrome插件，用于从Chrome中直接调用BiliDan观看视频，就比每次都要接触命令行方便多了。

由于py2exe和pyinstaller不支持Python3，cx_freeze成为了比较常用的替代品。但是cx_freeze在直接使用中会遇到一些问题。以下记录两条今天打包时遇到的问题和解决方法。

花了两三天时间认真的码（chao）了点代码，把以前用的Biture主题重写成swig版本的，然后做了一些优化。新主题加了个re叫Rebiture以示区别。

虽说Yosemite去年就出了，但是前两天才把黑苹果升级到Yosemite。这个行为多少有点作死，因为10.10目前的评价相当低，坚持使用Mavericks的人不在少数。而且Yosemite的黑苹果也显然不如Mavericks成熟。

不管怎么说升级了。但是很遗憾的发现我前年还在用ML时候的这篇文章里用于修改Mac下GUI程序的环境变量的方法均已失效或部分失效。Yosemite下Launchd不再读取/etc/launchd.conf并执行了。

再三寻找终于在Stack Overflow下找到了比较完整的答案。做一下记录和翻译供后来人参考。

Gitolite是功能非常强大的Git服务器构建工具，可以比较方便地实现用户权限管理等功能。但是Gitolite是一个纯粹的Git服务器，不像Gitlab等项目，自身不具备其它的访问和浏览方式。

之前的服务器上也配置过Gitolite，同时配合Redmine来用。对我来说不管是Gitlab还是Redmine功能都太过丰富了。实际上自己的服务器上装Gitolite只是放一些私有库，我只需要一个简单直观的Web浏览功能而已。论项目协作的话，不管是Github还是国内的Gitcafe和OSC都是很不错的选择。

所以这次挑来挑去选择了最简单的Gitweb来实现。所搜索到的教程大部分是基于Apache+Gitweb的，nginx在与Gitweb的结合上则有一些额外需要配置的内容。所以写下这篇文章稍作记录。

Mac是一个类Unix环境（BSD based），但是终究是有所不同……尤其是在环境变量的设置这一点上，其操作比起Windows甚至都略有不如。

在Linux下如果想设置环境变量，只要在用户主目录下的profile文件或者bash_profile里设置响应的export语句即可。而在Mac下，其GUI程序和终端程序使用了两套不同的环境变量设置。修改profile文件仅仅在使用终端的时候生效，如果想要GUI程序也能继承相应的环境变量设置，则需要从终端启动应用程序才可以。想要为从LauncherPad或Finder中启动的GUI程序设置环境变量的话，则需要额外的步骤。

在网络上能找到的方法也很多，但是随着Mac OSX版本的升级，很多方法在Mountain Lion下已经无效了。经过很多尝试和折腾之后，我总算是基本弄清楚了在Mac下设置环境变量的方法。下面将分两个部分进行说明：普通环境变量的设置方法，和PATH的设置方法。

以下方法在Yosemite下已失效或部分失效，请参考新的文章

说是初试也不太对，已经用了接近一周。托OSXLatitude的福，在这台E6520上装黑苹果简单的吓人……虽然之前在家里试的时候双系统颠三倒四引导坏了好多次，回学校后直接把硬盘抹干净重做结果倒是顺利的很了。