On the 10th anniversary of WPBeginner, I shared that WPBeginner hosting infrastructure got a huge upgrade thanks to our web hosting partner, HostGator.
在WPBeginner 成立10周年之际，我分享了WPBeginner托管基础架构得到了巨大的升级，这要归功于我们的Web托管合作伙伴HostGator 。
Shortly after, I started getting emails from readers asking me to share the details on how we made WPBeginner load blazing fast.
不久之后，我开始收到读者的电子邮件，要求我分享有关如何使WPBeginner负载Swift增加的详细信息。
Yes, WPBeginner load faster than most static site generators and in some cases faster than Google AMP sites too.
是的，WPBeginner的加载速度比大多数静态网站生成器快，在某些情况下，其加载速度也比Google AMP网站快。
In this article, I will give you behind the scenes look at how we made WordPress faster than static site generators and headless CMS platforms.
在本文中，我将在幕后介绍如何使WordPress比静态站点生成器和无头CMS平台更快。
Note: This article is a bit more technical than what we typically publish on WPBeginner. For non-techy users, I recommend following our ultimate guide on how to speed up WordPress.
注意：本文比我们通常在WPBeginner上发布的内容更具技术性。 对于非技术用户，我建议遵循有关如何加快WordPress速度的最终指南 。
Update: We’re no longer using the setup shared in this article. Instead we have switched entirely to Google Cloud platform managed by SiteGround. We have the same speed results and have unlocked even faster back-end performance. Read why we switched to SiteGround.
更新：我们不再使用本文共享的设置。 相反，我们已完全切换到SiteGround管理的Google Cloud平台。 我们拥有相同的速度结果，并获得了更快的后端性能。 阅读为什么我们切换到SiteGround的原因 。
背景 (Background)
Lately WordPress has been getting a lot of bad rep from “modern” developers where they say WordPress is slow.
最近，WordPress从“现代”开发人员那里得到了很多不好的代表，他们说WordPress很慢。
The statement is usually followed up with, you should switch to a JAMstack static site generator like GatsbyJS. Others in the enterprise world will say that you should switch to a headless CMS like Contentful.
该语句通常跟进，你应该切换到JAMstack静态站点生成像GatsbyJS 。 企业界的其他人会说，您应该切换到Contentful这样的无头CMS。
Several of my very successful entrepreneur friends started asking me whether this was true.
我几个非常成功的企业家朋友开始问我这是否是真的。
Some even started the process of migrating to a headless CMS because they read case studies of how others unlocked huge speed improvements by switching from WordPress to static site generators.
有些人甚至开始了迁移到无头CMS的过程，因为他们阅读了一些案例研究，这些案例研究了其他人如何通过从WordPress切换到静态网站生成器来释放巨大的速度改进。
This was very frustrating for me because I knew they were wasting tens of thousands of dollars in migration costs. Not to mention, the endless customization costs that will rack up in the future.
这让我感到非常沮丧，因为我知道他们在浪费数万美元的迁移成本。 更不用说，无限的定制成本将在未来累积。
So I took it as a challenge to prove that a large WordPress content site like WPBeginner can load just as fast if not faster than most modern static site generators.
因此，我将其作为挑战来证明像WPBeginner这样的大型WordPress内容网站可以加载的速度与大多数现代静态网站生成器一样快，甚至还不及它。
You can call me old school, but at the end of the day, a static site is just a page loading from cache.
您可以称我为老学校，但是到最后，静态站点只是从缓存加载的页面。
结果 (Results)
Before I jump to the exact WordPress hosting infrastructure, server configurations, and plugins, I think its helpful to share the results.
在我跳到确切的WordPress托管基础结构，服务器配置和插件之前，我认为分享结果很有帮助。
Here’s how fast WPBeginner home page loads on Pingdom from their Washington, DC server:
以下是WPBeginner主页从其华盛顿特区服务器在Pingdom上加载的速度：
Depending on the time of day and location you check from, this result will vary anywhere from 400ms – 700ms range which is pretty fast for a homepage.
根据一天中的时间和您检查的位置，此结果的范围从400毫秒到700毫秒不等，这对于主页来说是非常快的。
Here’s a test that I ran for a single post page since it has bigger images and more content:
这是我针对单个帖子页面进行的测试，因为它具有更大的图像和更多的内容：
We also got a perfect score of “100” in Google page speed test for desktop. Although we do have some room for improvement on mobile score.
在桌面版Google页面速度测试中，我们还获得了“ 100”的完美评分。 尽管我们在移动得分方面确实有待改进。
The results above are for cached pages which is what our readers and search engine bots get when they view our website. The perceived load time of WPBeginner is near instant (more on this later).
上面的结果是针对缓存页面的，这是我们的读者和搜索引擎机器人在访问我们的网站时所获得的。 WPBeginner的感知加载时间几乎是即时的(稍后会详细介绍)。
For the sake of comparison, here’s a speed test result for Gatsby’s homepage. This is a popular static site generator that a lot of developers are raving about:
为了进行比较，下面是Gatsby主页的速度测试结果。 这是一个流行的静态站点生成器，许多开发人员都在赞叹它：
Here’s the speed test result of Netlify’s homepage, a popular static site host, that a lot of developers recommend. Notice that they have half the amount of requests, and their page size is 30% of WPBeginner, yet it still loads slower than our homepage.
这是许多开发人员推荐的Netlify主页(一个受欢迎的静态站点托管)的速度测试结果。 请注意，它们的请求量只有一半，其页面大小是WPBeginner的30％，但加载速度仍然比我们的主页慢。
The homepage speed of Contentful, the headless CMS which is “how enterprises deliver better digital experiences” is just not optimized at all. This was the slowest website we tested.
Contentful无头CMS的主页速度(即“企业如何提供更好的数字体验”)根本没有被优化。 这是我们测试过的最慢的网站。
I am sharing these stats not to discredit the other frameworks, but rather to give perspective that not all new things are as shiny as they may seem.
我分享这些统计数据并不是要抹黑其他框架，而是要提出观点，即并非所有新事物都像看起来那样闪亮。
WordPress with a proper hosting infrastructure and optimizations can be just as fast as any static site generator. Furthermore, no other platform will even come close to the level of flexibility that WordPress offers to business owners through its large ecosystem of plugins and themes.
具有适当托管基础结构和优化功能的WordPress可以与任何静态站点生成器一样快。 此外，没有其他平台可以与WordPress通过其庞大的插件和主题生态系统为企业主提供的灵活性水平相提并论。
WPBeginner托管基础架构 (WPBeginner Hosting Infrastructure)
When it comes to website speed, nothing plays a more important role than your web hosting infrastructure.
关于网站速度，没有什么比您的网络托管基础设施更重要。
As many of you already know, I have been a HostGator customer since 2007. I started the WPBeginner blog in 2009 on a small HostGator shared hosting account.
众所周知，我自2007年以来一直是HostGator的客户。我从2009年开始使用小型HostGator 共享托管帐户创建WPBeginner博客。
As our website grew, we upgraded to their VPS hosting and then dedicated servers.
随着我们网站的发展，我们升级到了他们的VPS托管 ，然后升级到专用服务器。
Over the last decade, I have gotten a chance to work closely with many of their team members, and they have become an extended part of the WPBeginner family.
在过去的十年中，我有机会与他们的许多团队成员紧密合作，他们已经成为WPBeginner家族的一员。
So when I took on the challenge to make WPBeginner faster than static site generators, I turned to them for help.
因此，当我面临使WPBeginner比静态站点生成器更快的挑战时，我求助于他们。
I shared my vision with their leadership team, and they offered to help me build one of a kind enterprise hosting setup for WPBeginner.
我与他们的领导团队分享了我的愿景，他们提供了帮助我为WPBeginner建立一种企业托管设置的工具。
They put the best engineers from both Bluehost and HostGator team to work closely with me to make WPBeginner blazing fast.
他们邀请了Bluehost和HostGator团队中最好的工程师与我紧密合作，以使WPBeginnerSwift发展。
Here’s an overview of what the WPBeginner hosting setup looks like:
以下是WPBeginner托管设置的概述：
As you can see, this is a multi-server setup spread across two geographical regions (Texas and Utah). There are a total of 9 servers not including the load balancer cloud. Each server is a Xeon-D CPU with 8 cores (16 threads) with 32GB RAM and 2 x 1TB SSD (RAID setup).
如您所见，这是一个跨两个地理区域(德克萨斯州和犹他州)的多服务器设置。 总共有9台服务器(不包括负载均衡器云)。 每个服务器都是具有8个内核(16个线程)，32GB RAM和2 x 1TB SSD(RAID设置)的Xeon-D CPU。
We are using Google’s Cloud Load Balancing platform, so we can have seamless autoscaling and load balancing, worldwide.
我们正在使用Google的Cloud Load Balancing平台 ，因此我们可以在全球范围内实现无缝的自动扩展和负载平衡。
Once the hardware was setup with proper data syncing in place, the Bluehost and HostGator team worked together to optimize the server configurations for WordPress. My hope is that some of these optimizations will soon make it into future WordPress hosting plans
一旦设置好硬件并进行了适当的数据同步， Bluehost和HostGator团队就会一起为WordPress优化服务器配置。 我希望这些优化中的一些将很快融入未来的WordPress托管计划中
Server Configuration Summary
服务器配置摘要
Summarizing the server configurations of this complex setup in just a few paragraph is very tough, but I will try my best.
仅在几段中总结此复杂设置的服务器配置非常困难，但是我会尽力而为。
We are using Apache for our web server software because the team is more familiar with it. I won’t go into the NGINX vs Apache debate.
我们将Apache用于我们的Web服务器软件，因为该团队对它更加熟悉。 我不会参加NGINX与Apache的辩论。
We are using PHP 7.2 along with PHP-FPM pools, so we can handle high loads of processes and requests. If your hosting company is not using PHP 7+, then you’re missing out on serious speed optimization.
我们将PHP 7.2与PHP-FPM池一起使用，因此我们可以处理大量的流程和请求。 如果您的托管公司未使用PHP 7+，那么您将错过认真的速度优化。
We’re using Opcode caching with an advanced cache warmer to ensure that no real user should experience an uncached pageview.
我们将操作码缓存与高级缓存预热器配合使用，以确保没有真正的用户会遇到未缓存的综合浏览量。
We’re also using Object cache with memcache, so we can improve the response time for uncached page hits and other API response times in the WordPress admin area for logged-in users (our writers). Here’s a network load tab of our “All Posts” screen in the WordPress admin:
我们还将对象缓存与内存缓存一起使用，因此我们可以为登录用户(我们的作者)在WordPress管理区域中改善未缓存页面命中的响应时间以及其他API响应时间。 这是WordPress管理员中“所有帖子”屏幕的网络负载标签：
To put in perspective, our admin area experience is now 2X faster than what we had previously.
透视一下，我们的管理区域体验现在比以前快了2倍。
For our database server, we switched from MySQL to MariaDB which is a clone of MySQL but faster and better. We also switched from HyperDB to LudicrousDB because it helps us improve our database replication, failover, and load balancing.
对于我们的数据库服务器，我们从MySQL切换到了MariaDB，该数据库是MySQL的克隆版本，但速度越来越快。 我们还从HyperDB切换到LudicrousDB，因为它可以帮助我们改善数据库复制，故障转移和负载平衡。
There’s also a lot of other configurations that helps us with performance and scalability such as HTTP/2 and HSTS for faster connection + encryption, ability to spin up additional servers in new regions in case of datacenter outage, etc.
还有许多其他配置可帮助我们提高性能和可伸缩性，例如HTTP / 2和HSTS，可实现更快的连接+加密，以及在数据中心中断的情况下在新区域中启动其他服务器的功能，等等。
I feel like I’m not doing justice to the amazing setup that the team has built, but please know that my core strength is marketing. Yes, I am a blogger who writes about WordPress, but a lot of the technical optimizations here are way above my pay-grade.
我觉得我并没有对团队建立的出色设置感到公平，但是请知道我的核心优势是营销。 是的，我是一位写有关WordPress的博客作者，但是这里的许多技术优化都远远超出我的薪资等级。
They were done by super smart engineers in Endurance team including David Collins (chief architect of Endurance / CTO of HostGator), Mike Hansen (core WordPress developer), and others whom I’ll thank in the credits section below.
这些工作由Endurance团队的超级聪明的工程师完成，其中包括David Collins(Endurance首席架构师/ HostGator的 CTO)，Mike Hansen(WordPress核心开发人员)，以及我将在下面的鸣谢部分中感谢的其他人。
CDN，WAF和DNS (CDN, WAF, and DNS)
Aside from web hosting, the other areas that play a significant role in your website speed is your DNS provider, your content delivery network (aka CDN), and your web application firewall (WAF).
除了网络托管外，DNS提供商， 内容交付网络 (也称为CDN)和Web应用程序防火墙(WAF)是影响网站速度的其他重要因素。
While I have it listed as three separate things, a lot of companies are now offering these solutions in a bundled plan such as Sucuri, Cloudflare, MaxCDN (StackPath), etc.
虽然我将其列为三部分，但许多公司现在都以捆绑计划提供这些解决方案，例如Sucuri ，Cloudflare， MaxCDN(StackPath)等。
Since I want to have maximum control and spread the risk, I am using three separate companies to handle each part efficiently.
由于我想拥有最大的控制权并分散风险，因此我使用了三个独立的公司来有效地处理每个零件。
WPBeginner DNS is powered by DNS Made Easy (same company as Constellix). They are consistently ranked as the fastest DNS providers in the world. The advantage of DNS Made Easy is that I can do global traffic direction when a specific data center on my CDN or WAF isn’t working properly to ensure maximum uptime.
WPBeginner DNS由DNS Made Easy (与Constellix相同的公司)提供支持。 他们一直被评为全球最快的DNS提供商。 DNS Made Easy的优点是，当CDN或WAF上的特定数据中心无法正常工作以确保最大的正常运行时间时，我可以进行全局流量定向。
Our CDN is powered by MaxCDN (StackPath). They basically allow us to serve our static assets (images, CSS files, and JavaScripts) from their large network of servers across the world.
我们的CDN由MaxCDN(StackPath)驱动 。 它们基本上使我们能够从遍布全球的大型服务器网络中为我们的静态资产(图像，CSS文件和JavaScript)提供服务。
We’re using Sucuri as our web application firewall. Aside from blocking attacks, they also act as another layer of CDN, and their overall performance is just amazing. I believe they have the best WordPress firewall solution in the market.
我们正在使用Sucuri作为我们的Web应用程序防火墙。 除了阻止攻击之外，它们还充当CDN的另一层，其总体性能令人惊叹。 我相信他们拥有市场上最好的WordPress防火墙解决方案。
When working on website speed optimizations, shaving off every millisecond matters. That’s why using these solution providers combined with our new web hosting infrastructure makes a huge difference.
在进行网站速度优化时，减少每毫秒的时间很重要。 这就是为什么将这些解决方案提供商与我们新的虚拟主机基础架构结合使用会产生巨大差异的原因。
To illustrate, here’s the waterfall breakdown of WPBeginner.com vs GatsbyJS.org vs CloudFlare.com:
为了说明这一点，下面是WPBeginner.com与GatsbyJS.org与CloudFlare.com的瀑布细分：
Notice that WPBeginner’s DNS time, SSL time, Connect time, and Wait time are all top notch when compared to these other popular websites. Each of these improvements compound to deliver the best results.
请注意，与其他热门网站相比，WPBeginner的DNS时间，SSL时间，连接时间和等待时间都是一流的。 这些改进中的每一项都会带来最佳效果。
Instant.page，优化图像和其他最佳实践 (Instant.page, Optimized Images, and Other Best Practices)
One of the things you might have noticed is the near instant load time when you browse WPBeginner posts and pages.
您可能已经注意到的一件事是浏览WPBeginner帖子和页面时接近即时的加载时间。
Aside from all the things I mentioned above, we’re also cheating latency by using a script called instant.page which uses just-in-time preloading.
除了上面提到的所有内容外，我们还使用名为Instant.page的脚本来欺骗延迟，该脚本使用即时预加载。
Basically before a user clicks on a link, they have to hover their mouse over that link. When a user has hovered for 65ms (very short period of time), one out of two will actually click on the link.
基本上，在用户单击链接之前，他们必须将鼠标悬停在该链接上。 当用户悬停了65毫秒(很短的时间)后，实际上有十分之一会点击链接。
Instant.page script starts preloading that page at this moment, so when the user actually clicks the link a lot of the heavy lifting is already done. This makes the human brain perceives website load time as nearly instant.
Instant.page脚本此时开始预加载该页面，因此，当用户实际单击链接时，已经完成了许多繁重的工作。 这使人的大脑几乎感觉到网站的加载时间。
To enable Instant.page on your site, you can simply install and activate the Instant Page WordPress plugin.
要在您的网站上启用Instant.page，您只需安装并激活Instant Page WordPress插件即可 。
This script is pretty neat. I highly recommend checking out their website and clicking on the “test your clicking speed” button to see how it cheats the brain.
这个脚本非常简洁。 我强烈建议您检查他们的网站，然后单击“测试您的点击速度”按钮，看看它如何欺骗大脑。
Update: I have disabled instant.page for now, and I’m going to be testing FlyingPages plugin in the near future. Gijo Varghese shared his new plugin with me in the WPBeginner Engage Facebook group, and it seems to combine the best of instant.page and quicklink script.
更新：我暂时禁用了Instant.page，并且我将在不久的将来测试FlyingPages插件 。 Gijo Varghese在WPBeginner Engage Facebook组中与我分享了他的新插件，它似乎融合了Instant.page和quicklink脚本的优点。
Optimizing Images for Web
优化网络图像
While there are new image formats being developed such as webp, we’re not using them yet. Instead we ask all of our writers to optimize each image using the TinyPNG tool.
尽管正在开发新的图像格式，例如webp，但我们尚未使用它们。 相反，我们要求所有作者使用TinyPNG工具优化每个图像 。
You can also automate the image compression using plugins like Optimole or EWWW Image Optimizer.
您还可以使用Optimole或EWWW Image Optimizer之类的插件自动执行图像压缩。
However, I personally prefer to have the team do this manually, so we’re not uploading large files on the server.
但是，我个人更希望团队手动执行此操作，因此我们不会在服务器上上传大文件。
Currently, we’re not doing any lazy loading for images, but I do plan to add it in the near future now that Google has lazy loading support built-in to Chrome 76.
目前，我们不会对图片进行任何延迟加载，但是由于Google已内置Chrome 76的延迟加载支持，因此我打算在不久的将来添加它。
There’s also a ticket in WordPress core to add this feature on all sites (really hoping that this happens soon), so I don’t have to write a custom plugin.
WordPress核心中还有一张票证可以在所有站点上添加此功能(真的希望很快就会发生这种情况)，因此我不必编写自定义插件。
Update: Few hours after I published the blog post, Google released the Native Lazy Load plugin for WordPress.
更新：在我发布博客文章几小时后，Google发布了适用于WordPress的Native Lazy Load插件 。
Limiting HTTP Queries + Best Practices
限制HTTP查询+最佳做法
Depending on the WordPress plugins you use, some will add additional CSS and JavaScript files on each page load. These additional HTTP requests can get out of control if you have a lot of plugins on your website.
根据您使用的WordPress插件，某些插件会在每次加载页面时添加其他CSS和JavaScript文件。 如果您的网站上有很多插件，那么这些其他HTTP请求可能会失控。
For more details, see how WordPress plugins can affect your site load time.
有关更多详细信息，请参阅WordPress插件如何影响您的网站加载时间 。
Now before you jump to the wrong conclusion that too many WordPress plugins are bad, I want to let you know that there are 62 active plugins running on the WPBeginner website.
现在，在您得出错误的结论，即太多的WordPress插件是错误的结论之前，我想让您知道WPBeginner网站上正在运行62个活动的插件。
What you need to do is combine CSS and JavaScript files where possible to reduce HTTP requests. Some WordPress caching plugins like WP Rocket can do this automatically with their minification feature.
您需要做的是结合CSS和JavaScript文件，以尽可能减少HTTP请求。 一些WordPress缓存插件(例如WP Rocket)可以利用其缩小功能自动执行此操作。
You can also follow the instructions in this article to do it manually which is what our team at WPBeginner has done.
您也可以按照本文中的说明手动进行操作，这是我们WPBeginner团队所做的。
Aside from HTTP requests that plugins and themes add, you also want to be mindful of other third-party scripts that you add on your website because each script will impact your website speed.
除了插件和主题添加的HTTP请求之外，您还需要注意在网站上添加的其他第三方脚本，因为每个脚本都会影响您的网站速度。
For example, if you are running a lot of advertising scripts or retargeting scripts, then they will slow down your site. You may want to use a tool like Google Tag Manager to conditionally load scripts only when they’re needed.
例如，如果您正在运行大量广告脚本或重定向脚本，那么它们将减慢您的网站速度。 您可能需要使用Google跟踪代码管理器之类的工具来仅在需要脚本时有条件地加载脚本。
If you’re an ad-supported website like TechCrunch or TheNextWeb, then there’s very little you can do about this since removing ads isn’t an option.
如果您是TechCrunch或TheNextWeb之类的广告支持网站，那么您将无能为力，因为删除广告是不可行的。
Luckily, WPBeginner doesn’t rely on third-party ad scripts to make money. Want to see how WPBeginner makes money? See my blog post on WPBeginner income.
幸运的是，WPBeginner并不依靠第三方广告脚本来赚钱。 想看看WPBeginner如何赚钱吗？ 请参阅我关于WPBeginner收入的博客文章。
经验教训(到目前为止)+我的最终想法 (Lessons Learned (so far) + My Final Thoughts)
This is a brand new hosting infrastructure, and I’m sure there are tons of lessons I will be learning overtime.
这是一个全新的托管基础架构，我敢肯定，我将加班学习很多课程。
So far I love the speed improvements because it has helped us boost our SEO rankings, and our admin area is much faster.
到目前为止，我喜欢速度的提高，因为它帮助我们提高了SEO排名，并且我们的管理区域要快得多。
With the new multi-server setup, we introduced a new deployment workflow to bring WPBeginner up to par with the rest of Awesome Motive product sites.
通过新的多服务器设置，我们引入了新的部署工作流，以使WPBeginner与其他Awesome Motive产品站点保持一致 。
What this means is that we now have proper version controlling built-in, and there are measures put in place to stop me from being reckless (i.e adding plugins without proper testing, updating plugins from the dashboard without testing, etc).
这意味着我们现在已经内置了适当的版本控制功能，并且采取了一些措施来阻止我鲁((例如，未经适当测试就添加插件，未经测试就从仪表板更新插件等)。
These changes also set the path for me to finally step out of development and hand over the reigns of WPBeginner site to our dev team.
这些变化也为我提供了最终退出开发并将WPBeginner网站的统治权移交给我们的开发团队的途径。
I have been resisting this for years, but I think the time is coming, and I just need to accept it.
我已经抵制了很多年，但我认为时机已到，我只需要接受它。
The new setup does not have cPanel or WHM, so this makes me practically useless anyways since I’m not very fluent with command line anymore.
新的安装程序没有cPanel或WHM，因此这使我几乎毫无用处，因为我不再非常精通命令行。
So far we have learnt two big lessons:
到目前为止，我们已经吸取了两大教训：
First, updating WordPress isn’t as straight forward due to server sync / replication. When we upgraded my personal blog (SyedBalkhi.com) to WordPress 5.2, the update files didn’t sync properly on one of the web nodes, and debugging took much longer than anticipated. We’re working on building a better build / testing process for this.
首先，由于服务器同步/复制， 更新WordPress并不那么直接。 当我们将我的个人博客( SyedBalkhi.com )升级到WordPress 5.2时，更新文件无法在其中一个Web节点上正确同步，并且调试花费了比预期更长的时间。 我们正在为此构建更好的构建/测试过程。
Second, we need to have better communication across teams because we had a minor crisis with load balancer misconfigurations which resulted in some downtime. To make it worst, I was on a transatlantic flight on Turkish Airlines, and the WiFi wasn’t working.
其次，我们需要在各个团队之间进行更好的沟通，因为我们在负载均衡器配置错误方面存在较小的危机，这导致了一些停机时间。 更糟糕的是，我在土耳其航空的一次跨大西洋飞行中，WiFi无法正常工作。
Luckily everything got sorted thanks to the quick response time by the hosting team, but this helped us create several new Standard Operating Procedures (SOPs) to better handle the incident in the future.
幸运的是，由于托管团队的快速响应，所有事情都得到了整理，但这帮助我们创建了几个新的标准操作程序(SOP)，以便将来更好地处理此事件。
Overall I’m very happy with the setup, and I know that some of the caching configurations / optimizations that were made for WPBeginner will become a standard part of HostGator Cloud and Bluehost WordPress hosting plans.
总体而言，我对设置非常满意，并且我知道为WPBeginner进行的某些缓存配置/优化将成为HostGator Cloud和Bluehost WordPress托管计划的标准部分。
I think this should go without saying that if you’re just starting a website, blog, or an online store, then you DO NOT need this sophisticated enterprise setup.
我认为这不应该说，如果您只是建立一个网站 ， 博客或在线商店 ，那么您就不需要这种复杂的企业设置。
I always recommend that you start small with HostGator shared or Bluehost shared plans like I did, and then upgrade your hosting infrastructure as your business grows.
我总是建议您从与我一样的HostGator共享计划或Bluehost共享计划开始，然后随着业务的发展升级您的托管基础架构。
You can apply a lot of the optimizations that I shared above on your current WordPress hosting plans.
您可以在当前的WordPress托管计划中应用以上我分享的许多优化。
For example, Bluehost standard plan already comes with a built-in caching plugin that you can use, and they offer PHP 7 by default as well.
例如， Bluehost标准计划已经附带了一个可以使用的内置缓存插件，并且默认情况下它们还提供PHP 7。
You can combine that with a CDN + WAF like Sucuri to significantly speed up your website.
您可以将其与Sucuri等CDN + WAF结合使用，以显着加快网站速度。
Now if you are a mid-market / enterprise company who wants a similar hosting setup, then please reach out to me via our contact form. I can help point you in the right direction.
现在，如果您是一家中端市场/企业公司，想要类似的托管设置，请通过我们的联系表与我联系 。 我可以帮助您指出正确的方向。
特别感谢+积分 (Special Thanks + Credits)
While in the article above, I have given tons of shout out to HostGator and Bluehost brands, I want to take a moment to recognize and appreciate the individual people that worked behind the scenes to make it happen.
尽管在上面的文章中，我对HostGator和Bluehost品牌大喊大叫，但我想花一点时间来认识和赞赏为实现这一目标而在幕后工作的个人。
First, I want to say thank you to the Endurance leadership team Suhaib, Mitch, John Orlando, Mike Lillie, and Brady Nord for agreeing to help me with the challenge.
首先，我想对耐力领导团队Suhaib，Mitch，John Orlando，Mike Lillie和Brady Nord表示感谢，他们同意帮助我应对挑战。
I also want to thank Mike Hansen, David Collins, Rick Radinger, Chris Miles, David Ryan, Jesse Cook, David Foster, Micah Wood, William Earnhardt, Robin Mendieta, Rod Johnson, Alfred Najem, and others in the data center team for actually doing the hard work and making it happen.
我还要感谢Mike Hansen，David Collins，Rick Radinger，Chris Miles，David Ryan，Jesse Cook，David Foster，Micah Wood，William Earnhardt，Robin Mendieta，Rod Johnson，Alfred Najem以及数据中心团队中的其他人努力工作并实现这一目标。
I want to give a special shout out to Steven Job (founder of DNSMadeEasy) for quickly answering my questions and helping me better understand some settings. Also want to give a shout out to Tony Perez and Daniel Cid at Sucuri for always having my back.
我要特别向Steven Job( DNSMadeEasy的创始人) 大喊大叫，以快速回答我的问题并帮助我更好地理解某些设置。 还想向Sucuri的 Tony Perez和Daniel Cid 致以永远支持我的声音 。
Last but not least, I want to give special recognition to Chris Christoff. He’s the co-founder of MonsterInsights, and he was kind enough to help me with a lot of the testing and deployment.
最后但并非最不重要的一点，我想特别感谢克里斯·克里斯托夫(Chris Christoff)。 他是MonsterInsights的共同创始人，他很乐于帮助我进行许多测试和部署。
I really hope that you found this behind the scenes case study about WPBeginner hosting infrastructure to be helpful. You may also want to see our ultimate guide on how to speed up WordPress which is way more beginner friendly.
我真的希望您发现有关WPBeginner托管基础架构的幕后案例研究对您有所帮助。 您可能还想查看我们有关如何加快WordPress速度的终极指南，这对初学者更加友好。
Bonus: Here are the best WordPress plugins and tools that I recommend for all WordPress sites.
奖励：这是我为所有WordPress网站推荐的最佳WordPress插件和工具。
If you liked this article, then please subscribe to our YouTube Channel for WordPress video tutorials. You can also find us on Twitter and Facebook.
如果您喜欢这篇文章，请订阅我们的YouTube频道 WordPress视频教程。 您也可以在Twitter和Facebook上找到我们。
扫一扫
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
