{"id":28736,"date":"2015-10-21T17:08:06","date_gmt":"2015-10-21T11:38:06","guid":{"rendered":"https:\/\/tothenewco.pro\/blog\/?p=28736"},"modified":"2015-10-21T17:08:06","modified_gmt":"2015-10-21T11:38:06","slug":"enable-grails-application-to-serve-resources-through-cdn","status":"publish","type":"post","link":"https:\/\/tothenewco.pro\/blog\/enable-grails-application-to-serve-resources-through-cdn\/","title":{"rendered":"Enable Grails application to serve resources through CDN"},"content":{"rendered":"

In a recent project we were required to move our static content files to some CDN because servers were getting millions of hits every hour and many of the resources on the main page were static (like JS\/CSS\/etc). I hope most of the people understand CDN already. So, I\u2019m not covering any information on CDN fundamentals<\/a> or how to set it up.<\/p>\n

In this post, I am just mentioning the highlights and important points in context to a Grails application considering security issues.<\/p>\n

Changes around \u201cResources\u201d plugin.<\/h3>\n

I know there are alternates too (like asset-pipeline<\/a>), but we were using resources<\/a> plugin already.<\/p>\n

    \n
  1. We need to setup and enable the baseurl – see the following configs.
    \n [code]
    \n grails.resources.mappers.baseurl.enabled = true
    \n grails.resources.mappers.baseurl.default = "http:\/\/xxx.cloudfront.net\/app\/static"
    \n [\/code]
    \n grails.resources.mappers.baseurl.default<\/strong> is the base URL to your CDN server, as you can see AWS CloudFront link is used for the CDN service. You can configure multiple servers for serving the different modules. Here\u2019s a link for     baseurl mappers<\/a>.\n <\/li>\n
  2. \n Ensure that the following config is either commented out or turned off
    \n[code]grails.resources.debug = false[\/code]
    \nThis is very important – it will let the resources plugin generate a dynamic link using hash of the resource’s content. Let\u2019s say you redeploy the build with changes in a file’s content, so this will be treated as a different file and CDN’s older cache won\u2019t come into the picture.<\/p>\n

    Grails resources plugin already handles the cache headers in a very mature way, so as a good practice you can always configure your CDN to use the response headers only for the caching strategy (at the CDN side). In case you have some very special requirement you can configure your CDN differently.\n <\/li>\n

  3. \nEnsure that following config is all set (in case you want different types of resources to be processed through CDN\/resources plugin).
    \n[code]
    \ngrails.resources.adhoc.patterns =["\/images\/*", "*.css", "*.js","*.swf"]
    \n[\/code]\n <\/li>\n
  4. \n If you are using secure pages (HTTPS), you will need to setup the SSL certificate at the CDN side.\n <\/li>\n
  5. \n In case you face any cross domain issues for loading some resources, you can install CORS plugin. https:\/\/grails.org\/plugin\/cors
    \n [code]
    \ncors.url.pattern = [‘\/static\/*’]
    \n [\/code]\n <\/li>\n<\/ol>\n

    In case Spring security plugin is setup<\/h3>\n
      \n
    • \nFollowing will let the security plugin bypass the responses if resource\/page NOT FOUND (404).
      \n[code]
      \ngrails.plugins.springsecurity.rejectIfNoRule = false
      \n\/\/ following is true by default, so not required
      \ngrails.plugin.springsecurity.fii.rejectPublicInvocations = true
      \n[\/code]<\/p>\n

      This is very important step to ensure your Grails application will send 404 response code when a requested page\/resources was not found. Otherwise, (depending upon your default settings) – you may receive login page with 200 status code. So you can understand the ultimate bad effects of this thing.\n <\/li>\n<\/ul>\n

      The above changes are suggested on a personal discretion and learning that I’ve had from the recent work – however it might not fit into all the use cases. I hope it will help you. \ud83d\ude42<\/p>\n","protected":false},"excerpt":{"rendered":"

      In a recent project we were required to move our static content files to some CDN because servers were getting millions of hits every hour and many of the resources on the main page were static (like JS\/CSS\/etc). I hope most of the people understand CDN already. So, I\u2019m not covering any information on CDN […]<\/p>\n","protected":false},"author":606,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"iawp_total_views":3,"footnotes":""},"categories":[1174,7],"tags":[2645,1216,4840,2646,672],"class_list":["post-28736","post","type-post","status-publish","format-standard","hentry","category-aws-2","category-grails","tag-cdn","tag-cloudfront","tag-grails","tag-resources-plugin","tag-spring-security"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t