Answers.Body: <p>I have had this same experience many times, but only with certain hosting providers, so I suspect it has something to do with server configuration.  One thing that I noticed was that saving an entry, for example, would hang, but the entry had indeed been saved pretty much immediately.  </p>
  
  <p>I know it is not my local setup, because my co worked, who works from a different location, had the same issues at the same time.  Next time it happens I will try accessing via IP.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-09-12T21:14:35.773Z
Answers.LastActivityDate: 2015-09-12T21:14:35.773Z
Answers.UserDisplayName: Roi Agneta
Body: <p>I have a pretty simple Craft site running a Digital Ocean Ubuntu droplet and for some reason it can sometimes take several minutes to save an entry. </p>
  
  <p>I think this might be something to do with sessions as, when it happens, the site stops responding completely for that browser unless I quit and re-open it. Whilst it is happening, accessing the website via another browser works fine. There's nothing in the phperrors.log or the craft.log that even relate to the time the problem happens but there's something in the Application Logs that seem relevant.</p>
  
  <p>Here's a sample of the 'Profiling Summary Report' where you can see it took 300s to respond but none of the queries takes anything other than milliseconds: <a href="http://pastebin.com/pbf7bj2e" rel="nofollow">http://pastebin.com/pbf7bj2e</a></p>
  
  <p>The interesting bit is is the Application Log where you can see the timestamps jump from 13:00 to 13:05 on line 58:</p>
  
  <p><a href="http://pastebin.com/gdCgTUSC" rel="nofollow">http://pastebin.com/gdCgTUSC</a> </p>
  
  <p>What is happening there that took 5 minutes?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-04-21T13:46:18.430Z
Comments.Text: Does it only saving an entry? What about when saving a global? Does this happen in devMode or out of devMode? Does the rest of the CP seem to run ok? Did it always happen on this site or did it start occurring at a certain point? It might also be worth opening a support ticket with P&T on this.
Comments.UserDisplayName: Peter Tell
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-04-21T14:08:18.640Z
Comments.Text: You're on to something with the devMode thing. I forgot to mention it works fine if I access the site via its IP address. I hadn't considered the fact that this would, due to the site config, not run the site in devMode as its a development version still in production. It does indeed work fine when not in devMode.
Comments.UserDisplayName: hamishtaplin
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2015-05-07T06:06:14.253Z
Comments.Text: Yes, I would enter that support ticket. There's a smell here about possibly not explicitly flushing last output - seemingly the invisible DevMode logging you can find at the end of your html view source. Combined with some mystery DO php task commuting if so...
Comments.UserDisplayName: narration_sd
Tags: <server>
Title: Craft sometimes takes several minutes to respond to a request
ThreadText: # Craft sometimes takes several minutes to respond to a request
  
  (Asked by: username_0 on 2015-04-21)
  
  I have a pretty simple Craft site running a Digital Ocean Ubuntu droplet and for some reason it can sometimes take several minutes to save an entry.
  
  I think this might be something to do with sessions as, when it happens, the site stops responding completely for that browser unless I quit and re-open it. Whilst it is happening, accessing the website via another browser works fine. There's nothing in the phperrors.log or the craft.log that even relate to the time the problem happens but there's something in the Application Logs that seem relevant.
  
  Here's a sample of the 'Profiling Summary Report' where you can see it took 300s to respond but none of the queries takes anything other than milliseconds: <http://pastebin.com/pbf7bj2e>
  
  The interesting bit is is the Application Log where you can see the timestamps jump from 13:00 to 13:05 on line 58:
  
  <http://pastebin.com/gdCgTUSC>
  
  What is happening there that took 5 minutes?
  
  **Tags:** server
  
  > **Comments:**
  > **username_1**: Does it only saving an entry? What about when saving a global? Does this happen in devMode or out of devMode? Does the rest of the CP seem to run ok? Did it always happen on this site or did it start occurring at a certain point? It might also be worth opening a support ticket with P&T on this.  
  > **username_0**: You're on to something with the devMode thing. I forgot to mention it works fine if I access the site via its IP address. I hadn't considered the fact that this would, due to the site config, not run the site in devMode as its a development version still in production. It does indeed work fine when not in devMode.  
  > **username_2**: Yes, I would enter that support ticket. There's a smell here about possibly not explicitly flushing last output - seemingly the invisible DevMode logging you can find at the end of your html view source. Combined with some mystery DO php task commuting if so...  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_3 on 2015-09-12. Score: 2
  
  I have had this same experience many times, but only with certain hosting providers, so I suspect it has something to do with server configuration. One thing that I noticed was that saving an entry, for example, would hang, but the entry had indeed been saved pretty much immediately.
  
  I know it is not my local setup, because my co worked, who works from a different location, had the same issues at the same time. Next time it happens I will try accessing via IP.
  
  
  ---
  
  