I don't think so and there have not really been any changes for this plugin. The point of the static cache is to lower load on servers which helps normal shared hosting. Really sure there are no uncached images on the pages not cached?

I did cache images in admin menu for whole site and for albums. And it seams that all images are cached. I think the solution for that will be the option to create static_html_cache of whole site and albums and images pages like we have for images. That will be very useful because site with zenpage and 3000+ images is very slow.

Please try to create html_cache for this page:
http://fotostacja.pl/galeria/Krajobrazy/
No matter how many times I am refreshing it from different browsers the html cache is not created

It is not that easy to pre-create the html cache for the whole site. If your site is slow with 3000+ images I am quite sure it is not only because of the missing cached files. Your site/server generally feels quite slow. It is also on the news page that is not that processing heavy actually.

I see the cache is working on the links and archiv page. So it is working generally. It does not work on the other pages indeed so it might be the theme that is interfering here. I am not familiar with zpBase so please try an official theme like Zenpage.

Also please again look into your server php error log. The Zenphoto log excerpt you posted may not be everything.

I did some quick tests with the Zenpage theme and it seems I can reproduce that the index page seems not to be cached for some reason. That needs further investigation and may take some time.

Thanks for help and investigation.

My site was working without problems on older versions of zenphoto when html_cache was working.

I think I was testing the html_cache also on basic theme and the problem was the same but I will try it again and I will check logs of server.

I checked and this problem with html_cache also appears on basic theme. I don't have any errors in log of server. If any error appears I will give you a note.

I just also tried on my own webspace which is just fairly standard shared hosting and except the mentioned issue with the index it seems to work as intended (all options are the defaults): http://zenphoto.maltem.de/
You can see the cache working if you view the source code.

Update:
The index not being cached on my test site is because of an uncached album thumb. My server had always problems with default images of multimedia etc items it cannot display (some security stuff they have …). That results in uncached images. Since you cannot disable random thumbs if you have non image items without specific video thumb files it never is cached. Once I added a normal image and set that as a album thumb all works as expected.

So I am quite sure it might be your server, possibly memory issues. But you really should have errros in the server PHP log about that.

It's not so easy I did next fresh install of zenphoto. Totally new db and only images. At the bigining html_cache was working...so I started to enable the plugins. For a while everything was working with plugins and zpbase and after making the backup of db it just stopped. Same pages have their html_cache same not. I have no idea why it happens...When I back to basic theme it's not helping

For now I have only: [04-Jan-2016 13:27:12 Europe/Warsaw] PHP Fatal error: Call to undefined function getLatestComments() in /home/klient.dhosting.pl/mironb/fotostacja.pl/public_html/galeria/zp-core/class-feed.php on line 361

That is not a static cache related error.

If you get that error you don't have the comment_form plugin enabled. For some reason a comment rss feed is called that naturally doesn't work without the plugin. Will take a look if there is a check missing.

Ok I think I found workaround:
On standard settings after installation of zenphoto html_cache works but when you add same plugins and turn on zpbase theme it stops !

So....
From plugins only:zenphoto sendmail, captcha, statichtmlcache,flag_thumbnail,contact_form and dynamic_locale are on.

On zpbase theme:
"No Image Detail page" must be off
"Enable Magnific Popup on" all must be off

and html_cache works

Weird you need this workaround but at least you have a workaround. Maybe gjr has any idea why this might happen with his theme. Fretzl (he even zpBase) and I tried and it worked for us as expected so far.

As I said earlier that's not a problem of theme. Now with my only a few plugins I can switch to "basic" theme and everything works....but if I switch on "google maps plugin" static_HTML_cache will stop working

and after that If I will switch off google maps plugin html_cache will work....

Do you have thumb display in hte maps marker overlays enabled? Then it might come down to unached images again. If you need maps you could also try the "half official" openstreetmap plugin if that makes any difference (it should not but Google maps shouldn't either…)

I don't have thumb display in the maps... I will try openstreetmap when I will have same free time. Thanks for help...

Hi I just tried openstreet map plugin. It doesn't work but more interesting for me is that when div id "map-wrap" is on cache_html doesn't work...

Please explain further what doesn't work. Just to be sure: You have to add a function to your theme to be able to use it. Being not "official" no theme has built in support for it.

Ok so I installed the file:
zp_openstreetmap.php
and the folder:
zp_openstreetmap
in directory:
zp-extensions
of my zenphoto installation
Next I enabled the plugin in admin tab and next
I added to my theme to album with geotagged pictures:
``
And I don't see anything on page which was working with googlemap plugin.
I deleted also code for googlemap plugin on my theme file.

I was tying also:
``
and I didn't see the map but the html_cache stop to work.

What is more interesting as I wrote earlier when I enabled goglemap plugin pages with geotagged photos are not cached but pages without geotagged photos are cached...

You have to install the openstreetmap plugin (the file and the folder directly) in the /plugins folder, not /zp-core/zp-extensions. If you did it is no surprise it didn't work.