自己编写PHP扩展，连mysql或者postgresql数据库，实现加密部分code，有什么弊端吗

ylwxb

自己编写PHP扩展，连mysql或者postgresql数据库，实现加密部分code，这样做有什么弊端吗？
比如将来需要做集群的时候，会不会有影响。还是只考虑数据库的集群就好。

又碰到个新问题，在php扩展里，可以用php_printf直接输出字符串。但如果采用utf-8的编码，找不到对应的php_printf啊

maochanglu

现在就有链接 数据库的 扩展啊。

不明白为什么要做这个。

ylwxb

有两个方面：
第一个是有一部分代码不想让别人看到，PHP的话，还得用加密工具加密，也有被破解的可能性。索性一部分做成PHP扩展。
第二个是我这个项目分不同的版本，不同版本调用的数据库可能是sqlite，也可能是postgresql，也可能是mysql，但最上层的UI是相同的，只是数据库不同。现在的想法就是用c封装一下调用数据库的部分，提供统一调用的接口。当然用PHP也能封装，但综合这两方面考虑来说，我就更倾向于做php扩展

gavindev

不知道你具体想要什么
两个东东，看有没有用，
一个是yaf 基于C的PHP框架
一个是hiphop,facebook，可以把PHP编译为C++代码，再编译为二进制的文件的工具

ylwxb

maochanglu 发表于 2013-04-11 10:39
现在就有链接 数据库的 扩展啊。

不明白为什么要做这个。

主要是加密code，顺便提升性能吧。

ylwxb

hbeimf 发表于 2013-04-17 11:16
为嘛不做成基于接口的，用c做接口就行了，

现在就是把接口做成php的扩展。php里直接调用自己的接口就行

ylwxb

gavindev 发表于 2013-04-20 15:58
不知道你具体想要什么
两个东东，看有没有用，
一个是yaf 基于C的PHP框架

参考下yaf，算是他们的初级阶段吧

ylwxb

cuphper 发表于 2013-04-21 10:18
扩展支持集群
本身没问题就可以了

集群没问题，就按照我原来的思路去做了

hbeimf

为嘛不做成基于接口的，用c做接口就行了，

cuphper

扩展支持集群
本身没问题就可以了