Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
anomaly in uploading pdf in media #48
I am experiencing inconsistencies in pushing pdf files into media.
I am using pulse v51b3 and b4. pulse is installed as a subdirectory in the root dir, and functions as expected.
To create a depository of pdf files (along with InStack's P5 Delivery), I created a pdf folder within Media, and upload pdfs into it.
(**Another side issue is that pulse creates an empty gallery.txt file in the folder, which then shows up as a downloadable item among other pdfs. Not right. Also when I then try to download it, it gives out error message saying I cannot access the item, revealing detailed path to that file in the system, which is not good...)
Back to the main issue: and this is the main problem -
When I upload a larger file, (13 MB for example), pulse seems to process it, and the upload icon turns to the "check mark", and I do not see the error message like above. All seems good, but the file is nowhere to be seen.
(.htaccess has upload and processing limits set as default, 20MB and 25MB. I had tried to increase it to 40MB and 50 MB respectively, but it didn't solve the problem.)
Where are you hosting the site?
Is it related to this?
Is this for PDFs only?
Indeed it seems the problem is related to some of the php variable settings. wading through the information overload I got from running the phpinfo script on the rootlevel of the site in question,
memory_limit = 256M;
BTW, I think the same happened with large jpg or png files too.
So, I think I will try to increase these using the php.ini on the hosting site (bluehost.com). If this fails, I will get back to this again.
I increased the variable
BTW, in the Settings, the cryptic Media section has the following values if they are releavant:
(I am using the default PHP 5.6 option on bluehost, which apparently allows each directory to have its own php.ini. Just to make sure, I updated and verified the php-varaiables are the same in both the public_html dir and the root directory of the site in question.)