On the otherhand, I'm using one single mongrel in dev mode. I will play a bit with the number of mongrels in dev & prod mode!
On Jun 15, 10:35 am, Frederick Cheung <[email protected]> wrote: > On Jun 15, 9:31 am, Mario <[email protected]> wrote: > > > Yes, only in production mode. > > Have you played with your production environment settings to see if it > happens only if you have several mongrels, passenger instances or > whatever app server you use ? > > Fred > > > On Jun 15, 10:20 am, Frederick Cheung <[email protected]> > > wrote: > > > > On Jun 15, 9:15 am, Mario <[email protected]> wrote:> Thanks for > > > your quick response! > > > > > Unfortunately the cookies set are not identical. Please look at the > > > > last bit of the two strings: > > > > First response: _vm_session_prod=BAh7xxxx--8afcxxx > > > > Second response: _vm_session_prod=BAh7xxxx--c173xxx (!!!) > > > > I know they are not bit for bit equal. But if you debase64 them you > > > can see they represent the same hash. > > > > > The problem later on is that one of my flash files tries to authorize > > > > itself (it sends the session cookie to the server) using the cookie > > > > which was current when the flash file was loaded. BUT meanwhile (in > > > > between flash file was loaded and first flash file request to server) > > > > those images sent by send_file are changing the session cookie. As a > > > > result of this, the requests out of the flash file are refused by the > > > > server (Error 401). > > > > does this only happen in production ? > > > > Fred > > > > > Mario > > > > > On Jun 15, 3:18 am, Frederick Cheung <[email protected]> > > > > wrote: > > > > > > On Jun 14, 9:57 pm, Mario <[email protected]> wrote: > > > > > > > I'm experiencing a serious problem where the responses of my GET > > > > > > requests keep reseting my session cookie. > > > > > > > Basically my initial request towww.vidmap.desetsasessioncookieon > > > > > > variable _vm_session_prod which is undesirably overwritten with > > > > > > different value by a second request. > > > > > > > The second request inside the delivered html document is loading a > > > > > > jpeg image > > > > > > throughhttp://www.vidmap.de/web/image?image=bikecam_julierpass.jpg. > > > > > > The image is delivered through send_file(PATH_XYZ, :type => 'image/ > > > > > > jpeg', :disposition => 'inline', :filename => 'video.jpeg', :stream > > > > > > => > > > > > > false) on server side. > > > > > > > My problem is that, for what reason ever, the second response sets a > > > > > > new session cookie (which causes heavy trouble at an other stage). > > > > > > No > > > > > > other server side responses (render :json / :text) are causing this > > > > > > strange effect. > > > > > > The data in the session cookie actually looks identical (since hashes > > > > > aren't guaranteed to have the same order, the second time around some > > > > > of the keys are in a different order when the session hash is > > > > > serialized) > > > > > What is the problem happening later on ? > > > > > > Fred > > > > > > > Help anyone? > > > > > > > ################################# > > > > > > Initial Request onhttp://www.vidmap.de/ > > > > > > ################################# > > > > > > Host:www.vidmap.de > > > > > > > Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/ > > > > > > *;q=0.8 > > > > > > > Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 > > > > > > > Accept-Encoding: gzip,deflate > > > > > > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 > > > > > > > Keep-Alive: 300 > > > > > > > Connection: keep-alive > > > > > > > Referer:http://www.vidmap.de/ > > > > > > > ########### > > > > > > Response: > > > > > > ########### > > > > > > Set-Cookie: vm_language=de; domain=.vidmap.de; path=/; expires=Mon, > > > > > > 14 > > > > > > Jun 2010 19:52:00 GMT > > > > > > _vm_session_prod=BAh7CDoOcmV0dXJuX3RvIgYvOhB2bV9sYW5ndWFnZSIHZGUiCmZsYXNoSU > > > > > > M6%0AJ0FjdGlvbkNvbnRyb2xsZXI6OkZsYXNoOjpGbGFzaEhhc2h7AAY6CkB1c2Vk > > > > > > %0AewA%3D--8afcd7d5a8f2f64804ca01de1d32b2129152ece8; > > > > > > domain=vidmap.de; > > > > > > path=/ > > > > > > > Status: 200 OK > > > > > > > ################################################################## > > > > > > Preceding Request > > > > > > onhttp://www.vidmap.de/web/image?image=bikecam_julierpass.jpg > > > > > > ################################################################## > > > > > > Host:www.vidmap.de > > > > > > > Accept: image/png,image/*;q=0.8,*/*;q=0.5 > > > > > > > Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 > > > > > > > Accept-Encoding: gzip,deflate > > > > > > > Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 > > > > > > > Keep-Alive: 300 > > > > > > > Connection: keep-alive > > > > > > > Referer:http://www.vidmap.de/ > > > > > > > Cookie: vm_language=de; > > > > > > _vm_session_prod=BAh7CDoOcmV0dXJuX3RvIgYvOhB2bV9sYW5ndWFnZSIHZGUiCmZsYXNoSU > > > > > > M6%0AJ0FjdGlvbkNvbnRyb2xsZXI6OkZsYXNoOjpGbGFzaEhhc2h7AAY6CkB1c2Vk > > > > > > %0AewA%3D--8afcd7d5a8f2f64804ca01de1d32b2129152ece8 > > > > > > > ########### > > > > > > Response: > > > > > > ########### > > > > > > Set-Cookie: > > > > > > _vm_session_prod=BAh7CDoOcmV0dXJuX3RvIgYvIgpmbGFzaElDOidBY3Rpb25Db250cm9sbG > > > > > > Vy > > > > > > %0AOjpGbGFzaDo6Rmxhc2hIYXNoewAGOgpAdXNlZHsAOhB2bV9sYW5ndWFnZSIH%0AZGU > > > > > > %3D--c173d4fdc20a0a81eefa9969a83b335f436098a9; domain=vidmap.de; > > > > > > path=/ > > > > > > > Status: 200 OK > > > > > > > Etag: "2a608345f7bd45f06e60db0317f5cf38" > > > > > > > Content-Transfer-Encoding: binary > > > > > > > Pragma: public > > > > > > > Cache-Control: cache, must-revalidate; > > > > > > > Content-Disposition: inline; filename="video.jpeg" > > > > > > > Content-Type: image/jpeg > > > > > > > Content-Length: 20094 --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/rubyonrails-talk?hl=en -~----------~----~----~----~------~----~------~--~---
