这种不是用 doctrine 的 dbal 就可以搞定了吗

@t333st 没有用 iconv

@t333st
谢谢回复。

现在我在维护的这个系统，是 utf8 编码的，sql 参数也是单引号包裹的，我想找出个例子能 sql 注入这个系统来说服领导去重构它。

@fy
就是在维护一个老系统，才来问的

@jybox 谢谢回复。

对于你说的这些其他符号都是以反斜杠开头的，我已经转义了反斜杠，也就包括了对这些特殊符号转义。 因为参数最后会被 2 个单引号包裹，所以可以不对双引号转义

其实我觉得，单论舒服度还是 symfony 爽，被用到的最广泛（ laravel、drupal 等都是基于 symfony ）、各种问题的解决方案成熟、IDE 支持全面， 但最大的缺点是学习曲线比 laravel 陡峭很多。

用 docker 的话就不用纠结什么系统了，不过国内 docker 还是用 debian 好， ubuntu 的 docker 老是被墙

大神 linus 用 xps 与 fedora

phalcon 除了性能和相对使用简单，其它就是半吊子的 DI ，半吊子的模板引擎，半吊子的 ORM ，坑略多。


DI 没有实现自己的配置表达式，本来配置新类替换老类，只需要一行 yml ， phalcon 需要手写 PHP ，容易出错。

volt 模版引擎不知道现在有没有实现安全沙盒、局部 render 等功能，体验就是个阉割版的 twig ，不如直接用 twig 。


ORM 不知道现在能否通过类 annotation 自动生成到数据库中，自动把数据库表状态映射到类代码中，数据迁移 migration 当时我用的时候也没提供。

到后期项目膨大后，维护起来还是有点苦恼的，什么都是半吊子， feature 说起来都有，但用起来没有老牌的专业，反正我当时做完项目后就不想用了。



支持 swoole ，比我以前手撸 libevent 好多了 大大提高生产力。

阿里的 php sdk 感觉质量都很差，没有 namespace ，命名不规范，不能 compser ，大部分依赖 lotus 这个早就不维护了的东西

看业务复杂度以及团队靠谱程度，如果业务简单，队友都专业，那么作为 php 后端，理想情况下我实现用户登录注册花 1 天，实现用户简单的商品发布修改花 1 天，实现用户购物车花 1 天，实现用户下单和一种简单支付花 1 天，实现买家与卖家对订单状态的简单更新与售后记录花 1 天，增加买家与卖家区分限制以及平台对卖家入住审核花 1 天，增加用户邀请与奖励涉及的简单优惠机制花 1 天，给商品增加分类机制花 1 天，平台对用户、商品、订单、入驻、优惠的简单修改花 2 天，实际情况请对以上时间乘以 5 你就可以得到一个由只一个 php 后端程序员写的完全不考虑前端体验的、手机与前端共用一套 api 的 B2B 商城。

正好需要，谢谢

工作中基本用不到 UML ，因为单元测试代码比看 uml 更高效（通常单元测试代码每次版本更新都会跟着更新，大家都会一起维护，因为要过 QA 那一关，如果是 UML 这类文档的更新就不是及时的了，有时不及时的更新反而会对后来的开发者引起误导，浪费时间），程序员之间即使用 UML 也是大概的用来描述类之间的关系，具体细节全看代码。

买 mbp 不要犹豫。

Github 上有把 foxpro 数据文件转 csv 文件的东西。

方案一、继续用 foxpro 开发。

方案二、先数据迁移到 SQLite ， Qt 提供 GUI 界面，处理打印报表。

我的体会是，

ORM 好处是可以借助 IDE 来提高编码效率（毕竟都是面向对象的类与实例 IDE 看得懂，即可以在编码时更好的自动补全代码，也可以更好的自动分析代码中的潜在问题），缺点也是不用 IDE 就没意思了；

使用 sql builder 的好处是可以自由应对除普通 CRUD 外的奇怪查询需求，代码看起来也没有 ORM 那么啰嗦，缺点是维护起来会苦逼。

@milespong 我这还好资源占有没那么厉害， cpu 保存 8%左右，奇怪的 win7+QQ 连 100M 内存都没有到。。。。

http://wx1.sinaimg.cn/large/96c9ca49gy1fdj5acp5mfj211y0lcdjb.jpg