Strange HTTPS/Cache Behavior

  1. Caching depending on mime-types
    Server has includes https caching instructions to cache
    jpg/gif/js/css files for 1 hour
    however these parameters seem removed from the headers.
    How can this be passed browsers - we need this data to be cached.

  2. In HTTPS side there are several js/css includes that are BLOCKED for
    loading
    It works ok on HTTP, but seems to be blocked with HTTPS. It works 1 of
    10
    times, but most of the time, no include files are loaded.
    A temporary fix was to make all css and js to be included inside html
    document,
    but this is not very good idea. Is there a way to fix this?

Thanks

Paul

Anyone have any ideas on this?
I’m using 0.6.32 and the mime cache data isn’t being sent with the
responses from the proxy
and js/css is being blocked.

could it be related to gzipping large css/js files?
http://blog.leetsoft.com/2007/7/25/nginx-gzip-ssl

Possibly… I’ll check this… That doesn’t explain the cache parameters
not being passed, and it doesn’t explain why it works with http and not
https…

I’m using 0.6.32 and the mime cache data isn’t being sent with the
responses from the proxy
and js/css is being blocked.

One of our clients set up a test page if you want to see the behavior of
this. E-mail me.

  1. Caching depending on mime-types
    Server has includes https caching instructions to cache
    jpg/gif/js/css files for 1 hour
    however these parameters seem removed from the headers.
    How can this be passed browsers - we need this data to be cached.

  2. In HTTPS side there are several js/css includes that are BLOCKED for
    loading
    It works ok on HTTP, but seems to be blocked with HTTPS. It works 1 of
    10
    times, but most of the time, no include files are loaded.
    A temporary fix was to make all css and js to be included inside html
    document,
    but this is not very good idea. Is there a way to fix this?

Thanks

Paul

Does anyone have any ideas on this? I’m stumped why it works on http
but not https…

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs