Try defining the EDD_READ_FILE_MODE constant, as described on this page: http://easydigitaldownloads.com/docs/edd_read_file_mode/
Thread Starter
wizdum
(@wizdum)
yes, that could work.. but the problem is not that the server doesn’t allow url_fopen/readfile.
The problem is that the path provided to readfile isn’t correct.
When you add a file link in a downloads post type from the backend, it creates a file path
/wp-content/uploads/edd/2012/06/filename.pdf
readfile takes a file system path, not url, so it doesn’t work.
Oh, I didn’t realize the path was correct.
If you click “File URL” before clicking “Use this File”, does it insert the complete URL?
V1.0.8.5 should take care of this issue natively.
i am using version 1.1.1 and i have a similar problem with saying it is doing the download but then download only 25 meg of much larger files and then it cluncks out as complete but file is unusable. Are there any naming restrictions or some other systemic issues?
If you add this to your functions.php does the problem go away?
define('EDD_READ_FILE_MODE', 'header');
It definitely didn’t work. what am i missing? Still tries to download 234 byte file instead of 900meg actual video mp4 file.
did i do it ok? i added it to child theme functions.php
`// Include the custom widgets
include(‘includes/helper.php’);
include(‘includes/widget-func.php’);
include(‘includes/twitter.php’);
include(‘includes/blog-author.php’);
include(‘includes/flickr.php’);
include(‘includes/nomnom-slider/slider.php’);
include(‘custom-functions.php’);
//edd read file mode fix.
define(‘EDD_READ_FILE_MODE’, ‘header’);
// Call the various .js files and shortcode css
function add_nomnom_scripts(){
wp_register_style(‘color_options.css’, get_stylesheet_directory_uri().’/includes/color_options_css.php’);
}
It sounds like a conflict with part of your hosting configuration. Do you know what your php.ini file is, and do you have access to it?
