Zenphoto
The simpler media website CMS
ZenphotoThe simpler media website CMS
Forum search only. You might also want to search on the main site's user guide.
Your support helps pay for this server, and helps development of zenphoto. Thank you!
Visit the donations page
Comments
If you are really planning such a big application, you would know about the capability of databases, scalability of servers, and you could differ between a normal pc and a real strong multi-processored server ;=)
Depending on the size of your original images, precaching of course could take some time. This also depends on your servers speed.
No, there is no way for users to register themselves and it's not planned either.
Oh, by the way, these are 2MB+ images.
Thanks for answering my questions, though. Still love Zenphoto.
With a gallery of a million images, you surely would not even want to process them all at once, ever, on any system, regardless of its capabilities. That would be absurd.
Better to leave them be, let the gallery work as it is, and process them when they're first requested. For users, this will mean a very slight delay the first time an image is *ever* viewed, and absolutely none after that. This is how Zenphoto is designed to work, and I think how it works best. No need to pre-cache anything, just quit worrying about the initial lag from the first processing, it only happens once.
In a case like that, Zenphoto will shine. Organize your albums effectively (speed will be proportional to the number of images in any one album) and it will scale to a million and beyond. I have tested this personally.
Your visitors will be very happy...
I still contest - It's not that it's not scalable enough, you just have the wrong expectation. Zenphoto was designed to lazy-load images to allow a gallery of unlimited size while still allowing viewing any image at any time regardless of whether it has been processed or not. It does it on the fly. It was not designed to process them all at once, the pre-caching was a hack that was added on later.
So, now I only had to make sure albums don't contain too many photos. No matter how many albums, it'll still be fast and scalable?
Now I understand more, thanks for explaining it to me. Loving Zenphoto more and more.
and keep your personal portfolio with zenphoto!
Unfortunately I deteste having to create a separate folder, run some utility to batch convert all my pictures to a smaller resolution and then upload it and then remember to delete them after I'm done. It's an extra step that makes me not want to upload albums.
For me I don't mind the server taking an hour to precache because I hate resizing even more. And I precache because I don't like the lag time because my original files are big (again not an issue if wasn't so darn large).
What could be done is if there was a separate project for an uploader function for zenphoto. I'm taking this from using Walmart or similar online printing websites where they make you run this application to upload and submit the files to them. Something like a java application (for more os compability) or some activex application where you can select and upload your images. Then select the folder or images you wish to upload, and hit the upload button. From there the java/activex application will resize and upload the files to zenphoto. This will reduce the sizes of both resolution and filesize making zenphoto able to do the initial caching in real-time when it is first requested without too much lag time.
Just throwing it out there!
Use FTP and you can upload all you want
just use irfanview in batchmode and you get everything you want:
resize, 72 dpi, saving in 80% quality, sharpening a little bit ... and the results are perfect, much more perfect than a gd-lib- or image-magick-treatment ;=)
I am not sure why everybody wants to re-invent the wheel and to make apps, which are ment to be simple and handy, monsterous and not handy ;=(
That is actually correct, dpi/ppi is absolutly unimportant, the actual pixel dimensions matter.