168 CloudFlare Nodes in 85 of totally 130 Countries
Visit this page regularly as it is updated daily. Last data update: 31-08-2026 12:22:02 UTC
Africa
Algeria (1|4)
Ethiopia (1|5)
Ivory Coast (1|5)
Kenya (2|7)
Mauritius (1|5)
Mozambique (1|2)
Reunion (1|3)
Rwanda (1|1)
South Africa (2|42)
Tanzania (1|6)
Zimbabwe (1|1)Asia
Armenia (1|5)
Azerbaijan (2|5)
Bahrain (1|1)
Bangladesh (1|34)
China (1|472)
Georgia (1|9)
India (4|111)
Indonesia (3|9)
Israel (2|20)
Japan (3|99)
Jordan (1|4)
Kuwait (1|3)
Laos (1|2)
Malaysia (1|36)
Mongolia (1|1)
Nepal (1|15)
Oman (1|9)
Pakistan (2|16)
Philippines (2|6)
Singapore (1|576)
South Korea (1|10)
Sri Lanka (1|1)
Taiwan (2|23)
Thailand (1|21)
Turkey (1|84)
United Arab Emirates (1|4)
Vietnam (2|4)Europe
Albania (1|4)
Austria (1|147)
Belgium (1|27)
Bulgaria (1|77)
Croatia (1|2)
Cyprus (1|10)
Czech Republic (1|46)
Denmark (1|76)
Estonia (1|18)
Finland (1|22)
France (3|558)
Germany (6|645)
Greece (1|38)
Hungary (1|9)
Iceland (1|2)
Ireland (1|18)
Italy (2|169)
Latvia (1|27)
Lithuania (1|7)
Luxembourg (1|2)
Moldova (1|1)
Netherlands (1|533)
Norway (1|29)
Poland (2|191)
Portugal (1|39)
Romania (1|82)
Russia (1|12)
Serbia (1|14)
Slovakia (1|12)
Spain (2|166)
Sweden (1|80)
Switzerland (2|49)
Ukraine (1|10)
United Kingdom (3|556)
Canada (4|125)
Costa Rica (1|3)
Guatemala (1|4)
Mexico (1|1)
United States (30|1840)
Australia (5|165)
French Polynesia (1|1)
New Caledonia (1|3)
New Zealand (1|10)
Argentina (1|24)
Brazil (5|275)
Chile (1|15)
Ecuador (2|10)| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.163.226 |
| SIN | Singapore | Singapore (SG) | Malaysia (MY) | 162.158.163.228 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.163.234 |
| SIN | Singapore | Singapore (SG) | Singapore (SG) | 162.158.163.236 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.163.238 |
| SIN | Singapore | Singapore (SG) | Vietnam (VN) | 162.158.163.245 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.163.246 |
| SIN | Singapore | Singapore (SG) | Malaysia (MY) | 162.158.163.57 |
| SIN | Singapore | Singapore (SG) | Kazakhstan (KZ) | 162.158.163.58 |
| SIN | Singapore | Singapore (SG) | Belarus (BY) | 162.158.170.118 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.170.132 |
| SIN | Singapore | Singapore (SG) | Bangladesh (BD) | 162.158.170.139 |
| SIN | Singapore | Singapore (SG) | Singapore (SG) | 162.158.170.160 |
| SIN | Singapore | Singapore (SG) | Singapore (SG) | 162.158.170.161 |
| SIN | Singapore | Singapore (SG) | Singapore (SG) | 162.158.170.166 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.170.174 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.170.197 |
| SIN | Singapore | Singapore (SG) | Vietnam (VN) | 162.158.170.199 |
| SIN | Singapore | Singapore (SG) | Vietnam (VN) | 162.158.170.221 |
| SIN | Singapore | Singapore (SG) | Portugal (PT) | 162.158.170.253 |
| SIN | Singapore | Singapore (SG) | Spain (ES) | 162.158.170.34 |
| SIN | Singapore | Singapore (SG) | Thailand (TH) | 162.158.170.38 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.170.50 |
| SIN | Singapore | Singapore (SG) | Indonesia (ID) | 162.158.170.52 |
| SIN | Singapore | Singapore (SG) | India (IN) | 162.158.170.72 |
Parse Time: 16.164 ms
WP-Rush: WordPress Performance by Prevention
Is Lazy Loading Always a Net Performance Win?
Lazy loading defers resource loading, but its overall benefit depends on context, rendering behavior, and server characteristics.
The Intended Benefit
Lazy loading reduces initial network payload by deferring offscreen images and assets.This can improve first paint and reduce bandwidth consumption.
Browser Scheduling Complexity
Modern browsers schedule requests dynamically.Aggressive deferral may delay resource discovery or introduce layout shifts.
The benefit is not purely additive; timing interactions matter.
Server-Side Considerations
Lazy loading affects client rendering more than backend generation.If server execution time dominates TTFB, deferring images does not address that root cause.
Edge Cases
Infinite scroll implementations and dynamic galleries sometimes create additional script overhead to manage loading states.That overhead can offset bandwidth savings.
Measuring Impact
Compare total transferred bytes, LCP, and backend latency independently.A holistic view prevents over-crediting a single technique.
Conclusion
Lazy loading is powerful when bandwidth and rendering cost dominate.It is neutral when backend execution is the primary constraint.
Key Takeaways
- Separate frontend gains from backend cost.
- Evaluate layout stability alongside network savings.
- Test under realistic network conditions.
- Use lazy loading selectively rather than universally.