First is a security request. I like how the albums folder is relocated somewhere else. It's not accessible via the web because it's outside of the web folder. The cache folder isn't. If the person can figure out the exact string it's quite easy to access it. So make it like the albums and allow a relocation. Besides the cache folder gets huge after a while and I end up making a sym link anyways to offload it from the main web folder.
Second is a feature request and I saw someone below with the same request but I thought I'd add it in as well. I'd like to choose the size of the thumbnail, preview and the large size (not full-size).
Third is a feature request for auto rotation of images. The images should auto rotate based on the exif info.
Fourth is a feature request for an opt-in albums. What I mean is when the photos are automatically uploaded it's not made an album on the web until you turn it on.
Now before you go on let me explain beforehand why. I love your program. It's lightweight and fits what I need it for. Here's how I use it. My albums folders are just a link to my photos directory. It houses all my photos I ever have. When I download the photos from my camera it appears on my website. Easy and with no fuss.
What I do is I have a custom script that I run, and it automatically resizes the photos, auto rotates them and puts them into a separate website folder as a copy. Zenphoto looks at this folder for any updates. My script does the following, it resizes so that the large size is set, auto rotates and then publishes when I say it is ok. I want to eliminate this step and let zenphoto do that instead. With the feature request it will make it a heck more functional.
What do you think?
Zenphoto
Comments
For the cache cleaning there is a button in the admin and with edit each for each album.
2. You already can set the sizes for thumbnails and the sized images in the admin or via template functions. What "large image" do you mean, we have thumbnails, sized images (that on image.php) and the full size image which is that one you upload.
3. There is already a feature request for that. Head over to the poll on our site and vote for that feature.
4. It should be possible to set albums to not show by default. Please post a trac ticket for that request
With the cache location all I'm saying is it would be nice that it can be configured like the albums in the zp-config. It's not really a big deal for me because I just create a sym link to another location with more storage.
2. What I'm trying to do is to protect orignal image yet make it almost transparent. First it makes for a smaller download (people will not want to download my 12mpix file and would rather have a smaller file that is enough to make a 4x6 print out of). Currently there's three image versions that exist, the thumbnail, the preview (regular) and the orignal image. Yes I can 'prepare' the original images so that they are the final size (say 1800x1200) but it's one more step I have to run. I'd like to be able to take the images from my camera into my regular photo dir, have zenphoto scan for the new folders automatically. Right now I run a script to put the photos (resizes them) into another folder which zenphoto scans for instead of my main folder.
3. Cool thanks!
4. OK will do.
Again great job on zenphoto. It does almost what I need and it's really simple for me to deploy to my friends without them getting frustrated.
Regarding 2.: So this ticket would be something similar?: http://www.zenphoto.org/trac/ticket/37
For #2, you can take the full-image.php file and modify it to resize your image to whatever size you would like "full images" to be. Again, this will cause overhead everytime a "full image" is accessed, but that happens now if watermarking is set.
Anyway, I have always believed you should do any image processing at the earliest point in the process possible. Otherwise you are adding overhead on repeated operations. It really is best if you resize your images to the size you want before they are uploaded so that they don't have to be resized every time someone accesses them. Just makes sense from a conservation of computing resources point of view.
Your call, though. It is your site performance that is impacted.
As for the processing locally or on the server, it has to be done on one of them so it really isn't much of an overhead unless it's constantly being polled.
I am assuming once the cache is created it stays available until you force a manual cleanup so essentially it isn't generated anymore.
As for the full image we don't have a cache of that so that will mean the file is generated on the fly. But most people are not interested in the full size unless they really want it. I was thinking about modifying the default theme so clicking on the normal photo doesn't automatically open up the full original size. Instead it will be a link below the image so people will have to make a conscious effort to want to open the larger pic.
Unless you are putting images in the cache file, they would be resized every time they were viewed--that is much more overhead than resizing once before you upload.
In all cases you don't get any image thumbnails shown because you can't get the album open without the password.
EDIT: But, I did not take this thread to be a question of password protection. What I thought williamz was talking about was not letting someone get the full sized image while allowing him to view the album/image pages. See his second post, item #2.
Shouldn't moving the /albums folder to an inaccessible location, and disabling the full-image script do the trick (perhaps with an option)?
@williamz - One more possibility: Would you like a limit to the maximum size image a user can request? That would be an easy option to allow.