Answers.Body: <p>When I looked at this I found that SiteHealth does not account for sessions and CiviCRM depnds on them.  See the discussion at <a href="https://lab.civicrm.org/dev/wordpress/-/issues/32" rel="noreferrer">https://lab.civicrm.org/dev/wordpress/-/issues/32</a></p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-06-08T03:37:37.703Z
Answers.Text: Thanks, Kevin! That discussion has lots of good information about the issue. I'm a little dismayed that CiviCRM seems to be out of whack with how WordPress works, but I guess that's the risk of a tool that supports multiple CMSs.
Answers.UserDisplayName: RiverRunner
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-06-08T16:23:28.657Z
Answers.Text: I'd argue that WP should support sessions, but either way, we need it and WP doesn't.   I agree the project starting with Drupal gives us a challenge with certain WP conventions.
Answers.UserDisplayName: Kevin Cristiano
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2020-06-06T13:08:22.203Z
Answers.LastActivityDate: 2020-06-06T13:08:22.203Z
Answers.UserDisplayName: Kevin Cristiano
Body: <p>Site Health in WordPress is showing a few cURL error 28 errors when we have CiviCRM installed and activated. Deactivate CiviCRM, the problem disappears. Activate it, the problem is back.</p>
  
  <p>I've seen the <a href="https://civicrm.stackexchange.com/questions/35227/wordpress-site-health-contains-critical-errors-unless-civicrm-is-disabled">WordPress Site Health contains critical errors unless CiviCRM is disabled question</a>, but my research has found no justification for the top response that the health checks are inaccurate. So I need to dig deeper to try to solve this.</p>
  
  <p>During a long chat session with tech support for the hosting company (SiteGround), they could find no reason for the error on their end. Server memory is maxed out, phpinfo shows everything is current and up to date (and shows server memory as 768M). So far, all of the diagnostic things I've found online have been dead ends.</p>
  
  <p>With Query Monitor installed, I can see that the offending call is Health_Check_Site_Status->get_test_rest_availability(), which uses the URL </p>
  
  <pre><code>https://[URL]/wp-json/wp/v2/types/post?context=edit
  </code></pre>
  
  <p>That health check works fine with CiviCRM disabled, but chokes with it activated, giving the cURL error 28.</p>
  
  <p>What is CiviCRM doing that causes that call to fail?</p>
  
Tags: <wordpress><error>
Title: Why does CiviCRM cause a cURL error 28?
ThreadText: # Why does CiviCRM cause a cURL error 28?
  
  (Asked by: username_0 on 2020-06-06)
  
  Site Health in WordPress is showing a few cURL error 28 errors when we have CiviCRM installed and activated. Deactivate CiviCRM, the problem disappears. Activate it, the problem is back.
  
  I've seen the [WordPress Site Health contains critical errors unless CiviCRM is disabled question](https://civicrm.stackexchange.com/questions/35227/wordpress-site-health-contains-critical-errors-unless-civicrm-is-disabled), but my research has found no justification for the top response that the health checks are inaccurate. So I need to dig deeper to try to solve this.
  
  During a long chat session with tech support for the hosting company (SiteGround), they could find no reason for the error on their end. Server memory is maxed out, phpinfo shows everything is current and up to date (and shows server memory as 768M). So far, all of the diagnostic things I've found online have been dead ends.
  
  With Query Monitor installed, I can see that the offending call is Health\_Check\_Site\_Status->get\_test\_rest\_availability(), which uses the URL
  
  ```
  https://[URL]/wp-json/wp/v2/types/post?context=edit
  
  ```
  
  That health check works fine with CiviCRM disabled, but chokes with it activated, giving the cURL error 28.
  
  What is CiviCRM doing that causes that call to fail?
  
  **Tags:** wordpress, error
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2020-06-06. Score: 5 | Accepted answer
  
  When I looked at this I found that SiteHealth does not account for sessions and CiviCRM depnds on them. See the discussion at <https://lab.civicrm.org/dev/wordpress/-/issues/32>
  
  > **Comments:**
  > **username_0**: Thanks, username_1! That discussion has lots of good information about the issue. I'm a little dismayed that CiviCRM seems to be out of whack with how WordPress works, but I guess that's the risk of a tool that supports multiple CMSs.  
  > **username_1**: I'd argue that WP should support sessions, but either way, we need it and WP doesn't.   I agree the project starting with Drupal gives us a challenge with certain WP conventions.  
  
  ---
  
  