Download as KEY, PPTX
Uploaded byWim Leers
Drupal CDN integration: easier, more flexible and faster!
The document discusses the integration of Content Delivery Networks (CDNs) with Drupal, highlighting the importance of page loading performance and the benefits of using CDNs for high-traffic websites. It outlines the functionalities of basic patches, simple modules, and integration modules for Drupal, and emphasizes the need for improved performance through efficient data transfer protocols. Additionally, it describes collaborative efforts and future goals for enhancing Drupal's performance through CDN utilization.
More Related Content
Similar to Drupal CDN integration: easier, more flexible and faster!
Editor's Notes
- #16 Popular: d.o usage statistics indicate >125,000 web sites Conclusion: important for: - Drupal project growth - More Happy People
- #17 Popular: d.o usage statistics indicate >125,000 web sites Conclusion: important for: - Drupal project growth - More Happy People
- #18 Popular: d.o usage statistics indicate >125,000 web sites Conclusion: important for: - Drupal project growth - More Happy People
- #24 There are also CDNs out there that can serve content other than static files, but in this talk, only static files are concerned.
- #25 - geographical spread: more spread is better, but more expensive - PoP = Point of Presence = connection with >= 1 ISPs - lock-in: * push: supporting all transfer protocols is too hard * pull: not every CDN supports pulling (and unlikely that the same features are supported)
- #26 - geographical spread: more spread is better, but more expensive - PoP = Point of Presence = connection with >= 1 ISPs - lock-in: * push: supporting all transfer protocols is too hard * pull: not every CDN supports pulling (and unlikely that the same features are supported)
- #27 - geographical spread: more spread is better, but more expensive - PoP = Point of Presence = connection with >= 1 ISPs - lock-in: * push: supporting all transfer protocols is too hard * pull: not every CDN supports pulling (and unlikely that the same features are supported)
- #28 - geographical spread: more spread is better, but more expensive - PoP = Point of Presence = connection with >= 1 ISPs - lock-in: * push: supporting all transfer protocols is too hard * pull: not every CDN supports pulling (and unlikely that the same features are supported)
- #29 - geographical spread: more spread is better, but more expensive - PoP = Point of Presence = connection with >= 1 ISPs - lock-in: * push: supporting all transfer protocols is too hard * pull: not every CDN supports pulling (and unlikely that the same features are supported)
- #30 - geographical spread: more spread is better, but more expensive - PoP = Point of Presence = connection with >= 1 ISPs - lock-in: * push: supporting all transfer protocols is too hard * pull: not every CDN supports pulling (and unlikely that the same features are supported)
- #31 - geographical spread: more spread is better, but more expensive - PoP = Point of Presence = connection with >= 1 ISPs - lock-in: * push: supporting all transfer protocols is too hard * pull: not every CDN supports pulling (and unlikely that the same features are supported)
- #36 - industry standard goal is realistic because the author is Steve Souders
- #37 - industry standard goal is realistic because the author is Steve Souders
- #38 - industry standard goal is realistic because the author is Steve Souders
- #39 - industry standard goal is realistic because the author is Steve Souders
- #40 - industry standard goal is realistic because the author is Steve Souders
- #41 - industry standard goal is realistic because the author is Steve Souders
- #42 - industry standard goal is realistic because the author is Steve Souders
- #43 - industry standard goal is realistic because the author is Steve Souders
- #44 - industry standard goal is realistic because the author is Steve Souders
- #45 - industry standard goal is realistic because the author is Steve Souders
- #46 - industry standard goal is realistic because the author is Steve Souders