给WEB站一个建议，因为大多数内容都是带图片的，而图片风格又不可能统一，请在瀑布流元素的边框样式上下下功夫，现在眼睛总对焦不齐，让人静不下心来看内容。

上海电信企业8888一年，30M上下行对称，爽到不能说，呵呵。

这个倒不是问题，最烦的是有些框架坑巨大，写了好多才发现原来不能这样命名。

开发版，4.7.25，装WSM-TOOLS和MI-TOOLS，不升了，就这个样子最完美。

看你进什么样的公司，人数少的公司根本不看证书。人数多的，就看你有没有遇到一个好的面试官了。我老婆就是HR，3000人的规模，基本就是靠参数筛选，偶尔有面试令人印象深刻的，才会特别注意。

LZ闲得发荒来讨论这个问题，有空好好看你的MYSQL手册，金币不够每天可以领啊。

@20150517 不可能，除非河北不出钢。

这是神经衰弱，开个白噪音试试

QQ空间满足你

米2S电信版，一年前入的，到现在还是很流畅，MIUI有其值得称赞的地方。

注意散热，长期高热膨胀，遇到外力很容易导致借口变形而接触不良。

学术告诉你这么做是对的
技术是把学术以正确途径实施

变成猪，拖他们后腿！

这个艹的很好。。。

@yangqi 我家W200SW，公司和我爸家都是280W，没什么特别的区别。冬天开空调，加湿功能特别有用，负离子平时基本不用，因为会干扰WIFI。。。型号什么的，都不重要，核心内容就是过滤网和风机，风机大呢，理论上适用的面积就大，像我这种放在卧室，风道都无法保持通畅的就随便买吧。现在好像有HEPA和甲醛一体的过滤网。

@lrobot 多谢，总算找到个切入点了，之前连百度什么都不知道。

@444683462 数据库肯定是金字塔化的最为合理，你这样做等于把腰弄的很肥，与订单的关西变成互为自子集，尽量避免这种设计，关系交叉的太频繁。不利于将来的扩展和修改。

@444683462 你可以建立一个只保存商品快照的表，在生成订单的时候，再做一个插入动作，采集所有当前商品信息的字段，插入到这个表里。用客户下单的订单号作为关联字段。调用快照的时候就直接读这个表的内容即可。