Download virtual album

You can not download a virtual album. Why not – at the moment you are selcting them – download them one by one? (See Table VI-C1 and select them on the slideshow).

Dear Jaap,

Thanks for your answer. Unfortunately doing it one by one would be too much work. My intention is too provide a tool for groups, who can upload their own photo’s of an event. Then together rate, tag en select the photo’s they like the most to use in a photoalbum (sub-album[s]).

I’m currently investigating if I can accomplish this with multiple (free/cheap) plugins.
Do you perhaps have more suggestions on how to achieve this?

Best regards,
Astrid

I could develop a solution so one can add an appreciated photo to a zipfile to be downloaded by anyone. This will keep a week or two to design, code and test. If you can wait 2 weeks, i will put effort into this.

That would be great!!! I can wait for 2 weeks.
It would be even nicer if only the owner of the (sub)albums (the ‘members of the group’) can download it to keep a bit of privacy or only the administrator.

If you need or like to know more, please let me know.

Ok, thinking, please wait…

What i did so far ( you can test it if you install the current development version ):

A new mechanism called Admins Choice
If you are administrator or wppa super user ( See Table VII-D11 and D12 ), and the new widget Admins Choice is activated, you will see an extra link under the thumbnails and slides reading: MyChoice. Press it, and the photo will be added to your personal zipfile. After page reloads you will see your name as a link in the widget. Hover over it and you see a list of photos in the zip, click on it and the download starts.

All users see the download links, the owner of the file will also see a delete link.

If you switch off the feature in Table IV-A27, the existing zips will stay available, but the MyChoice links will disappear.

Please try it out and give me feedback on this for possible further enhancement.

Dear Jaap,

Thanks. I will try it out and will get back to you.

Best regards,

Hallo Jaap,
strangely enough, I am not able to avoid the “My Choice” option altogether.
I am running:
Revisione Database: 6407. Set caratteri WP: UTF-8. Current PHP version: 5.5.34. WPPA+ API Version: 6-4-07-013.
and I want the mechanism to be off ( uncheck box in Table IV-A27).
However the selection does not seem to be persisted correctly in the database, as every day or so I find it turned on again.
Anyone else with this problem?
Thanks,
Guido

Update to 6.4.08, and after that, run Table VIII-A1: Setup.
Now it should be certain that all settings are corectly stored.

In fact I was seeing the MyChoice option turning itself on until I upgraded again from 6.4.8 to 6.4.09.
Now the option setting to off seems to stay stable.
I suspect it may have been the effect of some issue you addressed in this latest release.
Thanks,
Guido

Please check the wppa (error)log in Table VIII-C1

Look for messages like:

Fix: on:April 20, 2016 6:43 am: [ip or username]: Option cache

I would like to know if you have one or more of these messages

Yes, I have many of those Fix messages.
Exactly 196 lines,
starting on April 23, 16:11
and ending on April 24, 19:42

Nothing before or after.

Guido

Thanx for the info. This means that my auto-repair method works and solves unpredictable unwanted settings schanges.

You should not worry about the error messages, this issue only slows down your site a very little.

Is there a maximum field length in the mySql version your server works on as you know of?
The cause of this may be that the field size where the cached options are stored id too small.
If this is the case, i will have to lokk for a better method to read the settings in on every pageload.

Jaap,

glad to help you.

I am not aware of any field lenght restriction in my provider’s mySQL installation, nor do I know where to look.

However at present the option_value field in the wppa_cached_options table row of wp_option is 32319 characters in length and finishes with a nice-looking ‘}’.

Guido

The official doc says 4 GB for long text, as it is defined in wp_optons, so this should even not be a problem if your mySQL should limit it to 32 Kb.
If you have any suggestions why saving the $wppa_opt array fails…

See wppa-common-functions line 60:

update_option( 'wppa_cached_options', $wppa_opt );
update_option( 'wppa_md5_options', md5( serialize( $wppa_opt ) ) );

The addition of the md5 option is for the reliability check that i built in.