本博客不再更新也不再维护，后续将迁移至  http://www.fphp.net/index.php 

        如下这个两个dll都是基于FreeTDS（freetds下载的最新版、2012-03-02）的.

http://www.1000li.com/php_dll/mssql/php_mssql_v5.2.14_vc6_ts.dll  该版本适用于所有5.2系列线程安全的PHP。

http://www.1000li.com/php_dll/mssql/php_mssq

            项目文件 qtdll.pro，编译器为 cl ，编译测试，加载到PHP里，一切正常（Qt Creator 在常用功能方面，代码提示能力方面远优于 Visual Studio 2008、本地调试方面做到了和Visual Studio 2008一致的地步，还是非常不错的），强烈建议各位童鞋试试，装 Visual Studio 2008 Express（需要 cl 编译器)、然后安装 Qt Creator就可以了。

QT  -=  gui core

TEMPLATE    = lib

        不是我无聊，在针对我的网站，现在用 http_load 做压力测试， 并发 50， 我发现 C++ 针对 Java(Java SDK 7/ Tomcat 7) 没有表现出任何优势，较低的CPU占用和内存占用，但问题是， Request Per Second 也只有Java的一半（双方均采用模板 Java部分采用 JSP 作为模板视图，C++采用 CTPP作为模板引擎，逻辑一样），分析原因，C++ 的容器应该是很重要的一个因素，已知的C++常见的容器性能比Java的差了一大截，本人打算将 CTPP 模板引擎中的容器都改为更高效

          CTPP模板引擎玩的人真的不多，或者是用C++来开发网站的人确实不多，也许是因为CTPP文档确实太少，文字多为俄文的，即使有少量的代码示例也远远的落后于当前的代码。

          CTPP的设计和Smarty 或者说是 PHP本身很相似。先看其模板语法：

          test.tmpl:

===================================================================================================

            同一条路走多了，就像看看另外一条路上的风景，代码写多了，自然也总想换一种语言试试。不过，我想我肯定是逆潮流而动的那种类型了。想试试新的东西，但我已经不想尝试更多的脚本语言了，Java的Web，也做过数次了，另外，我也不想买跑Java的VPS，于是我决定用C++来做一个网站。当然，我做这个也是想尝试一下用C++来开发网站到底有多难维护（就目前来说，在我的Fedora上，我觉得还是可以接受的），体验一下前人走过的路，也算是重走长征

            斑马自带的软件仅能偶尔打印一下玩玩，从其它途径找到的打印软件一般都是通用的，和斑马自带的软件没有太大的差异。好在封装一个其实挺容易的，这里唯一需要注意的是 TLP2844支持的是 EPLⅡ 的指令，而不是网上传得最多的ZPL，另外，这款打印机没有中文字体，要打印中文，必须把中文处理成 1 bit 的PCX图像，然后打印图像。

          对于 1bit 的 pcx 图像，其实也是挺容易生成的，C++有一个库，CxIma

          今天需要把我们的代码部署到别人的服务器上，在Linux上尝试使用php_screw这个扩展加密了一下源代码，相当不错。

          为了能在我的机器上把代码加密之后再部署到对方的Linux主机上去，晚上编译了一个Windows 二进制版本。总的来说，尝试过它的Windows版本之后，我对这个家伙的严谨性表示了严重的怀疑。他写这一坨代码的时候，完全没有考虑Windows的兼容性。

         好歹咱现在也是做电子商务的，生成Excel是绕不过的一个课题。大Excel，我以前的做法是使用JXL生成，但是，现在需要使用Excel的地方太广了，不可能再一个人英雄主义的做下来了，必须整出一个大家都能很简单的使用的方案。当然，PHP扩展应该来说是一个相当优秀的方案。

         前天，我看到了一个C++的Library， ExcelFormat，昨天晚上下班后，我花了3个小时wrap了一下（包装的类很多），效果挺让人满意的。

         生成一

        仓库要上条码了，买了一批条码采集器，选定的品牌是 Honeywell Dolphin 6100 的。货刚到，我就拿到一个新的机器，拆箱折腾。因为是晚上才拿到，所以售后已经下班了，只好自己摸索摸索。机器硬件相当一般，反映不快，系统是 Windows CE5.0。

        因为在模拟器上，QT 以及 .Net 已经把握搞怕了，总是要求签名签名，明明在模拟器上运行良好的，通过远程文件查看器拷贝过去运行就会报 找不到所需的模块或者未签名。我自制了一个证书，签名了依旧不让我执行，即

         工商银行的查询支付接口需要客户端也需要SSL证书（双向SSL）。用PHP处理起来还是挺方便的（PHP默认不检查对方的证书，这点对测试环境来说尤为重要）。

          对PHP5来说，这种事情相当简单：

$context= stream_context_create(array(

'http'=> array(

        'method'=> 'POST',

        'header'

           上一篇的结论是悲惨的，按上一篇的结论，cpp实现要比PHP实现快 238倍以上（因函数逻辑本身相当简单，上一节的内容仅比较花在调用过程本身上的开销）。因为上一篇的测试代码代码主要测试的就是调用PHP函数的开销，所以，我优化的思路就是，降低这个开销

           上一节的测试代码里，PHPCallBack 是直接调用了 call_user_function ，导致在调用的过程中相对复杂。所以我试图直接调用更底层的API。 另外，下面这段测试代码中的 t

       目前我有一个需求，需要将平面的图片、文字贴到3D的产品图片上。产品的图片有可能是圆柱、圆锥，也有可能是S形，胖肚子形，演示版是用GD封装扩展实现的，贴圆柱没有任何问题，考虑到了倾角、视角、光照、视野、视距、视野中心点等等，而且非常迅速高效。但是，因为毕竟产品的外观千差万别，另外光照的参数也太多，很难一一得把规则封装到扩展中，放在扩展中，一旦更新规则，则得意味着要重启PHP，维护起来麻烦，于是我想对图像的操作依然放在扩展中，PHP调用部分设置回调函数，通过回调函数设置半径

         我们的网站终于可以在外网访问了，结果让朋友在网通试了试，据说是5分钟都无法打开产品的详情页面。Page Speed给出的建议其中最震惊的一条是，我们的图片需要压缩，建议使用 jpegoptim 做优化。

         jpegoptim 相当强大，而且快速，即使用 Photoshop 导出的web格式，他还是能优化掉近 40% 的尺寸，而且肉眼看不出失真。

         使用 jpegoptim 最常见的问题是，颜色会

           上周入手一个acer的便宜笔记本，i3 380m 的处理器，比起之前T系列的处理器强劲太多了，现在，运行android模拟器可以流畅的运行【里面的动画】，并且也可以一分钟左右启动了【之前启动要15分钟以上，甚至要启动多次才能起起来】。机器自带的是 Windows 7 Home Basic 64位版本，现在，我也不那么勤快了，不想换系统了【好歹也支持一下正版嘛】，于是就将就的使用这个64位系统了。

           编译器使用的是 Visual Studio 2008 ，PHP