TL：DR-简而言之，您是否会放弃任何形式的“动态”内容/功能来获得清漆提供的巨大性能提升，更不用说清漆将如何处理诸如使用LiveFyre（非现场托管的评论系统）之类的事情？
我正在寻找一个可扩展的堆栈，该堆栈可以服务〜500k /唯一视图/米（Wordpress），同时我可以从Nginx所在的单独服务器与单独的mysql服务器上运行清漆，并愉快地为我不提供服务这是对我们最好的路线。
我们不需要SSL，而且我还没有涉足SPDY（当然需要SSL），所以让我们暂时不需要SSL ...
我目前在单独的服务器上使用带有mysql的nginx + mod_pagespeed + APC，并确保任何缓存都会有所提升，但是我也不想从现在开始六个月就开始扩展规模。
我希望动态内容发挥作用（例如将某些值添加到文章视图上的数据库行等），这根本无法与清漆一起使用，至少不是我使用清漆的方式。我知道您可以执行ESI等操作，并且基本上只是让清漆缓存页眉/页脚，而让php / mysql处理主体，但不知道额外的清漆层是否值得。
如此现实地讲，在动态的（本质上是小部件，但也有注释，这些通过LiveFyre提供）在Wordpress上安装时，您首选的堆栈包括什么？我不想说钱不成问题，但是我不会说“ 2个运行nginx的Hex内核，1个具有清漆，2个用于memcache，3个用于mysql” ...您将如何处理？
我不确定memcached是否会为我们提供解决方案（坦率地说，不知道Wordpress如何区分是否应从缓存中提取内容的内部机制“请确保从缓存中提取文章，但仍需要在其中插入值DB PER文章视图”）。
最佳答案
首先，不必担心LiveFyre，因为LiveFyre背后的人们已经在考虑如何设计其解决方案。您不必担心，因为LiveFyre的性能将取决于访问者与LiveFyre服务器之间的连接状况。与您的任何事情无关。
我正在寻找构建一个可扩展的堆栈，该堆栈可以服务于〜500k /唯一
views / m（Wordpress），虽然我可以从单独的服务器运行清漆
那nginx是在一个单独的mysql服务器上，很高兴为我服务
不要以为这是我们的最佳选择。
为什么不？
我目前在单独的mysql上使用nginx + mod_pagespeed + APC
服务器，并确保任何缓存将是一个提振，但我不想成为
或从现在开始的六个月内恢复规模。
没关系，如果您不希望访客数在6个月内发生变化。换句话说，按定义缩放是变化。随着应用程序使用需求的变化，您需要进行处理。您将需要重新访问您的体系结构和布局。
我想让动态内容发挥作用（诸如添加某些
值到文章视图等上的数据库行），这根本无法使用
清漆，至少不是我使用清漆的方式。我知道你能做
ESI等（基本上只是清漆）
页眉/页脚保留它，让php / mysql处理主体，但不知道
如果在这一点上额外的清漆层甚至值得的话。
清漆是一个缓存；根据定义，您可以缓存不会更改的内容-通常是您的静态内容。因此，要弄清清漆对您来说是否是一个好用例，您需要分析您的应用程序以查看：
哪些查询使用得最多，并且它们对时间敏感。换句话说，您是否需要计算每个请求的访问者人数，或者每天计算一次就可以了。
找出什么内容不会改变，这是缓存的主要候选对象。
您还需要监视缓存的性能。如果您的未命中率上升，则意味着您需要缓存某些内容，但不能缓存。您还需要监视它的过时内容（但是有plugins to handle this for you）。
因此，实际上，在动态环境中（本质上是小部件，
注释，通过LiveFyre提供）Wordpress安装
您首选的堆栈包括？我不想说钱不是
问题，但没有说“ 2个运行nginx的十六进制核，1个带清漆，2个
对于memcache，对于MySQL为3” ...您将如何处理？
没有人能回答这个问题，因为每个人的安装都有不同的使用配置文件，正如前面提到的那样。随着时间的变化。
我的首选堆栈，例如：
Nginx的
Redis
PostgreSQL的
S3
记忆快取
mongodb
会有其他人过来给您另一个建议。
我不确定memcached是否会成为我们的解决方案（相当
坦白说，不知道Wordpress如何区分的内部
如果应从缓存中拉出”，请确保从缓存中拉出文章，但是
还是需要在DB PER文章视图中插入值”）。
这是插件进来的地方。