@billgreen1
关键表全部数字化 该有的冗余都应该有
很多看起来不该有的冗余在统计时如果避免两个巨大的表 join ，都应该设计
估计好数据量，每个查询的预计检索数据量，查询品读，超过一定范围，就要考虑检索时间了

另外，总在用的数据表，基础数据表，能数字就数字型，省空间，检索快

生产服务器的话运维说的没错

A 开个 screen 里面留点啥， B 开个 screen 里面留点啥， C 开个 screen 里面留点啥， D 开个 screen 里面留点啥

有点啥莫名其妙的故障的时候，怎么办？谁知道哪个进程是谁的干嘛用的

敬告：千万别去 B 站……尤其前端和 php ……

@guyskk
不太严谨就发布啦？

未来两三年有孩子，高考要 16 岁

我可以保证 18 年以后北京会对外籍子女高考一定程度放开

而你这种持有工作居住证这种准北京户口的 而且一定在北京有自有住房的 肯定是最先享受政策的

前提是你工作别大变动保持住工作居住证

Zend Studio + VSCode

VSCode 里面不需要太强的语法功能 很多时候用他的语法提示还不如我自己打字快

别的不说，你总拿一大堆全地球都知道的成功人物作为你的论据，自信从哪里来的

雷军做小米的时候行业确实发展很发达了，雷军成功了你就提雷军，数百个炮灰的李军王军孙军就让你忽略了

一般来说，从来都是拿那些众所周知的互联网圈里的成功人士做案例做论据的，基本项目 99%都是扯且最后倒了，真正纯依靠项目本身的自身能力活下来的都不是那些会说的。

本身非知名人士创业大概就是 10%左右成功率， 90%炮灰，我个人也参与投资互联网项目（朋友带着小打小闹），也有大量投资人朋友，这是一个综合的创业成功率。成功不是说做多大，或者回报率多高，是基本在先期投资用完之后，能正规化成为一个行业巨头有高估值继续烧钱引入下一轮，或者能自己养活自己不论多少的回报投资人，只要没死了的或者没惨淡维持的都算。

就楼主自比的雷军，人家就凭雷军这俩字，只要有项目书，啥东西都没有就有人会给他投天使轮， A 轮甚至 B 轮，就像半死不活的锤子老罗也是这样。


现在已经不是那个什么行业都没有人去做的没有竞争的时期了。现在的成功项目最基本的一条就是原始创始人得有钱，不是说多有钱，你好歹得能高薪养活一帮原始团队坚持到天使轮 A 轮，用情怀和我们创业公司没钱是找不到真正能把你的项目推进到真正成功的人的。你随便找 1000 个无论大小的成功的案例没有一个原始的技术团队没有高薪招来的大牛的。那些不要钱只要股份的进去的，大多是跟原始老板有其他关系，有其他保障才可能出现。

我看得乱七八糟的

楼主是不是要做一种跟原始声音波形有相关性的 hash ，然后通过一个巨大无比的彩虹表联网获取原文？

原始数据都是 kv 数据的 任何一个 nosql 轻松搞定，搞不懂你们这种环境还让人上 RDS 的想什么……
甚至不需要负载用的统一逻辑集群（当然保证可用性的为目的的必不可少），前置一个 hash 进行分库就好了，在逻辑层进行一个基本的 hash 操作 确认该 key 的存储节点就完事

@xiaozhizhu1997
Sorry 我搞错了 我知道什么是 IX 的 我曾经就在这个行业从业 当然有 HE 的数据问题在里面

HE 的 peer summary 里面只列了七个联通的 AS 未按照一般惯例列明 exchange 的全部信息 在 detail 里面有完整的 direct peer 的情况

没注意 AS226 是个 IX 提供商

已经用上了……
到某机房延迟从 600ms 降低到 190ms
对端 IP 198.32.146.59 这个在 bgp.he.net 上还查不到跟 CHINAUNICOM 有 PEER 所以是新链路

已 block

点开楼主资料 利用一切可以打广告的栏位打广告，完全不遵守规则

已 block