It appears that allow_url_fopen is restricting the copy() command as well:
* warning: copy() [function.copy]: URL file-access is disabled in the server configuration in /home/.beanor/knaddiso/d6/sites/all/modules/plugin_manager/plugin_manager.module on line 106.
* warning: copy(ftp://ftp.drupal.org/pub/drupal//files/projects/amazon-6.x-1.0-beta3.tar.gz) [function.copy]: failed to open stream: no suitable wrapper could be found in /home/.beanor/knaddiso/d6/sites/all/modules/plugin_manager/plugin_manager.module on line 106.
* notice: Undefined offset: 0 in /home/.beanor/knaddiso/d6/sites/all/modules/plugin_manager/plugin_manager.admin.inc on line 244.
* The md5sum is incorrect for Amazon
I'll have to think more about how to get around this.
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | 284538_remote_copy_drupal_http_request.patch | 1.59 KB | greggles |
Comments
Comment #1
gregglesTo be more clear, that's the error I encounter when I tried to run the "Install" step in the process.
Comment #2
chx commentedWell, allow_url_fopen is a php.ini setting. So, you can do an if (!ini_get('allow_url_fopen')) { ask_user_to_switch_isps(); }
Comment #3
Anonymous (not verified) commentedI think that could work quite nicely. Thanks!
Comment #4
gregglesYes, but a slightly more friendly thing would be to download the data using drupal_http_request - something like _googleanalytics_cache() does:
Comment #5
chx commentedYeah because you surely will have sockets enabled if allow_url_fopen is not... I recommend ini_get allow_url_fopen first and then falling back to d_h_r. So be prepared to get
$result->error = t("The server can't issue HTTP requests");from d_h_r.Comment #6
Anonymous (not verified) commentedThanks you. We are now using drupal_http_request. :)
Comment #7
Anonymous (not verified) commentedThanks you. We are now using drupal_http_request. :)
Comment #8
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.