Developer
Hey all, if you want to help test the 1.0.8 "release candidate", then please check out the current SVN code on your test gallery and go through the ropes.
Same deal as before, but lots of new changes. The differences from 1.0.7 include:
- mod_rewrite for sub albums (if using the sub-albums theme)
- Faster (direct) image loading for cached images
- New i.php (image gen) error messages and better all around error information.
- Completely redesigned request controller.
- Improved garbage collection: faster and fixed bugs.
- A LOT of code changes, refactoring, moving things around...
To check it out, do svn export http://www.zenphoto.org/svn/trunk at a command line where you have svn installed, or through TortoiseSVN or whatever you like. Installation/upgrade is as normal. No need to run upgrade.php from 1.0.7.
I don't recommend you use this for a production gallery yet, but I'm running it on http://www.trisweb.com/photos and it seems to be working fine.
If you don't want to install, but still want to help find bugs and test, then head to http://www.trisweb.com/tests/zenphoto-svn and start testing!
Believe it or not, Zenphoto is cleaner and more stable than it ever has been with this upcoming release. I'm very happy with it. Now that all the kinks have been worked out, I can get to work on what really matters -- the new administrator's interface for 1.1. And EXIF. And other stuff you guys want :-)
Same deal as before, but lots of new changes. The differences from 1.0.7 include:
- mod_rewrite for sub albums (if using the sub-albums theme)
- Faster (direct) image loading for cached images
- New i.php (image gen) error messages and better all around error information.
- Completely redesigned request controller.
- Improved garbage collection: faster and fixed bugs.
- A LOT of code changes, refactoring, moving things around...
To check it out, do svn export http://www.zenphoto.org/svn/trunk at a command line where you have svn installed, or through TortoiseSVN or whatever you like. Installation/upgrade is as normal. No need to run upgrade.php from 1.0.7.
I don't recommend you use this for a production gallery yet, but I'm running it on http://www.trisweb.com/photos and it seems to be working fine.
If you don't want to install, but still want to help find bugs and test, then head to http://www.trisweb.com/tests/zenphoto-svn and start testing!
Believe it or not, Zenphoto is cleaner and more stable than it ever has been with this upcoming release. I'm very happy with it. Now that all the kinks have been worked out, I can get to work on what really matters -- the new administrator's interface for 1.1. And EXIF. And other stuff you guys want :-)
Member
I just updated my testing copy and all seems to of worked well. I also took the install package and went through an install and everything and everything seems to be working fine, image generation, uploads, comments, admin interface, save orders.. all that good stuff. This is all on IIS6 though. I will run over a few tests on my apache server on lunch..
Good Job man.
Good Job man.
Member
Member
Seems OK to me. Seems a bit peppier too. I'll keep trying it out, and let you know if something breaks. 
Member
Just installed the latest version from svn on my site and everything seems to be running fine for me so far.
Developer
Thanks everyone, that's exactly as I expected. The code is looking good, it's an excellent jumping-off point for a real 1.1 non-beta release.
FYI, the changes in the controller are going to need rigorous testing... it was completely changed. Navigate like mad in all the crazy uncommon ways. There's got to be a bug or two in there...
@thinkdreams, it should be snappier. :-) That's what clean code does. Plus images are served directly out of cache now, so that helps a *lot*.
@chilifrei, thanks for the IIS testing, that's very helpful, I haven't even started my IIS server in months!
FYI, the changes in the controller are going to need rigorous testing... it was completely changed. Navigate like mad in all the crazy uncommon ways. There's got to be a bug or two in there...
@thinkdreams, it should be snappier. :-) That's what clean code does. Plus images are served directly out of cache now, so that helps a *lot*.
@chilifrei, thanks for the IIS testing, that's very helpful, I haven't even started my IIS server in months!
Member
Member
svn #412 error: Warning: opendir(/home/.mairona/aitf311/zp/albums/Events & Partys/) [function.opendir]: failed to open dir: No such file or directory in /home/.mairona/aitf311/zp/zen/class-album.php on line 221
Warning: readdir(): supplied argument is not a valid Directory resource in /home/.mairona/aitf311/zp/zen/class-album.php on line 222
The album cannot be found.
Warning: readdir(): supplied argument is not a valid Directory resource in /home/.mairona/aitf311/zp/zen/class-album.php on line 222
The album cannot be found.
Developer
Developer
Junior Member
I intalled from scratch, and after doing setup.php, I got some database errors. I had to separately run upgrade.php to get everything up to snuff.
Question: can I FTP a zip file and import it into ZP, or do I need to unpack the zip manually?
I tried uploading a zip via the web interface, and it keeps erroring out (probably a timeout, because it's a 79MB archive).
Question: can I FTP a zip file and import it into ZP, or do I need to unpack the zip manually?
I tried uploading a zip via the web interface, and it keeps erroring out (probably a timeout, because it's a 79MB archive).
Member
Not sure if this was resolved in 1.0.8:
On a 1.0.7 installation, I had problems uploading files with nasty characters in the file names. You know how those Windows file names wind up looking: [Slingerland "4x14" `68] was a recent file name I uploaded (minus the []), and it generated some errors on the server side.
I'll try and upgrade his or my installation to 1.0.8, and see if I can generate some negative test cases for badly named files (if the problem still exists; sounds like tristan has it under control). It sucks folks have to name files like this, but it's something we have to deal with in this damn Windows world.
On a 1.0.7 installation, I had problems uploading files with nasty characters in the file names. You know how those Windows file names wind up looking: [Slingerland "4x14" `68] was a recent file name I uploaded (minus the []), and it generated some errors on the server side.
I'll try and upgrade his or my installation to 1.0.8, and see if I can generate some negative test cases for badly named files (if the problem still exists; sounds like tristan has it under control). It sucks folks have to name files like this, but it's something we have to deal with in this damn Windows world.