- Jun 09, 2016
- Jun 08, 2016
-
- Jun 07, 2016
-
- Apr 18, 2016
-
-
Wim Leers authored
-
Wim Leers authored
-
Wim Leers authored
-
Wim Leers authored
-
Wim Leers authored
-
Wim Leers authored
Rather than the CDN module providing a filter, it should be up to Drupal 8 core's built-in EditorFileReference filter to call file_create_url() for all embedded files. See https://www.drupal.org/node/2666382.
-
Wim Leers authored
Path/route-based disabling of the CDN module is merely a nice-to-have, which complicates things enormously because all (render) cache entries must vary appropriately. Perhaps in the future we can bring back theme-based disabling of the CDN module (particularly for the admin theme), because that is a required render cache context anyway. For now: KISS.
-
- Apr 15, 2016
-
-
Wim Leers authored
DNS prefetching support, but simplified because A) converted to headers, B) Symfony response object, C) IE9 is irrelevant now (0.5% market share).
-
Wim Leers authored
Move all parsing of the CDN settings in the configuration system into a separate service, to centralize the interpreting of the settings.
-
Wim Leers authored
-
Wim Leers authored
-
Wim Leers authored
-
Wim Leers authored
The CDN module in Drupal 6 and 7 supported blacklisting of certain file URLs, mostly to facilitate poorly written JS
-
Wim Leers authored
The status report is now fairly useless, because the trickiest problems are non-problems in the Drupal 8 port. Remove it.
-
Wim Leers authored
CSS aggregation support. Thanks to better aggregation in Drupal 8 and cache tags, a lot of complexity went away!
-
Wim Leers authored
The CDN module now actually works! It is also much simpler, most notably because it always uses protocol-relative URLs now: no more separate HTTPS mapping.
-
- Mar 28, 2016
- Mar 27, 2016
-
- Jun 19, 2015
-
-
Issue #2018593 by Wim Leers, gilgabar: Aggregated CSS files include CDN rewrites on HTTPS pages when HTTPS in disabled
- Jun 16, 2015