I'm super tired, so I'll leave this up to the changelog...
* Faster image loading by using the cached image path directly if the file exists.
* Custom suffix for image pages (eg: `/alb/img1.jpg` » `/alb/img1.jpg.php`) Defaults to `.php`, is backward-compatible with older URLs by 301-redirect, and makes sense. #16
* Now compatible with PHP safe_mode restriction.
* Fix for permissions wrongly set in cache folder (could not delete cached images).
* Added optional Unsharp Mask for thumbnails, defaults to off. Config param: `thumb_sharpen`.
* Refactored the way requests are handled. Split into 2 include files: `controller.php` and `functions-controller.php`.
* mod_rewrite rules for sub-albums complete; works to infinite path depth.
* Much improved SEO (Search Engine Optimization) - URLs are always 301-redirected to their single canonical form; #16 (custom suffix) fixes image pages not appearing in indexes.
* Major code refactoring and reorganization.
* Warning if you use the default password.
* Better filtering of the album folder/image filename to avoid duplicate database entries.
* Collected garbage in garbage collection methods. Fixed several bugs.You know where to get it! Report back here with issues, or submit them straight to the bug tracker with [i]lots of detail please[/i]!.
All in all, this is a [i]great[/i] release. Hopefully I'll keep up this pace and have 1.1 out in a similar time frame.
[b]Update: 1.0.8.1 was released within 12 hours of 1.0.8 to fix a bug with custom thumbnails and the default image page suffix. You should upgrade if your theme uses custom image sizes.[/b]
[b]Update: 1.0.8.2 fixes a nasty bug with new albums/images and new installations, where no default data would be set.[/b]
Once again, Nice Job.. easy upgrade again, no problems.
I have a bizarrity (is that a word?) to report. When using the random image function with effervescence on my thinkdreams gallery (http://www.thinkdreams.com/zenphoto) I get tons of images in the random image header that don't appear. It isn't like last time's issue with the pathurlencode, as I can click the image and get the image to display in image.php correctly, it just doesn't show on the index.php page using the random image code. The bushwood gallery, which is basically identical now at http://www.bushwoodworking.com/zenphoto doesn't seem to exhibit the same issue. Both are ZP 1.0.8.
Might be a cache problem, but the cache seems to be configured correctly, because the thumbnails are being generated. Any suggestions Tristan?
The function for reference:
`// Get Random Images
function getRandomImages() {
$result = query_single_row('SELECT '.prefix("images").'.filename,'.prefix("images").'.title, '.prefix("albums").'.folder FROM '.prefix("images").' INNER JOIN '.prefix("albums").' ON '.prefix("images").'.albumid = '.prefix("albums").'.id ORDER BY RAND() LIMIT 1');
$image = new Image(new Album(new Gallery(), $result['folder']), $result['filename']);
return $image;
}
function getURL($image) {
if (zp_conf('mod_rewrite'))
{
return WEBPATH . "/" . pathurlencode($image->getAlbumName()) . "/" . urlencode($image->name);
}
else
{
return WEBPATH . "/index.php?album=" . pathurlencode($image->getAlbumName()) . "&image=" . urlencode($image->name);
}
}`
Yep, it's the same problem monster is having...
Want to report that on the bugtracker craig? It's definitely got something to do with zenphoto, because those are standard i.php paths. Thanks.
I don't know. I turned off the code here:
`// If mod_rewrite is true above, zenphoto's image page URL's usually end in .jpg,
// set this if you want something else appended to the end (helps search engines).
// Examples: .html, .php, /view, etc.
// $conf['mod_rewrite_image_suffix'] = '.php';`
And completely dumped and resetup the thinkdreams.com/zenphoto DB, and now it works again.
But I'll submit a bug to the tracker anyway.
Try that URL again in your post with the debug. You should see an image....
ticket submitted.
I closed the ticket for you.
I saw that you just released 1.0.8.1 what changes did you make. like do you remember what files?
Come on man, just overwrite! You can keep your zp-config.php, it's the same.
Okay okay, changed these files:
`zen/changelog.html
zen/functions-image.php
zen/functions.php
zen/zp-config.php.example
zen/classes.php`
You can also always find out here:
http://www.zenphoto.org/trac/log/
Just click on the Changeset [123] numbers.
well I have been working on numerous file changes. I am working on creating a gallery for the trip I am taking this summer. So that is why I added the multi-user setting, online config, captcha, logs ip for comments, captcha (yes/no). So you can see why I didn't want to overwrite, and I didn't know about the trac/log thanks for telling me. That is going to help a lot
im liking it also, I just made those changes. I think it was a little harder, but its better because I don't have to keep track of what exactly I am doing to the code as all I have to do is look around the edits that you made and fix them for my self
was that last line for me? Thanks for all the support you give us.
Hello everybody!
As this is my first post here, I would like to thank every contributor for this nice piece of software.
Unfortunately I still have the Safe_Mode problem after installing the new version:
`
Warning: move_uploaded_file(): SAFE MODE Restriction in effect. The script whose uid is 1247 is not allowed to access x/fotos/albums/test2 owned by uid 33 in x/fotos/zen/admin.php on line 118
Warning: Cannot modify header information - headers already sent by (output started at x/fotos/zen/admin.php:118) in x/fotos/zen/admin.php on line 133
`
Is it possible that I made a mistake whie upgrading?
- I uploaded the new files.
- Merged zp-config.php files.
- Visited upgrade.php
- I do not use mod_rewrite.
Nice day to everbody!
Cheers from the Austrian Alps,
Matt!
JMZero2 - It is still not possible to upload files to new folders using safe_mode. It is the same problem as before, zenphoto creates the folder, but since safe_mode is on, it doesn't have permission to write to the folder it created itself!! It's very dumb.
Unfortunately, that part of Zenphoto is still not compatible, and it will take some time and a new data model (lots of work) before I can find a solution...
Uploading photos by FTP still works though! I recommend you use that method. Also, if you create an album folder with FTP, you may select that folder for upload within Zenphoto and it should work. The safe_mode restriction simply prevents using folders the script creates.