Cannot Upload files to our downloads area

[zunnie]

"The file may exceed the webserver upload limit please contact an administrator" is what i get all the time.
The file is a small C&C 3 map in a zip and small jpg screenshot.

Any idea what could be causing this? When i click back it says that the "temp folder seems to be not valid".
Would that be related? Is it something i can fix or do i have to contact the webhost?

I am using 4.1.3 with SMF 2.0.10

Thanks

[SMFHacks]

Would probably mean your upload directory/temp directory is not set correctly in php
Check the php.ini and see if it is set to the right spot and the webserver has permission.

[zunnie]

I solved it by changing the php version in cpanel.

However now i have a new problem:
When i upload files it tells me i have to enter a title. Which i obviously did do.

I am talking about a 68MB zip file and some JPG screenshots. They appear to upload fine but then in the end i get that error.
Any idea how this can be fixed?

Edit: Small files <1MB zip upload fine without said error.

[SMFHacks]

Check out this topic on increasing php limits
http://www.smfhacks.com/index.php/topic,3498.0.html

[zunnie]

The Limit is set to 1GB already. But i will check again.

[zunnie]

Ok the POST MAX SIZE was set too low That is now fixed.

Now i have another problem:
When i click to download a file of rougly 50MB it takes a century (30s+) for the download-dialog to popup and initiate.
Do you have any idea what could be causing this significant delay between pressing download and actually starting to download the file?

http://www.play247.eu/index.php?action=downloads;cat=30
Try download any of the maps here, you'll notice a big delay. (Unless the file had just been downloaded)

[zunnie]

So yea, big files 100MB and up take a really long time to initiate, any idea how to fix this?

[SMFHacks]

In Sources/Downloads2.php
In function Downloads_DownloadFile()

Try changing

Code: [Select]

// Since we don't do output compression for files this large...
if (filesize($filename) > 4194304)
{
// Forcibly end any output buffering going on.
if (function_exists('ob_get_level'))
{
while (@ob_get_level() > 0)
@ob_end_clean();
}
else
{
@ob_end_clean();
@ob_end_clean();
@ob_end_clean();
}

$fp = fopen($filename, 'rb');
while (!feof($fp))
{
if (isset($callback))
echo $callback(fread($fp, 8192));
else
echo fread($fp, 8192);
flush();
}
fclose($fp);
}
// On some of the less-bright hosts, readfile() is disabled.  It's just a faster, more byte safe, version of what's in the if.
elseif (isset($callback) || @readfile($filename) == null)
echo isset($callback) ? $callback(file_get_contents($filename)) : file_get_contents($filename);
To

Code: [Select]

echo file_get_contents($filename);


[zunnie]

Thanks for the suggestion, i made those changes but i don't notice any difference in downloads behavior
Is there anything else i need to do for those changes to take effect? Clear cache maybe or so?

[SMFHacks]

Nothing else I can think of Other than getting faster disks on your hosting

[zunnie]

It's not to do with the speed of the disk.
It's the way downloads are 'prepared for download' that is slowing it down significantly
If i download a large file from my personal subdomain for example, a direct link, it initiates immediately after clicking the link.

Is there really nothing you can do about this? I have a dozen (and growing) big downloads on the website for games and people aren't gonna wait 30 seconds or more to download them, they'll think the link is broken and go away :/

Thanks for your help.

[SMFHacks]

Well a direct link fetches it from the server. While we are echoing it back.
You could try to add after

Code: [Select]

$real_filename = $row['orginalfilename'];
$filename = $modSettings['down_path'] . $row['filename'];

Add

Code: [Select]

header('Content-Disposition: attachment; filename="' . $real_filename . '"');
header("Location: $modSettings['down_url'] . $row['filename']);
obExit(false);

exit;

Not sure if this will work though and also now exposes the internal filename

[zunnie]

That did not work either. I guess this download system doesn't work with big downloads

[SMFHacks]

Odd the second option just redirects to the file itself it should be the same as clicking a normal file.

[zunnie]

Hm, maybe i did something wrong then. The page turned white when i applied your fix. So i had to remove that code from the file again.
Perhaps i inserted it in the wrong position?