您当前的位置：首页 > TAG信息列表 > performance
如何在WP中调试TTFB？
我正在基于WP 4.1.1的默认主题开发一个WP主题在localhost上，我一直得到22秒的TTFB（到第一个字节的时间），在站点的前面和后面都是一致的。以下是DevTools的打印：我使用的是调试栏插件，因此我可以在查询和探查器选项卡上看到这不是数据库或执行时间问题（两者的总和需要700ms）。我想这也不是重写问题，因为它在默认的permalink结构上表现相同<我的www上的其他wordpress站点没有同样的问题，所以我放弃了服务器配置。我还尝试以匿名模式加载，没有任何区别。有没有办法更深入
WP_GET_ATTACH_IMAGE_src()每次重新生成自定义大小的图像
我试着从贴子的附件图片中定制尺寸，制作简单的图库。我写了一个简单的循环：$original = array(); $gallery = array(); $gallery_min = array(); $imgs_args = array( \'post_status\' => null, \'post_type\' => \'attachment\', \'post_parent\' =&
获得Y个随机作者的ID/对象，发帖次数超过X
我想随机显示Y个作者的信息。这些作者必须发表至少X篇文章。请记住，这将是一个拥有数千名用户的博客，其中大多数用户发布了0篇文章。我研究了如下函数wp_list_authors() 和WP_User_Query() 但我似乎无法设定每个作者需要的最少帖子数量。我试图让作者使用这些函数，然后通过循环测试每个作者id，看看他们是否发布了X个或更多的帖子。（我想避免这种情况，因为它看起来太乏味，而且性能可能太差。我可以按降序排列，洗牌数组并显示用户信息，但我不希望这样，因为我更喜欢用较少的帖子来展示用户。如果我按
_Content筛选器对性能有什么影响？
这是一个一般性的问题，但假设我有一个函数，并且在特定的页面上我想显示一个表。该功能仅适用于我网站上的一个页面，但每个帖子/页面都将运行该功能（当它“意识到”它不是正确的页面时，跳过它）。Would it be better, 从性能角度来看，to use a page template 对于此特定页面instead of this filter? 或者这是微不足道的，不值得担心的。希望你能理解我所问的要点，我意识到还有其他因素，比如我的表（或我包含的任何内容）是如何处理的，但为了这个问题，我们还是忽略这些
上载文件夹中的大量文件是否会影响性能？
有一个网站，在那里图像不会组织到基于月份和年份的文件夹中。现在，一个文件夹（上载）中有20000多个图像。当我尝试通过文件浏览器访问文件夹时，它明显冻结了。所以，我的问题是：这会影响站点性能吗？
仪表板内存过载问题
我有一个客户机，它有一个开发服务器，我们仍然有问题。我们最近尝试安装一个新主题，它是子主题，它确实变为活动主题，但每当我们尝试访问仪表板时，都会出现此错误。致命错误：已耗尽67108864字节的允许内存大小（尝试分配196608字节）只有24个活动插件，我与客户端一起努力减少活动插件的数量。我还能做什么？如果不遇到这些内存错误，我甚至无法安装缓存插件。有什么建议吗？我应该使用ftp并删除未使用的主题吗？
如何控制仪表板中运行哪些插件？
我不想激活/停用插件。但是对于没有菜单页/子菜单页的插件，它们主要在前端执行操作，我希望在查看仪表板/管理页时禁用。这样做的最终目标是减少后端区域插件的加载。以便使仪表板的查看/使用/等加载速度更快。如果你有一个插件，它只修改前端的内容，没有菜单页或设置页，那么为什么我需要在后端对该插件进行任何查询或加载？我希望这是有意义的。因为老实说，必须有一些方法来改善后端区域的加载时间。谢谢你抽出时间
字符串替换缓存&冲突的可能性
我注意到，由于各种原因，我在Wordpress中使用了大量字符串替换，我担心一旦它上线，对性能的影响。我在缓存方面并不先进，但大多数Wordpress缓存插件似乎都在检查整个页面。如果页面包含更改的数据，则它将从服务器重新请求该页面，字符串替换将再次发生。因此，对于不改变的数据，每次加载页面时都会发生相同的替换（我想是吗？）。我发现临时API是由memcache自动缓存的，所以我想出了这个代码来替换字符串。它散列输入值，然后将其存储为瞬态，以便下次请求这些精确值时，它不会从字符串执行操作，而是从内存中加载
Wp-cron/wp_Schedule_Event是否适合耗时的操作？
我想安排每天运行的操作。此操作可能需要几秒钟的时间。问题是：WP-Cron是否是执行此类操作的合适机制（例如，与经典的Unix-Cron相比）？我这样问的原因是，据我所知，所有WordPress挂钩都是由HTTP请求触发的，可能来自普通访问者或管理员。如果该操作与触发HTTP请求在同一线程中运行，恐怕后者会受到计划操作的影响。一句话：每天一次，不幸的访问者在访问网站时可能会注意到巨大的延迟。那么我可以在wp_schedule_event? 如果是的话，你能描述一下WordPress是如何解决这个问题的吗？
安全是WordPress的一个问题吗？
我打算为他的汽车店建立一个大的公司网站，这个网站应该更安全。Wordpress可以创建一个安全可靠的网站吗？据我所知，Wordpress黑客通过一些易受攻击的插件入侵Web服务器。这是真的吗？如果我建立一个没有任何插件的网站呢？那么Wordpress会安全吗？
WordPress中的页面类别
我需要对WordPress的搜索结果进行分类，我已经通过为帖子添加类别和自定义帖子类型完成了分类。现在，只列出了没有任何类别的页面，我认为也可以将类别添加到页面中，但我不知道其后果（包括性能）。请分享您的想法和经验。非常感谢。
Site loading extremely slowly
我有一个新网站，它的加载速度非常慢。它发生在管理区域和前端，所以我猜这不是插件或主题问题。事实上，我已经尝试停用所有插件并逐个激活，但没有发现任何区别。我也尝试过切换主题，但没有解决问题。我已经联系了我的托管公司，他们告诉我服务器没有问题。该网站是http://www.marylindemuth.com.br你知道会发生什么事吗？我有另一个网站在同一台服务器上运行，没有任何问题。非常感谢。
为什么WordPress需要时间来请求保存帖子？
我有大约50个post元字段，每个元字段都有不同的值。我注意到在保存帖子时，发出请求大约需要3到4秒。为什么？
多个wp_options表以在安装之间共享内容
我的应用程序>10user_roles, 每个都能够执行完全不同的任务，提供了自定义后端，并且没有访问wp-admin. 每个user_role 通过多个插件处理使用。每个user_role 在相同的数据（帖子、分类法等）上进行交互我的想法是对一个或多个应用程序使用单个安装user_roles 连接到单个数据库以共享用户、帖子等，但加载了不同的插件，因此只需单独wp_options 桌子目标是提供独立的登录区域（例如子域，我不希望合作伙伴使用与客户相同的登录），更容易的路由（每个角色的永久链接和重写
多个版本真的会减慢WordPress的速度吗？
我已经读过很多遍了，我应该清理我的数据库以保持高性能。对帖子进行多次修改一直被认为是一个巨大的性能窃取者。我对这种说法表示怀疑。我知道，10次修订后的表格会比2次修订后的表格大得多，但它真的会运行得更慢吗？考虑到您经常查找的字段上有索引（或应该有索引），查询速度应该仍然差不多。我看不出我自己的网站有什么不同，但我没有那么多数据。我很好奇，如果真的有人这样做的话，什么时候会真正开始出现任何改进。我并不是要网站所有者增加他们想要保留的修改数量，我只是想了解现实世界中的效果，与我经常看到的巨大性能改进相比。
统计用户评论--高效的方式？
作为“奖励”用户的一种方式，我想展示他们的评论数。然而，我看到的每个关于如何实现这一点的答案都涉及到查询数据库和计算每个评论。。。在一个拥有众多用户和成千上万条评论的网站上，这似乎有些过头了——不太好。我认为没有插件？我的方法是在cron作业中，按照许多其他人的答案中的建议，每晚运行一次查询，并将值存储在以用户id为键的DB表中。然后在前端的注释中，只需查找用户id并显示值。当然，它不会实时更新，但我认为这很好。这种方法是否也太过致命？。。。对于每个注册用户和表中存储的值，类似的操作将每天运行一次：<
测量不同主机上的WordPress性能
大家好，新年快乐！我正在寻找一种可靠的方法来比较WordPress网站在几个不同主机上的性能。对我来说，关键因素是：尽量不要使用第三方工具或插件坚持使用最低级别的工具（curl、wget等）测试默认WordPress安装（没有额外的插件或改进[例如CloudFlare]）下面是我现在计划检查的内容。测量需要多长时间：打开默认登录页(curl -s http://example.net)</创建并发布一个新页面（我编写了一个基本的test.php文件，它基本上调用Wordpress函数wp_inser
如何修复WordPress首次加载速度慢(本地服务器)？
Summary首次访问WordPress页面从本地服务器加载大约需要5-7秒，而随后在任何链接上加载页面需要300-500毫秒。第一次访问速度大约慢10倍，这是不可接受的。浏览器缓存在开发人员工具中被禁用。如何修复？Long Info我注意到，每当我第一次访问wordpress页面时（比如清除了chrome中的所有内容），我访问的页面需要大约5-7秒才能加载，考虑到这是一个本地服务器，加载时间是不可接受的。然而，在第一次加载之后，后续页面访问只需要大约0.3-0.5s或300-500ms（对于本地服务器来
添加操作/过滤器的最有效/最有效的方式？
这个问题可能看起来微不足道，但当我经常看到所有这些样式时，我想知道是否存在差异（例如，在性能或功能方面）：可能性1：function myabc() { } add_action(\'init\',\'myabc\'); 可能性2：add_action(\'init\',\'myabc\'); function myabc() { } 可能性3：add_action(\'init\',function(){ }); 如果任何一种风格可能对另一种有优势，你能简单
在使用自定义发布类型时，是否有任何性能考虑因素？
考虑一个繁忙的站点，大约有10000篇帖子，分为10种自定义帖子类型。自定义分类法和自定义字段也用于所有分类法和字段。主查询被修改为在索引、存档、搜索和提要上到处包含所有这些帖子类型。Now, is there any performance hit caused by using custom post types versus regular \'post\'? 或者他们是什么类型也没什么区别？