3 ms·

It's usually a WordPress/Joomla/Magento website that can do 1-5 requests/second at most. EDIT: I'm not saying these softwares can't do more, it's just that usu

It's usually a WordPress/Joomla/Magento website that can do 1-5 requests/second at most. EDIT: I'm not saying these softwares can't do more, it's just that usually on most default configurations, people don't bother to use a CDN, optimize the database, use a caching plugin, etc. They just install it, then install another 39 plugins and then ask why everything is slow. It's very common to see WordPress websites failing under load (and I've helped many to optimize their installs so I know it's possible, it's just not what the average WordPress install looks like).

briffle 5y ago
In this case, its appears to be their main web-page as well.
amerkhalid 5y ago
I used to run WordPress site on $5 vps. It could easily handle 100-500 request per second, the trick was to have a caching plugin.
- tuananh 5y ago
  Agreed. With a very aggressive caching setup, WP can actually handle it pretty well. I used to have a 5mil pageviews per month site running on 5$ instance from DigitalOcean
- manquer 5y ago
  For 4 years I had Static site generated in Hugo git/CI deployed to CloudFront/S3. Then the team wanted to move and moved to hubspot, it was simply harder to find and train marketing talent who is ready to learn git or even HTML. Far easier to find hubspot/WordPress designer/developers/content writers . Also it becomes easy to blame on the unfamiliar thing your company uses when things don't work for them the way they want it to. I have known teams move to back to very simple default wordpress hosting from more advanced stacks. My point is it harder to get your marketing dept to upgrade tech even if we could do it. I have learnt over the years that solutions that have to be for the people who will use everyday, even if it's poorly managed WordPress. In your example You or your SRE/devops will do all the basic configuration tunning pretty much out of the box. Your IT dept may not be able to at all or unless someone tells them to
  - lostcolony 5y ago
    So one thing I've seen very little of, but have written (to great success), is basically a wordpress/etc scraper. I was lucky in that the site was fully crawlable, but it meant that the non-technical website editors could edit things easily using a CMS, and then when they were ready, someone could deploy to prod. A CI pipeline would then crawl the site, saving all the generated static files, diff them, and upload only the parts that had changed. It meant that we -never- had naked requests hitting the underlying CMS, so our security footprint there was miniscule (to access it you'd need to already be in the network), there was no chance of failure (i.e., even with a caching layer, a bunch of updates and enough traffic could lead to a spike hitting the CMS, and in fact, if there was a bad edit in the CMS that lead to part of the site being malformed, the crawler would die, alerting us to the bad edits before going live), and we could host using any static site/CDN we wanted to, with the only downside being deploys took a while. Even that downside we could have worked around, if we'd wanted to get into the CMS internals enough to track modifications; we just really didn't want to.
    - manquer 5y ago
      It is easier today, Netlify like apps offer the best of both parts ,integrate SSG to graphical UI. You can add CI pipelines for things like say W3C html validation, translation or WCAG compliance or image/asset optimization (designers sometimes forget), AMP generation, S3/CDN like hosting etc. I was tempted to building something like like you did, but came to the same conclusion many do : it is not our core business and marketing will still have issues as the offering won't be as good as a professional one. Even a solution to bridge the two setups needs dev time to maintain. End of the day managed solutions like Hubspot comes in cheaper in total cost of ownership even though all of this kind of architecture is technically superior.
      - gtirloni 5y ago
        That's what we did here. Moved from WordPress to Netlify CMS and Eleventy and users managed fine (I'm told).
arcturus17 5y ago
I dislike Wordpress as much as the next guy but a modest WP site with a cache or a free tier CDN in front could eat that kind of traffic for breakfast…
- lostcolony 5y ago
  'with a cache or a free tier CDN in front' Awfully presumptive there aren't you. :P I've had software solutions delivered by consultants in past jobs that were billed as being 'complete', that were missing that. 10 rps = Django fell over, site is down. That was the first thing we fixed.

briffle 5y ago

In this case, its appears to be their main web-page as well.

amerkhalid 5y ago

I used to run WordPress site on $5 vps. It could easily handle 100-500 request per second, the trick was to have a caching plugin.

tuananh 5y ago
Agreed. With a very aggressive caching setup, WP can actually handle it pretty well. I used to have a 5mil pageviews per month site running on 5$ instance from DigitalOcean
manquer 5y ago
For 4 years I had Static site generated in Hugo git/CI deployed to CloudFront/S3. Then the team wanted to move and moved to hubspot, it was simply harder to find and train marketing talent who is ready to learn git or even HTML. Far easier to find hubspot/WordPress designer/developers/content writers . Also it becomes easy to blame on the unfamiliar thing your company uses when things don't work for them the way they want it to. I have known teams move to back to very simple default wordpress hosting from more advanced stacks. My point is it harder to get your marketing dept to upgrade tech even if we could do it. I have learnt over the years that solutions that have to be for the people who will use everyday, even if it's poorly managed WordPress. In your example You or your SRE/devops will do all the basic configuration tunning pretty much out of the box. Your IT dept may not be able to at all or unless someone tells them to
- lostcolony 5y ago
  So one thing I've seen very little of, but have written (to great success), is basically a wordpress/etc scraper. I was lucky in that the site was fully crawlable, but it meant that the non-technical website editors could edit things easily using a CMS, and then when they were ready, someone could deploy to prod. A CI pipeline would then crawl the site, saving all the generated static files, diff them, and upload only the parts that had changed. It meant that we -never- had naked requests hitting the underlying CMS, so our security footprint there was miniscule (to access it you'd need to already be in the network), there was no chance of failure (i.e., even with a caching layer, a bunch of updates and enough traffic could lead to a spike hitting the CMS, and in fact, if there was a bad edit in the CMS that lead to part of the site being malformed, the crawler would die, alerting us to the bad edits before going live), and we could host using any static site/CDN we wanted to, with the only downside being deploys took a while. Even that downside we could have worked around, if we'd wanted to get into the CMS internals enough to track modifications; we just really didn't want to.
  - manquer 5y ago
    It is easier today, Netlify like apps offer the best of both parts ,integrate SSG to graphical UI. You can add CI pipelines for things like say W3C html validation, translation or WCAG compliance or image/asset optimization (designers sometimes forget), AMP generation, S3/CDN like hosting etc. I was tempted to building something like like you did, but came to the same conclusion many do : it is not our core business and marketing will still have issues as the offering won't be as good as a professional one. Even a solution to bridge the two setups needs dev time to maintain. End of the day managed solutions like Hubspot comes in cheaper in total cost of ownership even though all of this kind of architecture is technically superior.
    - gtirloni 5y ago
      That's what we did here. Moved from WordPress to Netlify CMS and Eleventy and users managed fine (I'm told).

arcturus17 5y ago

I dislike Wordpress as much as the next guy but a modest WP site with a cache or a free tier CDN in front could eat that kind of traffic for breakfast…

lostcolony 5y ago
'with a cache or a free tier CDN in front' Awfully presumptive there aren't you. :P I've had software solutions delivered by consultants in past jobs that were billed as being 'complete', that were missing that. 10 rps = Django fell over, site is down. That was the first thing we fixed.