@466934322

摘抄一段 MySQL 扩展的建议：

“
分片？还是不分片？这是一个问题，答案很简单，如非必要，尽量不分片。首先看能否通过性能调优或者更好的额应用或数据库设计来推迟分片，如果能足够长时间的推迟分片，也许可以直接购买更大的服务器，升级 MySQL 到性能更优的版本，然后继续使用单台服务器，也可以增加或减少复制。
...... 如果不分片，二是尽可能地优化应用，系统能扩展到什么程度呢？答案可能会让你很惊讶，有些非常受欢迎的应用，你可能以为从一开始就分片了，但实际上直到已经数十亿美元并且流量极其巨大也还没有采用分片的设计。分片不是城里唯一的游戏，在没有必要的情况下采用分片的架构来构建应用会步履维艰
”

-- 《高性能 MySQL 第三版》 P514 。所以你现在更本不要什么方案，当你真的需要扩展方案了，这本书也可以满足你

@julor 所以你提供方案了吗，只是说支持楼主有什么用？

如果真的每天只有几十条数据半个月几千条数据，楼主也没说会指数增长，这个时候过分担心数据量的问题只能说对数据库没有一个整体的感性的认识，学习更多的只是不是嘴上说的，楼上很多人都给出了自己维护 MySQL 的经验，对楼主肯定也很有帮助

问题是一些应用怎么适配这个 material design

知乎整体越来越稳定了，提问的次数越来越少了吧，何来最低只说

自动 lvm 分配就挺好， swap 关了也没关系

@iVanilla 我用的第一个版本好像也是 14 唉，当时刻了一堆的盘

@iVanilla 具体的版本不太记得了，只是以前确实自己装过一次 3g 的包，难道是 f 14 or 15 ，感觉也没有那么久远

比较新的发行版都可以直接挂载 ntfs 了， fedora 在 20 的时候好像是不可以，现在可以直接挂载了

权限 777 倒是没有问题， windows 本身也没有这样的权限控制，只是把 linux 的可执行文件放到 ntfs 不能运行，不过这也正常

过一遍 modern php ，找几章有意思的内容讲一下

用 linux 最好不要用独显了，除非是要做图形相关的工作，用集显能省下一堆事

limit 起始的位置导致性能下降，子查询可以找出起始的 id 再加 where id>start order by id limit 10

@tntsec try_files 加 =404 就好了，并且现在 cgi.fix_pathinfo 配置都是（推荐）关掉的，并且现在的 php-fpm 的默认配置应该也能避免它；总之这种漏洞很容易用其他方法避免

我觉得第一条就是最直观最好的方法，后面确实是吹毛求疵，不知道文章种说的第一条绕过方法有什么问题，且不说一般不会用 .php 作为文件夹名，就算用 .php 做文件夹名也不会有什么问题

后面的正则确实太过复杂，效率太低，其实防止上传的文件保存为 .php 后缀到 upload 文件夹就没事了，将上传的文件 hash 一下不带后缀或者后缀检查

nginx 配置讲究简洁高效，程序和 nginx 配合做到高效安全就好了

哈哈，这个题目感觉楼主好蠢萌。。。不同包管理里的 nginx 好像配置文件组织方式都不太一样，这些配置的目录可以自己随意配置的，在 nginx.conf 写好就可以了

@wangyifei6817 但是你也可以这么想：中轻度游戏用户觉得 940 也勉强能玩大部分游戏了，还是轻薄的本，也挺不错。不玩游戏的玩家觉得这么轻薄还带个显卡，管他什么性能，至少比没有好吧，那也是不过的选择。

低压 U 出了这么多年，绝大部分超级本都是低压 U ，对大部分人来说， CPU 不会是性能的短板。其实说这么多还是： Mi 本会满足一些人的需求，这个群体不小，但是不会覆盖所有人的需求，这也符合竞争激烈的笔记本市场的现状。至于多少人会买没人说的准

这世界有不缺钱的人或组织么。。用了挺久的 wiz 了，全平台良好的支持，要不是免费用户完全满足现在的需求就买会员了

@wangyifei6817 你需要一台 windows 备用，所以你买了一台 X1 Carbon 2016 。。。这么说吧，你根本不是 mi 本的潜在用户，你分析的那些也完全套不到 mi 本的潜在用户身上，或者你根本不知道普通学生的需求，没必要分析来分析去了

我现在用一台二手 T430s ，自己换了一些东西，定制一些东西用起来顺手就很好。对**普通人**来说，刚需是价格和外观，其次是才是性能。并且对普通用户来说，现在还有不少用一二代 core i 系列的， CPU 用四年没有问题，显卡不想讨论

@GhostEX 如果我没记错的话， new macbook 也是 core m 吧，我觉得 core m 用在轻薄本没有什么问题