php.ini config issue - testing file upload on 3 different servers - file-upload

hope someone can help as I'm not sure what's going on here - I have a live site where I want to allow file uploads of over 2MB. I have set the standard config options in php.ini as follows (running phpinfo() shows these settings fine):
upload_max_filesize 25M 25M
post_max_size 25M 25M
max_input_time 60 60
memory_limit 32M 32M
I also have the same config on a mirror server, where uploads of >2MB also don't work. Both of these servers are CentOS running php 5.1.6, with safe mode on. If I try out the settings above on a local LAMP set up on my laptop, the uploads work fine. So does anyone know if the problem could be a restriction of safe mode or if there are any other settings I need to configure?
Thanks in advance for any pointers.

Maybe this input in a Drupal forum might help.
Did you apply the enctype in your form defenistion?
<form id="putFile" enctype="multipart/form-data" action="...." method="post">

Related

Increasing file upload limit in apache httpd file

My cilent is using Apache server deployed on Linux OS. Application allows files upto 50MB but its throwing errors when uploaded more than 2MB. I searched online and found limit can be increased by below options:
post_max_size & upload_max_filesize
But these two parameters are not found in httpd file. So could anyone here please help me which values i need to set to increase file upload limit?
You don't need to do anything in your httpd file.
For increase files size you need to edit php.ini where you find this two optins :
post_max_size & upload_max_filesize
For Windows, you can find the file in the C:\xampp\php\php.ini-Folder (Windows) or in the etc-Folder (within the xampp-Folder).
Under Linux, most distributions put lampp under /opt/lampp, so the file can be found under /opt/lampp/etc/php.ini.
Find and set the following two values:
post_max_size = 100M
upload_max_filesize = 100M
Save and close the file and restart Apache server.

Prestashop modules translations save to a white page

Hello i am new to prestashop so excuse me for this issue might be common i am not sure i have prestashop version 1.6 and now i am translating modules and when i save i get redirected to a blank page but my newly translations are saved i don't understand why this is happening although it didn't happen while i was translating the Frontoffice translations.I think maybe because of the long list of modules which result 4505 translations.I have a godaddy economy hosting package and here is my custom php.ini
max_input_vars = 5000
post_max_size = 128M
upload_max_filesize = 256M
memory_limit = 128M
It should work as memory_limit is set to 128M. You can this check the below links.
LINK 1
LINK 2
LINK 3
If this doesn't work, try ini_set('memory_limit', '512M');

How to configure server to allow large file downloads?

I can download 1+ Gb files with no problem from my server. Today uploaded 2.3 GB file and discovered that I can't download it, downloading gets interrupted after 1GB and it happens for every user. I tried Firefox 15, latest Chrome, and IE9.
Server:
Apache 2.2.22
fcgi
eAccelerator
CPnginx
How can I resolve this?
I think I just faced the same problem, hopefully this might help others.
My server is set up to proxy requests to Apache through Nginx using the ngx_http_proxy_module. The proxy_max_temp_file_size directive of this module defaults to 1024m and is what was causing my problem.
Try adding the line proxy_max_temp_file_size 5120m; within a http, server or location directive in your nginx.conf file and reload nginx's config file with /etc/init.d/nginx reload.
Looks like the default max download size apache sets is around 2 Gb and you can override it by tweaking LimitRequestBody in your httpd.conf. Not sure why it would stop at 1 Gb though, that would make me think the problem is something else.. Hope this helps.

Joomla 2.5 Login not working after editing php.ini file

I have created a php.ini file under public_html/
containing the following lines
post_max_size = 2048M
upload_max_filesize = 2048M
max_execution_time= 6000000
file_uploads = On
after editing php.ini file upload working perfectly but
i am not able login or logout from joomla
If php.ini file is removed login/logout working perfectly
But i cant upload file larger than 10 MB
i am using BlueHost as Hosting and Joomla 2.5
Please Help me
Issue is solved the issue was SWF file Resetting the Session ID.

Apache proxy server file upload limi is 128k?

I am running an Apache 2.2.3 proxy server to hide my backend machines from users. I added a file upload service to my webservices; however, files larger than 128 kb are returning http Status Code of 413. I know this means Request entity too large, and I have scoured the internet looking for a solution.
I have changed my php.ini file to have max_execution_time = 3000, max_input_time = 6000, memory_limit = 128M, post_max_size = 20M, upload_max_filesize = 20M, default_socket_timeout = 6000. This didn't help, as I suspected it wouldn't. I am doing a Rest call from Java for the webservice it is not PHP.
I have changed the maxHttpHeaderSize in server.xml to 20000000 on the proxy connector to try to allow for more information to flow through. Again this did nothing and my limit is still at 128 kb.
I have also added the LimitRequestBody 20000000 Directive to the Location block for the webservice files will be uploaded from. This again didn't work.
Currently all 3 are in place without any improvement. I am still only able to send max 128 kb files through the proxy.
When I try to send a file directly to the backend machine without using the proxy it works perfectly fine without taking into account the size.
Any suggestions on how to fix this will be very much appreciated.
Thank you.
I have figured out what the problem was, and where the 128k limit occurs.
In mod_ssl it uses the default ssl negotiation size as 128k, when doing an upload we automatically renegotiate for security purposes.
I had to add and modify the SSLRenegBufferSize directive in the Locations and Directories that needed a larger than 128k buffer on renegotiation. This has worked like a charm for me.
Hope it helps anyone else that experiences this limit, or had this question.