我正在寻找一个可扩展的堆栈，可以服务~500k /独特的视图/ m（Wordpress），而我可以从一个单独的服务器运行清漆，nginx使用一个单独的mysql服务器，并愉快地服务我不喜欢我认为这对我们来说是最好的选择。
我们不需要SSL而且我没有涉及SPDY（当然需要SSL）所以现在让我们不需要SSL ......
我目前正在单独的服务器上使用nginx + mod_pagespeed + APC和mysql，并确保任何缓存都会有所提升，但我不想再回到6个月后进行扩展。
我希望动态内容能够运行（例如在文章视图中向数据库行添加某些值等等），这些内容根本不适用于清漆，至少不是我使用清漆的方式。我知道你可以做ESI等等，基本上只有清漆缓存页眉/页脚让它让php / mysql处理正文，但不知道额外的清漆层是否值得在那一点。
如此逼真，在动态（小部件本质上，还有评论，通过Disqus提供）Wordpress安装你喜欢的堆栈包括什么？我不想说金钱不是问题但是没有说“2个Hex核心运行nginx，1个带清漆，2个用于memcache，3个用于mysql”......你会选择什么？
我不确定memcached是否会成为我们的解决方案（坦率地说，不知道Wordpress如何区分它是否应该从缓存中拉出来的内部“确定从缓存中拉出文章，但仍然需要插入DB PER文章视图中的值“）与否。
答案 0 :(得分：1)
首先，不要担心犯罪问题，因为关于如何构建解决方案的人们已经知道了。这不是你关心的问题，因为Disqus的性能将取决于访问者和Disqus服务器之间的连接有多好;并且与你的任何事情无关。
我正在寻找一个可以服务~500k / unique的可扩展堆栈 views / m（Wordpress），虽然我可以从一个单独的服务器运行清漆 nginx与一个单独的mysql服务器打开，并愉快地为我服务 不要以为这是我们最好的路线。
为什么不呢？
我目前正在单独使用nginx + mod_pagespeed + APC和mysql 服务器，并确保任何缓存将是一个提升但我不想成为 从现在起6个月后重新开始扩展。
没关系，如果你不希望你的访客数量在6个月内发生变化。换句话说，按定义缩放 是改变的。随着应用程序的使用需求发生变化，您需要对其进行操作。您需要重新审视您的架构和布局。
我希望动态内容能够正常运行（比如添加一些内容） 文章视图上的数据库行的值，等等，根本无法使用 清漆，至少不是我用过清漆的方式。我知道你能做到 ESI等基本上只有清漆缓存了 页眉/页脚离开它让php / mysql处理身体但不知道 如果额外的清漆层在这一点上甚至值得。
Varnish是一个缓存;根据定义，您可以缓存不会更改的内容 - 这通常是您的静态内容。因此，要确定清漆是否适合您，您需要分析您的应用程序以查看：
哪些查询使用最多，而且时间敏感。换句话说，你需要计算每个请求的访问者数量，或者如果每天计算一次就可以了。
找出哪些内容没有变化，这是缓存的主要选择。
您还需要监控缓存的性能。如果您的未命中率上升，则意味着您需要缓存但不是;你还需要监视它陈旧的内容（但有plugins to handle this for you）。
如此逼真，在一个动态的（小部件本质上，但也 评论，通过Disqus提供）Wordpress安装会有什么 你喜欢的堆栈包括？我不想说金钱不是 问题但没有说“2个Hex核心运行nginx，1个带清漆，2 对于memcache，3为mysql“...你会用什么？
没有人可以回答这个问题，因为每个人的安装都有不同的使用情况，如上所述;这随时间而变化。
我的perferred堆栈，例如：
其他人会到处给你另一个建议。
我不确定memcached是否会成为我们的解决方案（相当 坦率地说，不知道Wordpress如何区分的内部结构 如果它应该从缓存中拉出“确定从缓存中拉出文章，但是 仍然需要在DB PER文章视图“）中插入值。
这就是插件的用武之地。