You want to improve your WordPress site speed globally using a CDN. Which architecture correctly shows how the CDN fits in?
Think about how CDNs cache content and reduce load on the origin server.
Option A correctly describes the common CDN integration where user requests hit the CDN edge servers first. Static content is cached at the edge, and dynamic requests are forwarded to the WordPress origin server. This reduces latency and server load.
Your WordPress site serves 1 million page views per day. Static assets make up 60% of the bandwidth. Your CDN caches 80% of static assets. What percentage of total bandwidth is saved by the CDN?
Calculate bandwidth saved as (percentage static) × (cache hit rate).
Bandwidth saved = 60% (static) × 80% (cache hit) = 48%. So the CDN saves 48% of total bandwidth.
Your WordPress site updates content multiple times daily. Which CDN cache invalidation strategy balances freshness and performance best?
Consider how TTL and manual purging affect cache freshness and load.
Option B balances freshness and performance by using a short TTL to limit stale content and manual purging to immediately update cache after content changes. Other options either cause stale content or high origin load.
What is the primary benefit of integrating a CDN with a WordPress site serving users worldwide?
Think about how CDNs improve user experience globally.
CDNs reduce latency by caching content on edge servers near users, speeding up load times worldwide. Other options are incorrect or unrelated.
In a WordPress setup using both a CDN and a Web Application Firewall (WAF), what is the correct order of components a user request passes through?
Consider how CDNs and WAFs are typically layered to protect and accelerate traffic.
The user request first hits the CDN edge server which caches content and forwards requests. The CDN forwards requests to the WAF for security checks before reaching the WordPress origin server. So the order is User → CDN → WAF → WordPress server.