@coolesting sqlmap

@coolesting

[12:06:35] [INFO] fetching tables for database: 'cms_db18595'
Database: cms_db18595
[13 tables]
+-----------+
| user |
| category |
| file |
| optionkv |
| record |
| recordkv |
| tag |
| tag_assoc |
| useract |
| userinfo |
| userkv |
| usermsg |
| usersess |
+-----------+


表示不明白你怎么修复的。。。。所有参数过滤一下，关掉报错提示就 ok 了。

@coolesting 然而并没有效果

Database: cms_db18595
Table: category
[5 columns]
+----------+-------------+
| Column | Type |
+----------+-------------+
| cid | int(11) |
| descript | varchar(60) |
| follow | int(11) |
| name | varchar(20) |
| number | tinyint(5) |
+----------+-------------+

@coolesting

[13 tables]
+-----------+
| user |
| category |
| file |
| optionkv |
| record |
| recordkv |
| tag |
| tag_assoc |
| useract |
| userinfo |
| userkv |
| usermsg |
| usersess |
+-----------+

是 cpu 性能过剩。。。gpu 和内存硬盘之类的，不存在性能过剩，性能越好，体验越好。。

密码竟然还是明文的。。。数据库竟然有 13 张表。。。能写这么多的表，没一点安全意识吗？

很多产品都有这种沙雕逻辑。。。更换手机号不允许用另外一种方式认证。就不考虑手机换号不用的情况

@ryd994 去掉通货膨胀，真的有加价吗？

@NotreDame 存在被破解的可能，但是就算破解也只能得到指纹的特征码，而不是图像。。通过特征码是无法还原出图像的。。

无 sim 卡确实是趋势。。技术上完全可以实现了。

助纣为虐也是没办法啊，企业永远无法对抗 zf 啊

和 23 楼观点一致，说简单点，如果程序没有太多依赖内存（比如某些内存缓存）。那么必然是第二种情况更好。单机架构永远没法和负载均衡相比。

如果代码中确实遇到相关问题的话，感觉需要工厂模式了啊。。。统一用一个方法来获得对象

北京房子卖了，回老家。。。。。而且能拿 45 的薪资，顺便搞个副业，生活比北京爽得多

不考虑系统 macbook pro 坟头草都几丈高了。。

楼上一堆说华为加班严重的，你们真的去过华为吗？都是道听途说，如果真信就是智商问题了。。

说加班严重是相对于传统行业公司。如果和互联网公司比，只能说是半斤八两，甚至很多部门比 bat 还轻松一些。

@tlemar 你确定直接识别是 ok 的？离很远的话。。