I was actually looking to insert custom error pages. On Googling I got to
know production mode produces error page by default. I just wanted to
explore it and ran it in production mode. The production mode required some
pre-compiled files so just did that.

Regards
Sumit Srivastava

The power of imagination makes us infinite...


On 25 July 2012 15:21, Gintautas Šimkus <dihita...@gmail.com> wrote:

> So what did you do exactly to "compile" the code. I mean it is pretty
> clear that the answer lighs there. Just BTW have you tried simply
> restarting your machine, or checked that there are no renegade Rails server
> processes running? But most important are the steps that you took to make a
> working project break :) Please take some time to explain what you did when
> you realized "OK, it's ready for prod, I better compile it".
>
>
> 2012/7/25 sumit srivastava <sumit.theinvinci...@gmail.com>
>
>> I do have before_filter and to make sure they aren't messing up things, I
>> ran my app after removing them but nothing changed. The same code was
>> running fine earlier but now I am not able to get where it has got problem.
>>
>>
>> Regards
>> Sumit Srivastava
>>
>> The power of imagination makes us infinite...
>>
>>
>> On 25 July 2012 15:09, Gintautas Šimkus <dihita...@gmail.com> wrote:
>>
>>> I am thinking along the lines: why 2 requests? Why not 3, or 4, or an
>>> infinite loop? You mentioned you "pre-compiled" it as a preparation to
>>> deploy I guess. Can you tell more about what that exactly means in your
>>> case? Basically it looks like your rails app is receiving two requests one
>>> after the other; though you can see from timestamps of first pair of
>>> requests it's not exactly duplicated requests:
>>>
>>> Started GET "/assets/lowpro.js?body=1&_=1343203450861"
>>> Started GET "/assets/lowpro.js?body=1&_=1343203450915"
>>>
>>> You might be running two web servers that both might be forwarding
>>> requests to the app, or you misconfigured something: either for your web
>>> server (i.e. Apache), or you used some too-clever before filters logic that
>>> only redirect one. Does the latter ring a bell? Are you counting
>>> login/access county at all (this would likely be an app level before filter
>>> because of quite a few different actions being affected).
>>>
>>>
>>>
>>> 2012/7/25 sumit srivastava <sumit.theinvinci...@gmail.com>
>>>
>>>> I am currently running my app in development mode. This log is of
>>>> development mode. Am not able to deduce what exactly went wrong.
>>>>
>>>> Regards
>>>> Sumit Srivastava
>>>>
>>>> The power of imagination makes us infinite...
>>>>
>>>>
>>>>
>>>> On 25 July 2012 14:53, Frederick Cheung <frederick.che...@gmail.com>wrote:
>>>>
>>>>>
>>>>>
>>>>> On Wednesday, July 25, 2012 9:09:10 AM UTC+1, Sumit Srivastava wrote:
>>>>>>
>>>>>> I pre-compiled my app to use in production mode. And after that it
>>>>>> started to perform every action twice. I am not able to resolve it. My 
>>>>>> log
>>>>>> comes something like this.
>>>>>>
>>>>>>
>>>>> You might need to describe your production setup in a little more
>>>>> detail if you want people to be able to workout what is going wrong.
>>>>>
>>>>> Fred
>>>>>
>>>>>>
>>>>>> Started GET "/assets/lowpro.js?body=1&_=**1343203450861" for
>>>>>>> 127.0.0.1 at Wed Jul 25 13:34:10 +0530 2012
>>>>>>> Served asset /lowpro.js - 200 OK (2ms)
>>>>>>>
>>>>>>>
>>>>>>> Started GET "/assets/lowpro.js?body=1&_=**1343203450915" for
>>>>>>> 127.0.0.1 at Wed Jul 25 13:34:10 +0530 2012
>>>>>>> Served asset /lowpro.js - 200 OK (0ms)
>>>>>>>
>>>>>>>
>>>>>>> Started GET "/contacts" for 127.0.0.1 at Wed Jul 25 13:34:32 +0530
>>>>>>> 2012
>>>>>>> Processing by ContactsController#index as JS
>>>>>>>   User Load (0.2ms)  SELECT "users".* FROM "users" WHERE (username
>>>>>>> ='sumit') LIMIT 1
>>>>>>> Redirected to http://localhost:3000/logout
>>>>>>> Filter chain halted as :deny_multiple_login rendered or redirected
>>>>>>> Completed 302 Found in 2ms (ActiveRecord: 0.2ms)
>>>>>>>
>>>>>>>
>>>>>>> Started GET "/contacts" for 127.0.0.1 at Wed Jul 25 13:34:32 +0530
>>>>>>> 2012
>>>>>>> Processing by ContactsController#index as JS
>>>>>>>   User Load (0.2ms)  SELECT "users".* FROM "users" WHERE (username
>>>>>>> ='sumit') LIMIT 1
>>>>>>> Redirected to http://localhost:3000/logout
>>>>>>> Filter chain halted as :deny_multiple_login rendered or redirected
>>>>>>> Completed 302 Found in 2ms (ActiveRecord: 0.2ms)
>>>>>>>
>>>>>>>
>>>>>>> Started GET "/logout" for 127.0.0.1 at Wed Jul 25 13:34:33 +0530 2012
>>>>>>> Processing by UserController#logout as JS
>>>>>>> Redirected to http://localhost:3000/
>>>>>>> Completed 302 Found in 1ms (ActiveRecord: 0.0ms)
>>>>>>>
>>>>>>>
>>>>>>> Started GET "/logout" for 127.0.0.1 at Wed Jul 25 13:34:33 +0530 2012
>>>>>>> Processing by UserController#logout as JS
>>>>>>> Redirected to http://localhost:3000/
>>>>>>> Completed 302 Found in 2ms (ActiveRecord: 0.0ms)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>  --
>>>>> 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 rubyonrails-talk@googlegroups.com
>>>>> .
>>>>> To unsubscribe from this group, send email to
>>>>> rubyonrails-talk+unsubscr...@googlegroups.com.
>>>>> To view this discussion on the web visit
>>>>> https://groups.google.com/d/msg/rubyonrails-talk/-/qyesRIBpn9QJ.
>>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>>
>>>>>
>>>>>
>>>>
>>>>  --
>>>> 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 rubyonrails-talk@googlegroups.com.
>>>> To unsubscribe from this group, send email to
>>>> rubyonrails-talk+unsubscr...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>>
>>>>
>>>>
>>>  --
>>> 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 rubyonrails-talk@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> rubyonrails-talk+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>>
>>>
>>
>>  --
>> 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 rubyonrails-talk@googlegroups.com.
>> To unsubscribe from this group, send email to
>> rubyonrails-talk+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
>>
>
>
>
> --
> Pagarbiai,
> Gintautas
>
>  --
> 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 rubyonrails-talk@googlegroups.com.
> To unsubscribe from this group, send email to
> rubyonrails-talk+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
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 rubyonrails-talk@googlegroups.com.
To unsubscribe from this group, send email to 
rubyonrails-talk+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to