Want to help out with development?
I've recently done a lot of development and need some people to test the current SVN code. If you're interested, go ahead and check out a copy and install it wherever you can.
Changes include:
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.
Using TortoiseSVN I get the following errors with this new SVN:
ERROR: PROPFIND request failed on '/trac/browser/trunk'
ERROR: PROPFIND of '/trac/browser/trunk': 200 OK (http://www.zenphoto.org)
I did manually get the files and am using them, although I am not using the new testing theme.
Excellent. I am now using the SVN for my http://www.bushwoodworking.com/zenphoto gallery. It is working well, except for mod_rewrite and display of image thumbnails. If I turn mod_rewrite on, I get the "image not found" (nice new photo placeholder BTW) on some images. what i noticed is that if I toggle mod rewrite off and tried those same ones, they displayed, and then if i toggled mod_rewrite back on, they were cached this time, and seemed to work (although not all of the images in all the galleries worked, if they weren't cached in a non-rewrite environment). The random image display function doesn't display correctly under mod_rewrite either. The links look to be OK, it just isn't caching the thumbs properly. And a big note, these seem to be specifically subalbum thumbs. The regular album thumbs seem to work OK.
I left the mod-rewrite on so you could see it.
Let me know if there is stuff I can try for you. I have a good backup.
So you know, it's SVN rev 345, with the modified Effervescence theme being used. I wanted to test out the theme and really see if I could break it.
@Craig, could you please upgrade to the latest revision (346) of functions.php and i.php (changes here)? I've added some more debugging output that should help test this problem...
It's probably not your theme; as long as it's forming its image URLs properly then it's most likely a problem in i.php.
@aitf311 - looks like you tried to checkout at the Trac SVN viewer address ;-) (http://www.zenphoto.org/trac/browser/trunk is the trac viewer, but http://www.zenphoto.org/svn/trunk is the SVN path). Tortoise is working great for me, it's what I use every day for working with the repo.
Whoopsie, I really should test before committing. Try the latest, rev. 348.
On a side note, the reason some of your images still show up is because Zenphoto now skips i.php completely if there's a pre-cached file, avoiding the costly and redundant double-request to the server for each image. It still checks file modification times and such to see if updates are needed.
OK. Updated to SVN rev 348, and still the same thumb issue with me. What kind of debugging output should I look for from i.php?
Craig.
Exciting! Hooray pretty subalbums
Wasn't sure to what extent you wanted admin interface suggestions/observations since subalbum options didn't appear to be implemented in the build I exported, so here's what (little) I noticed outside of that:
Album descriptions for thin images (i'm guessing less than 50% width) appear to the right of the image instead of underneath in the default sub-albums theme. Probably a quick fix with a div or p/br.
I had an initial blip (I didn't have perms set correctly for the cache dir) where when I drill down to a single image, the "next" link points to the parent album (w/o pagination) and there is no "previous" link visible. It's the same regardless if the image is the first, second, or last in the set. Blip though, because I can't seem to recreate the problem with subsequent albums and all manner of permissions-changing directory-moving futzing that I could think of, but I thought i'd mention it in case anyone else comes across the same issue.
Outside of those two issues, everything seems to be working very smoothly Albums navigate as you'd expect, URLs are pretty... it just works Great stuff!
@trisweb-
No worries. None of my galleries are production quality, so if they are missing some images, that's ok. remember that if I turn off mod_rewrite, everything works OK, so i'll stay with rev 348 until you update. Besides, it'll give me chance to try the next rev of SVN when you have it done.
Next revision is up and should give us better (and safely XSS-attack-proof) debugging info that we can use for all ZP installs from now on.
Just place ?debug or (&debug if there are already query variables) after the i.php (or mod_rewritten i.php) requested image path like so:
http://www.bushwoodworking.com/zenphoto/zen/i.php?a=homeimprovements%2Fcornerroom&i=home_frontelev.jpg&w=180&cw=180&ch=80&debug
Once craig updates, we should see some useful debug information there, or an image if it starts working.
OK. Got it updated to rev 349. You may fire when ready.
I get worse results this time with images, but hey, we're testing, right?
And I get:
`Zenphoto error: Image not found!
Cache: [ /cache/zen/i.php_w180_cw180_ch80.jpg ]
Image: [ zen/i.php ]`
With the image you pointed to above after upgrading.
And just for grins, I turned mod rewrite off and on again. I refreshed the page once with mod rewrite off, and it cached a few thumbs on the front page (as long as they are cached, they display properly - but you have to turn off mod_rewrite to get them cached...)
Looks like it's specific to mod_rewrite and caching of thumbnails but what is causing it I have no idea. (I know I'm pointing out the obvious here...)
Mod_rewrite is currently on.
@Daxeno, you're having the same problem as Craig: this is the debug message...
`Zenphoto error: Image not found!
Cache: [ /cache/zen/i.php_w190_cw120_ch85.jpg ]
Image: [ zen/i.php ]`
(as long as you don't cache that image, you can see it here)
Looks like the way I'm trying to fix the album path for mod_rewrite bugs (essentially, getting the mod_rewrite URL string and manually extracting the album and image) isn't working as I expected. I'll be releasing more versions for you guys to test in the very near future...