GPG支持使用智能卡设备存储密钥。 使用文件系统来携带密钥（ 不管是存到 家目录里还是放到U盘里携带）的弊端有很多1. 文件泄漏密钥即泄漏 2. 不能保证密钥的物理唯一性 3. 文件可以被拷贝，文件可以被任意读取 4. 无法知道文件是否被拷贝，不能发觉而使用智能卡设备，好处很多1. 密钥具有物理唯一性，一旦生成即无法读取，即无法制作拷贝 2. 密钥可以由卡上的CPU生成，更能保证物理唯一性 3. 智能卡可以随身携带，方便使用不同的电脑 4. 卡遗失即密钥遗失 5. 多次尝试破解会导致智能卡自我销毁，保证密钥的安全，所以遗失的卡也不会泄漏密钥 6. 加解密操作由智能卡硬件完成，即便授权应用程序也无法获取KEY。就别说木马了。那么， gpg 支持哪些硬件呢？gpg 支持 CCID 标准兼容的 USB 读卡器。市面上的智能卡读卡器基本上都基于这个接口。 但是，智能卡有很多种，什么门卡啊，电话卡啊，种类很多， gpg 需要的是一个 "OpenPGP Card" 标准兼容的智能卡。 这种智能卡目前在国内没有购买渠道。所幸的是，gpg通过 gnupg-pkcs11-scd 兼容支持了 PKI 设备。 所谓 PKI 设备就是使用 PKCS#11 接口进行访问的物理加解密设备，比如电子狗，U盾。那么，我需要的是一个（国内能购买到的）具备 RSA 或者 DSA 加密运算能力的 PKI 设备，同时能在 ...继续阅读 (45)

最近家里闲置了一对老音箱。很大很重的老音箱。年纪有个十几年了吧。但是以前是很贵的东西。虽然现在音箱很便宜（但是便宜了，音质差了呀），但是我没舍得扔掉。在我眼里古董音箱很值钱！于是我想个办法想废物利用。音箱有了，缺一个功放。我第一个找到的功放，是基于 TD2024 芯片的数字功放。主要是图个便宜，不到 50 块钱就能有一个。 至于什么是数字功放，我恶补了一下功放方面的知识。功放分 A 类 B 类 AB 类和 D 类功放。 D 类也就是数字功放。A类功放，让功放管始终工作在线性放大区。就算输入信号是 0, 功放管也在工作。 功耗大，效率低。效率只有 20% 。 大量的电能被白白消耗。B 类功放就节能多了。 B 类功放需要2个对管（一个 PNP 一个 NPN），分别放大信号的正半周和负半周。当输入信号处于正半周的时候，放大正半周的功放管工作；当输入信号处于负半周的时候，放大负半周的功放管工作。没有输入信号的时候，两个功放管都不工作。效率不错，能提高到最高 75%。但是 B 类功放有个致命缺点： 交越失真。因为晶体管只有高于大约 0.7v 电压的时候才导通进入放大状态。这样，当输入信号处于 正负0.7v内 的状态时，是不会被放大的。而通常这个时候正是处于信号正半周向负半周交越的时候（或者反过来）。于是出现交越失真。 解决办法就是设定一个偏置电流。让功放管的静态工作点（就是输入信号为 0 ...继续阅读 (24)

典型的 C++ 编译过程分 "预处理" "编译" "链接"编译, 是最耗时的环节, 编译需要编译器解析 C++ 语法, 构建 AST (抽象语法树), 解析完成后, C++ 的重任才刚刚开始. 对于 C 来说, C 解析成语法树后可以立即开始生成目标代码. 但是 C++ 不能. 最耗时的步骤才刚刚开始. C++ 要在 AST 上执行 模板展开, 重载判决. 特别是 模板展开, 这可是一次图灵完全的展开啊! 在展开的过程中, 顺便就以图灵完全的模式执行了一次模板代码. 模板展开失败不是错误, 编译器需要找到另外的模板重载重新展开.终于全部任务执行完毕后, 生成一个中间的表示. 接着开始进行第一阶段优化, 这一阶段的优化, 死代码消除, 内联展开. 这很重要, 模板代码就是在这一阶段被内联进去, 以至于和手写一样高效. 死代码消除使得为可读性考虑写的代码, 并不会真正生成目标代码, 编译器知道这是无用, 删了. 完成第一阶段优化后, 转化为目标代码. 转换完成后执行第二次优化. 这次优化是在机器指令层面进行的. 优化的地方有, 向量化啦, 指令重排序啦.最终生成优化的目标代码, 然后写入目标文件, 等待链接.其中, 预处理+解析语法树, 这两个过程, 在很多时候, 都是非常非常非常费时的操作. 虽然从语法树生成目标代码也非常耗时,但是如果不开启编译优化, 这个过程还是非常迅速的.不论开 ...继续阅读 (16)

C++ 的 bind 非常方便! 但是如果你不得不处理一些 C 接口, 情况就会变得很糟糕, 你不得不处理一堆的 void* , 不能使用 bind ! 有神码办法可以解决这个问题呢!? 答案就是 接下来介绍的模板技术 c_func_wraper !用法很简单, 看下面的例子staticvoid*my_thread_func(inta,intb,intc){std::cout<<(user_data));return(R)(*wrapped_func)();}templatestaticRwrapperd_callback(ARG1arg1,void*user_data){boost::scoped_ptr>wrapped_func(reinterpret_cast*>(user_data));return(*wrapped_func)(arg1);}private:boost::function*m_wrapped_func;}; ...继续阅读 (38)

对于不知道　avbot 是神码的同学，猛击这里紧急更新，　TX 于 8 月　1　日晚上修改了登录协议，　导致　　avbot　全线瘫痪。所有的用户必须升级！必须升级！7.1　新增了慧眼答题平台支持。urlpreview 功能可以定义黑名单, 不对指定的url进行响应. 用法就是在　qqlog 目录下建立　blockurls.txt 文件，写入不希望avbot解析的正则表达式。avbot 的验证码识别功能详情请参考项目wiki下面是 Changelog7.1 * run as -D , log to syslog * 新增慧眼答题打码平台的支持 * urlpreview 功能可以定义黑名单, 不对指定的url进行响应.7.0 * 添加了两家印度阿三的分布式人肉验证码识别API支持 * 添加了AVPLAYER.ORG社区提供的无偿验证码识别服务支持 * 添加了联众打码平台的支持6.3 * httpagent.hpp merged to avhttp, use #include async_read_body.hpp> * 日志部分使用 boost.log 重写 * 此版本开始要求 boost >= 1.546.2 * 最后一个支持 boost <= 1.53 的版本. 下一个版本开始将要求 boost 1.5 ...继续阅读 (39)

只要写程序, 就免不了要和各种资源打交道, 其中最频繁的莫过于内存了.任何一个程序都需要内存管理. 它不管是简单的还是复杂的, C 语言的还是 java 语言的. 所不一样的是, 内存管理的细节掌握在谁的手里.对于 C 语言, 毫无疑问的, 程序员掌握所有细节. 程序员获得了最大的灵活性, 作为代价, 编译器不对任何内存管理上的疏忽负责. 而人是最容易犯错的生物. 意味着, 程序员总会犯错, 因此很难写出在内存管理上没有瑕疵的程序.毫无疑问的, 将内存管理的重担全部丢给程序员, 是编译器水平低下的时代无奈的选择. 随着编译器技术的发展, 将内存管理的任务从程序员手中接管是必然的.对于如何接管内存管理, 语言作者们分成了截然不同的两派垃圾收集RAII (Resource Acquisition Is Initialization) + 智能指针在带有垃圾收集的语言里, 程序员只管分配内存, 无需操心释放. 垃圾收集器间歇性的运作, 会将不再使用的内存释放掉. 至于如何标记哪些内存是不再使用的, 几十年间发展出了各种算法. 许多语言都带有多种标记算法供选择. "没有哪一种垃圾收集策略是适合所有程序的, 所以各种语言都发展出多套垃圾收集器, 供运行时选择."在许多语言里, 垃圾收集并不是编译器实现的, 而是由语言附带的运行时环境实现的, 编译器为运行时提供了附加的信息. 这就导致了语 ...继续阅读 (36)

我经常说协程, 说协程的时候又经常会提到闭包. 还有我常说, boost::bind 是神器归根结底, 神的是 "闭包"没有闭包, 就无法实现 asio 协程 (注意, 我说的是 ASIO的协程, 并不是通常意义上 setjmp/longjmp 或者 CreateFiber 又或者 boost.context 创建的协程)每次使用 bind , 你就创建了一个闭包.简单的来说, 闭包就是带状态的函数一个函数, 带上了一个状态, 就变成了闭包了. 什么叫 "带上状态" 呢? 意思是这个闭包有属于自己的变量, 这些个变量的值是创建闭包的时候设置的, 并在调用闭包的时候, 可以访问这些变量.函数是代码, 状态是一组变量将代码和一组变量捆绑 (bind) , 就形成了闭包内部包含 static 变量的函数, 不是闭包, 因为这个 static 变量不能捆绑. 你不能捆绑不同的 static 变量. 这个在编译的时候已经确定了.闭包的状态捆绑, 必须发生在运行时.闭包的实现C++　里使用闭包有３个办法重载 operator()因为闭包是一个函数+一个状态, 这个状态通过 隐含的 this 指针传入. 所以 闭包必然是一个函数对象. 因为成员变量就是极好的用于保存状态的工具, 因此实现 operator() 运算符重载, 该类的对象就能作为闭包使用. 默认传入的 this 指针提供了 ...继续阅读 (55)

查看过 avbot 代码的人都知道, avbot 到处都是协程. 用句 ACG 的话来说,博士是协程控**那么, 为啥我会那么喜欢使用协程呢? 答案是协程大大简化了编程, 尤其是内存管理.协程简化了内存管理写过异步程序的人都知道, 编写异步代码最容易犯的错就是内存泄露了.asio的无栈协程通过闭包的形式, 将异步过程所要操作的资源绑定到闭包上, 并使用 sharedptr 对这些资源执行引用计数管理. 当最后一个回调执行完毕后, sharedptr 确保了资源的正确释放. 对于 copyable 的资源, 甚至直接作为闭包的一部分, 让资源随着闭包被 ASIO 拷贝, 释放, 拷贝, 释放, 最终最后一个闭包完成使命, 彻底撤销.下面这个是 QQ 登陆过程的一个协程代码// qq 登录办法-验证码登录classlogin_vc_op:boost::asio::coroutine{public:typedefvoidresult_type;login_vc_op(boost::shared_ptrwebqq,std::string_vccode,webqq::webqq_handler_thandler):m_webqq(webqq),vccode(_vccode),m_handler(handler){std::stringmd5=webqq_password_encode(m_w ...继续阅读 (34)

avbot 早已实现最初的目标 : 提供一个机器把 IRC/XMPP和 QQ群联合起来. 让不使用QQ的人和只使用QQ的人都恩嗯畅快的交流.现在该歇息片刻, 回顾一下这一段历程, 以及编写avbot的时候所做的一些技术决定了.Boost.Asio为什么 avbot 会使用 Boost 进行开发呢? Boost 有什么 好处? Asio 是干嘛的?我觉得对于 Asio,Jack 的那篇讲座足以解释的很清楚了. Asio 是一个非常强大的网络库. 从一开始就选择了 Asio, 让 avbot 的后续开发不仅仅变得更轻松, 更重要的是, 我从 asio 那里学到了受用不尽的财富.avhttpavhttp 可以说是 avbot 催生的一个项目. 如果不是 avbot , Jack 编写 avhttp 的动力也不是那么浓. 可能会更晚的时候开始编写, 也可能就不会开始编写.avhttp 是 Asio 思维的典型产物. 不过因为Jack个人喜好问题, avhttp 里模板的使用还是太少了, 个人认为绝对是个遗憾.在使用 avhttp 之前, avbot 使用的HTTP网络库是 Urdl . 是个已经死掉的项目. avbot 不得不对 Urdl 进行了修改, 才让其支持了 Cookie 和一些其他 webqq 需要用到的 HTTP 头选项.glooxavbot 最初的版本只支持了 IRC ...继续阅读 (22)

对于不知道　avbot 是神码的同学，猛击这里就像博士说的, 不开发验证码解决方案不升级版本号, 这次主版本好不到一个月就被提升了, 咋回事呢?avbot 7.0 系列发布预览版发布了，同时发布的还有rpm 包和windows 包avbot 7.0 添加了很多功能, 最重要的莫过于支持了验证码识别!avbot 的验证码识别功能详情请参考项目wiki下面是 Changelog7.0-rc1 * 添加了两家印度阿三的分布式人肉验证码识别API支持 * 添加了AVPLAYER.ORG社区提供的无偿验证码识别服务支持6.3 * httpagent.hpp merged to avhttp, use #include async_read_body.hpp> * 日志部分使用 boost.log 重写 * 此版本开始要求 boost >= 1.546.2 * 最后一个支持 boost <= 1.53 的版本. 下一个版本开始将要求 boost 1.54 * 重写了 http 处理代码 * fix joke segfault * fix mail bug * add back MSVC compiler support, only used to make jack happy. not intend to be ...继续阅读 (20)

avplayer 社区的维基站点建立了, 欢迎大家访问http://wiki.avplayer.org目前 avplayer 的维基站点开发免注册编辑权限. 大家可以把 avplayer 社区项目的一些心得分享进行编辑.比如在 windows 上如何编译 avbot, 希望辛苦解决的人能给后来人以提示. ...继续阅读 (37)

对于不知道　avbot 是神码的同学，猛击这里avbot 前不久悄悄迎来了半周岁的生日. 因此 avbot 也进入了 6.X 开发周期.avbot 6.0 系列第2个版本 6.1发布了，同时发布的还有rpm 包和windows 包avbot 6.1 发布, 添加了股票报价功能, 另外也对 WebQQ 协议进行了更新.下面是 Changelog6.1 * fix cookie process, make it more stable * add stock price * urlpreview now prevent noticing user the same url if the url is typed too fast * urlpreview now parse the html escape character correctly6.0 * fix random relogin * forward compatible with about to be released boost 1.545.1 * fix 100% cpu bug5.0 * 支持白银黄金现货报价 * new icon set * webqq: fix webqq group chat picture * htmlo ...继续阅读 (30)

对于不知道　avbot 是神码的同学，猛击这里avbot 5.0 系列开始了.avbot 5.0 系列第3个版本 5.1发布了，同时发布的还有rpm 包和windows 包avbot 的版本规则是, 每月提升一个大版本号, 因为是开发 avbot 的第 6 个月了, 所以大版本号提升到 5 了.avbot 5.1 发布, 修复了一个非常严重,困扰了我们很久的一个 100% CPU 占用问题. 当然, 5.0 版本也顺带跟随腾讯更新了群图片的图床API. 更新avbot后群图片获取不到的bug就消失了.下面是 Changelog5.1 * fix 100% cpu bug5.0 * 支持白银黄金现货报价 * new icon set * webqq: fix webqq group chat picture * htmlog: distribute image files to sub dirs. * libwebqq: move cache file to cache/ sub directory4.7 * bulletin: broadcast a bulletin message @ desired time * win32: settings dialog make irc optional * htm ...继续阅读 (36)

对于不知道　avbot 是神码的同学，猛击这里avbot 4.0 系列第九个版本 4.7发布了，同时发布的还有rpm 包和windows 包rpm 包有 x86_32(用于64位系统) 的和 i686 (用于32位系统) 两个版本。其实 rpm 包解压一下也可以用在 Deb 系的系统上。PS: sourceforge 上的 avbot　项目我开通了匿名上传权限，欢迎大家提交　deb/rpm 包供大家下载。4.7 版本带来的最大的变化莫过于带来了 "自动群公告支持". 配置一下就能支持每天定时的发送一些设定好的消息.接着是完善了实验性的 lua 脚本支持 (通过 --enable-lua 启用)下面是 Changelog4.7 * bulletin: broadcast a bulletin message @ desired time * win32: settings dialog make irc optional * htmlog: log HTML correttly. * lua: add more lua example code.4.6 * allow to -c to specify the location of the config file * automantically show url content th ...继续阅读 (20)

对于不知道　avbot 是神码的同学，猛击这里avbot 4.0 系列第八个版本 4.6.1发布了，同时发布的还有rpm 包和windows 包rpm 包有 x86_32(用于64位系统) 的和 i686 (用于32位系统) 两个版本。其实 rpm 包解压一下也可以用在 Deb 系的系统上。PS: sourceforge 上的 avbot　项目我开通了匿名上传权限，欢迎大家提交　deb/rpm 包供大家下载。4.6 版本带来的最大的变化就是支持了 URL 预览功能. 当有群友贴出一个 URL 的时候, avbot 智能的将 url 解析并贴出网页标题.接着是加入了实验性的 lua 脚本支持 (通过 --enable-lua 启用)下面是 Changelog4.6 * allow to -c to specify the location of the config file * automantically show url content then some one post an url * change .qqbot newbee command to .qqbot welcome * add experimental support for luascripting4.5 * sync webqq protocol ...继续阅读 (27)

avbot 4.5 是一个紧急更新版本， 所有用户都应该升级。 因为TX的WebQQ协议有变动， 会导致无法获取群列表。*对于不知道　avbot 是神码的同学，猛击这里avbot 4.0 系列第六个版本 4.5发布了，同时发布的还有rpm 包和windows 包rpm 包有 x86_32(用于64位系统) 的和 i686 (用于32位系统) 两个版本。其实 rpm 包解压一下也可以用在 Deb 系的系统上。PS: sourceforge 上的 avbot　项目我开通了匿名上传权限，欢迎大家提交　deb/rpm 包供大家下载。What's NEW in this release ?4.5 * sync webqq protocol * clean cache file when startup * a bug that cause xmpp account accidently not used4.4 * fix a bug that new group is not created automantically * 自动欢迎新人使用的是 $qqlogdir/$qqgroup/welcome.txt 的内容 * 新人加群自动欢迎新人 * try to re-fetch the joke page if d ...继续阅读 (26)

新功能 - 讲笑话这是一个早就被呼吁的功能，今天抽空实现了。笑话这个功能实现起来有2个要点：第一，这个笑话虽然是隔十分钟讲一次，可是不能打断大家的讨论，所以是出现十分钟的空闲后才发第二，这个笑话需要从网页上抓取第一个要点, 使用办法就是 Asio 提供的 deadlinetimer. 设定定时器超时 10min , 但是如果有人发言, 就重设时间. 通过链接到 avbot::onmessage 就可以知道有没有人发言了.实现起来非常简单,就是在 on_message 的时候重新设定定时器.第二,笑话要从网上抓取. 这个使用了徒弟写的解析代码了. 不过咱高级,使用的是 avhttp 进行 HTTP 访问. 徒弟他不懂事, 手写 HTTP 解析.实现将笑话模块实现为一个 class joke, class joke 重载了 operator(), 也就是说,是个仿函数,本身就可以作为 onmessage 的 slot . class joke 重载了多个 operator() , 一个用于 onmessage 的 slot , 一个用户 deadline_timer 的 Handler.在用作 onmessage 的 slot 的 operator() 里, joke 就做了一件事: 重设 timer 在 deadlinetimer 的 Handler 里, 首先判断 timer ...继续阅读 (18)

avbot 由 4 大部分构成 libavbot libavlog botctl avbotrpc+----------+ +----------+ +----------+ | libavlog | | libavbot | ---+---| libwebqq | +----------+\ / +----------+ | +----------+ main.cpp | +----------+/ \ +----------+ | +----------+ | botctl | \| avbotrpc | +---| libxmpp | +----------+ +----------+ | +----------+ | | +----------+ ...继续阅读 (16)

C++ 爸爸对 c++11 提出了一个 “模板概念” 提案，可是又亲自否决了它。因为他觉得还不够好，还要继续研究一番才行。C++是一个严谨的语言，新特性的加入要小心谨慎。虽然提案没有通过，但是，C++爸爸俨然已经将那个 C with Class 的语言进化了，C++不再是一个 C with Class 的语言，而是迈出了“概念”编程的一步。概念编程在C++中由来已久，C++爸爸的提案就是为了在语言级更好的支持概念编程。在语言没有支持到家的时候，通过修修补补，也还是能将就使用。什么是用概念编程呢？ 简单的来说，就是弱化类型，强调概念。比如 std::sort , 它的参数是什么呢？ 他的参数可以是任何一种迭代器所表示的区间。任何类型的迭代器都可以。不论是指向int的还是string的还是你自己定义的类。这就是 std::sort 所需要的参数的概念。因为在人脑中，对一样东西排序可不需要知道他是数组还是链表。std::sort 对于 迭代器指向的对象也有一个要求：必须能比较大小。不能比较大小的东西还能排序么？那么这就是 std::sort 所提出的概念要求。以概念编程，就越来越接近人脑的思维。人不再需要将抽象的概念具像为C语言中的基本类型。前段时间我写的boost 编码 base64也是概念编程的产物。因为你不用再幸苦的思索base64的编码算法了。只要依据 base64 的描述就可以 ...继续阅读 (9)

前段时间看了 ASIO 爸爸关于ASIO的一个演讲. ASIO 爸爸说, ASIO 的设计理念就是作为一个 toolkit 而不是一个框架. ASIO并不强迫你使用某种编程模型. 它只是提供一系列的函数和类帮你更容易的编程.ASIO 的设计思想其实和 GLIB 的 gmainloop 非常像. 但是 C++ 因为有模板, 所以能更好的实现. 使用 gmainloop 的时候, 我不记得我写了多少 void* 到 struct 的转化了. 这就是 C 的弊病. 因为缺少模板,所以回调必须严格符合函数签名. 但是库作者永远想不到用户还需要什么样的参数. 于是void*就是最好的解决办法了.但是因为 C++ 有模板,所以放松了对函数签名的要求. 不符合 ASIO 回调函数签名要求的,都可以使用 bind 绑定以符合签名要求. 这就为库的使用者带来了巨大的灵活性的同时仍然保持极佳的易用性.C++的另一个强大优势即是函数对象(bind的结果就是一个函数对象). 通过函数对象, 使得一些状态可以保存到成员变量中, 这样就给了我们一个不需要栈就实现的一个协程. 协程本质上是一个拥有多重入口和多重出口的函数. 每次调用都将从上一次退出的地方继续执行. 如果没有成员变量, 所有的变量都将保持于栈上, 这就要求协程的实现必定带来栈切换. 而栈的要求就导致协程必须有额外的创建和撤销动作. 这都给协程的实 ...继续阅读 (27)

各位，鄙人去年手贱，买了台 Optimus 的笔记本。最开始的时候用的 Bumblebee，但是觉得每 次用 optirun 非常的 egg pain。我想全局启用 NVIDIA 显卡（GT650M显卡买来不用浪费 啊！），而不是手动使用 optirun。于是我折腾了 DRM/PRIME , 跑起了开源驱动，找到了PRIME的各种补丁，然后编译+折腾。终于 搞定。虽然性能差了点（直到昨天我才知道，差的实现相当的大啊！）好歹比集显好多了。前些天，NVIDIA 发布了 319.12 驱动，官方支持了 PRIME 和 xrandr 1.4 !我乐死了，赶紧折腾。现在分享一下成功经验： PSGentoo下会easy很多。首先，第一重要的是确保自己使用的是 3.9 内核。开启 intel 的 KMS , 去掉 nouveau 驱动。然后确保 xorg 是最新版 ! xorg-server >= 1.13 !确保 xrandr 是最新版！ xrandr >= 1.4 !然后，要使用 xf86-video-modesetting !! 而不是 xf86-video-intel ，记住！！ 很重要！emerge xf86-video-modesetting好了，非常关键的，需要 nvidia-drivers >= 319.12 !你需要做的就是 在 /etc/portage/pack ...继续阅读 (22)

avbot 是一个纯粹的单线程程序。在设计 avbot 最初的时候，我就给自己下了一个明确的目标：必须单线程。但是，它的逻辑可不简单。它需要处理 XMPP 协议，处理 IRC 协议，处理 WebQQ 协议，处理pop3协议，处理 SMTP 协议。 所有的处理都必须异步。绝对不能因为 IO 阻塞。可能很多人会不以为然，这有什么， select() 一下就好了。但是你知道这意味着多少代码么？你需要编写大量的函数，大量的回调函数。别说复杂的 WebQQ 协议了，就是一个简单的 IRC , 你知道要多少代码完成异步处理么？而且除了 WebQQ 以外（WebQQ的代理支持也在添加计划中）， XMPP IRC POP3 SMTP 都是支持代理的。你知道要多少代码完成代理么？想必很多吧？所幸的是，avbot 没有使用C开发，也没有选择 ACE MFC 这样的不合格的类库开发。而是选择了 Boost。尤其是 ASIO, ASIO让异步过程大大简化。而让异步过程更加简化的，就是 ASIO 作者发明的 stackless coroutine!avbot 发布了许久了， 最近突然有个用户跑来说，希望能增加个调用 “外部脚本” 的功能，方便扩展。我一向对设计一个 plugin 机制极力的避免，不喜欢动态载入的模块扩展程序本身的功能。何况 avbot 是 c++开发的，调用脚本并不是容易的事情。（好吧，真实 ...继续阅读 (19)

fcitx 是 yuking 的作品。 一直以来都是以 GPL2 协议发布。yuking 后来将维护权交给了 csslayer. csslayer 开始了 fcitx 4.X 系列的维护工作。最近我查看了fcitx 4 的协议， 发现 fcitx4 将自己的协议降级了。而且降级并没有说明获得过 yuking 和其他贡献者的同意。按照 GPL2 的协议， 升级(就是变得比GPL2 还要严格，比如升级到 GPL3)是被允许的。 但是降级（也就是提出了可以不遵守GPL2的例外）显然是不被允许的。按照通行法则，软件作者具备更改授权的权利。那么 csslayer 具备这个更改授权的权利么？ 那就要看 fcitx 是不是 csslayer 的个人作品了。如果 fcitx 包含了许多人的工作，那么 csslayer 要更改 fcitx 的协议就必须获得所有 fcitx 贡献者的首肯。明显 fcitx 4 更改协议的时候并没有获得yuking 和其他贡献者的同意。如果确实获得了他们的同意，我希望 csslayer 能公开声明获得了他们的同意。更新傲慢的 csslayer 承认了错误，向 yuking 获得了同意。参考这个邮件现在 fcitx 应该没什么大问题了。 ...继续阅读 (13)

需求jack 正在实现一个 avhttp , 并且也已经相当的可用了。 他在实现http协议的时候，就对 HTTPS 和 HTTP 的实现做了一个相当重要的决定 ----- HTTPS和HTTP必须是统一的代码。那么，要优雅的做到这一点，显然只有一个办法：多态。但是很不幸的是，SSL 需要 asio::ssl::ssl_stream , 而 TCP 则用的是 asio::ip::tcp::socket。于是 jack 想到了boost::variant。 这是一个支持 非POD成员作为一个 unin 的库解决方案。很不幸，即便如此， SSL 和 TCP 仍然有相当多的代码不能公用。然后对于代理服务器的支持， SSL 和 TCP 就更不能统一处理。依然要相当多的条件分支。就不能有一个更干净的办法么？分层实现于是我提出了将 avhttp 中 HTTP 请求过程分两层实现，一个是 DNS查询、TCP 链接的发起、代理服务器握手、SSL 握手等一系列的步骤。 也就是说，在真正的发起一次 HTTP 请求之前的一系列操作将其归类到第一层。接着，是第二层，就是真正的 HTTP 协议处理了。那么第一层，无论是 HTTPS 还是 HTTP， 几乎肯定都是和 TCP 打交道，只有最后一步 HTTPS 多了一个 SSL 握手， 而 HTTP 则不需要。 这样， 第一层，不论是 HTTPS 还是 HTTP ...继续阅读 (30)

说一下我为何回归 C++ 了吧 : 简单: 生命有限。用 C , 固然是只有一个范式, 学起来容易, 上手简单， 可是需要操心的问题太多了: 内存泄露, 野指针, 各种断错误。 可能你会说, 内存管理，小心点就可以了。 但我觉得,如果你总是用 200% 的精力去避免内存泄露，你就没有精力开发正常的软件了。你会对软件的逻辑进行折中，因为你实在没有精力开发需要你花很多时间写逻辑的代码了。 于是, 各种因为"实现起来麻烦" 为借口进行功能精简。所以我重新拿起了高级语言。那么, 就面临者选择: 1 c++ 2 python 3 java etc那么, 为啥选择了 c++ 呢? —— 因为 C++ 的抽象能力是所有语言中最高的我为啥怎么说呢？你比如说java,为啥java是个烂语言呢这个和jvm无关博士说过性能问题是狗屎, 我不喜欢考虑性能问题。 java的烂和jvm无关。java 烂就烂在 GC 和面向对象面向对象+GC 就组合成了一个臭不可闻的烂语言。为啥 GC 和面向对象被我那么贬低呢?因为 对象 的抽象能力实在是太弱了, 并且也不是正确的抽象比如 人你要用 class human 抽象?那人能干啥?这都是你不得不考虑的问题还有你觉得应该搞继承然后人从 哺乳动物继承but ~~~~多年以后, 你会发现你的分类错了咋办?原有的代码都高度依赖这个了这就是c++ 和 java 的面向对象都被 ...继续阅读 (10)

这个想法由来已久, 是从和Jack的多次交谈中逐渐悟出来的天朝程序员惯用编程模式.所谓随机编程, 就是 _随机的_ 改动一些代码, 以求程序运行通过. 但是并不知道为啥这样修改程序就能工作了.随机编程严重的依赖于单元测试. 给测试人员带来极大的负担.随机编程的程序员, 对问题不求甚解. 以通过测试为编程目标. 出现问题就一头扎进改代码的重复性随机性工作中 为啥一个简单的bug需要那么长时间的修复? 还要程序员加班加点?因为他们要随机编程, 随机性的修改, 通过大量的修改, 总有一次修改是正确的.有时他们为了减轻这种机械劳动的负担, 使用了自动化的工具做测试, 是为单元测试.依据单元测试, 如果有一群猴子花无数年的时间, 总有一天他们能写出正常工作的代码.如果一个公司异常的强调单元测试, 那么他的程序员一定是 猴子级别的. 只要他们不停的写代码, 总有一天他们能写出通过单元测试的正常工作的代码.即便他们的程序员有不是猴子的, 管理员也是把他们当成猴子, 因为管理层不想依赖程序员 ...继续阅读 (13)

base64编码最初是为了电子邮件开发的。因为电子邮件是个文本协议，不能传输二进制数据，甚至中文也无法进行传输。只能传输ascii编码的文本。这样一来就诞生了多种将二进制数据编码到ascii里的编码方案，base64是其中之一。base64是一种非常简单的编码，只要进行一次迭代即可完成解码。什么？一次迭代？？？这就让我们有机会借助 Boost 提供的迭代器非常简洁的写出base64解码器。Boost 提供了一个叫 boost::archive::iterators::binaryfrombase64 的迭代器。但是直接使用它并不能完成 base64解码。还应该外面再套一层 archive::iterators::transform_width 以 6bit 为单位转换到 8bit。typedef archive::iterators::transform_width< archive::iterators::binary_from_base64, 8, 6, char> base64decodeIterator;那么这个就应该是用于解码的 base64decodeIterator但是，稍等。如果用来解码电子邮件里的东西，会经常出异常，说有不能允许的字符出现在了base64输入里。为什么呢？ 因为电子邮件以 78个字符断行了。也就是出现了ba ...继续阅读 (17)

C++之父在一个讲座上说过，C++是一门轻量级的抽象语言。轻量级，意味着C++尽量减小因为多加的抽象带来的负担。抽象语言，意味着C++有着很强的抽象能力，C++的抽象能力，有了BOOST这样的库之后被极大的提升了，配合着BOOST, 我将 C++称呼为编译型脚本。C++是一门抽象语言，使用C++的时候，千万不要去思考编译器到底是如何安排内存的。认真你就输了。使用C++的时候，千万不要去思考，到底对象如何创建，如何/何时撤销的。认真你就输了。你一定要在心里这么想：这么用就是我要的。不要去想到底发生了什么。如下面的代码这样的代码，千万不要去思考内存的分配，std::string 的实现过程，== 运算符怎么实现的。你唯一关心的问题就是：这样一段代码是否表达了你心里所想的。这一段代码是否表达了你心里所要做的事情。如果是，请千万不要考虑如何写能更快。请一定要相信编译器，编译器知道了你的想法后，一定会生成最优化的代码。有的人说，使用了BOOST之后，编译很慢。编译慢，说明编译器在编译期执行了大量的工作。编译期做的事情越多，意味着运行期做的事情越少。不要怀疑编译的能力。C++是一门轻量级的抽象语言，请站在高处进行思维，请相信编译器的优化。 ...继续阅读 (13)

在开始之前，先来看一段代码voidpop3::operator() (constboost::system::error_code& ec, std::size_t length ) {usingnamespaceboost::asio; ip::tcp::endpoint endpoint; std::string status; std::string maillength; std::istream inbuffer ( m_streambuf.get() ); std::string msg; reenter (this) { restart: m_socket.reset(newip::tcp::socket(io_service) );do{#ifndef DEBUG// 延时 60s_yield ::boost::delayedcallsec( io_service,60, boost::bind(*this, ec,0) );#endif// dns 解析并连接._yield boost::async_avconnect( boost::proxychain(io_service).add_proxy()(boost::proxy_tcp ...继续阅读 (21)

这篇文章早就应该发了，但是我太自私，只管自己躲在Gentoo的树阴下乘凉，不为那些在ubuntu的刀山祸害里挣扎的人提供援助。 所以，我觉得为他们提供无偿的援助——告诉他们，ubuntu很烂很烂。ubuntu的烂要分两个部分，其一是debian的烂，其二是ubuntu的烂。debian之烂debian的烂，体现在包管理器上，特别是debian特色的拆包习俗。debian的打包习俗有三大恶：拆包细乱改名版本旧拆包过细，大大增加维护负担。虽然对用户来说看似节约了硬盘空间，安装更少的二进制数据，实际上包管理器的数据库变得更加庞大。乱改名这就是debian的原罪了。因为deb包本身的限制，无法在包里编制版本信息以允许相同的包的不同版本同时安装。只能采取将软件的版本作为后缀作为包名。比如　libXXX2 libXXX1 libXXX0 这样开发者在写依赖的时候，就需要知道具体后缀是0 还是1 还是2。非常麻烦。因为拆包细，写依赖就要写一堆，稍微不注意就少写依赖了。大大增加了打包人员的维护负担。乱改名和拆包结合起来，导致一些著名的软件，即便是使用他的本名你也安装不了。 比如 apt-get install git 是无法安装git的。因为　git 被拆包了，而且还改名了。到现在我也不知道如何安装git。debian 包以旧为荣耀，片面的认为旧就是稳定。debian的包，一个字旧。debian通 ...继续阅读 (11)