We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 28042 ☆ A M B ☆
    • 24,524 Posts
    I do know that Evo works just fine, as I've been maintaining an Evo site for years on a host without it.

    Testing the libcurl_emulator library on that host, it does appear to work just fine.

    <?php
    require_once('assets/lib/libcurl/libcurlemu.inc.php');
    
    // create a new CURL resource
    $ch = curl_init();
    
    // set URL and other appropriate options
    curl_setopt($ch, CURLOPT_URL, "http://sottwell.com/");
    curl_setopt($ch, CURLOPT_HEADER, false);
    
    // grab URL and pass it to the browser
    curl_exec($ch);
    
    // close CURL resource, and free up system resources
    curl_close($ch);
    
      Studying MODX in the desert - http://sottwell.com
      Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
      Join the Slack Community - http://modx.org
      • 9207 ☆ A M B ☆
      • 2,475 Posts
      I wonder if MODx really needs cURL, or if just the package manager needs it... there may be some tests etc. that test for it, and you might get install errors...

      The bottom line is that if cURL is not installed on your servers, then it might be too difficult to use MODx. But maybe we can make a feature request for a way to disable the checks. I think it's perfectly legitimate for security reasons if your host needs to disable cURL and instead of the convenience of the package manager, you instead have to upload packages manually.

      curl_init appears in these files:


      • ./model/aws/lib/requestcore/requestcore.class.php
      • ./model/modx/rest/modrestclient.class.php
      • ./model/modx/rest/modrestcurlclient.class.php
      • ./model/modx/transport/modtransportpackage.class.php
      • ./model/modx/xmlrpc/xmlrpc.inc
      • ./model/phpthumb/phpthumb.functions.php