I’ve been reading a lot of posts, and I can’t seem to find the problem I’m having...
I’ve got my MaxiGallery snippet call, and when I go to upload pics...the screen goes blank, and nothing happens. I can see that it is uploading the pictures to my server, but I can’t ever see them through MaxiGallery. I’m not sure what I’m doing wrong. I’ve tried calling a cached snippet on an uncached page, and vice versa, but nothing seems to work. I’m generally confused, but I am new to MODx.
Any help is greatly appreciated! Cheers!
When you upload an image, does it create 3 version of it to assets/galleries/xx/ folder where xx is the document id? the images should be named like: image.jpg, tn_image.jpg, big_image.jpg.. How big are the images that you are trying to upload? Have you tried with smaller images?
"He can have a lollipop any time he wants to. That's what it means to be a programmer."
if it sometimes does the big_image and sometimes not (with the same snippet calls) it would seem that the php max script execution time is reached and php kills the snippet processing.. but it should not happen with so small images. Are you using some effects in the thumbnails (like drop shadow or image masks)? If you are, try using just [[MaxiGallery]] as the snippet call.. Also have you tried using different images? There could be something with the images that you are trying to upload.. What type are they? And what’s your default snippet call? And could you look at the system information in MODx manager and view php info to see what are the values for max_execution_time, max_input_time, memory_limit, post_max_size and upload_max_filesize.
"He can have a lollipop any time he wants to. That's what it means to be a programmer."
No effects. Plain JPG images. Using just [[MaxiGallery]] to test it. I’ve tried different images (PNGS, GIFS). Nothing works.
I’ve even re-installed MODx, and MaxiGallery. Still have the EXACT same problem. I’ve messed with tons of permission settings through my server also.
System Info:
max_execution_time: 30
max_input_time: 60
memory_limit: 8M
post_max_size: 8M
upload_max_filesize: 2M
Any ideas?
Thanks again!
All seems ok to me, don’t know what’s going on.. just for comparison, here’s the values in my environment for the above settings:
max_execution_time 10
max_input_time 30
memory_limit 32M
post_max_size 64M
upload_max_filesize 64M
But your settings should be enough for smaller images (under 2MB).. I don’t know what jams the script up, but it isn’t very consistent that it sometimes creates the big_images and sometimes not. Is your tests for that been always with the same image? it only creates the bigger images if the image is bigger than the max_pic_size (what is 600px by default). If it would be clear that it always fails when creating the thumbnail image, we would have some starting point where to look at..
"He can have a lollipop any time he wants to. That's what it means to be a programmer."
I doesn’t anymore. Just uploads the image, and sends me to a blank webpage (no big, no thumb). I really want to use MaxiGallery, but this is getting very frustrating. It has to be a local PHP setting, or some setting on my server but I have no idea what! I assumed that everything would work on a fresh install, but I guess I’m wrong.
What is my problem?
What kind of environment it is where you are using MODx/MaxiGallery? Is this error just in your local setup or in some remote server? If local, you could try to use xammp, they work pretty nice.
"He can have a lollipop any time he wants to. That's what it means to be a programmer."
Right now I’ve got it installed on a local file server (running Fedora Core 5), just for testing. I want to get a good working version before I upload the content to my web server. Could this be the issue? Everything else seems to work fine though, I haven’t had any other problems except for MaxiGallery.
Let me know what you think, but I’m looking into xammp right now. Thanks for all the help.
I’d go with xampp, I use it in ubuntu even though ubuntu has it’s own apache+php+mysql also.. somepne
here is also having few problems with fedora 5.
"He can have a lollipop any time he wants to. That's what it means to be a programmer."