bug: photo is not too large

Camacho2tm

Joined: 2013-09-11
Posts: 5
Posted: Wed, 2013-09-11 14:58

I've just installed Gallery 3.0.9 without problems.

I've created an album and is now trying to upload photos to it. I have tried uploading jpgs from 5kb to 5 mb, and every time i get the message: This photo is too large (max is 32 MB).

Clearly something else must be wrong, but i cannot figure out what it is. I have read all the topics regarding the same error, but non of the solutions have helped me.

I wonder why the limit says 32MB when my .htaccess looks like this:
php_value upload_max_filesize 96M
php_value post_max_size 100M

All and any input will be appreciated

 
Camacho2tm

Joined: 2013-09-11
Posts: 5
Posted: Wed, 2013-09-11 14:59

I have put up a phpinfo() here.

 
tempg

Joined: 2005-12-17
Posts: 1857
Posted: Wed, 2013-09-11 22:11
Camacho2tm wrote:
I have tried uploading jpgs from 5kb to 5 mb

Nothing helpful in the server error logs?

Could be conflicting directives in various htaccess files. (For instance, in another htaccess file you actually typed a smaller/nonsensical limit that's overriding the one you're looking at and referencing here.)

If you've tried files that small, it doesn't seem (to me) like a settings issue (assuming that you don't have a typo somewhere in the htaccess that defines the limits).

What kind of hosting plan do you have?

Could possibly be 100% out of RAM and/or hard disk.

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Thu, 2013-09-12 04:05

You have a very restrictive environment;

Quote:
disk_total_space, diskfreespace, exec, system, popen, proc_open, proc_nice, shell_exec, passthru, dl.......

and

Quote:
open_basedir /customers/4/5/8/skovbrynet21.dk/:/customers/skovbrynet21.dk/skovbrynet21.dk/httpd.www:/customers/skovbrynet21.dk/skovbrynet21.dk/httpd.private:/customers/skovbrynet21.dk/skovbrynet21.dk/tmp:/customers/skovbrynet21.dk/skovbrynet21.dk:/var/www/diagnostics:/usr/share/php

the only image toolkit that might work would be GD. Is that the one you are trying? You might be running into a open_basedir issue with temp files as well.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

 
Camacho2tm

Joined: 2013-09-11
Posts: 5
Posted: Thu, 2013-09-12 06:34

I only changed up the root .htaccess file - and this was after this first initial fails, so i dont think i have conflicting .htaccess files.

One.com is my host, and i'm only using 20 GB out of 60 GB, so i dont think it a space-issue neither. As for ram i cant say since i dont have ssh access to the server - but things seem to be running just fine, so i dont think it's a ram issue.

@Dave i dont know much about the enviroment being restrictive, but is there anything i can do? Or anything i can maybe ask my service provider to change?

I'm using the standard GD toolkit, and under admin->graphics it shows me that GD is the active toolkit and:
(i) You have GD version bundled (2.1.0 compatible).

3 years ago i used another upload-script to allow for http mass upload of photos. The script worked 3 years ago, but it doesnt any more. I was also wondering if it could have to do with how temp files are handled by the server - but again i lack insight into how such things are normally configured. I there a way for my to test if the temp files and open_basedir is the issue?

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 27300
Posted: Thu, 2013-09-12 14:48

Show us the servers error log from when you attempt to add a small image. It should point to what the issue is.

Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team

 
Camacho2tm

Joined: 2013-09-11
Posts: 5
Posted: Thu, 2013-09-12 15:27

The log file created by G3 in var/logs/2013-09-12.log.php is empty, so is yesterdays.

The server logs provide by one.com is like this:

Quote:
skovbrynet21.dk
80.161.187.187 - - [12/Sep/2013:07:58:51 +0000] "GET http://skovbrynet21.dk/bryllup/gallery/index.php/admin?reauth_check=1 HTTP/1.1" 200 89 "http://skovbrynet21.dk/bryllup/gallery/index.php/admin/graphics" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0"
skovbrynet21.dk
80.161.187.187 - - [12/Sep/2013:07:58:54 +0000] "GET http://skovbrynet21.dk/bryllup/gallery/index.php/ HTTP/1.1" 200 13363 "http://skovbrynet21.dk/bryllup/gallery/index.php/admin/graphics" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0"
skovbrynet21.dk
80.161.187.187 - - [12/Sep/2013:07:58:54 +0000] "GET http://skovbrynet21.dk/bryllup/gallery/var/thumbs/Anders-Wibroe/.album.jpg?m=1378889039 HTTP/1.1" 304 - "http://skovbrynet21.dk/bryllup/gallery/index.php/" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0"
skovbrynet21.dk
80.161.187.187 - - [12/Sep/2013:07:58:54 +0000] "GET http://skovbrynet21.dk/bryllup/gallery/themes/wind/images/ico-success.png HTTP/1.1" 200 537 "http://skovbrynet21.dk/bryllup/gallery/index.php/combined/css/da7981e10b25ebec2718c56f27297a66" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0"

The above is only a fraction of the log file ofcourse. What is it i am looking for?

 
tempg

Joined: 2005-12-17
Posts: 1857
Posted: Sat, 2013-09-28 15:41

@Camacho2tm: Glad you got this worked out. Report back on what steps you took to get it working? (Could help if someone else eventually finds this thread.)

For your videos, could be lots of reasons why the thumbs aren't being created. I won't address any of that here, but you may be interested in @suprsidr's solution/workaround: http://galleryproject.org/node/108710#comment-397449

Also, it's a personal preference, but maybe change the number of items per page from 100 to 99? (Just a peeve of mine; I like the last row to be full when possible, but to each his/her own.)

 
Camacho2tm

Joined: 2013-09-11
Posts: 5
Posted: Sat, 2013-09-28 17:16

I wrote my service provider one.com and and told them about the problem. They then worked some serverside magic and then it started working....so this error, what ever it was, was caused by some server side setting.

Great idea with setting the max items per page to 99 - i'll get on that.