自己编写PHP扩展，连mysql或者postgresql数据库，实现加密部分code，有什么弊端吗
本帖最后由 ylwxb 于 2013-05-07 09:22 编辑自己编写PHP扩展，连mysql或者postgresql数据库，实现加密部分code，这样做有什么弊端吗？
比如将来需要做集群的时候，会不会有影响。还是只考虑数据库的集群就好。
又碰到个新问题，在php扩展里，可以用php_printf直接输出字符串。但如果采用utf-8的编码，找不到对应的php_printf啊 现在就有链接 数据库的 扩展啊。
不明白为什么要做这个。 有两个方面：
第一个是有一部分代码不想让别人看到，PHP的话，还得用加密工具加密，也有被破解的可能性。索性一部分做成PHP扩展。
第二个是我这个项目分不同的版本，不同版本调用的数据库可能是sqlite，也可能是postgresql，也可能是mysql，但最上层的UI是相同的，只是数据库不同。现在的想法就是用c封装一下调用数据库的部分，提供统一调用的接口。当然用PHP也能封装，但综合这两方面考虑来说，我就更倾向于做php扩展 不知道你具体想要什么
两个东东，看有没有用，
一个是yaf 基于C的PHP框架
一个是hiphop,facebook，可以把PHP编译为C++代码，再编译为二进制的文件的工具 maochanglu 发表于 2013-04-11 10:39 static/image/common/back.gif
现在就有链接 数据库的 扩展啊。
不明白为什么要做这个。
主要是加密code，顺便提升性能吧。 hbeimf 发表于 2013-04-17 11:16 static/image/common/back.gif
为嘛不做成基于接口的，用c做接口就行了，
现在就是把接口做成php的扩展。php里直接调用自己的接口就行 gavindev 发表于 2013-04-20 15:58 static/image/common/back.gif
不知道你具体想要什么
两个东东，看有没有用，
一个是yaf 基于C的PHP框架
参考下yaf，算是他们的初级阶段吧 cuphper 发表于 2013-04-21 10:18 static/image/common/back.gif
扩展支持集群
本身没问题就可以了
集群没问题，就按照我原来的思路去做了 为嘛不做成基于接口的，用c做接口就行了，:em17: 扩展支持集群
本身没问题就可以了
页:
[1]