您当前的位置：首页 > TAG信息列表 > performance
使用10个新的WP_QUERY：加载太慢(使用URL)
我在主页中使用了近10个新的WP\\u Query（），但加载速度很慢：你知道我能做些什么吗？每个“new WP\\u Query（）”都以“endwhile”结尾：这足够了吗？是否可以使用WP\\u query（）重置查询？你可以在这里查看我的网站：www.pondb。com：它还没有完成（有些文本缺失），但你可以看到加载时间和源代码。编辑：索引中的一些代码。php：（我可能会删除1或2个查询，但在我的计算机上加载时间仍然是10秒……）<!-- *** //////////// *
W3未缓存的缓存总数-请求的URI被拒绝
出于某种原因，总缓存似乎正在缓存我的页面。每次我访问一个页面时，当我查看源代码时，总缓存注释都会显示它为此请求重新生成了页面。更糟糕的是，它似乎也在为每个请求重新生成组合/缩小的css和js文件！仅此一项就在页面加载所需的4秒时间的基础上再增加了5秒。所以我打开了调试，我看到的是：W3 Total Cache: Page cache debug info: Engine: disk: basic Cache key: w3tc_site.com_1_page_e251273eb74a8ee
可以用WordPress建立社交网站吗？
一个WordPress安装是否可以处理至少100000个用户档案页（每月500万访客）、每个档案20-100张图片、标签、类似facebook的墙、私人消息系统等。？WordPress的限制是什么？什么时候事情会变得很慢？到目前为止，我看到的最大的网站是Envato的市场，如前所述，但那里的内容大多是由编辑添加的。你有这样的网站的例子吗？
小型化插件破坏了我的网站
嗯，至少可以说，我的博客有点重图像。我一直在使用不同类型的缩小插件，但它们似乎都破坏了我的网站。当我告诉插件压缩并加入我的css时&；javascript文件。。。它完全摆脱了它们，我的网站变成了一堆杂乱无章的文字和图片。我是否可以对我的博客做些什么，以便缩小规模？唯一一个似乎没有破坏我的网站的是一个叫做“更好的Wordpress缩小版”的网站。。。但这个插件对我的网站性能几乎没有影响。
为什么主题模板被组织为多个入口点的PHP文件，而不是重用主题的index.php？
在过去的几周里，我已经开始开发自己的主题（并在过去的一年中在这里和那里提取WP功能），我发现WP模板的结构非常冗余。虽然是的，但从技术上讲，博客从更高的地方开始加载WP功能、主要的WP\\U查询对象和一些全局变量准备-我不明白为什么我遇到的每个主题都会将模板文件拆分为：404。php</存档。php</指数。php</单曲。php</第页。php搜索。php。。。etc</这些文件基本上复制了大量PHP代码来获取页眉、侧栏和页脚。有一个（1）不是更干净吗index.php 包
选项条目的合理大小限制
我有一组大约4700条记录，我需要通过自动完成在本地搜索我的插件（这是谷歌产品搜索类别）。是否可以将此数据作为数组存储在选项表中，还是最好实际创建一个单独的表来存储此数据？大约317k。如果我只是将其作为数组存储在选项表中，我会自找麻烦吗？每个页面是否加载缓存所有站点选项？
Page load timer?
好吧，所以我对这里发生的事情感到困惑。。。我已经试了几个小时在我的WordPress网站上设置了一个相对准确的页面加载计时器，但没有什么能像预期的那样工作。我已将此代码添加到主题的标题中。php文件作为第一个代码块：<?php $exectime = microtime(); $exectime = explode(\" \",$exectime); $exectime = $exectime[1] + $exectime[0]; $starttime
致命错误：在第1561行的public_html/wp-includes/reWrite.php中，允许的内存大小146800640字节耗尽(尝试分配57字节)
我不知道这是怎么发生的。周末我在我的网站上工作，一切都很好。今天早上我走进办公室时，我去了现场，得到了这个：Fatal error: Allowed memory size of 146800640 bytes exhausted (tried to allocate 57 bytes) in public_html/wp-includes/rewrite.php on line 1561 我搜索并找到了一些提供解决方案的文章，但没有一篇对我有用。我注意到，在每种情况下，受影响的文件通常是不同的
网站运行缓慢：关于优化的建议
我刚刚发布的这个基于WordPress的网站速度非常慢。我已经对我的主题进行了很多优化，页面速度达到91/100，但第一次使用字节是罪魁祸首：它需要8到20秒。我已经安装了W3 Total Cache、memcache、APC、eAccelerator、xCache，但网站速度一直很慢。服务器：CentOS 5.7（x86\\U 64），2G RAM，CPU:1 Intel（R）Celeron（R）CPU 2.80GHzMysql 5.1HP:5.2.7Apache 2.2
垃圾评论对主机资源使用率(CPU)的影响
我的一个WP站点使用了大量CPU，我想知道这是否是因为它收到了大量的垃圾评论。是这样吗？有没有一种简单的检查方法？非常感谢。
按元后自定义域筛选-性能
我可以就如何构建数据以提高性能提供一些建议。我有一个自定义的post类型，其中有许多自定义元数据存储在wp_postmeta 表作为每个post的一个元键下的序列化数组。现在，我需要从该帖子类型中获取一些帖子，并根据我存储的元数据对其进行过滤。现在，我能想到的唯一方法是获取所有此类帖子的所有元数据，然后将它们反序列化为一个大型PHP数组，然后使用foreach 循环以逐个检查它们。我觉得这是一种非常糟糕/缓慢的做事方式。现在，我想我应该放弃我的整个计划，使用我自己的自定义表从头开始。不过，这太不符合wor
How to test site speed?
我想衡量一下我的网站处理速度。有没有软件可以做到这一点？如果它取决于服务器，是否有任何方法可以监视本地主机的速度（纯CPU负载？）
管理员需要很长时间才能加载
登录到我的网站的Wordpress管理后端需要几分钟的时间。该站点表示它正在加载，然后在最终加载之前挂起几分钟。闻起来好像有什么东西超时了，我怀疑是插件，但我一辈子都搞不清楚是什么。为了解决这个问题，如果遇到这样的问题，您会采取什么步骤？打开和关闭插件，看看谁是罪魁祸首？这种方法的问题是，在初始缓慢加载之后，所有内容都正常加载。检查php中的php最大执行时间。ini？以某种方式监视传出的连接，以查看什么正在试图到达某个位置并超时（您将如何做到这一点）？欢迎提出任何建议。
我如何知道哪个插件使用的资源最多？
在安装了几个新插件后，我发现我的网站速度越来越慢。有没有一种方法可以知道哪个插件使用的资源最多，而不必使用明显的方法逐个激活/停用每个插件？
为什么我的网站每次更改页面时都会闪烁白色？
有什么想法吗？我以前从未遇到过这个问题。Here is the site.
还有哪些插件可以用来跟踪WordPress的应用程序性能？
今年早些时候，我看到了这篇文章，通过使用tracker类测量每次加载页面时每个插件执行所需的时间，展示了各种插件如何影响wordpress安装的性能：http://www.dev4press.com/2011/blog/benchmark/measuring-impact-of-plugins-on-wordpress-loading在那篇文章中，他们使用GD Press提供的付费捆绑包的一部分插件来实现这一点。是否有其他替代插件也可以让您在自己的代码、生产中找到瓶颈，而不必使用NewRelic或其他复杂
正在删除翻译文本域
我正在为自己开发一个插件，所以，加载textdomain是完全无用的。但我从其他人那里复制的大多数代码都使用__(\' \',\'\')我复制了几个插件的代码。因此，即使我加载textdomain，它也将毫无用处，可能会降低性能。我的问题是--当WP阅读这些__(\' \',\'\') 没有加载textdomain？这会成为一个问题吗？
管理速度慢-等待并被阻止了很长时间
我有一个wordpress网站，有时登录到管理员时会非常慢。我附上了一张图片来说明我的意思。第一个请求等待大约8秒，然后再发生其他任何事情，大部分时间大约是2.5到3秒等待。然后所有其他请求都会被阻止几秒钟。我有很多插件（26），这是原因还是其他原因？这里到底发生了什么，我能做些什么来尽可能地改进它？更新：我已经停用了所有插件，并一个接一个地激活了它们。似乎影响最大的两个因素是Advanced Custom Fields 和Use Google Libraries. 这是我发现的。这些是根据firebug
使用添加媒体对话框更快地将图片放入博客文章中
用Wordpress写博客最耗时的事情之一就是在博客中添加图像。对于每个图像，用户需要单击第一个“添加媒体”按钮。然后，用户等待出现“添加媒体对话框”。然后，他单击对话框中的“媒体库”选项卡，查看之前上传的所有图像。然后，他等待“媒体库”表单的出现。因此，有两种延迟会浪费时间：添加媒体对话框的外观媒体库窗体的外观每次，这两个视觉组件在同一篇博文中都是相同的。所以实际上，可能有一种方法可以缓存这两个组件一次，然后立即将它们呈现给用户。我想知道是否有一种更快的方法将图像放入Wordpress博客帖子中，在那里
AJAX花费的时间是它应该/可能花费的10倍
我刚刚遇到WordPress的第一个严重问题，对于喜欢Ajax的人来说，这是一个大问题。我有一个Ajax请求，在使用Ajax API时需要1.5秒才能完成。如果我使用相同的代码并使用自定义脚本（没有WordPress）运行它，Ajax请求只需要150毫秒。This is not an exaggeration如果你看到http://wp.smashingmagazine.com/2011/10/18/how-to-use-ajax-in-wordpress/ 接下来的对话中，您将看到，这种缓慢是由以下事实