@tanteng
检索慢跟单张表的大小没有确定的联系。
检索条件，索引，模糊检索设计都有影响

分区只能解决有限的几种检索慢的问题

分表是完全自定义的自己掌控的，结合索引，目标检索分布，一个设计充分的分表方式能百倍的降低数据库负载

跟你干了啥没关系

人家不想给你股权 只想给你钱而已

@cmlz
360 现在不太作恶，但是没底线没规则，目的大多是好的，但是为目的不择手段。

几眼就看得明白的东西 原则上只写一个一句话功能说明 特别简单的功能说明也可以省略
复杂一些的 多写点注释没所谓
不爱看的 自己本地 IDE 做一个设置屏蔽掉显示就是了

@tanteng
单张表大并不是什么问题
检索速度慢 以及锁才是问题


@joshyu8
无语

分区不包治百病
很多时候要根据逻辑去多重条件分表，以防止不合适的锁降低性能
分区只适应一些简单情况。

@Pastsong
实践证明 当你告诉他们 IE 不支持并告诉他们 firefox 360 搜狗高速 chrome 都可以的时候
他们秒就打开了早就装好的搜狗、 360 ……

u can try

没写完

还有，台式机也会被用来做辅助定位，他们的算法里就有这种参考点的机制。
当一个总登陆同一个百度账号的台式机总是与几个运行百度地图软件的手机同时处于同一个局域网时
这个使用历史 cookies 登陆的台式机也会被作为一个位置的参考点

当我把这个台式机从西四环搬到了东三环，然后作为唯一拨号设备连上网网络，同一个网络下没开移动设备时，数据搜集系统会基于这个台式机的历史参考汇报我当前的 IP 在西四环的某地，这时候你要再打开一个新装系统的虚拟机开百度地图 web 版，会给你一个西四环的精确地址。
然后必须有新建参考让他们的基于大数据的 AI 判定你是把台式机搬地方了，才会更新这一切

终结话题吧：

这个技术叫做 IP 定位

百度 阿里 等通过 android 的全家桶，实时上报你当前的 IP ，以及设备反馈的或模糊或精确的地理位置信息，还有就是移动设备 wifi 定位的参考信息（周围所有 wifi 的 ESSID ， BSSID ，信号强度，当前 wifi 的 ESSID ， BSSID ，信号强度）

当有他们软件的设备数足够多时候，通过交叉数据，就可以得出一个 IP 地址当前的大致位置，精确度极高

然后现在业内有几个第三方，还会利用黑箱破解大厂的接口去统计搜集数据交叉数据

在电脑端，基本上都是只显示不返回的。

而且大数据搜集起来以后，会结合当前是数据网络 IP 不确定性进行排除，宽带重新拨号后立刻更新等动态机制进行快速调整回收。

还有就是电脑上的 360 等软件拥有较大权限的，也会把你电脑当做一个 wifi 搜集器进行搜集

另外，我曾经拦截到国内某大厂的安全软件用 stat.xxx.tld （ xxx.tld 为他们主域名）作为 AES 密码加密我电脑上的所有保存的 WIFI 密码回传服务器，鬼知道他们要干什么……

good 。
已经将项目的 jquery2.x 升级

@majunbo
因为使用大量公司轮子的缘故，估计代码没可能开源的，成品到时候倒是可以展览


基本结构这样的：
基本界面就是六个 HTML base 页面（首页 详情页 分类浏览页兼搜索结果页 生成订单 /订单查看页 综合多功能可复用 table 页）无任何内容，直接域名绑定腾讯 COS 上，当然还有一些细碎的比如登录页退出页之类单一功能就是几个框框的都没算

然后手写的 css 和 js 拉取 api server 的 data
api server 是 golang 写的只输出 json
管理后台是 php 写的， CI 框架
主数据库是 redis ；用户角色相关部分只有有效订单和用户信息写入 mysql 表
管理后台所有功能需要数据库支持的都使用 mysql 表
图片上传到鹅厂 COS
api server 前面挂一个熊厂云减速保护一下真实服务器

@imNull 预计不会开源 因为使用了不少公司的轮子，得考虑一下公司的安全性问题