@that24 提取公共逻辑，然后尽可能重用代码才是真的。
如果逻辑差异真的很大，那手改也不是不行啦。

@that24 我们？我们是谁？
现在我不写 API 也不写 PHP ……

你都继承了为啥还要 merge ？不是直接会在子类里生效么？
这个目录结构看着没啥问题啊。

@jamesxu 不是你自己说的「整个硬盘」都要备份吗？那和满不满还有什么关系。
如果没用的部分不备份的话那肯定不是整个硬盘备份了。

@dikcen 5000T 是哪来的？

@crazycen 2500T 是哪来的？

100 台 1TB 也只要 100TB 啊，花点小钱买个机柜就能解决了。
网络也不一定要用那么好的。 4G bonding 的管子跑完 100TB 也只要 1 个月就够。
当然 10G 的核心交换也不算很贵，一台也就上千刀。

感觉这个项目一百万上下好像可以做啊？

首先这里的问题根本不是三元运算符而是字符串拼接。

$keyformat = ... ? ... : ...;
$key = sprintf ($keyformat, str_replace (......, $key ));
$valformat = ... ? ... : ...;
$val = sprintf ($valformat, $value );
$joins[] = sprintf ("%s=%s", $key, $val );

同样是 2 个三元运算符，这样写你看着有困难么？

@yuewolf 花心是不好的（

随便说几点。

1. 权限控制
MySQL 有权限控制，用户可以精确到每个 IP 的每个账户，目标可以精确到每个表的每个操作。
Redis 则是天生设计成完全开放权限，包括完全删除数据库的操作，任何人都可以执行。要么就只能把指令重命名成空的，完全禁止任何人执行。

2. 数据完整
MySQL 的数据库保存在磁盘中，万一崩溃断电，也有数据库日志可以用以完成数据库事务。
MySQL 支持主从备份，所有的写入操作都可以实时发送到异地，哪怕突然机房被核弹轰炸，也不会丢失数据（可能除了最后几条语句）。
Redis 的崩溃……嗯小心数据全丢。
Redis 的 Replication 备份……嗯小心数据全丢。

3. 负载均衡
MySQL 可以单主多从，也可以胆子够大在内网做双主，也可以用 innodb 配合 galera 做集群，每台机器都有一个独立的拷贝，因此服务器之间只要传输写指令即可。
Redis 可以单主多从（然而小心数据全丢），但是不能做多主互联。最多最多只能做 sharding ，也就是每台机器只保存一部分数据，读写一律被分散到其他机器上。直接后果就是内网流量大增。

4. 数据隔离
MySQL 里我可以选择删掉某个应用的所有数据而保留另一个应用的所有数据。
Redis 里要么依赖 11 个 DB 的选择，要么依赖命名空间。

5. 性价比
MySQL 是内存+硬盘，上个 SSD 配合 Query Cache 那速度已经是很快了。
Redis 是纯内存。乖乖掏钱加内存换至强啦。而且你还是得配备高性能磁盘，因为定时刷到磁盘和开机加载数据的操作还是要磁盘性能的。

@mozartgho 现在的情况不清楚了，上一次用 SVN 大概是 6 年多前。
我刚才查了一下，似乎分支内部使用的是硬链接来做的。
那就是说，至少是不支持 WinXP 咯。新版的 Windows 也不知道支持情况如何……总之我是懒得测了啦。

还有个麻烦事就是不支持 rebase ，对于代码库洁癖来说面条状的提交记录会看疯的。

@quericy 我是这样操作的。
资源管理器，左边展开目录树，然后点击 zip ，右侧选图片文件用照片查看器打开后，可以前后切换图片。

@crazyxhz 是。不过姑且用惯了自带的，还是希望能先回到原来的操作流程上去。
新的软件慢慢适应（

@lausius 没记错的话从 Win8 升级的时候是有的，新装的话好像没有。

@quericy 一直切换得很好啊没什么问题。

@quericy 就是因为能左右切换所以才用照片查看器啊。
换了那个 Metro App 就不支持左右切换了。

@Delbert
https://i.imgur.com/5mNdmPt.jpg

@snailsir 我回的 13 楼。

@mozartgho SVN 分支代价很大的。
比如说我们公司光 Git 库就已经 3G+了，如果换用 SVN 的话，一个 repo 几十 G 都有可能。
每次分支就得额外克隆个几百 M ，谁吃得消。
克隆一次假如要浪费 5 分钟，那么公司里几十几百次的克隆要浪费多少宝贵的时间？
这些时间难道不是钱？

当然可能有些企业不在乎。
「不就是晚几个星期发布产品嘛，无所谓」
「不就是让员工多加班几天嘛，无所谓」
可有些人在乎。

还是说你没有参与过稍微有点规模的项目？

「 code review 比较方便」你以为没有 git 这样的超低代价分支，你能这么轻松做 code review 和 pr ？能有 Git Flow 这种方便的工作流程？

就拿 mercurial 这样支持分布式但分支有轻微代价的版本管理系统来说好了。
你看看现在 Git 用户和 Hg 用户各有多少？
更何况 SVN 这种超重代价分支的系统了。

如果真的特别喜欢 SVN 这种开发模型的，也至少去用 Hg 吧。

坚守 SVN 我只能想到一个理由，那就是严格权限管理。

@florije 不太懂你的意思。
订阅不就是不用的时候可以不订吗？
为什么不用的时候也要订着交钱呢。

@xJogger 没记错的话这个东西直接被巨硬从应用列表里去掉了所以根本没机会设。
而且这东西是个 DLL ，不能直接通过打开方式指向打开。

@Livid 不知道能不能修一下自动空格的 Bug 。
现在连 fenced code block 都会被插空格。
以及半角括号和数字字母之间也会被插空格（按理不应该插的吧

@ToysMall 这种域名价值都是主观的。
你喜欢，那么价值就高。
别人没兴趣，那么一文不值。
就说 sex 点 com 吧。
卖了 1300 万刀，但是对我来说一文不值，唯一有用的是将来转卖给别人。

@iyangyuan 被谁随便连上了 flush 一下就好看了。

Git 可以用来提高源码库的质量。
由于 Git 的分支免费，所以可以按照功能开分支开发完再合并。参考 Git Flow 流程（轻量版）。
另外这不是说服的问题。跟风上 Git 其实不见得是个好事，最好是用 SVN 遇到坑了或者受不了分支的高昂代价了再趁机转。