mp3 upload problem

[MikePritchard]

Under the files tab it says:
Max file size: 24MB

but the server is set at:
upload_max_filesize: 48M
post_max_size: 64M
(all php details for server are here: http://pritchardwebsites.net/phpinfo.php)

But I can't upload a 17mb mp3 file. I can upload a smaller mp3 file.
I adjusted some settings in jquery.uploadify.js, I set the timeout to 440 and it will still error out.

So I turned it off and am trying the html uploader.

It still won't upload the 17mb mp3 file. Now after 3 minutes it refreshes the page with no error.

I read all the forum posts on this problem I could find.
I added the below to my htaccess file:
<IfModule mod_security.c>
# Turn the filtering engine On or Off
SecFilterEngine Off
</IfModule>
<Ifmodule mod_php5.c>
SecFilterEngine "off"
SecFilterScanPOST "off"
</Ifmodule>

I sure would appreciate some help on this.
Thanks in advance.
Mike

[shawn_a]

GSNOUPLOADIFY and still no luck ?

something must be stopping it, or php is timing out.
Check your error logs, see if there is anything useful.

[MikePritchard]

Thanks Shawn,
only getting this error:
[01-Aug-2014 04:02:18 Australia/Adelaide] PHP Warning: Cannot modify header information - headers already sent by (output started at /home/pritcha7/public_html/free/ccadelaide/gsconfig.php:231) in /home/pritcha7/public_html/free/ccadelaide/admin/inc/cookie_functions.php on line 23


Which shows at the top of the page in debug mode too.

I was wondering about a php time out.
I am not very good at php but I was wondering... The three minutes that it takes before the page refreshes with no error coincides with this setting:
session.cache_expire: 180

(is this related: http://www.uploadify.com/documentation/u...uploadify/ ?)

I can't change that setting as this is a shared server.

But it sure seems like this should work. Others are able to upload larger files either way right?

BTW when I was using uploadify, after I changed the setting to 440 it would try to upload for over 4 minutes.

Thanks for your help,
Mike

[MikePritchard]

Does anyone have any idea how to fix this?

[shawn_a]

I wonder why your gsconfig is outputting stuff, it should not be, check for newlines before and after php tags and remove them. Also make sure you didnt stick something that doesnt belong in there.

your error.txt says nothing else?
host error logs ?

your host security could be blocking it or run running out of space or throttling it, not really sure.

try with a large zip file or something else.

[MikePritchard]

Hi Shawn,
no, I checked, the gsconfig file is the same as the standard one.

Nothing in the error files. I am checking with the server guys now but they say there are no limits on the server that would stop the upload of a 17mb file. It really looks like everything is set up correctly.

Can you tell me if other people using Get Simple are able to upload files that large?

Thanks,
Mike

[MikePritchard]

Sorry Shawn,
the first tech guy was wrong. The second guy fixed the problem:
"The post_max_filesize on the server was set to 8MB. I have increase it to 50MB which should resolve the case."
That did solve the problem.

Thanks,
Mike

[shawn_a]

Thats odd you even posted those values at top , that is not what they showed.

[MikePritchard]

Thats odd you even posted those values at top , that is not what they showed.

Yes, that is a bit frustrating...

[shawn_a]

looks like the values are supposed to be

post_max_filesize
upload_max_filesize
max_execution_time

your post says post_max_size
upload_max_filesize: 48M
post_max_size: 64M

[shawn_a]

ooh this is a dumb php thing

post_max_size integer

Sets max size of post data allowed. This setting also affects file upload. To upload large files, this value must be larger than upload_max_filesize. If memory limit is enabled by your configure script, memory_limit also affects file uploading. Generally speaking, memory_limit should be larger than post_max_size. When an integer is used, the value is measured in bytes. Shorthand notation, as described in this FAQ, may also be used. If the size of post data is greater than post_max_size, the $_POST and $_FILES superglobals are empty. This can be tracked in various ways, e.g. by passing the $_GET variable to the script processing the data, i.e. <form action="edit.php?processed=1">, and then checking if $_GET['processed'] is set.

[shawn_a]

We only check
upload_max_filesize
not the greater of the 2, this is an old bug that was never addressed, an issue does not exist on it that I know of, but i have come across this before.

[MikePritchard]

Thanks Shawn, that makes a lot of sense. Wish my server guys would have pointed it out.
Nice work.

[shawn_a]

It will be fixed , thanks for posting results.